T2 IRC Log: 2008-10-15

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.

« prev | next »

--- Log opened Wed Oct 15 00:00:28 2008
03:21 < CIA-31> aldas * r30802 /trunk/package/network/apache/apache.desc:
03:21 < CIA-31> * updated apache (2.2.9 -> 2.2.10)
03:21 < CIA-31> * security update (CVE-2008-2939)
03:25 < CIA-31> aldas * r30801 /trunk/package/network/squid/squid.desc: * updated squid (3.0.STABLE9 -> 3.0.STABLE10)
03:29 < CIA-31> aldas * r30800 /trunk/package/multimedia/blender/blender.desc: * updated blender (2.47 -> 2.48)
03:39 < CIA-31> aldas * r30803 /trunk/package/network/openldap/openldap.desc: * updated openldap (2.4.11 -> 2.4.12)
03:45 -!- DuckFault [n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com] has quit [Remote closed the connection]
03:46 -!- DuckFault [n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com] has joined #t2
04:33 -!- DuckFault [n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com] has left #t2 []
06:58 -!- gw [n=gw@2001:5c0:99fe:0:21b:63ff:fe01:f18d] has joined #t2
09:33 -!- hwinkel [n=hwinkel@p54A755EF.dip.t-dialin.net] has joined #t2
09:38 [Users #t2]
09:38 [@ChanServ] [ felanha ] [ hwinkel] [ mtr ] [ Stealth]
09:38 [ CIA-31 ] [ gw ] [ koan ] [ Ragnar|away] [ TobiX ]
09:38 [ dsoul ] [ hikenboot] [ LMJ ] [ rxr ]
09:38 -!- Irssi: #t2: Total of 14 nicks [1 ops, 0 halfops, 0 voices, 13 normal]
09:40 -!- mpp [n=user@i538743BD.versanet.de] has joined #t2
09:51 -!- hwinkel [n=hwinkel@p54A755EF.dip.t-dialin.net] has quit ["Leaving."]
10:24 -!- hwinkel [n=hwinkel@p54A755EF.dip.t-dialin.net] has joined #t2
10:26 -!- tri [n=tri@p4FCF3D4E.dip0.t-ipconnect.de] has joined #t2
10:31 < CIA-31> rene * r30806 /trunk/package/network/crossroads/crossroads.desc: * updated crossroads (2.16 -> 2.20)
10:31 < CIA-31> rene * r30804 /trunk/package/gnome2/termit/termit.desc: * updated termit (1.3.4 -> 2.0.0)
10:37 -!- Cyda [n=cyda@c-66-229-118-244.hsd1.fl.comcast.net] has joined #t2
10:41 < rxr> hey Cyda !
10:41 [Users #t2]
10:41 [@ChanServ] [ dsoul ] [ hikenboot] [ LMJ] [ Ragnar|away] [ TobiX]
10:41 [ CIA-31 ] [ felanha] [ hwinkel ] [ mpp] [ rxr ] [ tri ]
10:41 [ Cyda ] [ gw ] [ koan ] [ mtr] [ Stealth ]
10:41 -!- Irssi: #t2: Total of 17 nicks [1 ops, 0 halfops, 0 voices, 16 normal]
10:41 < Cyda> hey rxr
10:41 < rxr> how's life over there ?
10:42 < Cyda> busy, busy, busy
10:42 < Cyda> how about Germany?
10:43 < rxr> busy, too - got the feeling "busy" does not change between continents :-)
10:43 < Cyda> yeah you'd think that pond would do something other than create hurricanes
10:43 < rxr> greetings from susan
10:43 < Cyda> and from me to her
11:06 -!- gw [n=gw@2001:5c0:99fe:0:21b:63ff:fe01:f18d] has quit [Read error: 60 (Operation timed out)]
12:46 < CIA-31> rene * r30808 /trunk/package/editors/ed/ed.desc: * updated ed (1.0 -> 1.1)
12:48 < CIA-31> rene * r30807 /trunk/package/mail/dcc/dcc.desc: * updated dcc (1.3.97 -> 1.3.98)
12:49 < CIA-31> rene * r30805 /trunk/package/base/crash/crash.desc: * updated crash (4.0-7.2 -> 4.0-7.3)
12:50 -!- claudio_ch [n=claudio@217-162-160-47.dclient.hispeed.ch] has joined #t2
13:05 -!- gw [n=gw@2001:5c0:99fe:0:21b:63ff:fe01:f18d] has joined #t2
13:42 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: hwinkel
13:43 -!- Netsplit over, joins: hwinkel
13:56 -!- hwinkel1 [n=hwinkel@p54A75F53.dip.t-dialin.net] has joined #t2
14:00 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: @ChanServ, Ragnar|away, LMJ, TobiX, tri, felanha
14:01 -!- Netsplit over, joins: @ChanServ, tri, LMJ, TobiX, felanha, Ragnar|away
14:14 -!- hwinkel [n=hwinkel@p54A755EF.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)]
14:27 -!- claudio_ch [n=claudio@217-162-160-47.dclient.hispeed.ch] has quit ["Client exiting"]
15:19 < mpp> hey rxr
15:19 < mpp> reporting back on the amd64 issue
15:19 < mpp> i ran the build host with a generic 64 build and allmost all errorrs have gone
15:19 < mpp> except for one which is there from the beggining:
15:20 < mpp> conftest[32669]: segfault at 40 ip f7dd1793 sp ffcfede4 error 4 in libc-2.6.1.so[f7db0000+130000]
15:20 < mpp> so other than that where good now.
15:20 < mpp> :-)
15:20 < rxr> which package is that ?
15:21 < mpp> thats from the dmesg
15:21 < mpp> i couldn't see any specifig package err or the like
15:22 < mpp> can i activate any debug / trace or something ?
15:23 < mpp> it also shows up on xeon p4 core2
15:23 < mpp> with optimized build host for that platform
15:23 -!- tri [n=tri@p4FCF3D4E.dip0.t-ipconnect.de] has left #t2 []
15:45 < rxr> hm - not easy to locate which package that was in
15:45 < mpp> should this error be logged somewhere besides the system's log ?
15:45 < rxr> maybe that is even completely valid when a configure check has a bug, like buffer overun or calling functions that check for something under e.g. Windows and accidently exist under the same name on Unix but crash due to bogus input etc.
15:46 < mpp> allright - so no worries about it ..
15:46 < rxr> that is outside of t2's control - usually it will probably be hidden in the config.log of the package's configure script
15:46 < rxr> not really something t2 can do to uncover it AFAICS
15:46 < rxr> did you have a failed package ?
15:46 < mpp> ah,m.... yes
15:46 < mpp> i think grep fails sometimes complaining about missing manpage package or so
15:47 < mpp> but rebuilding it does the trick
15:47 < mpp> still it's not 100% reproducable afaikt
15:47 < mpp> so ill skip bug checking and testing for now
15:47 < mpp> and focus on my actual task - building t2 targets :-)
15:48 < mpp> again huge thanx to t2-project and exactcode
15:48 < mpp> or vice versa :-)
15:56 < mpp> cu arround !
15:56 -!- mpp [n=user@i538743BD.versanet.de] has quit ["good night - good fight"]
17:11 -!- hwinkel [n=hwinkel@p54A76B7B.dip.t-dialin.net] has joined #t2
17:27 -!- mpp [n=user@i538743BD.versanet.de] has joined #t2
17:29 -!- hwinkel1 [n=hwinkel@p54A75F53.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)]
18:21 < rxr> /tmp/sv9ba.tmp/sv9bc.tmp was my auto-saved ODS, good to know
18:21 [Users #t2]
18:21 [@ChanServ] [ dsoul ] [ hikenboot] [ LMJ] [ Ragnar|away] [ TobiX]
18:21 [ CIA-31 ] [ felanha] [ hwinkel ] [ mpp] [ rxr ]
18:21 [ Cyda ] [ gw ] [ koan ] [ mtr] [ Stealth ]
18:21 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal]
18:22 < koan> rxr: I was thinking, shouldn't we document on the website the fact that the x86-64 build fails at this moment when using the Athlon 64 optimizations?
18:24 < koan> this would save a lot of time for people thinking about trying it
18:25 < mpp> i agree
18:25 < mpp> i could have saved myself some time on that topic
18:25 < mpp> :-()
18:39 < rxr> best would be not to document it but remove the optimiization optiosn that currently produce "invalid?" code from the Config menu
18:39 < rxr> generic works? some amd failes?
18:39 < rxr> or all amds ?
18:40 < mpp> i guess amd's in general
18:41 < koan> ok that would be even better
18:42 < mpp> anyways removing amd optimization is the safer way for noobs
18:42 < koan> I didn't try the K8 and other AMD optimizations
18:43 < koan> Athlon 64 optimization definitely should be removed temporarily from the options
18:43 < gw> hi... I did recently an Athlon-mp build
18:43 < gw> worked fine
18:44 < koan> hm weird
18:45 < mpp> the build could be
18:45 < koan> ouch, 2-gcc fails again here, and I'm not using any optimization
18:45 < mpp> does the host run flawlessly ?
18:45 < mpp> @koan
18:46 < koan> it's again the "Link tests are not allowed after GCC_NO_EXECUTABLES." error
18:46 < mpp> i would recommend a rebuild with one of the x64 iso's
18:46 < mpp> i did this - seemed like my own builds where buggy
18:47 < mpp> so i went through the procedure of building a fresh x64 from the precompiled binary
18:47 < mpp> iso's
18:47 < mpp> are you building on t2-host koan ?
18:47 < koan> no on ubuntu
18:48 < mpp> ah ...
18:48 < mpp> long story short - use t2-host
18:48 < mpp> all the mainstream distros fail
18:48 < mpp> due to processing stuff in scripts etc.
18:48 < koan> the ppc64 build succeeded on debian :-)
18:48 < mpp> they're not worth a penny on this subject
18:49 < mpp> just a hint
18:49 < rxr> well - normally they shoudl work - but sometimes they are indeed subtlely broken in one way or another
18:49 < rxr> but for my customers I try to keep t2 building on those mainline distros ...
18:49 < mpp> in the end you use a t2-host
18:49 < mpp> period ! :-)
18:49 < rxr> yes, thats always a good recommendation anyway ...
18:50 < mpp> i have an own unofficial iso if you need one koan
18:50 < mpp> if rxr agrees i could link it to the dl binary section on the http server
18:50 < koan> well, it seems like I have no other option :-)
18:51 < mpp> there you go, it's the easier and more reliable way
18:51 < rxr> mpp: add an unofficial directory and place it there :-)
18:51 < mpp> ayay captain :-)
18:52 < mpp> does the minimal x64 is enough for you koan ?
18:52 < koan> yes that's enough, I'll find my way to install the rest
18:52 < mpp> k
18:52 < mpp> gimme a minute
18:53 < mpp> it contains a few more packages though but its basicaly the 10-minimal
18:55 < mpp> http://dl2.t2-project.org/unofficial/
18:55 < mpp> have fun :-)
18:55 < koan> thanks :-)
18:55 < mpp> im off for shopping - cya
18:55 -!- mpp is now known as mpp_afk
18:55 < koan> ciao
19:04 < rxr> https key for svn.exactcode.de expired, but I guess most of you will not notice the new key as you call got the cacert root key installed, right ?
19:04 < rxr> https://www.cacert.org/
19:21 -!- mpp_afk is now known as mpp
19:24 < rxr> cu
19:26 -!- DuckFault [n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com] has joined #t2
19:26 -!- DuckFault [n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com] has left #t2 []
19:28 < mpp> actually i could use the loop-aes stuff quite well
19:37 < koan> I downloaded your minimal iso mpp, I'll try it tomorrow
19:44 -!- hwinkel [n=hwinkel@p54A76B7B.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)]
20:09 < mpp> k
22:01 -!- gw [n=gw@2001:5c0:99fe:0:21b:63ff:fe01:f18d] has quit ["Leaving"]
22:22 -!- bovnet [n=steve@87-194-185-180.bethere.co.uk] has joined #t2
22:38 < bovnet> == 21:19:22 =[3]=> Building base/cron [3.0pl1-105 8.0-trunk].
22:38 < bovnet> -> Reading package config: package/base/cron/cron.conf
22:38 < bovnet> -> Preparing build in src.cron.default.20081015.211919.23824.test
22:38 < bovnet> -> Building. Writing output to $root/var/adm/logs/3-cron.out
22:38 < bovnet> !> + cp cron.8 /usr/share/man/man8/cron.8
22:38 < bovnet> !> + set +x
22:38 < bovnet> !> sh putman.sh crontab.5 /usr/share/man
22:38 < bovnet> !> + cp crontab.5 /usr/share/man/man5/crontab.5
22:38 < bovnet> !> + set +x
22:38 < bovnet> !> chgrp: invalid group: `crontab'
22:38 < bovnet> !> Due to previous errors, no 3-cron.log file!
22:38 < bovnet> !> (Try enabling xtrace in the config to track an error inside the build system.)
22:38 < bovnet> -> $root/var/adm/logs/3-cron.out -> 3-cron.err
22:38 < bovnet> but have a crontab group
23:12 < mpp> what host do you build on ?
23:12 < bovnet> t2
23:13 < mpp> hm...
23:14 < mpp> is this a recent svn co ?
23:14 < bovnet> yes
23:14 < mpp> quite strange
23:14 < bovnet> a few days updated today
23:15 < mpp> could be some of the errors we encountered with today
23:15 < mpp> 64 or 32 bit host ?
23:15 < bovnet> 32
23:15 < mpp> i would suggest cleaning up the build directory
23:16 < bovnet> the host has a crontab group as does the group file inside the build
23:16 < mpp> ah...
23:16 < mpp> did you emerger or build the package ?
23:16 < bovnet> just doing the build-target
23:17 < mpp> try scripts/Create-Errlist -cfg default -newremove -newdelete
23:17 < mpp> and then rebuild
23:17 < mpp> ah. sorry
23:17 < mpp> what target was it ?
23:17 < mpp> generic ...
23:17 < bovnet> generic minimal
23:17 < mpp> okay
23:18 < mpp> give it a try with the above line
23:18 < mpp> if error is still there to a Cleanup -build
23:19 < mpp> another thing could be that the svn tree is not consistent due to still mounte loop devices
23:19 < mpp> if cleanup of the build tree is not desired you should as rxr tommorow
23:20 < mpp> i would suggest to do the CreateErrlist first
23:20 < mpp> the try building again
23:22 < mpp> pending loop devices can also screw up your build host in rare occasions
23:24 < bovnet> no go with the create-errlist
23:24 < mpp> hm...
23:24 < mpp> try cleanup the build/*
23:24 < mpp> of course recompiling takes some time then
23:25 < mpp> hope ccache is enabled
23:25 < bovnet> yes ccache enable
23:25 < mpp> that should speedup the build process
23:25 < bovnet> not sure cleanup will help cause its really a new build
23:25 < mpp> it's worth a try
23:26 < bovnet> but i will try
23:26 < mpp> scripts/Cleanup -cfg default -build
23:26 < mpp> should only wipe the target build tree
23:26 < mpp> enough ram on the host is available and swap on ?
23:27 < mpp> low memory can have some unpleasent effects too.
23:27 < mpp> you could also look at dmesg and see if any dumps or the like have been spew out
23:27 < bovnet> not a high spec machine
23:27 < mpp> allthough unlikely to this
23:28 < mpp> like how much ram do you have ?
23:28 < bovnet> 256 meg for some reason swap is 750meg
23:28 < mpp> that should work for a min target
23:28 < mpp> and hd space free ?
23:29 < bovnet> yeah only 10% used
23:29 < mpp> df
23:29 < mpp> thats good
23:30 < bovnet> yeah 47gb free
23:31 < mpp> okay so go for the rebuild after cleaning up the build/defaul-****
23:31 < bovnet> running now just takes days!
23:31 < mpp> oh..
23:31 < mpp> hm..
23:32 < mpp> then do a reboot on the machine
23:32 < mpp> without wiping the build dir
23:32 < mpp> and just rebuild the target
23:32 < bovnet> I have a core duo server that almost idle wish id put xen on it
23:32 < mpp> i had this issue once in a while
23:32 < mpp> and rebooting did help - just a hinch
23:33 < mpp> otherwise you should consult rxr
23:33 < mpp> sorry !
23:33 < bovnet> its just lowly p3 so it takes a while to build
23:34 < mpp> yes but the point where cron is build in stage 3 should come up relatively soon
23:34 < bovnet> it will still be 24 hrs
23:34 < mpp> anyways - that's all i can cum up with for now
23:35 < bovnet> anyhelp is great
23:35 < mpp> also other packages could have failed
23:35 < mpp> it's worth a try to reboot the machine
23:35 < bovnet> im still learning
23:35 < mpp> do a simple scripts/Cleanup
23:35 < mpp> and rebuild
23:35 < bovnet> no cron was the first to fail
23:35 < mpp> see if it goes
23:35 < mpp> ah.
23:35 < mpp> i see
23:36 < mpp> hm...
23:36 < mpp> allright talk to rxr . maybe he can help . in the end a clean rebuild will be the only thing left.
23:36 < bovnet> i will let it build if it fails i will try the reboot
23:37 < mpp> thats why i do the build's on highpowered machine
23:37 < mpp> mulitcores just do a good job with compilin
23:37 < bovnet> yeah it was all i had spare
23:37 < mpp> allright so ill be off
23:37 < mpp> see ya tommorrow maybe
23:38 < mpp> bye
23:38 < bovnet> i have the duo as a server and its 99% idle
23:38 < mpp> vmware comes to mind.
23:38 < mpp> gotta go
23:38 -!- mpp [n=user@i538743BD.versanet.de] has quit ["good night - good fight"]
23:38 < bovnet> ok
23:39 < felanha> rxr: there is yet another update for crash, 4.0-7.4
--- Log closed Thu Oct 16 00:00:34 2008