--- Log opened Sun Nov 11 00:00:16 2007
05:02 -!- yokoy_ [n=yokoy@e178126125.adsl.alicedsl.de] has joined #t2
05:19 -!- yokoy [n=yokoy@e178077202.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
09:50 -!- dsoul [i=darksoul@vice.ii.uj.edu.pl] has quit [Remote closed the connection]
09:50 -!- dsoul [i=darksoul@vice.ii.uj.edu.pl] has joined #t2
10:05 < rxr> re
10:06 < rxr> re
10:06 < rxr> happy snowed greetings from white Berlin ...
10:06 [Users #t2]
10:06 [@ChanServ] [ Cyda ] [ Fatal ] [ rxr ] [ yokoy_]
10:06 [ CIA-12 ] [ dsoul ] [ mtr ] [ TobiX ]
10:06 [ Codex ] [ Enqlave] [ Ragnarin] [ valentin]
10:06 -!- Irssi: #t2: Total of 13 nicks [1 ops, 0 halfops, 0 voices, 12 normal]
10:41 < CIA-12> rene * r26830 /trunk/package/network/hylafax/hylafax.desc: * updated hylafax (5.1.10 -> 5.1.11)
10:41 < CIA-12> rene * r26831 /trunk/package/scientific/octave/octave.desc: * updated octave (2.9.16 -> 2.9.17)
10:41 < CIA-12> rene * r26832 /trunk/package/graphic/poppler/poppler.desc: * updated poppler (0.6.1 -> 0.6.2)
11:16 -!- Baldzius [n=Baldzius@87.198.192.226] has joined #t2
11:16 < Baldzius> moin
11:17 < rxr> moin Baldzius
11:18 < rxr> oh - nice, CIA is back
11:18 < CIA-12> rene * r26833 /trunk/package/filesystem/reiserfsprogs/big-endian.patch: * fixed remaining reiserfsprogs issues on big-endian systems
11:18 < Baldzius> hi rxr
11:19 < rxr> XFS is astonishing quick on the LVM volume ...
11:19 -!- pennyk_ [i=pennyk_@58.49.226.251] has joined #t2
11:19 < rxr> hi pennyk_
11:19 [Users #t2]
11:19 [@ChanServ] [ Codex] [ Enqlave] [ pennyk_ ] [ TobiX ]
11:19 [ Baldzius] [ Cyda ] [ Fatal ] [ Ragnarin] [ valentin]
11:19 [ CIA-12 ] [ dsoul] [ mtr ] [ rxr ] [ yokoy_ ]
11:19 -!- Irssi: #t2: Total of 15 nicks [1 ops, 0 halfops, 0 voices, 14 normal]
11:28 < CIA-12> rene * r26834 /branches/7.0/package/filesystem/reiserfsprogs/big-endian.patch:
11:28 < CIA-12> * merged r26833 from trunk: fixed remaining reiserfsprogs
11:28 < CIA-12> issues on big-endian systems
12:11 < CIA-12> rene * r26835 /trunk/package/powerpc/yaboot/stone_mod_yaboot.sh: * fixed yaboot stone module bootstrap number extraction for latest parted versions
12:21 < CIA-12> rene * r26836 /branches/7.0/package/powerpc/yaboot/stone_mod_yaboot.sh:
12:21 < CIA-12> * merged r26835 from trunk: fixed yaboot stone module bootstrap
12:21 < CIA-12> number extraction for latest parted versions
12:24 -!- Enqlave [n=stealth@sourcemage/guru/stealth] has quit ["There is intelligent life out there..."]
12:25 -!- Codex [i=stealth@unaffiliated/codex] has quit ["There is intelligent life out there..."]
12:43 < pennyk_> rxr: hi
12:44 < pennyk_> What is CIA-12 saying?
12:45 < pennyk_> a bot reporting repository changes?
12:57 < rxr> yes
13:10 < CIA-12> rene * r26837 /trunk/package/xorg/compositeproto/long64.patch:
13:10 < CIA-12> * re-merged / re-reverted r15344 on trunk, fixed compositeproto
13:10 < CIA-12> for 64bit architectures - the upstream compositeproto lost the
13:10 < CIA-12> 64bit fix while migrating to git, Autsch!
13:12 < CIA-12> rene * r26838 /branches/7.0/package/xorg/compositeproto/long64.patch: * merged r26837 from trunk: re-fixed compositeproto for 64bit architectures
13:13 < rxr> Baldzius: I should not test our releases that much ...
13:21 < CIA-12> rene * r26839 /branches/7.0/architecture/mips/config.in:
13:21 < CIA-12> * merged r26091 from trunk: fixed mips endianess selection to default
13:21 < CIA-12> to big-endian, again (regression from r23542)
14:24 < pennyk_> wow! T2 project's development seems to be very active.
14:29 -!- tri [n=tri@p57AD8796.dip0.t-ipconnect.de] has joined #t2
14:29 < tri> moin
14:29 < rxr> moin tri
14:29 < tri> i can't build my new target because of some failures when building linux-header
14:29 < rxr> tri: trunk or branches/7.0 ?
14:30 < tri> it says squashfs version2patch translation missing
14:30 < tri> trunk
14:30 < tri> i have no glue what to do
14:30 < rxr> ah yeah I heard about that one
14:30 < tri> ah nice - do you have a idea ?
14:32 < rxr> can you try this:
14:32 < rxr> --- package/filesystem/squashfs-tools/pkg_linux_pre.conf (revision 26838)
14:32 < rxr> +++ package/filesystem/squashfs-tools/pkg_linux_pre.conf (working copy)
14:32 < rxr> @@ -23,6 +23,7 @@
14:32 < rxr> 2.6.1[45]*) v=2.6.14 ;;
14:32 < rxr> 2.6.16*) v=2.6.16 ;;
14:32 < rxr> 2.6.18*) v=2.6.18 ;;
14:32 < rxr> + 2.6.19*) v=2.6.18 ;;
14:32 < rxr> 2.6.20*) v=2.6.20 ;;
14:32 < rxr> 2.6.22*) v=2.6.22 ;;
14:32 < rxr> 2.6.23*) v=2.6.23 ;;
14:32 < rxr> or translate to 2.6.20, whatever patch applies to .19
14:32 < tri> ah ok i have a try
14:32 < rxr> I'm of for lunch, I can give it a try on the reference builder as well
14:33 < tri> thx
14:33 < rxr> you're welcome :-)
14:33 < rxr> cu then
14:34 < tri> is the copy kernel source to /usr/src a new feature - haven't notice this till now
14:36 < tri> hm i tried it looks better now but there are other errors now
14:39 -!- Codex [i=stealth@unaffiliated/codex] has joined #t2
14:44 -!- Enqlave [n=stealth@sourcemage/guru/stealth] has joined #t2
14:55 -!- mqueiros [n=mqueiros@c-217-70-69-153.bragatel.pt] has joined #t2
15:04 < tri> the errors are now related to patching some files for netfilter
15:10 < tri> are there any new netfilter patches in t2 ?
15:12 < Baldzius> tri: what exactly fails, l7-filter?
15:23 < tri> yes layer7 patches
15:24 < tri> and nf_conntrack.h cann`t find file to patch etc..
15:27 < tri> hm l7-filter looks cool
15:27 < tri> and is new in t2 - right ?
15:29 < Baldzius> which version you have
15:29 < Baldzius> it should work trunk:HEAD
15:30 < tri> yes i use newest trunk
15:31 < Baldzius> hm, let me check, i think the last update is mine so it should work
15:31 < tri> ah if i add O l7-filter to my pkglist the linux-headers builds
15:32 < Baldzius> yeah you can disable it
15:32 < tri> so for me l7-filter dosesn`t work right now
15:32 < Baldzius> afaik l7-filter doesn't work with 7.0's kernel 2.6.21
15:32 < Baldzius> but it should with 2.6.23
15:32 < tri> i haven`t anything special in my config just copy kernel source to /usr/src
15:33 < Baldzius> so kernel-header fails for you?
15:33 < tri> hm yes i use 2.6.23 - trunk checkout just a few minutes ago
15:33 < tri> yes kernel-header fails
15:33 < tri> at stage 0
15:33 < tri> without l7-filter it builds
15:36 < tri> does building trunk with l7-filter work for you right now ?
15:36 < Baldzius> ic , i didn't check it against linux-header
15:36 < Baldzius> could be that .19 is not supported anymore and we have to rollback to update headers to more recent version
15:37 < tri> yes can we do that ?
15:38 < tri> hm i thougth that the linux kernel and the kernel headers are at the same version
15:38 < Baldzius> svn merge -r 26779:26778 https://svn.exactcode.de/t2/trunk .
15:38 < Baldzius> it's not
15:39 < tri> would make sence ?
15:39 < Baldzius> yeah, it will downgrade to 2.14 version
15:39 < Baldzius> i think that one worked for me running ref build not long ago
15:40 < tri> downgrade to 2.14 ?
15:41 < Baldzius> type the command i pasted
15:41 < tri> i mean wouldn`t it be better to have the same version for linux kernel and kernel-headers
15:41 < Baldzius> oh
15:41 < Baldzius> don't know
15:41 < Baldzius> i guess going from 2.6.19 to 2.6.23 will brake something
15:42 < tri> if i for example want to build the nvidia drivers they need the kernel-headers but for the actual running kernel
15:42 < Baldzius> but we will have to update it someday anyway
15:42 < tri> yeah, i think this will brake something
15:43 < Baldzius> the best way is to use latest stable instead of trunk :)
15:44 < Baldzius> 7.0 is quite stable
15:44 < tri> hm rene told me i should better use trunk sometimes ago... :-)
15:46 < Baldzius> so be prepared for breakages :)
15:47 < tri> right - i will try to do some work about updating the kernel-headers package
15:47 < tri> right now i can build my target and live without l7-layer, i don`t need it
16:05 < rxr> re
16:09 < tri> re
16:09 < tri> rxr any planes to update the linux-header package to 2.6.23.1 ?
16:10 < tri> with your squashfs updates i was able to build
16:11 < tri> also i have problems with building l7-layer package but i have enabled the linux-header package without it, it builds
16:11 < tri> ah ok i have a new linux-header package here -
16:11 < tri> it just builds
16:12 < rxr> yeah- the package probably, but as this are the headers in /usr/include/{linux,asm} they usually break a lot user-space applications ...
16:12 < rxr> we only update them like once in a year when we have a good reason
16:12 < rxr> e.g. they enable new features in glibc et al.
16:13 < tri> ah ok hm but with the old kernel-headers i can not build l7-layer, right ?
16:13 < rxr> I would need to take a look
16:14 < rxr> some days ago those packages built ... :_)
16:14 < tri> how do they break the user-space applications if i build from stage 0 ?
16:14 < tri> the option copy kernel source to /usr/src is new, right ?
16:16 < rxr> between versions the linux headers sometimes changes quite drastically
16:16 < rxr> we saw all kind of breakage, from netilter, over cdrom interfacing (think hal, kdeutils something, ...) joystick, v4l, etc.
16:16 < tri> what kind of user-space applications use this headers
16:16 < tri> ah ok
16:16 < rxr> all kinds
16:17 < rxr> from linux/v4l.h to linux/input.h (--typos and variants) :-)
16:17 < tri> hm so the runing kernel and the kernel-headers shouldn't be the same ?
16:17 < rxr> yep - shoudn't and must not
16:17 < rxr> they just define the ABI, the layout of structure syscalls, etc.
16:18 < rxr> that are not suppost to change anyway
16:18 < rxr> (as otherwise old binaries would not run on the new kernels)
16:18 < rxr> but sometimes the linux kernel "tinkering, and rewriting or cleanup" etc. compiles inside the kernel, but as some macros or other structures are not availble while compiling in userspace those major, random changes break quite a number of packages
16:19 < rxr> but of course you can just give it a try and report
16:19 < rxr> maybe the regressions in that area are not as bas these days as they where some years ago :-)
16:19 < tri> so old kernel-headers work with new kernels
16:19 < rxr> yes
16:19 < rxr> the ABI (Application Binary Interface) of the kernel is not suppost to change
16:20 < rxr> all other distributions have their "sanitized" set of old, and known good headers
16:20 < rxr> in the past the kernel header where that bad, they even needed "sanitizing" to be usable from user-space at al ...
16:21 < rxr> when you google for linux header or sanitzied linux header you should get some good hits discussing that
16:22 < tri> yeah i will have look right know i just don't understand anything :-)
16:22 < tri> do i need the same patches for the linux-headers then for the linux kernel ?
16:33 < tri> hm there is a project like linux-glibc-headers isn't that interessting for t2 ?
16:36 < tri> ah there is the plan to split the kernel headers
16:36 < tri> one sanitized set of user-space headers and headers intended exclusively for the kernel
16:49 < tri> headers.cross-lfs.org have some information about that
17:00 -!- LMJ_p [n=LMJ@laf31-2-82-224-107-105.fbx.proxad.net] has joined #t2
17:00 < LMJ_p> Hi
17:01 < LMJ_p> I guess it's linked to an update in trunk, i've got this errors :
17:01 < LMJ_p> during the boot :
17:02 < LMJ_p> mount.nfs : trying x.X.X.X prog 100003 vers 3 TCP port 2049 ..... trying X.X.X.X prog 100005 vers 3 port UDP port 789 mount.nfs: rpc.statd is not running but required for remote locking
17:02 < LMJ_p> and all NFS fails
17:03 < rxr> tri: yeah - that is the twisting discussion from the horror of the past
17:03 < LMJ_p> then : RC: The system is now in runlevel 3. INIT: ID "3" respawning too fast: disabled for 5min
17:04 < rxr> tri: these days the linux kernel as it has done work to export a stable ABI header set
17:04 < rxr> tri: we use that already
17:04 < LMJ_p> INIT: ID "4" respawning too fast: disabled for 5min, etc...
17:04 < rxr> tri: as you can see our linux-header package is pretty lightweight
17:04 < rxr> LMJ_p: hm
17:04 < LMJ_p> hi rxr
17:04 < rxr> tri: you can just continue your build and see how far it goes, that is how many new errors you get (if any :-)
17:05 < LMJ_p> I can log via remote SSH and start rpc.statd and then, I can mount all NFS
17:05 < rxr> intersting
17:13 < tri> rxr: it fails building glibc because of some shared files
17:14 < tri> scsi.h scsi_ioctl.h and sg.h all in usr/include/scsi/
17:14 < tri> how can i reslove this ?
17:16 < rxr> ehrm
17:16 < rxr> we fixed this once already
17:16 < rxr> did you remove patches in the linux-header package directory ?
17:17 < CIA-12> rene * r26840 /trunk/package/network/silc-toolkit/silc-toolkit.desc: * updated silc-toolkit (1.1.4 -> 1.1.5)
17:24 < tri> ah my failure a forgot to copy the patches to the new linux-header package... :-(
17:31 < tri> what is this atomic.patch for ?
17:32 < rxr> r7316 | amery | 2005-03-11 02:46:01 +0100 (Fri, 11 Mar 2005) | 3 lines
17:32 < rxr> * sanitized asm/atomic.h (linux-header) to be able to build mysql
17:32 < rxr> svn log is your friend ...
17:32 < rxr> so you get an impression what kind of stuff directly or indirectly is affected by the kernel headers :-)
17:32 < rxr> however we should check if this particular patch is actualy still needed ..
17:33 < rxr> svn log and svn blame are two very useful commands :-)
17:35 < tri> hm new kernel-headers are not build with atomic.patch and avr32.patch
17:36 < rxr> the patch for your scsi shared files issue is:
17:36 < rxr> package/base/linux-header/scsi.patch
17:37 < tri> ah svn log is cool
17:39 < LMJ_p> no ideas for my problem ? I can't use my PC at all :-/
17:39 < tri> hm the issues related by the linux-header is interessting
17:40 < tri> mysql build problem because of kernel-headers
17:41 < CIA-12> rene * r26841 /trunk/package/xorg/xf86-video-radeonhd/ (. xf86-video-radeonhd.cache xf86-video-radeonhd.desc): * added xf86-video-radeonhd (2006-12-10) - Radeon HD video driver
17:41 < rxr> LMJ_p: not really, when did it last work? what did you update ?
17:42 < tri> LMJ_p: i have had similar erros when xcfgt2 haven't configured my graphic card correct
17:42 < tri> rxr: i now use the linux-header package and just added the scsi.patch, lets see how fare it goes :-)
17:43 -!- pennyk_ [i=pennyk_@58.49.226.251] has left #t2 []
17:43 < rxr> you mean your update package?
17:43 < rxr> you probably need one other important patch
17:43 < rxr> ah - no all fine
17:44 < rxr> we did not fixed the removal of header with a patch, it's a variable set at make time
17:44 < LMJ_p> more then a week ago, http://www.pastebin.ca/769663 maybe a problem related to nfs-utils or so
17:44 < rxr> I cross my fingers for your build
17:56 < tri> i have looked at other distributions and there linux-headers
17:56 < tri> they don't really patch them a lot - no patches in gentoo or archlinux
17:58 < rxr> yeah - we all worked hard to get this upstream
17:58 < rxr> these days the linux kerne's install-header or what it was target is quite good
17:58 < rxr> which version is gentoo using for the linux-header package ?
18:02 < tri> hm looks like 2.6.23
18:04 < tri> hm they use something like egrep -r '[[:space:]](asm|volatile|inline)[[:space:](]' .
18:04 < tri> headers___fix $(find -type f)
18:06 < tri> archlinux use 2.6.23.1-1
18:06 < tri> they just use a scsi-sg.h.patch
18:07 -!- emte [n=emte@66.183.8.167] has joined #T2
18:07 < tri> http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/base/kernel-headers/?cvsroot=Core&only_with_tag=CURRENT
18:07 < tri> wb emte
18:08 < emte> hey
18:08 < rxr> moin emte
18:10 < emte> how goes?
18:18 < rxr> 'think fine and for you ?
18:24 -!- unleaded [n=emte@66.183.8.167] has joined #T2
18:24 -!- emte [n=emte@66.183.8.167] has quit [Read error: 104 (Connection reset by peer)]
18:24 [Users #t2]
18:24 [@ChanServ] [ Codex] [ Enqlave] [ mqueiros] [ rxr ] [ unleaded]
18:24 [ Baldzius] [ Cyda ] [ Fatal ] [ mtr ] [ TobiX] [ valentin]
18:24 [ CIA-12 ] [ dsoul] [ LMJ_p ] [ Ragnarin] [ tri ] [ yokoy_ ]
18:24 -!- Irssi: #t2: Total of 18 nicks [1 ops, 0 halfops, 0 voices, 17 normal]
18:27 < tri> is nmap-nse already in t2 - nse scripts are nice :-)
18:27 < tri> and how is the iwlwifi package maintainer
18:27 < tri> the firmware files have to be renamed from iwlwifi-3945.ucode
18:28 < tri> to iwlwifi-3945-1.ucode - this is new in the current iwlwifi version
18:30 < rxr> grummel
18:31 < rxr> tri: patches are most welcome :-))
18:37 < tri> i am now at stage 1 and everything still looks good :-)
18:37 < tri> is nmap-nse in t2 ?
18:41 < rxr> # ./scripts/Find-Pkg nmap
18:41 < rxr> Searching for matching package names ...
18:41 < rxr> security/nmap
18:41 < rxr> nope
18:43 < tri> ok two patches are in the pipe :-)
19:10 < CIA-12> aldas * r26842 /trunk/package/network/liferea/liferea.desc: * updated liferea (1.4.6 -> 1.4.7)
19:13 < CIA-12> rene * r26843 /trunk/package/gnome2/gnokii/gnokii.desc: * updated gnokii (0.6.20 -> 0.6.21)
19:20 < Baldzius> rxr: why when i remove the build dir to start the build over again i have no ccache hits?
19:21 < Baldzius> i think i didn't have such problem with 6.0
19:21 < rxr> if system header change (libc, gcc, linux-header) the cache hit rate decreases significantly
19:21 < Baldzius> but i am just restarting the same build
19:21 < rxr> I can keep an eye if I have cache hit rate issues on my builds as well
19:22 < rxr> heh - cool I know have a mutt binary for a DSP:
19:22 < rxr> usr/bin/mutt: ELF 32-bit LSB executable, Analog Devices Blackfin, version 1 (SYSV), dynamically linked (uses shared libs), stripped
19:24 < CIA-12> rene * r26844 /trunk/package/mail/mutt/mutt.desc: * marked mutt to cross build
19:24 < CIA-12> aldas * r26845 /trunk/package/emulators/wine/wine.desc: * updated wine (0.9.48 -> 0.9.49)
19:31 < CIA-12> rene * r26846 /trunk/package/filesystem/squashfs-tools/pkg_linux_pre.conf: * added linux-heder version 2.6.19 to the squashfs patch version translation
19:40 < rxr> valentin: I know got the hypervision bypassing accelearted video driver running on our PS3
19:41 < rxr> valentin: had to hack it up a little as the author wrote it with just 32bit in mind and casted some CARD32 (X types) to pointers back and forth
19:41 < rxr> initially it just segfaulted on X started, but now it comes up, though with some video corruption - but xvideo works without hazzle
19:42 < rxr> so - we're going home - cu then
19:44 < CIA-12> aldas * r26847 /trunk/package/graphic/libpng/libpng.desc: * updated libpng (1.2.22 -> 1.2.23)
19:47 < tri> wups the fddi.patch is also needed in the kernel-headers for building the net-tools
19:47 < CIA-12> aldas * r26848 /trunk/package/network/lftp/lftp.desc: * updated lftp (3.6.0 -> 3.6.1)
19:51 < CIA-12> aldas * r26849 /trunk/package/gnome2/pan/pan.desc: * updated pan (0.127 -> 0.132)
19:52 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: dsoul, yokoy_
19:55 -!- yokoy_ [n=yokoy@e178126125.adsl.alicedsl.de] has joined #t2
19:56 -!- dsoul [i=darksoul@vice.ii.uj.edu.pl] has joined #t2
19:57 < CIA-12> aldas * r26850 /trunk/package/network/bacula/bacula.desc:
19:57 < CIA-12> * updated bacula (2.2.5 -> 2.2.6)
19:57 < CIA-12> security update: CVE-2007-5626
20:02 < CIA-12> aldas * r26851 /trunk/package/mail/mailscanner/mailscanner.desc: * updated mailscanner (4.58.9-1 -> 4.65.3-1)
20:04 < CIA-12> aldas * r26852 /trunk/package/base/pciutils/pciutils.desc: * updated pciutils (2.2.8 -> 2.2.9)
20:36 -!- KillerX [n=anant@gentoo/student/KillerX] has joined #t2
20:36 -!- KillerX [n=anant@gentoo/student/KillerX] has quit []
20:37 -!- tri [n=tri@p57AD8796.dip0.t-ipconnect.de] has quit [Read error: 104 (Connection reset by peer)]
20:49 -!- Baldzius [n=Baldzius@87.198.192.226] has quit ["Leaving"]
21:03 -!- Dallur [n=earl@217.41.238.236] has joined #t2
21:25 -!- d-marc [n=d-marc@dslb-084-058-012-010.pools.arcor-ip.net] has joined #t2
22:51 -!- d-marc [n=d-marc@dslb-084-058-012-010.pools.arcor-ip.net] has quit ["Verlassend"]
23:03 -!- emte [n=emte@66.183.8.167] has joined #T2
23:03 -!- unleaded [n=emte@66.183.8.167] has quit [Read error: 104 (Connection reset by peer)]
--- Log closed Mon Nov 12 00:00:17 2007