[00:26] ija_ (n=ija@84.19.222.63) joined #rocklinux.
[00:38] ija (n=ija@84.19.223.98) left irc: Read error: 113 (No route to host)
[00:58] ringo (n=info@ip51cf58c9.direct-adsl.nl) joined #rocklinux.
[01:02] ringo (n=info@ip51cf58c9.direct-adsl.nl) left irc: Client Quit
[02:16] daja77 (n=daja77@dslb-088-072-032-123.pools.arcor-ip.net) joined #rocklinux.
[02:21] blindcoder (i=blindcod@tor/session/direct/x-6b378343a6993b3a) left irc: Remote closed the connection
[02:28] blindcoder (i=blindcod@tor/session/direct/x-ad95709fb111803d) joined #rocklinux.
[02:29] daja77_ (n=daja77@dslb-088-072-032-123.pools.arcor-ip.net) left irc: Read error: 110 (Connection timed out)
[02:40] kasc (n=kasc@dslb-084-060-103-188.pools.arcor-ip.net) left irc: Read error: 104 (Connection reset by peer)
[02:40] kasc (n=kasc@dslb-084-060-096-174.pools.arcor-ip.net) joined #rocklinux.
[02:55] netrunner (n=andreas@anvame.net) left irc: Read error: 110 (Connection timed out)
[03:11] netrunner (n=andreas@anvame.net) joined #rocklinux.
[04:15] SteffenP (i=steffen@p54997F7C.dip.t-dialin.net) left irc: "http://www.bomberclone.de"
[08:38] <netrunner> moin
[09:13] <blindcoder> moin
[10:41] <netrunner> we have some problem related to kdelibs and qt ...
[10:42] <th> which are?
[10:44] <netrunner> uic, the qt user interface compiler misses its kdelibs plugins.
[10:45] <netrunner> if anyone is so kind to verify with a recent build, pls fetch http://andreas.anvame.net/content/download/actest.ui and run:
[10:46] <netrunner> uic -L /opt/kde3/lib/kde3/plugins/designer -nounload -impl actest.h actest.ui > actest.cpp
[10:46] <th> kdelibs is built AFTER qt so this would be solved in a rebuild stage?
[10:46] <netrunner> and then grep klineedit actest.cpp
[10:46] <th> in a recent build kde is NOT in /opt/kde3
[10:46] <netrunner> th: ok, please adapt :)
[10:47] <netrunner> th: my laptop runs some half year old build which was updated over the time.
[10:47] <th> ok what now?
[10:47] <netrunner> th: but it was build using stage 9
[10:47] <th> it genereated code
[10:47] <netrunner> th: did you grep?
[10:47] <th> grep?
[10:47] <th> 10:41:58 < netrunner> and then grep klineedit actest.cpp
[10:47] <th> ahh
[10:47] <netrunner> grep klineedit actest.cpp
[10:47] <th> #include <klineedit.h>
[10:48] <netrunner> th: was this build built with rebuild stage?
[10:48] <th> that's a test-release iso. i dont think so
[10:48] <netrunner> th: even better :)
[10:48] <th> so everything is ok?
[10:48] <netrunner> (btw: t2 contains a wrong fix for this ;)
[10:48] <netrunner> th: yes.
[10:48] <th> cool
[10:49] <netrunner> th: in my installation, it does not generate the include. 
[10:49] <th> ok - so fortunately it's only your installation, i guesss
[10:49] <netrunner> th: it is misleading that the used classname is always KLineEdit, so people are tempted to replace grep by grep -i 
[10:50] <netrunner> th: it was probably properly fixed by whatever during the last half year :)
[10:50] <th> fair enough ;)
[10:50] <netrunner> th: can you tell me the contetns of your /opt/kde3/lib/kde3/plugins/designer (or respective path)?
[10:51] <th> it does not exist ;)
[10:51] <th> i'll adept
[10:51] <th> kdepimwidgets.la  kdewidgets.la  kpartsdesignerplugin.la
[10:51] <th> kdepimwidgets.so  kdewidgets.so  kpartsdesignerplugin.so
[10:51] <th> that's it
[10:51] <netrunner> hm, that's the same I have, so it is probably somewhere else. 
[10:51] <netrunner> oh well, I should just update :)
[10:52] <netrunner> th: does hotplugging of drives work with nice popup in latest builds?
[10:52] <th> i dont have the very last build. but at least for cd and usb sticks it worked for me already
[10:52] <netrunner> good
[10:53] <netrunner> th: you notice lecture time started and I spend now some time for ROCK again ;)
[11:13] <th> hehe
[11:13] <th> yea
[11:14] <th> i'm building a vanilla 7564 which looks pretty promising.
[11:14] <th> if no one has objections we should consider releasing this
[11:14] <th> with iso's gem's and some tar's (bbs)
[12:29] <stf^rocklinux> th: sounds fine. did you check for the /bin/pwd bug (as mentioned on rock-devel)?
[12:30] <netrunner> how to find out what revision is my sm checkout?
[12:33] <th> stf^rocklinux: not yet
[12:33] <th> but on my todo ;)
[12:34] <stf^rocklinux> th: with vanilla trunk 7563 bootdisk and crystal builds are affected here.
[12:36] <th> ok
[12:36] <th> so i'll rebuild
[12:36] <stf^rocklinux> th: strange thing is /bin/pwd is only buggy during package builds, chroot'ing to the build dir and starting /bin/pwd there works ...
[12:36] <th> hmm
[12:37] <th> should i see this in my build logs?
[12:37] <stf^rocklinux> th: on the first encounter of this bug I was even able to reproduce it inside the chroot environment, but for some unknown reason not any more.
[12:38] <stf^rocklinux> th: yes, as described on rock-devel
[12:38] <th> Date: Apr 27, 2006 2:59 AM
[12:38] <th> Subject: [rock-devel] /bin/pwd from coreutils buggy
[12:38] <th> this one?
[12:38] <stf^rocklinux> yes
[12:39] <th> i grepped for find directory entry in in the logs
[12:39] <th> and did not find anything
[12:39] <th> can you point me to one example more precisly?
[12:39] <netrunner> th: cd // ; /bin/pwd
[12:39] <stf^rocklinux> th: dietlibc, lstat, perl, ...
[12:40] <th> root@jumbo:/# cd // ; /bin/pwd
[12:40] <th> /
[12:40] <th> root@jumbo://# 
[12:40] Action: stf^rocklinux feels root-kitted
[12:41] <th> i dont see this
[12:41] <stf^rocklinux> what other explanation could there be for this seemingly strange error only I'm getting?
[12:42] <stf^rocklinux> I think I'll have to wipe my installation with a new one :S
[12:42] <stf^rocklinux> If that doesn
[12:42] <th> perl is only built in stage3 in crystal without rebuild
[12:42] <stf^rocklinux> doesn't help I'll probably try banging my head against the wall -.-
[12:42] <th> so i'm investigating 3-perl5.log
[12:43] <th> grep pwd 3-perl5.log 
[12:43] <th> <pwd.h> found.
[12:43] <th> ./miniperl -I`pwd`/lib pod/pod2html.PL
[12:43] <th> ...
[12:43] <th> ./miniperl -I`pwd`/lib pod/podselect.PL
[12:43] <th>   /usr/lib/perl5/5.8.7/pwd.pl
[12:43] <th> /usr/include/pwd.h -> /usr/include/pwd.ph
[12:43] <stf^rocklinux> th: If perl5 builds you're most likely not affected...
[12:43] <th> whole crystal builds without any error
[12:43] <th> same for bbs and boot
[12:43] <th> pentium2 opt for crystal
[12:43] <th> 486 for bbs and boot
[12:43] <th> standard options
[12:43] <th> s/options/config/
[12:44] <stf^rocklinux> th: glad to hear that (I built bootdisk without optimizations and crystal for Athlon XP)
[12:44] <th> i can try that after this vanilla here finished
[12:44] <th> 341 builds total, 281 completed fine, 0 with errors.
[12:44] <stf^rocklinux> th: I don't think it's the opts
[12:44] <th> so perhaps your build host
[12:45] <th> mine is a bbs ROCK Linux TRUNK (2006/03/28)
[12:45] <stf^rocklinux> th: yes, maybe I fsck'd it up once again :P (mine is latest test-release or the one before that)
[12:49] <stf^rocklinux> bbl
[13:11] <th> win 27
[13:11] <th> uh
[14:02] SteffenP (i=steffen@p54997B76.dip.t-dialin.net) joined #rocklinux.
[14:33] <blindcoder> re
[14:33] <esden> huhu
[14:33] <daja77> hi esden & blindy
[14:40] HackphiL (n=ThS@gar13-4-82-240-97-17.fbx.proxad.net) joined #rocklinux.
[14:50] <blindcoder> *grunt*
[14:50] <blindcoder> seems the filesystem encryption is more broken than I was afraid of
[14:51] <HackphiL> hi
[14:51] <HackphiL> what is rocklinux?
[14:52] <blindcoder> HackphiL: a toolkit to create linux distributions and linux based solutions
[14:55] <HackphiL> ok
[14:55] <HackphiL> thx
[14:55] <HackphiL> i'm a nebie
[14:55] <HackphiL> that's not yet for me.
[14:55] HackphiL (n=ThS@gar13-4-82-240-97-17.fbx.proxad.net) left #rocklinux ("Parti").
[14:55] <blindcoder> probably not :)
[15:03] <blindcoder> th: so will you upload a new iso today?
[15:04] <th> blindcoder: i can do that
[15:05] <th> 341 builds total, 323 completed fine, 0 with errors.
[15:05] <blindcoder> great
[15:05] <blindcoder> then I can look into #247 and #248 tomorrow
[15:06] <blindcoder> oh, and maybe there will be an lvp release sometime this weekend
[15:06] <blindcoder> it's about time there is a new one :)
[15:17] blindcod1r (i=blindcod@tor/session/direct/x-e046e39c673b5adf) joined #rocklinux.
[15:18] blindcoder (i=blindcod@tor/session/direct/x-ad95709fb111803d) left irc: Nick collision from services.
[15:18] Nick change: blindcod1r -> blindcoder
[15:40] <th> anyone tried to install acroread on recent crystal?
[15:40] <th> logo shows up and then segfault
[15:41] <netrunner> th: what have you expected when switching gcc major?
[15:41] <th> yea
[15:42] <netrunner> th: try java, try skype ...
[15:42] <th> java works 
[15:42] <netrunner> the light at the end of the tunnel ;)
[15:43] <th> what would happen if i just emerge gcc=gcc34?
[15:47] Action: netrunner has never tried.
[16:11] Action: netrunner found why our firefox call's itself DeerPark
[16:11] <daja77> oh why?
[16:12] <netrunner> --enable-official-branding ... may only given after permission from mozilla foundation (which will not be given)
[16:13] <daja77> why not?
[16:13] <netrunner> daja77: only official builds from mozilla.org may carry the firefox trademark
[16:14] <netrunner> debian just patches the configure.in instead of giving the --enable... thing
[16:14] <daja77> so it is called deerpark in almost every distribution?
[16:15] <netrunner> daja77: if they don't patch it to change it ... but as far as I read the trademark site it is not allowed.
[16:15] <daja77> we could mail them
[16:16] <daja77> in the worst case, it keeps like it is
[16:17] <netrunner> http://www.mozilla.org/foundation/trademarks/
[16:19] <netrunner> I don't really understand, they only always talk about unaltered binaries ...
[16:19] <netrunner> do you think "if oyu choose to distribute binaries yourself" includes building fÂnew binaries from source?
[16:19] <netrunner> s/ f //
[16:20] <daja77> We do allow distribution partners to make some small number of modifications to Mozilla Firefox and Thunderbird and for those still to be considered "official" versions.
[16:21] <daja77> Please send mail to partners@mozilla.com for information about partnering with Mozilla Corporation.
[16:21] <daja77> so if we'd be an official partner ...
[16:22] <netrunner> who volunteers to mail them?
[16:24] <daja77> hm I do the updates ..
[16:25] Nick change: ija_ -> ija
[16:45] SteffenP (i=steffen@p54997B76.dip.t-dialin.net) left irc: "http://www.bomberclone.de"
[16:53] madtux (i=miguel@pf0.hostarica.com) joined #rocklinux.
[16:53] <madtux> greetings.
[16:54] <daja77> hi madtux!
[16:54] <madtux> hey danny boy
[17:10] SteffenP (i=steffen@p54997B76.dip.t-dialin.net) joined #rocklinux.
[21:30] SteffenP (i=steffen@p54997B76.dip.t-dialin.net) left irc: "http://www.bomberclone.de"
[22:30] <stf^rocklinux> re
[22:32] <stf^rocklinux> cool, I was granted access to the OpenPOWER server in Augsburg today :)
[22:33] <stf^rocklinux> And I was beginning to suspect I wouldn't get one because blindcoder already has one...
[22:37] <th> now you can cluster your accounts and do more than just nethack
[22:38] <stf^rocklinux> th: yeah :)
[22:39] <stf^rocklinux> th: with shadowfs it could even be possible to use ROCK on non-root accounts...
[22:43] ringo (n=info@86.86.104.225) joined #rocklinux.
[22:44] Action: stf^rocklinux puts revising shadowfs on top of his mental ROCK TODO list
[22:45] <th> oh upload finishd
[22:46] <th> http://iso.rocklinux.de/default.php?dir=/official/vanilla/
[22:48] ringo (n=info@86.86.104.225) left irc: Client Quit
[22:48] #rocklinux: mode change '+o th' by ChanServ!ChanServ@services.
[22:49] Topic changed on #rocklinux by th!n=th@montana.hbsn.de: http://iso.rocklinux.de/rock-ftp/official/vanilla/crystal-r7564.iso
[22:49] #rocklinux: mode change '-o th' by th!n=th@montana.hbsn.de
[22:50] <th> stf^rocklinux: the /var/adm things are still an issue with the mine improvement for :legacy?
[22:51] <stf^rocklinux> th: as I wrote in on rock-devel ("binary package creation  broken?"), that should be fixed by two of my latest patches in SM
[22:51] <stf^rocklinux> -in
[22:51] <th> oha
[22:52] <th> i seem to follow rock-devel a little bit too briefly
[22:54] <th> 2006042722012983020 and 2006042722031485110
[22:54] <th> (just for the log)
[22:55] <stf^rocklinux> th: you can easily check if your packages are affected by e.g. 'mine -m binutils | cut -f3 -d" " | sort | uniq -d', which should not output anything
[22:55] <th> -m?
[22:56] <th> ah
[22:56] <th> ok
[22:56] <th> i'm investigating...
[22:56] <stf^rocklinux> th: the source of the problem is also described in detail on rock-devel
[22:57] <th> yes - i read it. and i remembered our discussion about it some weeks ago
[22:59] <stf^rocklinux> th: I purposefully separated those fixes from the (partial) :legacy implementation so the fixes can be applied asap... I should have mentioned that earlier ^^
[22:59] <th> hehe
[23:02] SteffenP (n=steffen@fortuna.bingo-ev.de) joined #rocklinux.
[23:02] <stf^rocklinux> th: and I wrote a draft for a binary package specification so I won't break my own 'specs' over time
[23:02] <th> yes - i noticed with pleasure. thanks
[23:03] <stf^rocklinux> th: I think writing specs is also an important part of stabilizing software.
[23:03] <th> i totally agree
[23:04] <th> -		if ( !stat(fn,&st) && S_ISREG(st.st_mode) )
[23:04] <th> +		if ( !stat(fn,&st) && !S_ISDIR(st.st_mode) )
[23:04] <th> oh wow
[23:06] <th> stf^rocklinux: oh. doing mine -m binutils... shows lots of empty files
[23:06] <th> there are some man pages broken
[23:06] <th> d41d8cd98f00b204e9800998ecf8427e  usr/share/man/man1/strings.1
[23:06] <th> d41d8cd98f00b204e9800998ecf8427e  usr/share/man/man1/readelf.1
[23:06] <th> and many more
[23:07] <th> d41d8cd98f00b204e9800998ecf8427e is md5sum of empty file
[23:07] <stf^rocklinux> th: you're right... hm
[23:08] <stf^rocklinux> haven't noticed them before
[23:09] <stf^rocklinux> th: you can also see from mine -m binutils that those files weren't empty after the first binutils build
[23:09] <th> i can?
[23:10] <th> oh yes
[23:10] <th> f3e936c86fd21cd93e86b7d4a352d635  usr/share/man/man1/strings.1
[23:11] <stf^rocklinux> th: check your 2-binutils.log for e.g. nm.1 (my build log shows perl and pod2man were missing)
[23:12] <stf^rocklinux> (which caused those files to be empty here)
[23:12] <th> /bin/sh: line 1: pod2man: command not found
[23:13] <th> /bin/sh: line 1: perl: command not found
[23:13] <th> ack
[23:14] <th> we only build it in stage 0 1 2 
[23:16] <stf^rocklinux> strangely in binutils.conf there is:
[23:16] <stf^rocklinux>         if [ $stagelevel -gt 2 ] ; then
[23:16] <stf^rocklinux>                 var_remove confopt " " "--disable-static"
[23:16] <stf^rocklinux>                 hook_add postmake 3 "eval $MAKE info install-info"
[23:16] <stf^rocklinux>                 hook_add postmake 3 "eval $MAKE -C gas/doc install-man"
[23:16] <stf^rocklinux>         fi
[23:17] <stf^rocklinux> install-man <-- ?
[23:21] <th> hmm
[23:22] <th> [P] X 012------9 100.900
[23:37] <stf^rocklinux> th: I see several possible options: a) build perl in stage 2, b) don't build binutils in stage 2, c) make binutils in stage 2 use perl from the host (or a stage 1 perl)
[23:37] <th> i dont like c) at al
[23:37] <th> s/al$/all
[23:38] <stf^rocklinux> me neither
[23:38] <th> didn't we switch to stage2 for binutils just few revisions ago?
[23:39] <stf^rocklinux> as of b), I don't know much about stage 2 (afaics only boehm-gc, binutils and gcc are built in it)
[23:40] <stf^rocklinux> th: from 'svn blame binutils.conf':   5671   clifford [P] X 012------9 100.900
[23:40] <th> hmm a while ago
[23:41] <th> trying update with mine
[23:41] <th> koffice: WARNING: Skip modified file var/adm/descs/koffice.
[23:41] <th> koffice: var/adm/flists/koffice
[23:41] <stf^rocklinux> th: could you try a), because I can't right now (pwd bug)?
[23:41] <th> does perl require some more packages?
[23:42] <stf^rocklinux> th: INSTALL doesn't say so
[23:44] <stf^rocklinux> those files are 'modified' because Build-Pkg created wrong checksums for them
[23:44] <th> yea ok.
[23:44] <th> perhaps i start a journal with the mine/build-pkg patches and perl in s2
[23:45] <th> this koffice:legacy file looks nice
[23:45] <th> btw how would a legacy version of foobar:dev be called?
[23:46] <stf^rocklinux> foobar:legacy ;)
[23:46] <stf^rocklinux> files from all pkg: splits go to pkg:legacy
[23:47] <th> ok
[23:48] <stf^rocklinux> that looses some meta-data on files (which pkg split they belonged to) but doesn't hurt afaics
[23:48] <th> i agree
[23:49] <th> blindcoder: you around>?
[23:50] <th> blindcoder: what do i need to upload for sonar?
[23:50] <th> a tar of /var/adm?
[23:52] <stf^rocklinux> th: see  misc/archive/sonar.sh
[23:52] <th> ahhhh
[23:52] <th> blindcoder: could you add a hint on the upload page please?
[23:53] <stf^rocklinux> btw. I'd appreciate another build with those patches :)
[23:53] <th> ./misc/archive/sonar.sh: misc/output/parse-config: line 47: syntax error near unexpected token `>'
[23:53] <th> ./misc/archive/sonar.sh: misc/output/parse-config: line 47: `   exec 199> >( output_proc )'
[23:53] <th> ok lemme start a journal
[23:54] <th> hmm $rockver is not really defined
[23:55] <th> of course it is
[23:56] <th> stf^rocklinux: do you see a problem in that line 47?
[23:58] <th> if i call it with bash ./misc/archive/sonar.sh it works
[23:58] <th> (instead of sh ./misc/archive/sonar.sh)
[23:58] <stf^rocklinux> ah
[23:58] <th> i guess that's about bash behaving posixly corrrect or not
[23:59] <stf^rocklinux> anyway the file you could also send via the web interface is created by:
[23:59] <stf^rocklinux> 	cd build/${ROCKCFG_ID}/var/
[23:59] <stf^rocklinux> 	tar --use-compress-program=bzip2 -cf varadm.tar.bz2 adm/{dependencies,descs,flists}
[23:59] <th> yea - but i prefer sonar.sh now ;)
[00:00] --- Sat Apr 29 2006