--- 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/<name>/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