--- Log opened Sun Jul 24 00:00:00 2005
00:03 < CIA-9> amery * r10637 /branches/2.1/package/powerpc/pbbuttonsd/pbbuttonsd.desc: * merged 9121 from trunk: updated pbbuttonsd (0.6.7 -> 0.6.10) - assumed to work, noone testing ppc on 2.1
00:05 < CIA-9> amery * r10638 /branches/2.1/package/powerpc/powerpc-utils/ (4 files): * merged 9208,9212 from trunk: updated powerpc-utils (1.1.3-7 -> 1.1.3-15) - assumed to work, noone testing ppc on 2.1
00:06 < CIA-9> amery * r10639 /branches/2.1/package/powerpc/mac-fdisk/ (4 files): * merged 9211 from trunk: updated mac-fdisk (0.1-10 -> 0.1-12) - assumed to work, noone testing ppc on 2.1
00:09 < _Ragnar_> uhm sorry
00:10 < _Ragnar_> the wireless here drops me out too often
00:11 < CIA-9> sebastian * r10640 /trunk/package/x11/nvidia/nvidia.desc: * updated nvidia (1.0-7664 -> 1.0-7667)
00:11 < Veki> OK,
00:11 < Veki> just a minute with mnemoc
00:11 < Veki> mnemoc:  gatling installed, what I have to do now?
00:12 < mnemoc> runit over the directory you want to export
00:12 < mnemoc> and open the port on your ipfilterings
00:12 < Veki> hm, just error.log file that is in src....
00:12 < mnemoc> move it to a directory :) and export it
00:13 < Veki> ok, on which address should be exported?
00:20 < mnemoc> you know your ip better than i
00:21 < Veki> hm ok, I thought that it should be sent somewhere else on t2 site or so.
00:22 -!- Shingo-- [~shingo@mercantile.wb.com.br] has joined #t2
00:22 < mnemoc> nope, published on your machine
00:22 -!- SerWou [~SerWou@lafilaire-3-82-224-107-105.fbx.proxad.net] has quit [Client Quit]
00:22 < Veki> ok
00:23 < Veki> so it is gatling -i my IP foo
00:24 < Veki> should I have public IP?
00:29 < mnemoc> or nat from one
00:30 < Veki> hm, i Hve fixed IP addresses since I am occasionaly part of LAN of nearby ISP
00:35 < CIA-9> amery * r10641 /branches/2.1/package/ (10 files in 2 dirs): * merged 10099 from trunk: moved openmotif to attic/
00:35 < Veki> Ragnar: Are you ready
01:14 -!- tarzeau [~tarzeau@80-219-64-218.dclient.hispeed.ch] has joined #t2
01:14 < tarzeau> i've found gnustep in some of your irc logs...
01:32 < Veki> I started to build generic target optimized for Pentium 3 and gcc built fine.  Does it build only once? 
02:03 < keinek> hi
02:05 < Veki> hi keinek
02:06 < mnemoc> tarzeau: yes, but?
02:08 < CIA-9> amery * r10642 /branches/2.1/package/multimedia/klear/klear.desc: * merged 9659,10285 from trunk: updated klear (0.1-alpha4 -> 0.3)
02:09 < CIA-9> amery * r10643 /branches/2.1/package/multimedia/kphone/kphone.desc: * merged 9232,10437 from trunk: updated kphone (4.1.0 -> 4.2)
02:10 < CIA-9> amery * r10644 /branches/2.1/package/multimedia/zapping/zapping.desc: * merged 9366,10284 from trunk: updated zapping (0.8 -> 0.9.6)
02:14 < CIA-9> amery * r10645 /branches/2.1/package/network/pdnsd/pdnsd.desc: * merged 9615,10263 from trunk: update pdnsd (1.2.1 -> 1.2.3)
02:16 < CIA-9> amery * r10646 /branches/2.1/package/network/webmin/webmin.desc: * merged 9557,10531 from trunk: updated webmin (1.180 -> 1.220)
02:17 < CIA-9> amery * r10647 /branches/2.1/package/x11/icewm/icewm.desc: * merged 9221,9817,10576 from trunk: updated icewm (1.2.19 -> 1.2.22)
02:17 < mnemoc> tarzeau: are we doing something wrong on it? suggestions?
03:35 < Veki> mnemoc:  I started to build generic target again and it does its passes of linux header, gcc, dietlibc and other tools. So far it goes well. Difference from previous attempt is that IO used now optimization for pentium 3.  IN previous attempt there was no any optimization set
03:41 < mnemoc> uhm
03:42 < Veki> I am still waiting for any errors that may happen.  It is 3.40 AM here, but I am patient and persistent :)
03:43 < Veki> gzip, gcc, dietlibc, base linux2.6 went well so far. We will see.  As Murphy said:  there is always chance that things will go wrong :(
03:43 < mnemoc> go to sleep :)
03:43 < Veki> I will wait 30 minutes more.
03:44 < Veki> glibc is ok, dietlibc, now is base/linux26 going on
03:44 < Veki> Just to understand more build process:  Does it have several passess of the same packages or several stages?
03:46 < mnemoc> linux26 takes ~1:30 in a cacheless build on my p4/2.8/768 build server
03:47 < Veki> uhm, so you think that some time in the morning there will be that package completed on my much slower machine.  ANyway that package was not problem.  gcc was problem
03:49 < mnemoc> go to sleep :)
03:51 < Veki> OK, I will, but I am curious does build process build those baic packages in several stages or pasess, because ot seems to me that it was/is like that.  It started with glibc.... and now it is again that kind of pass, currently on base/linux26
03:54 < Veki> OK, I am going to sleep, cu tomorrow or better to say today :)
03:54 < Veki> cu
03:55 -!- Veki [~veki@217.24.19.40] has quit ["leaving"]
04:50 < CIA-9> amery * r10648 /trunk/package/zope/zope/zope.desc: * updated zope (2.8.0-b2 -> 2.8.0)
04:52 < CIA-9> amery * r10649 /trunk/package/zope/plone/plone.desc: * updated plone (2.0.5 -> 2.1-beta1)
04:57 < CIA-9> amery * r10650 /branches/2.1/package/zope/zope/zope.desc: * updated zope (2.7.6 -> 2.7.7)
06:18 < _Ragnar_> re
06:47 -!- mtr_ [~Michael@p54AF9F19.dip0.t-ipconnect.de] has joined #t2
06:57 -!- keinek_ [~keinek@201.254.13.151] has joined #t2
07:05 -!- mtr [~Michael@p54AF9F19.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)]
07:17 -!- keinek [~keinek@201.254.13.151] has quit [Read error: 110 (Connection timed out)]
08:18 < CIA-9> msluis * r10651 /trunk/package/contrib/lesspipe/lesspipe.desc: * updated lesspipe (1.51 -> 1.52)
08:18 -!- karasz [~root@80.97.102.202] has quit [Read error: 54 (Connection reset by peer)]
08:18 < CIA-9> msluis * r10652 /trunk/package/develop/libtasn1/libtasn1.desc: * updated libtasn1 (0.2.13 -> 0.2.14)
08:32 -!- minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
08:32 < minto> moin
09:01 -!- SerWou [~SerWou@lafilaire-3-82-224-107-105.fbx.proxad.net] has joined #t2
09:07 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: SerWou, tarzeau, Shingo--, mnemoc, dsoul
09:08 -!- Netsplit over, joins: SerWou, tarzeau, Shingo--, mnemoc, dsoul
09:11 < tarzeau> mnemoc: nope, i didn't find out what you do with it really actually
09:12 < CIA-9> msluis * r10653 /trunk/package/gnustep/gnustep-base/gnustep-base.desc: * updated gnustep-base (1.10.2 -> 1.11.0)
09:26 < CIA-9> msluis * r10654 /trunk/package/gnustep/gnustep-make/gnustep-make.desc: * updated gnustep-make (1.10.0 -> 1.11.0)
10:01 -!- Shingo-1 [~shingo@mercantile.wb.com.br] has joined #t2
10:01 -!- Shingo-- [~shingo@mercantile.wb.com.br] has quit [Read error: 104 (Connection reset by peer)]
10:08 -!- mipe [~mika@dsl10040.japo.fi] has joined #t2
10:09 < CIA-9> msluis * r10655 /trunk/package/gnustep/gnustep-gui/gnustep-gui.desc: * updated gnustep-gui (0.9.5 -> 0.10.0)
10:09 < CIA-9> msluis * r10656 /trunk/package/gnome2/gob/gob.desc: * updated gob (2.0.11 -> 2.0.12)
10:10 < CIA-9> msluis * r10657 /trunk/package/editors/xemacs-packages/xemacs-packages.desc: * updated xemacs-packages (2005-05-05 -> 2005-07-15)
10:18 -!- Shingo-1 [~shingo@mercantile.wb.com.br] has quit ["Download Gaim: http://gaim.sourceforge.net/"]
10:27 < CIA-9> msluis * r10658 /trunk/package/x11/rivatv/ (4 files): * updated rivatv (0.8.5 -> 0.8.6)
11:15 -!- Veki [~veki@217.24.19.40] has joined #t2
11:24 -!- minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit [Read error: 60 (Operation timed out)]
12:08 -!- minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
12:09 < minto> hi all
12:18 < minto> anyone of the core T2 team here?
12:19 < minto> ping valentin
12:25 -!- Veki [~veki@217.24.19.40] has quit [Read error: 113 (No route to host)]
12:27 < CIA-9> msluis * r10659 /trunk/package/base/xen-tools/xen-tools.desc: 
12:27 < CIA-9> * changed xen-tools from stage 3 to stage 5. xen-tools requires
12:27 < CIA-9>  python which is first build in stage 5.
12:53 -!- mipe [~mika@dsl10040.japo.fi] has quit ["Lost terminal"]
13:04 < CIA-9> msluis * r10660 /trunk/scripts/Config: * added automatic default detection for x86-64 in Config script.
13:08 < minto> ping sepp_
13:08 < minto> ping mtr_
13:11 < minto> mnemoc, valenting, mitr_, sepp_: Should building 32 bits on x86-64 be considered crossbuild or native build?
13:17 < mtr_> pong minto 
13:17 -!- mtr_ is now known as mtr
13:17 < minto> hi mtr
13:17 < mtr> moin
13:17 < minto> I have a question.
13:18 < minto> I am building 32 bits on x86-64
13:18 < minto> Sofar I have not used cross-building for this, should I.
13:19 < mtr> cross-building is limited to stage 1, as it is impossible to chroot into the cross-build target system
13:20 < mtr> so a native should be possible on x86_64
13:20 < minto> I am afraid not, I get error in stage 3 due to module-init-tools being build natively (=x86-64)
13:21 < minto> I want it to build 32 bits instead
13:21 < mtr> hmm ...
13:21 < minto> In ./scripts/parse-config uname -m is used.
13:21 < minto> if not cross building.
13:21 < mtr> similar to ltrace
13:22 < minto> Yes, looks like it.
13:22 < minto> ./scripts/parse-config: arch_build="`uname -m`-nocross-linux-gnu"
13:23 < minto> when building module-init-utils if get --build=x86_64-nocross-linux-gnu :-(
13:23 < minto> if = I
13:24  * mtr reading parse-config ...
13:31 < minto> I suspect that due to this depmod gets build 64 bits. Linux24 gets build 32 and makes use of depmod (64 bits version) then I get the following error:
13:31 < minto> depmod: ELF file /lib/modules/2.4.31-dist/drm/via.o not for this architecture
13:32 < mtr> ack
13:33 < minto> I am now doing a build with crossbuild turned on.
13:34 < minto> I could also modify parse-config to use $arch in case of x86_64
13:36 < mtr> i do not see what parse-config is doing wrong
13:36 < mtr> if cross-compiling and for stages <= 1 parse-config sets arch_build="`uname -m`-nocross-linux-gnu"
13:37 < mtr> for upper stages arch_build="$arch_target"
13:38 < mtr> and for x86: architecture/x86/archtest.out:arch_target=i386-t2-linux-gnu
13:39 < mtr> minto: do you have your build logs still published?
13:40 < minto> yes
13:40 < mtr> 2.1 or trunk ?
13:40 < minto> http://multimach.dyndns.org/t2/2.1/regressions/reference-32/regressions.html
13:41 < mtr> yes, found it
13:41 < mtr> there is the linux24 failure
13:41 < minto> module-init-tools is build in stage 1 and 3
13:41 < minto> linux24 is build in stage 3 before module-init-tools, so it uses the one from stage 1 which is 64 bits.
13:42 < mtr> minto: linux24 fails in stage 5
13:42 < minto> Ohh, ehmm
13:42 < mtr> so, i would say it uses the native build from stage 3
13:43 < minto> I'll check that
13:44 < minto> Nope  --build=i586-t2-linux-gnu
13:44 < minto> module-init-tools probably does uname itself just like ltrace.
13:45 < mtr> ;-)
13:45 < minto> doing crossbuild fails, now I get _Ragnar_'s error.
13:45 < mtr> probably module-init-tools needs a similar hack to force the cross-compile
13:46 < minto> I will look into it.
13:49 < minto> thanx for your help
13:49 < mtr> yw
14:10 < minto> Hmm, I am still puzzled
14:10 < minto> depmod: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.0.0, dynamically linked (uses shared libs), stripped
14:10 < minto> via.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
14:11 < minto> both depmod and one of the file complaining in the log are 32 bits.
14:20 < mtr> minto: what does modinfo via.o say about the modules vermagic, possibly this gives a hint
14:22 < minto> filename:       via.o
14:22 < minto> kernel_version: 2.4.31-dist
14:22 < minto> kernel_version: 2.4.31-dist
14:22 < minto> author:         VIA
14:22 < minto> description:    VIA Unichrome
14:22 < minto> parm_drm_opts:  s
14:22 < minto> license:        GPL and additional rights
14:22 < minto> kernel_version: 2.4.31-dist
14:22 < minto> kernel_version: 2.4.31-dist
14:22 < minto> kernel_version: 2.4.31-dist
14:23 < mtr> aargh, vermagic is 2.6 only, sorry
14:23 < minto> np
14:25 < sepp_> hello *
14:25 < minto> hi sepp
14:25 < sepp_> hi minto 
14:25 < mtr> hi sepp_ 
14:26 < sepp_> hi mtr 
14:31 -!- sepp_ is now known as sepp
14:48 < CIA-9> sebastian * r10661 /trunk/package/perl/perl-libintl/ (. perl-libintl.cache perl-libintl.desc): * added perl-libintl (1.11), dvdrip requires libintl
14:50 < CIA-9> sebastian * r10662 /trunk/package/multimedia/dvdrip/dvdrip.desc: * updated dvdrip (0.52.2 -> 0.52.6)
15:02 < tarzeau> is there plans to use any parts of gnustep for t2?
15:04 < minto> tarzeau: T2 already has a number of gnustep packages.
15:04 < tarzeau> where can i read more about it, which?
15:05 < sepp> addresses  gnustep-back  gnustep-gui   gorm        projectcenter gnumail    gnustep-base  gnustep-make  gworkspace
15:05 < sepp> :)
15:05 < minto> http://www.t2-project.org/packages/ and search for gnustep
15:06 < minto> This morning a few of these packages have been updated.
15:09 < tarzeau> ah nice
15:09 < tarzeau> this is a new package type, right?
15:10 < tarzeau> i like TimeMon.app alot
15:47 -!- SerWou [~SerWou@lafilaire-3-82-224-107-105.fbx.proxad.net] has quit [Client Quit]
15:49 < CIA-9> msluis * r10663 /trunk/package/java/apache-ant/ (apache-ant.conf apache-ant.desc): * updated apache-ant (1.6.3 -> 1.6.5)
16:00 -!- tarzeau [~tarzeau@80-219-64-218.dclient.hispeed.ch] has left #t2 ["http://www.linuks.mine.nu/debian-worldmap/"]
16:05 -!- morfoh [~jeru@p54BFB419.dip.t-dialin.net] has joined #t2
16:05 < morfoh> moin
16:14 < sepp> hello morfoh 
16:14 < morfoh> hi sepp :)
16:26 < minto> hey morfoh
16:30 < morfoh> hey minto :)
16:44 < minto> morfoh: do you have some time to help me out?
17:01 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: nzg
17:03 -!- Netsplit over, joins: nzg
17:19 < morfoh> minto: what's the problem ?
17:19 < minto> linux24 doesn't want to build in 2.1
17:20 < mnemoc> uhm?
17:20 < morfoh> minto: err log ?
17:20 < mnemoc> amd64?
17:21 < minto> on noisy but a 32 bits build.
17:21 < minto> http://multimach.dyndns.org/t2/2.1/regressions/reference-32/regressions.html
17:22 < minto> first I thought depmod was build 64 bits. But it does not appear to be so.
17:22 < minto> mtr gave me a hand earlier, but we have not been able to track it down.
17:23 < minto> I scanned the whole of build/reference-32.../ for 64 bits files and did not find any.
17:23 < mnemoc> minto: have you played inside debug.sh ?
17:23 < minto> No
17:23 < minto> I have no Idea what to play with
17:24 < mnemoc> inside debug.sh you are on the same context than the package use to build
17:25 < mnemoc> are those modules using $KCC ?
17:25 < minto> dunno, how can I find out
17:26 < mnemoc> no, they are too many. they have to come from kernel itself...
17:26 < mnemoc> what hte say about your objects?
17:26 < minto> uhmm?
17:28 < mnemoc> or maybe recalling that depmod line with -v inside debug.sh
17:28 < minto> mnemoc: I have no clue what you are talking about.
17:29 < mnemoc> neither do i
17:29 < minto> I could give you access to the box so you can have a peek
17:29 < mnemoc> rene is more useful than i in this field
17:29 < mnemoc> inside debug.sh run: depmod -a -q -F /boot/System.map_2.4.31-dist 2.4.31-dist   by hand
17:29 < minto> Then it probably takes another 2 weeks.
17:31 < mnemoc> is your Build-Pkg patched to let debug.sh do the mounts?
17:31 < minto> This is weird, here is the output:
17:31 < mnemoc> i haven't merged that one officially into 2.1 yet
17:31 < minto> debug-linux24:[src.linux24.1122190725.18474.0]# depmod -a -q -F /boot/System.map_2.4.31-dist
17:31 < minto> WARNING: Couldn't open directory /lib/modules/2.6.12: No such file or directory
17:31 < minto> FATAL: Could not open /lib/modules/2.6.12/modules.dep.temp for writing: No such file or directory
17:31 < minto> No, I am afraid not.
17:31 < mnemoc> you forgot the version
17:32 < mnemoc> after System.map you have to tell depmod the version you are trying
17:32 < mnemoc> if not, it will use uname -r
17:32 < minto> Now I get the same result as the Error_Log
17:33 < morfoh> hmmm ... this is indeed a really weird error :/
17:33 < mnemoc> -r9737:9738 <-- this is the merge to let debug.sh mount the needed stuff
17:34 < mnemoc> and umount it
17:34 < mnemoc> from trunk
17:34 < minto> should I do: svn merge -r9737:9738  ?
17:34 < mnemoc> adding -v between System.map and the version shows something usefull?
17:34 < morfoh> I think this is a cross-compile issue
17:35 < morfoh> --> The last step in the 'make modules_install' is to invoke 'depmod' which will generate errors because 'depmod', checks each module's architecture against the native (LDW) architecture. In other words, 'depmod' complains bitterly that the ARM architecure modules are not X86. The error messages are along these lines:
17:35 < morfoh>  
17:35 < morfoh> depmod: ELF file /lib/modules/2.4.18-rmk7-pxa3-embedix/kernel/arch/arm/mach-sa1100/devinfo.o not for this architecture
17:35 < morfoh>  
17:35 < morfoh> This behavior will disappear when 'depmod' is revised to support cross compiling. In spite of this the modules should be OK, except that they must be copied from
17:35 < mnemoc> after the revision add the location of a working copy of the trunk
17:35 < morfoh> ^http://aurach.ewu.edu/ield/ield_course/lectures/ield_ch8.html
17:36 -!- sepp_ [~sepp@p213.54.226.17.tisdip.tiscali.de] has joined #t2
17:36 < mnemoc> then you could add '|| true' after depmod on Build-Pkg and try on runtime later :)
17:36 < mnemoc> hi sepp_ 
17:38 < mnemoc> minto: also try using hte to see those polemic ELF files
17:39 < mnemoc> minto: and what they really are
17:40 < minto> I am all dizzy know (and I haven't touched any mushrooms) 
17:41 -!- keinek_ is now known as keinek
17:41 < morfoh> minto: sit back and relax ... erhaps you should some mushrooms to compensate ;)
17:41 < morfoh> eat
17:41 < minto> Okay, if that solves my problems 
17:41 < keinek> hi
17:42 < morfoh> hi keinek 
17:42 -!- sepp [~sepp@p213.54.216.112.tisdip.tiscali.de] has quit [Read error: 60 (Operation timed out)]
17:43 < minto> hi keinek
17:43 < minto> keinek: there is something on dutch tv for you
17:43 < keinek> yes?
17:43 < keinek> what?
17:44 < minto> They talk about porn and sex, guess what's on next
17:44 < keinek> oh right, but i dont have dutch tv :(
17:44 < keinek> :D
17:44 < minto> Next is Sesamestreet. 
17:44 < mnemoc> :D
17:44 < morfoh> .oO( afaik today is start of TeleSUR )o
17:44 < minto> Can you believe showing porn right before a kids program
17:45 < mnemoc> that's 'modern'
17:47 < sepp_> hi mnemoc 
17:51 < minto> morfoh: Should I give module-init-tools 3.2 preX a try and see if cross building is supported?
17:52 < mnemoc> minto: what mte say about your .ko files?
17:52 < mnemoc> .o files i mean
17:52 < sepp_> hte does not understand elf amd64 :'(
17:53 < minto> I have no hte or mte on my system.
17:53 < sepp_> ohh it should be 32
17:55 < minto> What package is it in?
17:55 < sepp_> hte ;)
17:55 < morfoh> develop/hte
17:56 -!- sepp_ is now known as sepp
17:57 < mnemoc> sepp: btw, hte was at stage 3 becaseu mtr thought it was a typo to have on stage 2 :)
17:59 < mnemoc> brb
17:59 < sepp> mnemoc: r10661 is a runtime dep of dvdrip even the "old" 2.1 version needs it
17:59 < mnemoc> ok
18:00 < minto> Okay, hte installed, how does it work?
18:00 < mnemoc> can you file the issue for milestone rc2? i have to go now
18:00 < mnemoc> run it
18:00 < morfoh> cu mnemoc 
18:00 < minto> cu mnemoc
18:01 < mnemoc> cu
18:01 < minto> Before I forget, I have another issue.
18:01 < minto> syslog_ng (3) needs pkgconfig (5)
18:02 < minto> should syslog_ng be moved to stage 5
18:02 < minto> or should pkgconfig be build in stage 3 as well.
18:02 < morfoh> minto: I will change it ;)
18:03 < minto> I could change it too, but I wasn't sure with option is the best.
18:03 < minto> with = which
18:03 < morfoh> minto: please let me take a look over it ... ;)
18:03 < minto> ack
18:04 < morfoh> hmmm ... I'm wondering a bit anyway ... why it's build in stage 3
18:04 < minto> Same issue with xen_tools and python. I already moved xen_tools to stage 5.
18:04 < morfoh> hmmm ... ic
18:14 < morfoh> minto: btw, because the upcoming syslog-ng is using the glib now ... it seems to need pkgconfig
18:16 < minto> I noticed the dependancy ;-)
18:16 < morfoh> minto: good ;)
18:16 < CIA-9> chris * r10664 /trunk/package/base/syslog-ng/syslog-ng.desc: * moved syslog-ng build from stage 3 to stage 5 because it needs pkgconfig
18:16 < minto> :-)
18:17 < morfoh> minto: did you had problems with eventlog too ?
18:17 < minto> nope
18:17 < morfoh> which is needed by the new syslog-ng
18:17 < morfoh> ok :)
18:17 < morfoh> then we can leave it at stage 3 so far
18:18 < minto> Unfortunately I can not continue due to linux24
18:18 < minto> Is hte just a hex viewer?
18:19 < minto> I can't see any usefull info (yet)
18:19 < sepp> press space ;)
18:20 < minto> I get 4 options: hex, text, disasm, file info
18:21 < minto> Opening a file starts with: error while reading ELF: Zero count in program section headers
18:21 < minto> then a hex screen comes up.
18:24 < minto> module-init-tools 3.2 pre7 builds in stage 0 and 3
18:25 < minto> Now trying to build linux24 again.
18:25 < minto> Sorry, stage 1 and 3 
18:33 -!- SerWou [~SerWou@lafilaire-3-82-224-107-105.fbx.proxad.net] has joined #t2
18:55 < minto> hmm, still no difference
18:56 < mnemoc> module-init-tools doesn't affect 2.4
18:57 < minto> hi mnemoc, why not. Isn't depmod part of it?
18:58 < mnemoc> yes, but it bounce to depmod.old for 2.4
18:59 < mnemoc> which is part of modutils
19:01 < minto> Yuck, now what?
19:02 < mnemoc> are your module built for the right arch acording to hte?
19:02 < minto> hte says:
19:02 < minto> error while reading ELF: Zero count in program section headers
19:02 < minto> then comes up a hex editor
19:04 < mnemoc> uhm
19:04 < mnemoc> and what 'file' said about them?
19:06 < minto>  ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
19:09 < mnemoc> uhm
19:09 -!- mtr_ [~Michael@p54AFB0C0.dip0.t-ipconnect.de] has joined #t2
19:12 -!- mtr [~Michael@p54AF9F19.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)]
19:12 < sepp> man depmod.old - UNAME_MACHINE
19:13 < sepp>  This is mainly of use when you are  compiling  64  bit modules in 32 bit user space or vice versa ...
19:13 < sepp> maybe?
19:14 < minto> hmm, look interesting, I will give it a try.
19:15 -!- SerWou [~SerWou@lafilaire-3-82-224-107-105.fbx.proxad.net] has quit [Remote closed the connection]
19:15 < minto> should I set UNAME_MACHINE=$arch then?
19:16 < mnemoc> amybe
19:23 < minto> Time's up :-( I have to wait for tomorrow to try
19:25 < morfoh> poor minto :(
19:25 -!- keinek_ [~keinek@201.255.148.93] has joined #t2
19:27 < minto> No problem, just a smal break and then I have more questions :-)
19:34 -!- keinek [~keinek@201.254.13.151] has quit [Read error: 60 (Operation timed out)]
19:41 < minto> hah, answered it myself :-)
19:43 -!- keinek_ is now known as keinek
19:53 -!- SerWou [~SerWou@lafilaire-3-82-224-107-105.fbx.proxad.net] has joined #t2
19:53 -!- SerWou [~SerWou@lafilaire-3-82-224-107-105.fbx.proxad.net] has quit [Client Quit]
19:54 -!- SerWou [~SerWou@lafilaire-3-82-224-107-105.fbx.proxad.net] has joined #t2
20:44 < minto> ping morfoh
20:46 < SerWou> hello minto ;) 
20:46 < minto> hi SerWou
20:53 < morfoh> minto: pong
20:53 < morfoh> Hi SerWou 
20:54 < morfoh> I mean ... bonsoir SerWou :)
20:54 < minto> Hmm, what was my question again?????
20:54 < minto> I hava another one. Can I add and additional license type to REGISTER?
20:54 < morfoh> .oO( minto has alzheimer)o
20:54 < minto> APL The Apache License
20:55 < morfoh> if that works ... I see no problems ;)
20:56 < minto> I will try.
20:56 < minto> Now I remember again. How do I Emerge a package when I get the following?
20:56 < morfoh> I think it's good idea to include the "real" licence in the package desc
20:56 < minto> root@devserver:/home/t2/trunk# ./scripts/Emerge-Pkg -deps=none jakarta-regexp
20:56 < minto> Packages scheduled to build: none
20:56 < minto> Uh?
20:57 < minto> You mean APL or written out fully?
20:57 < morfoh> no no ... APL !
20:57 < morfoh> I just mean the Licenses should be as correct as possible
20:57 < morfoh> nothing more :)
20:57 < minto> :-) I agree
20:58 < morfoh> but with Emerge .... hmmm. I dunno sorry. I don't use it very often :\
20:58 < minto> Still the original question. lookup
20:58 < morfoh> so it doesn't start building the package I guess
20:59 < morfoh> did someone ever told you a way for circumvent this ?
20:59 < morfoh> if yes ... try to grep the IRC logs 
20:59 < minto> No
20:59 < morfoh> :/
20:59 < minto> I will grep :-)
20:59 < minto> thanks
20:59 < morfoh> yw :)
21:00 < minto> I am on the virge of adding a new java package
21:00 < minto> Including better apache ant support :-)
21:00 < morfoh> that was what I expected ;)
21:00 < morfoh> yippi :)
21:00 < morfoh> my friend will be happy ....
21:00 < minto> why will he be happy?
21:00 < morfoh> I have to force him to join T2 java group
21:01 < minto> hehe, I can use some help
21:01 < minto> There a loads of java packages out there
21:01 < morfoh> because he is a famous java programmer too ... doing project for Deutsche Telekom
21:01 < morfoh> I told you about him some weeks before 
21:01 < minto> If he is pleased, ask him if he has a contract job for me :-)
21:02 < morfoh> he's working at Technical University
21:02 < morfoh> these are mostly "Research Projects"
21:02 < minto> I don't care as long as it gets paid :-)
21:02 < morfoh> hehe :)
21:03 < morfoh> I can imagine :)
21:03 < morfoh> so I'll continue cleaning my couch ... damn "rat" has done some crap
21:03 < minto> rat??? I thought you had bunnies?
21:03 < minto> morfoh's rat is couch potato
21:04 < minto> morfoh: have fun :D
21:05 < morfoh> minto: mnemoc gave hime the synonym "rat" and yes he's a real couch potato :)
21:06 < morfoh> and yes I've real fun :/
21:06 < minto> *rofl*
21:06 < morfoh> minto: what was your email address again ? I'm to lazy to grep the package tree
21:06 < minto> why?
21:07 < morfoh> minto: are you police or what ? :)
21:07 < minto> minto at multimach .com
21:08 < morfoh> oh! it was still "cached" by kmail ... but thanks :)
21:09 < minto> don't send me your rat's crap
21:10 < morfoh> minto: you'll get some of it :)
21:10 < minto> yuck, yuck
21:10 < minto> I wil send you Merlyn his nappy's in reply
21:11 < morfoh> minto: if you want :)
21:12 < minto> What is your real address :-)
21:12 < morfoh> 192kB upload is no fun
21:12 < minto> That's a lot of crap
21:12 < morfoh> of course :)
21:13  * minto is hiding before the mail comes in
21:13 < morfoh> band zipped in a package :)
21:13 < morfoh> and
21:13 < morfoh> so compressed
21:13 < morfoh> ok mail is out
21:14 < morfoh> you can show Merlyn the "crap" tomorrow :)
21:15 < minto> hehe, cute little fella. Has he jacked you computer case :-)
21:15 < morfoh> yes :)
21:15 < morfoh> I was working on my Athlon. when he was youg it was his house :)
21:16 < minto> Hah haa, it worked. 
21:16 < morfoh> what ?
21:16 < minto> My modification
21:16 < morfoh> which one ?
21:16 < minto> He must have had a warm house then
21:17 < minto> adding APL, changing apache ant and adding package jakarta-regexp :)
21:17 < morfoh> :)
21:20 < CIA-9> msluis * r10665 /trunk/ (misc/share/REGISTER scripts/Check-PkgFormat): * Added new license type: APL The Apache License
21:22 < CIA-9> msluis * r10666 /trunk/package/java/java-dirtree/ (java-conf.in java-dirtree.conf): 
21:22 < CIA-9> * Java builds using apache ant are now less rigid. Ant target,
21:22 < CIA-9>  build destination and doc destination can now be configured
21:22 < CIA-9>  in .conf files.
21:24 < CIA-9> msluis * r10667 /trunk/package/java/jakarta-regexp/ (4 files): * added apache jakarta-regexp (1.3)
21:33 < CIA-9> msluis * r10668 /trunk/package/java/jakarta-regexp/ (3 files): * Added copyright headers to jakarta-regexp
21:34 < minto> F* it
21:34 < morfoh> minto: as I told you before .... seems that you've alzheimer:)
21:35 < morfoh> haha :)
21:35 < minto> How do I handle tar files with a traling null block
21:35 < minto> A lot of the jakarta packages seem to have that problem
21:35 < minto> :')
21:36 < minto> :'-)
21:36 < minto> Damn smileys
21:36 < mnemoc> crying happy?
21:37 < minto> nope, crying out of frustration
21:37 < minto> Ahh, master mnemoc might know.
21:37 < mnemoc> :)
21:37 < minto> mnemoc: What to do about tar files with trailing null blocks
21:38 < minto> tar: Een enkel nul-blok op 4643
21:38 < mnemoc> file the issue on apache's bugtracker :)
21:39 < minto> :-( So I can't add the packages before apache fixes them?
21:39 < minto> A lot of apache packages have this problem
21:39 < mnemoc> minute
21:41 < mnemoc> uhm
21:41 < mnemoc> no way to hook before autoextract :(
21:43 < minto> Maybe we need an extract hook as well
21:44 < mnemoc> a bug on apache distribution method doesn't justify a new hook
21:44 < minto> I actually came up with this hook before.
21:45 < minto> When doing zip file extraction
21:45 < minto> I was missing an extract hook to override automatic tar file extraction
21:45 < mnemoc> zip autoextraction needs real code, no an extra hook
21:46 < minto> I had to do the extraction myself, but as a consequence I also had to do the configure; make cycly myself
21:46 < mnemoc> why?
21:46 < mnemoc> autoextract=0
21:46 < mnemoc> hook_preconf ...
21:46 < mnemoc> hook_add preconf*
21:46 < minto> If you do autoextract=0 no patching will be done.
21:47 < minto> Why have to do the patching myself if there is no need.
21:47 < mnemoc> you have to call the patching function on preconfig also
21:47 < minto> Why can the automatic build process not take of that. I only want a different extraction method.
21:48 < mnemoc> .oO
21:49 < mnemoc> welll.....  custextract=  may work
21:50 < minto> Hmm, I didn't know that one.
21:50 < mnemoc> doesn't exist
21:50 < mnemoc> tar -v $taropt $archdir/$xsrctar | tee untar.txt |
21:50 < mnemoc> sed 's,^\./,,' | cut -f1 -d/ |
21:50 < mnemoc>  sort -u > xsrcdir.txt
21:50 < mnemoc> every custextract should also create xsrcdir.txt
21:51 < mnemoc> and untar.txt
21:51 < mnemoc> maybe just replacing "tar -v $taropt" and simulating it's output
21:51 < minto> tar_gz_extract() {
21:51 < minto>         echo "Extracting $xsrctar ($taropt) ... "
21:51 < minto>         tar -v $taropt $archdir/$xsrctar | tee untar.txt |
21:51 < minto>                 sed 's,^\./,,' | cut -f1 -d/ |
21:51 < minto>                 sort -u > xsrcdir.txt
21:51 < minto> }
21:51 < minto> Oeps wrong one
21:52 < minto> zip_extract() {
21:52 < minto>         echo "Extracting $xsrctar ($zipopt) ... "
21:52 < minto>         unzip $zipopt $archdir/$xsrctar | sed 's,^.*/$,,' |
21:52 < minto>                 cut -f4 -d" " | tee untar.txt |
21:52 < minto>                 sed 's,^\./,,' | cut -f1 -d/ |
21:52 < minto>                 sort -u | sed '1d' > xsrcdir.txt
21:52 < minto> }
21:52 < mnemoc> $1 instead of $archdir/$xsrctar  i guess
21:52 < mnemoc> eval "$custextract $archdir/$xsrctar"
21:53 < mnemoc> is that laready on trunk?
21:54 < minto> in package/java/java-dirtree/zip-extract is something
21:54 < mnemoc> :)
21:54 < minto> ------------------------------------------------------------------------
21:54 < minto> r10108 | msluis | 2005-07-11 22:21:09 +0200 (ma, 11 jul 2005) | 5 lines
21:54 < minto>         * Moved the zip extraction to a central place to be reused. In
21:54 < minto>           future this code should be merged with the current auto extraction
21:54 < minto>           code. However the existing todo's should first be resolved.
21:54 < minto>         * See trac issue #21 for additional information.
21:54 < minto> ------------------------------------------------------------------------
21:55 < mnemoc> i have 507 unread commit messages :(
21:55 < minto> https://trac.t2-project.org/ticket/21
21:55 < minto> mnemoc: maybe I should slowdown :-)
21:56 < mnemoc> nah
21:57 < mnemoc> i think it can be done in this way:
21:57 < mnemoc> if [ -z "$custextract" ]; then
21:57 < mnemoc> case "$xsrctar" in
21:58 < mnemoc>  *.tar.bz2|*.tbz2)   custextract='tar -v $taropt $1' ;; 
21:59 < mnemoc>  *.zip) custextract='unzip $zipopt $1 | sed "s,^.*/\$,,"' ;;
21:59 < mnemoc> esac
21:59 < mnemoc> fi
22:00 < mnemoc> if [ -z "$custextract" ]; then
22:00 < mnemoc> echo "Extracting $xsrctar (${custextract%|*}) ... "
22:01 < mnemoc> eval "${custextract/\$1/$archdir/$xsrctar}" | tee untar.txt | sed 's,^\./,,' | cut -f1 -d/ | sort -u | sed '1d' > xsrcdir.txt
22:01 < mnemoc> fi
22:02 < mnemoc> ^--- that was just written here
22:02 < minto> Look nice but complex
22:02 < mnemoc> :(
22:03 < minto> Why now just have a func for every supported extraction type (bz2, gz and zip)
22:03 < mnemoc> i don't think it's good to have duplicated code between different extraction methods
22:04 < mnemoc> bz2filename() was hardcoded on about 20 places
22:04 < minto> I think it is wrong to format output of one extraction form to look like the other
22:04 < mnemoc> each using different code
22:04 < mnemoc> we need an uniform untar.txt 
22:05 < mnemoc> xsrcdir.txt thing can be done separately
22:05 < minto> Yes, every extraction function should create one in the proper way
22:11 -!- rxr_ [rene@e178173079.adsl.alicedsl.de] has joined #t2
22:11 -!- Topic for #t2:  T2 | 2.1.0-rc1 RELEASED | The next generation of System Development Environments (SDE) | http://www.t2-project.org/
22:11 -!- Topic set by mnemoc [] [Tue Jun 21 16:27:15 2005]
22:11 [Users #t2]
22:11 [ _Ragnar_] [ jsaw  ] [ mnemoc] [ nzg ] [ sepp    ] 
22:11 [ CIA-9   ] [ keinek] [ morfoh] [ rxr ] [ SerWou  ] 
22:11 [ dsoul   ] [ minto ] [ mtr_  ] [ rxr_] [ valentin] 
22:11 -!- Irssi: #t2: Total of 15 nicks [0 ops, 0 halfops, 0 voices, 15 normal]
22:11 -!- [freenode-info] please register your nickname...don't forget to auto-identify! http://freenode.net/faq.shtml#nicksetup
22:11 -!- Channel #t2 created Sun Aug  8 21:15:33 2004
22:11 -!- Irssi: Join to #t2 was synced in 16 secs
22:11 < minto> I am off to bed shortly (but not right now)
22:16 < minto> Created an issue in apache bugzilla
22:17 < mnemoc> :)
22:21 -!- rxr [rene@e178147142.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
22:36 < minto> Hmm, odd, Emerge-Pkg didn't mind the trailing null block
22:37 < minto> morfoh: you're right I must be suffering alzheimer
22:38 < CIA-9> msluis * r10669 /trunk/package/java/jakarta-oro/ (. jakarta-oro.conf jakarta-oro.desc): * added apache jakarta-oro (2.0.8)
22:39 < minto> that's all folks (at least for today)
22:39 < minto> sleep well all.
22:49 < morfoh> re
22:50 < morfoh> sleep well minto ... ack ... I know that you've alzheimer ;)
22:50 < morfoh> minto: please don't eat so much mushrooms please ;)
23:09 -!- Veki [~veki@217.24.19.40] has joined #t2
23:10 < Veki> hi
23:28 < sepp> hi Veki-Vamp ;)
23:28 -!- minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit [Read error: 110 (Connection timed out)]
23:39 < morfoh> hi sepp :)
23:42 < mnemoc> morfoh: http://projects.edgewall.com/trac/wiki/MacroBazaar#TracNav
23:42 < morfoh> click
23:43 < sepp> hi morfoh again :)
23:44 < morfoh> hi saxonia-sepp again :)
23:44 < morfoh> mnemoc: I guess I know what do you wanna tell me ;)
23:46 < morfoh> sepp: what about the dresden cityhall ... will it be privatized by your local government ?
23:46 < sepp> uhm what?
23:46 < morfoh> yes! 
23:46 < morfoh> they want to sell it
23:47 < morfoh> you didn't know ?
23:47 < sepp> the republikpalast clone?
23:47 < morfoh> no I think it's an old building
23:47 < morfoh> I read ab out it last week
23:48 < morfoh> and there was a picture from an old building
23:48 < sepp> maybe i missed this news
23:48 < morfoh> yes I think so
23:48 < morfoh> you should read a newspaper which was there in the GDR too (for the youth) ;)
23:48 < sepp> but i would not wonder if they sell moonlight here ...
23:49 < morfoh> ack
23:49 < morfoh> 800 Million Euro debts in Dresden
23:50 < sepp> i mean here they are 100% brain dead - if they plan a bridge they choose the longest way other the river ...
23:51 < morfoh> sepp: http://www.jungewelt.de/2005/07-19/016.php
23:53 < sepp> i have to say i was no born here 
23:54 < sepp> to me it is crazy anyway
23:55 < morfoh> sepp: ack ... the f* politicians doing anything to satisfy the needs for their "Sponsors"
23:55 < morfoh> sepp: first screwing the public finances 
23:55 < morfoh> sepp: and then selling the assets
23:55 < sepp> good that i have no "WOBA" flat
23:55 < morfoh> sepp: and the paralyzed people looking like cows
23:56 < morfoh> cow = mnemoc definition btw ;)
23:56  * morfoh hides 
23:56 < mnemoc> :(
23:57 < sepp> lol i updated scons, now yafray does not allocate 23gb of ram - now blender fails
23:57 < morfoh> mnemoc: I didn't meaned that you're a cow
23:57 < sepp> uhm
23:57 < morfoh> I meaned that it was a term you used 
--- Log closed Mon Jul 25 00:00:00 2005