WebHosting Paid by #1Payday.Loans


   The ROCK Linux project has been discontinued in 2010. Here are the old data for the historical record!

[00:21] daja77_ (n=daja77@dslb-088-072-032-165.pools.arcor-ip.net) joined #rocklinux.
[00:33] daja77 (n=daja77@dslb-088-072-032-226.pools.arcor-ip.net) left irc: Read error: 110 (Connection timed out)
[01:47] esdentem (n=esdentem@p54997505.dip.t-dialin.net) left irc: Read error: 110 (Connection timed out)
[02:58] ewiget (n=ewiget@adsl-80-14-142.bgk.bellsouth.net) joined #rocklinux.
[02:58] <ewiget> back again with another question, still trying to build a default livecd target
[02:59] <ewiget> I get a message that says Saving /boot* - we do not need this on the 2nd stage...
[03:00] <ewiget> mv: cannot stat 'boot/*': no such file or directory and then it stops.....this is right after Extracting....bunch of tar.bz2 during the build-target
[03:00] <stf^rocklinux> hmm
[03:01] <ewiget> I forgot to mention that since I was having a bunch of problems building for 32bit cpu on a amd 64, that I started fresh on a 32bit laptop...just takes much longer for build process
[03:02] <stf^rocklinux> I think that's best when you want to build an x86-livecd
[03:03] <ewiget> any idea what I need to do to get past the 2nd stage message I receive?
[03:03] <stf^rocklinux> the message "Saving /boot" is from target/livecd/build_stage2.sh ...
[03:05] <stf^rocklinux> you seem to be missing the build/<config-id>/ROCK/livecd/2nd_stage/boot directory for some reason...
[03:07] <stf^rocklinux> target/livecd/build_stage2.sh extracts all built packages to build/<config-id>/ROCK/livecd/2nd_stage before creating the live CD image from it
[03:08] <ewiget> just now checked, I have a boot listed inside of the 2nd_stage folder, and another one at build/<config-id>/ROCK/livecd/boot  but both are empty
[03:09] <stf^rocklinux> for some reason, no package creates files in this directory. Do you have linux26 and grub built?
[03:09] <ewiget> both folders are root:root and 755 permissions  (Im building from su - )
[03:11] <ewiget> not sure how to check for linux26 and grub, basically still learning rock linux.  All I did was ./scripts/Config -cfg default and switched to livecd, then the download -required for that config, and then build-target
[03:11] <stf^rocklinux> in the build output to console, look for "Extracting the packages archives." linux26 and grub should be listed below this line...
[03:12] <ewiget> neither are there
[03:12] <stf^rocklinux> to see if e.g. linux26 was built, check build/<build-id>/var/adm/logs/?-linux26.*
[03:13] <stf^rocklinux> if this file has an .err suffix, there was an error during the build of this package...
[03:14] <ewiget> something must have errored, because there are not near enough log files there....compared to doing this same build on amd 64 - what is there, none are err though
[03:15] <stf^rocklinux> run ./scripts/Create-ErrList -cfg default to see which packages failed, and in which order
[03:15] <stf^rocklinux> (packages mentioned first in this list may have caused following packages to fail)
[03:15] <ewiget> was just wondering hwo to do that, I just looked at the Config --cfg default to make sure I did set this for livecd and not boot
[03:16] <ewiget> says 53 builds total, 53 completed fine, 0 with errors
[03:17] <stf^rocklinux> hm, do you still have the cross-compile Config option selected, by chance?
[03:17] <ewiget> just did the same for bootdisk, same message - yes, I set cross compile because I was getting an error message about compiling for i386 but only i686 found
[03:18] <ewiget> and I do have a cross compiler installed
[03:18] <stf^rocklinux> hm, many packages cannot be cross-built, so they are simply left out... If you build on an x86 for x86, you should uncheck this option.
[03:19] <stf^rocklinux> Building the default glibc for i386 doesn't work afaik, you'd have to select linuxthreads support for glibc instead of the default, NPTL..
[03:20] <stf^rocklinux> you'd have to compile for at least i486 if you want to use the default glibc
[03:21] <ewiget> I now have x86, 32, generic selected, livecd, default languages, and abort when a package build fails selected.  Is support for glibc under expert-only options?
[03:22] <stf^rocklinux> yes, under glibc options. generic optimization means i386 for most programs and i486 for the kernel, iirc
[03:23] <ewiget> i486 will be fine - however, I do still have a 386 laptop running slack that I like to take out and play with when I have a lot of time, rotfl
[03:23] <stf^rocklinux> I think it's better to directly optimize for e.g. i486
[03:24] <stf^rocklinux> As I said, if you want to build for i386, make sure that glibc uses linuxthreads, not NPTL
[03:24] <stf^rocklinux> else you'll get many build errors.
[03:24] <ewiget> agreed, just trying to keep this as basic and as many default settings as I can.  Once I get that to work, then I can play
[03:26] <stf^rocklinux> yeah, it's much easier to customize your builds based on a working configuration :)
[03:26] <ewiget> someone told me yesterday, dont belive you were logged in, that I didn't need to build bootdisk for livecd.  Just want to confirm that is correct
[03:28] <stf^rocklinux> that's true. livecd is basically an adapted bootdisk.
[03:29] <ewiget> just did a full cleanup, checked downloads, and restarted build-target......for about the 10+ time....but I make it a little further each time.
[03:31] <ewiget> I forgot, the reason I had cross compile selected, it will error on a package...when it gets there I will let you know which one, if it errors under i486, usually not too far into the build process if it happens
[03:33] <stf^rocklinux> please do so. I'll just be off for the next hours, sleeping.
[03:33] <ewiget> o.k., thanks for your time and help again.
[03:34] <stf^rocklinux> np.
[03:53] kasc (n=kasc@dslb-084-060-113-229.pools.arcor-ip.net) left irc: Read error: 104 (Connection reset by peer)
[03:58] elon` (n=zub@host8.zwelf.net) joined #rocklinux.
[03:58] <elon`> anybody awake ?
[04:00] <ewiget> me but Im a noob
[04:00] <elon`> hm
[04:00] <elon`> german ?
[04:01] <ewiget> no, newbie
[04:01] <ewiget> to rock linux
[04:01] <elon`> its not a rock problem i think...
[04:02] <elon`> i just wanted to know why i cant write onto the rock initrd after mounting it rw
[04:03] <elon`> but i'll come back tomorrow and ask again..
[04:03] <ewiget> are you mounting a cd?
[04:03] <elon`> no... a file backed file system.. 
[04:04] <elon`> sth like a memory disk which resides on the hd
[04:04] <ewiget> whats the permissions of the file when its mounted?  are user, group and permissions o.k.?
[04:05] <elon`> yes... changed it 777 *fG*
[04:05] <elon`> but im running is strange environment (the rocklinux install cd is my current os)
[04:05] <elon`> in not is
[04:06] <ewiget> does mount command show rw?  If so, Im out of ideas already, sorry?
[04:06] <elon`> yes
[04:06] <elon`> np... i'll try it tomorrow.. perhaps they know how their stone writes it..
[04:06] <elon`> :)
[04:07] <ewiget> yea, always been helpful when Im here asking questions
[04:10] <elon`> ok... cu and tnx
[04:28] elon` (n=zub@host8.zwelf.net) left irc: 
[06:11] ewiget (n=ewiget@adsl-80-14-142.bgk.bellsouth.net) left irc: "Leaving"
[07:36] Nick change: blindcod1r -> blindcoder
[07:36] <blindcoder> moin
[10:27] kasc (n=kasc@dslb-084-060-108-221.pools.arcor-ip.net) joined #rocklinux.
[10:47] <blindcoder> th: 2006062010324715305 and 2006062010455715581 fix the remaining issues I had with latest crystal
[10:48] <blindcoder> th: after those I'd like to announce a public -rc
[11:07] <daja77_> good idea
[11:09] Action: blindcoder goes to clear up Mission_Statement
[11:39] <blindcoder> daja77_: https://www.rocklinux.org/wiki/Basic_Packages
[11:39] <blindcoder> daja77_: https://www.rocklinux.org/wiki/Third_Party_Software
[11:39] <blindcoder> daja77_: comments?
[11:39] <daja77_> erh later, I am on the way to go ..
[11:40] <daja77_> sry
[11:40] <blindcoder> ah, okay
[13:56] <blindcoder> fake: ping
[15:40] DE43741 (n=DE43741@blueice4n1.de.ibm.com) joined #rocklinux.
[15:40] <DE43741> helo
[15:41] <DE43741> .
[15:41] Nick change: DE43741 -> ripclaw
[15:45] <ripclaw> .
[15:51] Last message repeated 1 time(s).
[15:51] <mnemoc> :)
[15:51] <mnemoc> wb ripclaw 
[15:51] <ripclaw> :D
[15:51] <ripclaw> wb
[15:51] <ripclaw> s/wb/rehi/l
[15:52] <mnemoc> :)
[15:52] <ripclaw> stupid soccer-crap. ppl stop u from working...
[15:53] <ripclaw> like an epidemic over here... like fasching in cologne or such a sickness
[15:54] <mnemoc> *G*
[15:54] <ripclaw> clickety clickety clickclackbadaboooom... 
[15:56] <ripclaw> i am glad when this crappy worldcup stuff is over...
[15:59] <ripclaw> i`ll sure flee this place when trouble starts... at least the autobahn will be free of idiocy then.
[15:59] <mnemoc> :)
[16:00] <ripclaw> anyway... nothin goin on in here.
[16:01] <mnemoc> here=office or here=rock?
[16:01] <ripclaw> both
[16:02] <mnemoc> :)
[16:05] <ripclaw> cant laugh about that. we`re sligtly non-amused
[16:06] <stf^rocklinux> yeah, successfully built wengophone-classic from source :)
[16:06] <ripclaw> whats that ?
[16:06] <stf^rocklinux> an Open Source SIP client available for Linux, MacOS, and Windows.
[16:07] <stf^rocklinux> (I built it on Linux, of course)
[16:07] <ripclaw> oha... that sounds like useful
[16:08] <stf^rocklinux> yeah - drop skype, use wengophone ^^
[16:08] <ripclaw> will at least look at it.
[16:08] <ripclaw> 
[16:09] <mnemoc> stf^rocklinux: :)
[16:09] <stf^rocklinux> there are also pre-built binary packages available for wengophone, but I prefered to build it myself.
[16:09] <ripclaw> sure, only true thing is true source :)
[16:09] <stf^rocklinux> mnemoc ^^
[16:16] <ripclaw> .
[16:22] <blindcoder> re
[16:23] <ripclaw> re
[16:23] <th> blindcoder: so you're really objecting kde update patch?
[16:25] <blindcoder> th: no, but noone starting trying it yet?
[16:25] <th> ok i'm doing that now...
[16:25] <blindcoder> 3.5.3 should only be bugfix release
[16:25] <th> i heared it would enable cups update
[16:25] <blindcoder> that would count as bugfix
[16:26] <th> true
[16:27] <th> what's with udev update?
[16:28] <blindcoder> should be safe
[16:28] <blindcoder> the interface seems to be stable now
[16:29] <th> whats with gcc-4.1.1?
[16:29] <blindcoder> err... no
[16:31] <stf^rocklinux> I'm currently preparing a patch that enables exception and STL support in QT 3.3.6 (for wengophone)
[16:31] <stf^rocklinux> should be in submaster shortly
[16:31] <th> wengophone will be /public/ or user, correct?
[16:31] <stf^rocklinux> yes
[16:31] <th> stf^rocklinux: what's your opinion on gcc411
[16:32] <stf^rocklinux> haven't tried it yet, but it wouldn't affect Crystal, so should be safe to apply
[16:33] <th> ahh we're on 40
[16:33] <th> i forgot
[16:33] <th> disregard this
[16:34] <th> 2006061412483621974 sounds important
[16:34] <th> more or less
[16:34] Action: blindcoder building LVP 0.6.0-pre :)
[16:34] <th> showstopping
[16:35] <th> i'd like to resolve bdb.. so i tend to include 2006061902280425150 in my journal.
[16:35] <th> but it smells like regressions
[16:35] <th> daja77_: 2006061917025562420 please vote
[16:37] <th> journal th20060620 created.
[16:38] <th> patching file package/base/sysfiles/stone_mod_hardware.sh
[16:38] <th> Hunk #2 FAILED at 64.
[16:38] <th> 1 out of 3 hunks FAILED -- saving rejects to file package/base/sysfiles/stone_mod_hardware.sh.rej
[16:38] <blindcoder> th: which patch?
[16:39] <th> hmmm seems to be a dry-run effect
[16:39] <th> no wait
[16:39] <th> 2006061314145125709
[16:39] <th> your's
[16:39] <th> removal
[16:39] <th> remove rockplug, hotplug, hwscan Take 2
[16:40] <blindcoder> interesting
[16:41] <stf^rocklinux> Qt patch (STL and exception support) is in 2006062016394526330
[16:41] <blindcoder> th: ah
[16:42] <blindcoder> th: the switch to hwscan as default breaks the patch
[16:42] <blindcoder> th: I'll rediff
[16:42] <th> ah ok
[16:42] <th> any volunteers to write a -smj option for ./scripts/Download?
[16:42] <th> which downloads all patches of a journal>
[16:43] <ripclaw> smj ?
[16:43] <blindcoder> SubMasterJournal
[16:43] <th> ack
[16:43] <ripclaw> dont even know subversion... sorry
[16:44] <blindcoder> th: submitted
[16:44] <th> nothing todo with subversion
[16:44] <blindcoder> th: but submaster hangs :(
[16:44] <blindcoder> SPL Error: Stalled lock on session file!
[16:46] <th> 2006062016433126525?
[16:46] <stf^rocklinux> blindcoder: I've had those errors from time to time, closing and re-opening the web-browser helps here...
[16:49] <th> Hunk #2 FAILED at 64.
[16:49] <th> 1 out of 3 hunks FAILED -- saving rejects to file package/base/sysfiles/stone_mod_hardware.sh.rej
[16:49] <th> something strange
[16:52] <blindcoder> th: I svn diffed that again a fresh checkout
[16:52] <th> it's some other patch propably
[16:53] <th> i cant apply the full journal - have to do it one by one
[16:55] <th> 2006061314145125709 was the wrong patch id
[16:55] <ripclaw> stf - i know that statement from somewhere...
[16:55] <ripclaw> wasn`t that "rebooting helps sometimes" ;)
[16:56] <th> rebooting operating system can mean restarting webbrowser, since google
[16:58] <th> ok - now the current journal applies cleanly
[17:10] <th> any comments on the current journal?
[17:10] <th> last wishes?
[17:11] <ripclaw> yep - a coffee and a cigarette, and the brunette from HM2006
[17:12] <th> mhhh
[17:12] <th> regarding the journal.
[17:12] <th> my bad
[17:13] <ripclaw> :)
[17:21] ripclaw (n=DE43741@blueice4n1.de.ibm.com) left irc: Remote closed the connection
[17:26] ripclaw (n=DE43741@blueice2n1.de.ibm.com) joined #rocklinux.
[17:32] <ripclaw> .
[17:42] Last message repeated 2 time(s).
[17:42] <ripclaw> crappy bash stuff !! i seem to mangle return values ... grrr.
[17:42] stf^rocklinux (n=user@heim-035-79.raab-heim.uni-linz.ac.at) left irc: Remote closed the connection
[17:42] <ripclaw> l
[17:43] <blindcoder> 0=success, 1=failure
[17:43] <blindcoder> usually
[17:43] <ripclaw> no:
[17:43] <ripclaw> function do_sth()
[17:43] <ripclaw> {
[17:44] <ripclaw> do_sth_w $1
[17:44] <ripclaw> RETVAL=sth_else
[17:44] <ripclaw> return RETVAL
[17:44] <ripclaw> }
[17:45] <ripclaw> return value should be a list of words, it exists before return correctly,
[17:45] <ripclaw> but does not get returned
[17:45] <mnemoc> list of words?
[17:46] <ripclaw> 102399-01 102401-99 103762-22
[17:46] <ripclaw> etc.
[17:46] <ripclaw> patches 
[17:46] <mnemoc> use echo for that
[17:46] <mnemoc> not return
[17:47] <ripclaw> thats stupid... pascal, c, whatever - all use return. thats b0rken.
[17:47] <ripclaw> should be able to pass a var...
[17:47] <mnemoc> bash returns only numbers, one single number
[17:47] <ripclaw> i think thats soccer stupidity in me...
[17:48] <ripclaw> so i have to echo from the function, and treat its output like program output ?
[17:48] <mnemoc> yes
[17:48] <ripclaw> b0rken concept... 
[17:48] <ripclaw> hnf hnf hnf
[17:48] <ripclaw> ouch
[17:48] <blindcoder> well, there are mailing lists on bash
[17:49] <blindcoder> you can suggest to 'fix' this there
[17:49] <mnemoc> *G*
[17:49] <ripclaw> i`ld rather code performant stuff in ADA
[17:49] <ripclaw> *g
[17:56] stf^rocklinux (n=user@heim-035-163.raab-heim.uni-linz.ac.at) joined #rocklinux.
[18:09] <ripclaw> .
[18:48] Last message repeated 3 time(s).
[18:48] <ripclaw> 
[18:48] <ripclaw> .
[18:53] SMP (n=stefanp@80.65.41.2) got netsplit.
[18:57] SMP (n=stefanp@vanessa.wronline.net) joined #rocklinux.
[18:57] <ripclaw> hi SMP
[19:23] ripclaw (n=DE43741@blueice2n1.de.ibm.com) left irc: Read error: 104 (Connection reset by peer)
[20:44] <daja77_> th: i have not enough information about this
[20:44] <daja77_> th: i kept /usr/local because boost expected it to be there ..
[20:45] <th> daja77_: so you need pass this information to the patch-creator
[20:45] Action: daja77_ pokes stf^rocklinux 
[20:45] <th> hehe
[20:45] <th> it's not a big deal - i was just stumbling over this one
[20:45] <daja77_> ok
[20:52] <daja77_> >_<
[21:27] <daja77_> spammed all 4 rock lists in less than half an hour :D
[21:39] <stf^rocklinux> daja77: I have build libicu in /usr, and boost build seems to be able to use it from there as well.
[21:39] <stf^rocklinux> from 9-boost.log: Building Boost.Regex with Unicode/ICU support enabled
[21:40] <stf^rocklinux> btw. any packages that install files below /usr/local will cause a build error :(
[21:40] <stf^rocklinux> (at least if Paranoia checks are enabled)
[21:47] <stf^rocklinux> daja77_: please see above (if you haven't done so already) :)
[21:48] <daja77_> ok
[23:13] <th> daja77_: r7676 *sigh*
[23:13] <th> 17:06:38 < th> last wishes?
[23:13] <th> *sigh*
[23:17] <mnemoc> has anyone tried to 'port' reiserfsprogs to dietlibc? 
[23:17] <daja77_> th: ?
[23:17] <mnemoc> (hi!)
[23:17] Action: daja77_ finally completed monkey island 2
[23:18] <daja77_> ah ok sorry
[23:18] <daja77_> haven't read your question, i was at dd today ..
[23:19] ija_ (n=ija@84.19.223.185) joined #rocklinux.
[23:20] <th> daja77_: well it's no problem it's only a test the kde update build
[23:21] <th> and some other patches
[23:21] <th> does not need to be security sane
[23:21] <daja77_> the patch is for all releases > 3.5.0 incl. 3.5.3
[23:27] <th> ok - so no issue
[23:27] <daja77_> yep
[23:27] <daja77_> tested it with 3.5.2
[23:32] ija (n=ija@84.19.222.11) left irc: Read error: 110 (Connection timed out)
[23:33] Nick change: ija_ -> ija
[23:45] blindcod1r (i=blindcod@tor/session/direct/x-c2a95579697f7778) joined #rocklinux.
[23:45] blindcoder (i=blindcod@tor/regular/blindcoder) left irc: Nick collision from services.
[00:00] --- Wed Jun 21 2006