T2 IRC Log: 2008-09-25
This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.
--- Log opened Thu Sep 25 00:00:23 2008
00:32 -!- mqueiros [n=mqueiros@217.70.71.117] has quit []
07:19 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has joined #T2
07:44 -!- Morgaine is now known as Morglet
09:18 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has quit [Read error: 60 (Operation timed out)]
09:21 -!- Morglet [n=morgaine@cpc1-hem13-0-0-cust413.lutn.cable.ntl.com] has quit [Read error: 110 (Connection timed out)]
09:37 < CIA-8> rene * r30583 /trunk/package/database/sqlite/sqlite.desc: * updated sqlite (3.6.2 -> 3.6.3)
09:37 < CIA-8> rene * r30584 /trunk/package/network/samba/samba.desc: * updated samba (3.2.3 -> 3.2.4)
09:40 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has joined #T2
10:30 -!- hwinkel [n=hwinkel@port-87-193-170-219.static.qsc.de] has joined #t2
10:41 -!- otwieracz [i=1000@77-254-137-135.adsl.inetia.pl] has joined #t2
10:41 < otwieracz> hello.
10:41 < otwieracz> I have error while compiling glibc.
10:41 < otwieracz> (stage 1).
10:41 < otwieracz> But, the err file have 6.9MB
10:42 < otwieracz> How to find error in this file?
10:42 < otwieracz> What should I do?
10:43 < otwieracz> http://phpfi.com/356841
10:43 < otwieracz> End of that file.
10:43 < otwieracz> With errors.
10:43 < otwieracz> Can somebody help?
10:43 < rxr> the log is just the regular output as if you would build glibc manually from source
10:43 < rxr> just take a look at the end (I usually search for error backwards) and see what problem glibc has
10:44 < otwieracz> Yes, I upload end of the .err file.
10:44 < otwieracz> otwieracz> http://phpfi.com/356841
10:45 * rxr was hoping otwieracz would take a look himselves :-)
10:45 < rxr> little short the log
10:46 < rxr> do not remeber seeing such an error, yet - maybe you build for 486 ?
10:47 < otwieracz> Hmm
10:48 < otwieracz> Probably yes.
10:48 < otwieracz> Hm
10:48 < otwieracz> Probably no.
10:48 < otwieracz> I select "No special optimizations"
10:48 < rxr> ok - that might be 386 ...
10:49 < rxr> you should have left it at the default choise, wich is at least 486 for x86
10:49 < rxr> we only allow i386 for embedded folks e.g. with dietlibc / uclibc
10:49 < otwieracz> Build for 486, right?
10:49 < rxr> the glic people do not want to support less than 486 anymore
10:49 < otwieracz> Oh my god.
10:49 < rxr> only 386 does not work with glibc ... :-(((
10:49 < otwieracz> six hours of compilation get away.
10:50 < otwieracz> Another question.
10:50 < otwieracz> When I want add some program, a mustput it in /build//and when I want?
10:55 < otwieracz> Well, select 486?
10:56 < otwieracz> Ok.
10:56 < otwieracz> Building
11:08 < rxr> hm ?
11:20 < otwieracz> Nothing.
11:20 < otwieracz> I select 486 optimizations.
11:20 < otwieracz> And I'm building target now.
12:09 < bfg> hi
12:09 < bfg> does anyone know how I tell cmake where to find openldap headers and libraries? (kdepimlibs does not find them)
12:09 < bfg> and I am absolutely not used to cmake
12:09 -!- hwinkel [n=hwinkel@port-87-193-170-219.static.qsc.de] has left #t2 []
12:30 < rxr> I'm not so in cmake either
12:30 < rxr> I usually grep in the project, or in our package's .conf to see what other cmake packages already use
12:30 < bfg> found it in this moment :)
12:31 < bfg> kdepimlibs does not offer that much customisation options to find ldap libraries
12:31 < bfg> but it is possible with global cmake options :)
12:33 < otwieracz> Ok.
12:33 < otwieracz> Glibc stage 1
12:35 < bfg> mmmm... the thing with $root is a nice idea, but I don't get it, when to append a slash after $root and when not
12:36 < otwieracz> How long glibc compiles on stage 1?
12:37 < rxr> glibs always takes ages
12:37 < rxr> yes, I know - unbelivable for "just a tiny C library" ...
12:37 < rxr> but actually from what I remeber it's mostly make spending times in the overly complex Makefile rules ...
12:41 -!- otwieracz [i=1000@77-254-137-135.adsl.inetia.pl] has quit ["Leaving"]
13:51 < CIA-8> gweis * r30585 /trunk/package/kde/kdepimlibs/kdepimlibs.conf: * help kdepimlibs to find openldap
13:52 < bfg> rxr: regarding xmlto. make sure the env var XML_CATALOG_FILES is unset. to debug the dtd resolution you can also set XML_DEBUG_CATALOG=1
13:57 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has quit ["Verlassend"]
13:57 < rxr> bfg: ah yes, indeed !
13:59 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has joined #T2
13:59 < rxr> bfg: ah yes, indeed !
14:00 < rxr> I had some other xlt package started which set it
14:01 < bfg> ah yes,.... the env var was the only difference between our setup I could think of :)
14:01 < rxr> == 09/25/08 14:01:34 =[5]=> Finished building package xmlto.
14:01 < rxr> great
14:01 < bfg> :)
14:02 < bfg> maybe we should postpone the xmlcatalog setup to some postinstall step. makes it easier when more packages need to use the xmlcatalog system.
14:03 < rxr> it's fine for now - otherwise we would need to take care that it is not only updated "post-install" but also during the build, anyway
14:03 < rxr> maybe improve it when we have another package addign to it
14:03 < bfg> I'm fine with that :)
14:04 < CIA-8> rene * r30586 /trunk/package/gnome2/sabayon/sabayon.desc: * updated sabayon (2.22.0 -> 2.22.1)
14:04 < CIA-8> rene * r30587 /trunk/package/textproc/opensp/ (gcc41.patch opensp.desc): * updated opensp (1.3.2 -> 1.5.2)
14:09 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has quit []
14:12 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has joined #T2
14:13 -!- otwieracz [i=1000@77-254-148-45.adsl.inetia.pl] has joined #t2
14:24 < CIA-8> rene * r30588 /trunk/package/dictionary/gjiten/gjiten.desc: * updated gjiten (2.3 -> 2.6)
15:07 -!- CIA-8 [n=CIA@208.69.182.149] has quit []
15:13 -!- CIA-9 [n=CIA@208.69.182.149] has joined #t2
16:25 < otwieracz> How long "linux26" compiles?
16:30 < rxr> have you ever build linux from source to have an idea ?
16:30 < rxr> on your box - (p4 it was, right), maybe 1 1/2 hour ?
16:30 < rxr> that is the t2 package builds as much drivers as module so stuff just work when you plug something exotic in ...
16:33 < otwieracz> Yes, I compiles many times.
16:33 < otwieracz> It is normal source?
16:33 < rxr> so as long as your manual build take ...
16:33 < rxr> yes, t2 usually patches as least as possible
16:33 -!- CIA-9 [n=CIA@208.69.182.149] has quit []
16:33 < otwieracz> Ok.
16:33 < otwieracz> Thanks.
16:33 < rxr> though sometimes we have to build on some certain architecture, or to build at all
16:33 < rxr> sometimes we also do tiny little cosmetic stuff, like patching the ugly menu border away from grub etc. ...
16:34 < rxr> but in general T2 (at leas the generic targets) are bout as generic vanilla stuff as possible
16:37 < otwieracz> My kernels compiles in 15-50 mins
16:37 < otwieracz> Beucase they was minimal :)
16:40 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
16:51 < rxr> 15 to 50 - thats quite a time span ..
16:51 < rxr> well - the t2 default kernel config is generated with as much as possible as module, so as much as possible just works(tm) for most people
16:55 < otwieracz> I know.
17:27 -!- mpp [n=user@i53876061.versanet.de] has joined #t2
17:29 < mpp> moin moin
17:47 -!- mich1985 [n=mich1985@rtwl-5d825103.pool.einsundeins.de] has joined #t2
17:48 < mich1985> hi all
17:50 < mpp> hey mich1985
17:52 < mich1985> hi mpp
18:58 -!- CIA-8 [n=CIA@208.69.182.149] has quit []
19:01 -!- CIA-5 [n=CIA@208.69.182.149] has joined #t2
19:17 -!- cekay [n=christia@gate.tarent.de] has quit ["Verlassend"]
20:19 -!- otwieracz [i=1000@77-254-148-45.adsl.inetia.pl] has quit ["Leaving"]
20:21 -!- CIA-5 [n=CIA@208.69.182.149] has quit []
20:29 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
20:33 -!- mqueiros_ [n=mqueiros@217.70.71.117] has joined #t2
20:57 -!- mpp_ [n=user@i53877B7F.versanet.de] has joined #t2
20:59 -!- mpp [n=user@i53876061.versanet.de] has quit [Read error: 110 (Connection timed out)]
21:07 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has quit []
21:25 -!- mich1985 [n=mich1985@rtwl-5d825103.pool.einsundeins.de] has quit [Read error: 113 (No route to host)]
21:26 -!- mpp_ is now known as mpp
22:14 -!- CIA-8 [n=CIA@208.69.182.149] has quit []
22:19 -!- mpp_ [n=user@i538755DD.versanet.de] has joined #t2
22:20 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
22:20 -!- mpp [n=user@i53877B7F.versanet.de] has quit [Read error: 60 (Operation timed out)]
23:10 -!- mpp_ is now known as mpp
--- Log closed Fri Sep 26 00:00:29 2008
00:32 -!- mqueiros [n=mqueiros@217.70.71.117] has quit []
07:19 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has joined #T2
07:44 -!- Morgaine is now known as Morglet
09:18 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has quit [Read error: 60 (Operation timed out)]
09:21 -!- Morglet [n=morgaine@cpc1-hem13-0-0-cust413.lutn.cable.ntl.com] has quit [Read error: 110 (Connection timed out)]
09:37 < CIA-8> rene * r30583 /trunk/package/database/sqlite/sqlite.desc: * updated sqlite (3.6.2 -> 3.6.3)
09:37 < CIA-8> rene * r30584 /trunk/package/network/samba/samba.desc: * updated samba (3.2.3 -> 3.2.4)
09:40 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has joined #T2
10:30 -!- hwinkel [n=hwinkel@port-87-193-170-219.static.qsc.de] has joined #t2
10:41 -!- otwieracz [i=1000@77-254-137-135.adsl.inetia.pl] has joined #t2
10:41 < otwieracz> hello.
10:41 < otwieracz> I have error while compiling glibc.
10:41 < otwieracz> (stage 1).
10:41 < otwieracz> But, the err file have 6.9MB
10:42 < otwieracz> How to find error in this file?
10:42 < otwieracz> What should I do?
10:43 < otwieracz> http://phpfi.com/356841
10:43 < otwieracz> End of that file.
10:43 < otwieracz> With errors.
10:43 < otwieracz> Can somebody help?
10:43 < rxr> the log is just the regular output as if you would build glibc manually from source
10:43 < rxr> just take a look at the end (I usually search for error backwards) and see what problem glibc has
10:44 < otwieracz> Yes, I upload end of the .err file.
10:44 < otwieracz> otwieracz> http://phpfi.com/356841
10:45 * rxr was hoping otwieracz would take a look himselves :-)
10:45 < rxr> little short the log
10:46 < rxr> do not remeber seeing such an error, yet - maybe you build for 486 ?
10:47 < otwieracz> Hmm
10:48 < otwieracz> Probably yes.
10:48 < otwieracz> Hm
10:48 < otwieracz> Probably no.
10:48 < otwieracz> I select "No special optimizations"
10:48 < rxr> ok - that might be 386 ...
10:49 < rxr> you should have left it at the default choise, wich is at least 486 for x86
10:49 < rxr> we only allow i386 for embedded folks e.g. with dietlibc / uclibc
10:49 < otwieracz> Build for 486, right?
10:49 < rxr> the glic people do not want to support less than 486 anymore
10:49 < otwieracz> Oh my god.
10:49 < rxr> only 386 does not work with glibc ... :-(((
10:49 < otwieracz> six hours of compilation get away.
10:50 < otwieracz> Another question.
10:50 < otwieracz> When I want add some program, a mustput it in /build/
10:55 < otwieracz> Well, select 486?
10:56 < otwieracz> Ok.
10:56 < otwieracz> Building
11:08 < rxr> hm ?
11:20 < otwieracz> Nothing.
11:20 < otwieracz> I select 486 optimizations.
11:20 < otwieracz> And I'm building target now.
12:09 < bfg> hi
12:09 < bfg> does anyone know how I tell cmake where to find openldap headers and libraries? (kdepimlibs does not find them)
12:09 < bfg> and I am absolutely not used to cmake
12:09 -!- hwinkel [n=hwinkel@port-87-193-170-219.static.qsc.de] has left #t2 []
12:30 < rxr> I'm not so in cmake either
12:30 < rxr> I usually grep in the project, or in our package's .conf to see what other cmake packages already use
12:30 < bfg> found it in this moment :)
12:31 < bfg> kdepimlibs does not offer that much customisation options to find ldap libraries
12:31 < bfg> but it is possible with global cmake options :)
12:33 < otwieracz> Ok.
12:33 < otwieracz> Glibc stage 1
12:35 < bfg> mmmm... the thing with $root is a nice idea, but I don't get it, when to append a slash after $root and when not
12:36 < otwieracz> How long glibc compiles on stage 1?
12:37 < rxr> glibs always takes ages
12:37 < rxr> yes, I know - unbelivable for "just a tiny C library" ...
12:37 < rxr> but actually from what I remeber it's mostly make spending times in the overly complex Makefile rules ...
12:41 -!- otwieracz [i=1000@77-254-137-135.adsl.inetia.pl] has quit ["Leaving"]
13:51 < CIA-8> gweis * r30585 /trunk/package/kde/kdepimlibs/kdepimlibs.conf: * help kdepimlibs to find openldap
13:52 < bfg> rxr: regarding xmlto. make sure the env var XML_CATALOG_FILES is unset. to debug the dtd resolution you can also set XML_DEBUG_CATALOG=1
13:57 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has quit ["Verlassend"]
13:57 < rxr> bfg: ah yes, indeed !
13:59 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has joined #T2
13:59 < rxr> bfg: ah yes, indeed !
14:00 < rxr> I had some other xlt package started which set it
14:01 < bfg> ah yes,.... the env var was the only difference between our setup I could think of :)
14:01 < rxr> == 09/25/08 14:01:34 =[5]=> Finished building package xmlto.
14:01 < rxr> great
14:01 < bfg> :)
14:02 < bfg> maybe we should postpone the xmlcatalog setup to some postinstall step. makes it easier when more packages need to use the xmlcatalog system.
14:03 < rxr> it's fine for now - otherwise we would need to take care that it is not only updated "post-install" but also during the build, anyway
14:03 < rxr> maybe improve it when we have another package addign to it
14:03 < bfg> I'm fine with that :)
14:04 < CIA-8> rene * r30586 /trunk/package/gnome2/sabayon/sabayon.desc: * updated sabayon (2.22.0 -> 2.22.1)
14:04 < CIA-8> rene * r30587 /trunk/package/textproc/opensp/ (gcc41.patch opensp.desc): * updated opensp (1.3.2 -> 1.5.2)
14:09 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has quit []
14:12 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has joined #T2
14:13 -!- otwieracz [i=1000@77-254-148-45.adsl.inetia.pl] has joined #t2
14:24 < CIA-8> rene * r30588 /trunk/package/dictionary/gjiten/gjiten.desc: * updated gjiten (2.3 -> 2.6)
15:07 -!- CIA-8 [n=CIA@208.69.182.149] has quit []
15:13 -!- CIA-9 [n=CIA@208.69.182.149] has joined #t2
16:25 < otwieracz> How long "linux26" compiles?
16:30 < rxr> have you ever build linux from source to have an idea ?
16:30 < rxr> on your box - (p4 it was, right), maybe 1 1/2 hour ?
16:30 < rxr> that is the t2 package builds as much drivers as module so stuff just work when you plug something exotic in ...
16:33 < otwieracz> Yes, I compiles many times.
16:33 < otwieracz> It is normal source?
16:33 < rxr> so as long as your manual build take ...
16:33 < rxr> yes, t2 usually patches as least as possible
16:33 -!- CIA-9 [n=CIA@208.69.182.149] has quit []
16:33 < otwieracz> Ok.
16:33 < otwieracz> Thanks.
16:33 < rxr> though sometimes we have to build on some certain architecture, or to build at all
16:33 < rxr> sometimes we also do tiny little cosmetic stuff, like patching the ugly menu border away from grub etc. ...
16:34 < rxr> but in general T2 (at leas the generic targets) are bout as generic vanilla stuff as possible
16:37 < otwieracz> My kernels compiles in 15-50 mins
16:37 < otwieracz> Beucase they was minimal :)
16:40 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
16:51 < rxr> 15 to 50 - thats quite a time span ..
16:51 < rxr> well - the t2 default kernel config is generated with as much as possible as module, so as much as possible just works(tm) for most people
16:55 < otwieracz> I know.
17:27 -!- mpp [n=user@i53876061.versanet.de] has joined #t2
17:29 < mpp> moin moin
17:47 -!- mich1985 [n=mich1985@rtwl-5d825103.pool.einsundeins.de] has joined #t2
17:48 < mich1985> hi all
17:50 < mpp> hey mich1985
17:52 < mich1985> hi mpp
18:58 -!- CIA-8 [n=CIA@208.69.182.149] has quit []
19:01 -!- CIA-5 [n=CIA@208.69.182.149] has joined #t2
19:17 -!- cekay [n=christia@gate.tarent.de] has quit ["Verlassend"]
20:19 -!- otwieracz [i=1000@77-254-148-45.adsl.inetia.pl] has quit ["Leaving"]
20:21 -!- CIA-5 [n=CIA@208.69.182.149] has quit []
20:29 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
20:33 -!- mqueiros_ [n=mqueiros@217.70.71.117] has joined #t2
20:57 -!- mpp_ [n=user@i53877B7F.versanet.de] has joined #t2
20:59 -!- mpp [n=user@i53876061.versanet.de] has quit [Read error: 110 (Connection timed out)]
21:07 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has quit []
21:25 -!- mich1985 [n=mich1985@rtwl-5d825103.pool.einsundeins.de] has quit [Read error: 113 (No route to host)]
21:26 -!- mpp_ is now known as mpp
22:14 -!- CIA-8 [n=CIA@208.69.182.149] has quit []
22:19 -!- mpp_ [n=user@i538755DD.versanet.de] has joined #t2
22:20 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
22:20 -!- mpp [n=user@i53877B7F.versanet.de] has quit [Read error: 60 (Operation timed out)]
23:10 -!- mpp_ is now known as mpp
--- Log closed Fri Sep 26 00:00:29 2008