--- Log opened Thu Feb 02 00:00:09 2006 00:50 < mnemoc> rehi 01:10 < morfoh> rehi too :) 01:11 < mnemoc> hi morfoh 01:11 < mnemoc> morfoh: do you know how rxr solved this: http://www.rafb.net/paste/results/OI1zkn78.html ? 01:11 < morfoh> hi mnemoc 01:11 < morfoh> click 01:12 < morfoh> tell me :) 01:12 < morfoh> svn rm package/office/ooo ? ;) 01:14 < mnemoc> pff 01:15 < morfoh> mnemoc: common ... If you don't tell me the answer ... I've to guess 01:17 < mnemoc> :) 01:17 < morfoh> if I'd know the answer I'd :) too 01:20 < mnemoc> morfoh: have you tried to build targets with gnutls instead of openssl? 01:23 < morfoh> mnemoc: there are some packages that use gnutls, like prelude stuff ... but I never used it as a complete replacement for openssl 01:23 < morfoh> f* ksirc :p 01:24 < mnemoc> f* k* 01:24 < morfoh> f* g* 01:24 < morfoh> god save our stable tree maintainer and his desktop environment :) 01:26 < mnemoc> i use xfce 01:26 < morfoh> I know :) 01:26 < morfoh> but it doesn't matter what you are using ... :) 01:26 < morfoh> god save our stable tree maintainer and his desktop environment :) 01:28 < mnemoc> o_O 01:28 < morfoh> mnemoc: I'm still waiting .... :p 01:28 < mnemoc> no, you wont remove ooo from t2 01:29 < morfoh> mnemoc: btw, why do you ask regarding gnutls ? any special thoughts ? 01:29 < mnemoc> nope 01:30 < morfoh> but at least there must be sth. like a reason ... or isn't it ? 01:30 < mnemoc> i'm adding gnutls on IM_GTK module at mnemosyne for gaim 01:33 < mnemoc> and to avoid dumplication i was thinking in re-thinking some packages on mnemosyne modules 01:33 < mnemoc> like lilo, considering t2 2.2 _needs_ grub 01:34 < morfoh> so you've to drop your beloved lilo :) 01:34 < mnemoc> yes 01:34 < morfoh> and ? I'm still waiting for your answer regarding rxr's ooo fix ? ;) 01:34 < mnemoc> he built ooo, and hi is running it on his super-laptop 01:35 < mnemoc> he* 01:35 < morfoh> and ? ... I can't detect the word "fix" in your sentence ;) 01:36 < mnemoc> i guess i'm missing some package, or i have to rebuild one 01:36 < mnemoc> but i have no idea what he did 01:37 < morfoh> unf. me neither ... 01:37 < morfoh> it must be one of his dirty tricks :p 01:38 < mnemoc> morfoh: query 01:42 -!- sparc-kly [n=sparc-kl@64.237.253.90] has quit [Remote closed the connection] 02:20 < CIA-7> amery * r15220 /trunk/package/www/ (13 files in 2 dirs): 02:20 < CIA-7> * renamed mozilla to seamonkey 02:20 < CIA-7> * updated seamonkey (1.7.12 -> 1.0) 04:00 -!- morfoh [n=jeru@p54BEE14C.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 07:20 -!- Netsplit sterling.freenode.net <-> irc.freenode.net quits: CIA-7 07:21 -!- Netsplit over, joins: CIA-7 07:31 < LMJ> ping rxr 07:55 < rxr> re 07:56 < LMJ> hello 07:58 < rxr> moin LMJ 07:58 < LMJ> i sent an update 07:58 < LMJ> i wonder how should i do it ;) 08:01 < mtr_> moin rxr LMJ 08:01 -!- mtr_ is now known as mtr 08:01 < LMJ> moin mtr 08:01 < rxr> it is not an update but a new package, right ? 08:02 < LMJ> no, it's an update, but i don't know how to send you an update 08:02 < LMJ> there is also a .conf 08:03 < rxr> I don't have the package on my side ... :-( 08:04 < rxr> ah - there it is on the list 08:04 < rxr> well, in that case you could not have sent it much better 08:04 < rxr> when s.th. is in svn, you just do svn diff package/contrik/emelfm2 08:05 < LMJ> ;) 08:05 < LMJ> should i do it ? 08:06 < LMJ> svn diff package/contrib/emelfm2/ "is not a working copy" or something like this 08:07 < rxr> yes, as it not is yet in svn you get this .. ,-) 08:07 < rxr> I add your package now and the next time you can do svn diff 08:07 < LMJ> i wrote that down 08:10 < CIA-7> rene * r15221 /trunk/package/x11/emelfm2/ (. emelfm2.conf emelfm2.desc): * added 0) (0.1.4) - A file manager for UNIX-like operating systems 08:11 < CIA-7> rene * r15222 /trunk/package/x11/emelfm2/ (emelfm2.cache emelfm2.desc): * updated emelfm2 (0.1.4 -> 0.1.5) 08:12 < CIA-7> rene * r15223 /trunk/package/x11/emelfm2/emelfm2.cache: * added emelfm2.cache with a modular-xorg systems's deps 08:17 < mtr> rxr: udev 083, unionfs 1.1.2 <-- is commiting the update ok? 08:28 < rxr> I usually read the udev NEWS / CHANGES due to regular API / rules breakage 08:28 < rxr> aside from that, sure 08:38 < rxr> so - heading to "office" - cu then 08:39 < mtr> cu rxr 08:41 < CIA-7> mtr * r15224 /trunk/package/filesystem/unionfs/ (no-depmod.patch unionfs.desc): * updated unionfs (1.1.1 -> 1.1.2) 08:45 < CIA-7> mtr * r15225 /trunk/package/ (3 files in 2 dirs): 08:45 < CIA-7> * updated udev (081 -> 083) 08:45 < CIA-7> * added dietlibc u_char patch 08:45 < CIA-7> * changed script directory from $sysconfdir/udev/scripts to $libdir/udev 08:51 < CIA-7> mtr * r15226 /trunk/package/base/uclibc/patches/ (5 files): 08:51 < CIA-7> * changed/added patches for uClibc builds: 08:51 < CIA-7> alsa, pam, netpbm, samba 08:51 < jsaw> g'morning 08:54 < mtr> moin jsaw 08:54 < CIA-7> mtr * r15227 /trunk/architecture/x86/archtest.sh: * fix arch_machine for C3* cpus 08:55 < jsaw> mtr: moin 08:59 < _Ragnar_> mtr: does that moen unionfs actually compiles now? 09:02 < mtr> _Ragnar_: it does not only compile, it works also ;-) 09:03 < _Ragnar_> ooh :) 09:03 < mtr> which arch does not compile? 09:03 < _Ragnar_> well about none that I tried before? 09:04 < mtr> i have it running now on a x86 system 09:07 < mtr> _Ragnar_: does the target processor make a difference for unionfs, do you work on amd64? 09:10 < CIA-7> mtr * r15228 /trunk/package/multimedia/lirc/ (postlinux.conf smp-safe.patch): 09:10 < CIA-7> * fixed lirc kernel module install directory 09:10 < CIA-7> * added patch to build modules even for SMP enabled kernels 09:11 < jsaw> as far as i can see, unionfs builds on athlon64 09:12 < _Ragnar_> I'll try tomorrow 09:12 < jsaw> cp unionfs.ko //lib/modules/2.6.15.1-dist/kernel/fs 09:12 < jsaw> ===[main_lx:116 (last $?=0)> echo 'Finished building unionfs.' 09:17 < CIA-7> mtr * r15229 /trunk/package/security/loop-aes/ (loop-aes.desc patch_o_matic.in pkg_linux26_pre.conf): 09:17 < CIA-7> * cross-building loop-aes on stage1 disabled 09:17 < CIA-7> * changed kernel patch-o-matic to work even with changed loop.{c,h} files 09:23 < jsaw> mtr: r15225, why did you add a u_char patch? 09:23 < jsaw> mtr: it should be solved with -D_BSD_SOURCE 09:30 < mtr> jsaw: ohh, seems that -D_BSD_SOURCE does not work, it's already added to GCC_WRAPPER_APPEND in udev.conf 09:31 < jsaw> yep, did that a couple of days ago and it worked... hmm, strange 09:31 < jsaw> okay, so rather remove this line in udev.conf 09:31 < jsaw> your solution is cleaner anyway, imo 09:34 < jsaw> here we go: 09:34 < mtr> probably due to the update it worked before, and in 083 the scsi_id source has changed 09:34 < CIA-7> jsaw * r15230 /trunk/package/filesystem/udev/udev.conf: 09:34 < CIA-7> * remove -D_BSD_SOURCE (does not work reliably, and with 09:34 < CIA-7> r15225 its not needed) 09:38 < jsaw> http://ars.userfriendly.org/ 09:38 < jsaw> lol 10:14 < CIA-7> mtr * r15231 /trunk/package/perl/perl-libxml/libxml-duplicated_extern.diff: * removed outdated perl-libxml patch 10:37 < rxr> re 10:38 < rxr> jsaw: *lol* 10:43 < rxr> perl 5.8.8 10:58 < jsaw> re 11:08 < rxr> hi jsaw 11:09 < jsaw> rxr: the cartoon from yesterday is also quite characteristic 11:19 < CIA-7> rene * r15232 /trunk/package/xorg/fontconfig/default-fontpath.patch: 11:19 < CIA-7> Bart Kreska : 11:19 < CIA-7> * fixed fontconfig to always use a valid X11 fontpath 11:29 < Baldzius> moin 11:30 -!- mtr_ [n=Michael@p54AFC53B.dip0.t-ipconnect.de] has joined #t2 11:32 < jsaw> bbl 11:32 < CIA-7> rene * r15233 /trunk/package/x11/habak/ (. habak.cache habak.conf habak.desc imlib.patch): * added habak (0.2.5) - A uniqe utility for setting desktop wallpaper 11:34 < rxr> oops forgot the author id ... 11:39 < Baldzius> only for me udev fails? 11:43 < rxr> Baldzius: have you tried svn up ? 11:43 < rxr> firefox 1.5.0.1 11:43 < rxr> .oO 11:43 -!- mtr [n=Michael@p54AFCACD.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 11:44 < rxr> there are people that try to get a TLD for Berlin? .berlin ... ? 11:48 < Baldzius> rxr: yes, i svn up'ed , failure is due dietlibc i guess 11:48 < Baldzius> or again - libtool :) 11:49 < Baldzius> have to try in chroot 11:52 < rxr> Baldzius: what is the build error ? 11:52 < Baldzius> /usr/dietlibc/lib-i386/libc.a(vsscanf.o): In function `vsscanf': 11:52 < Baldzius> vsscanf.c:(.text+0x73): warning: warning: the scanf functions add several kilobytes of bloat. 11:52 < Baldzius> scsi_id.o: In function `main': 11:52 < Baldzius> scsi_id.c:(.text+0x6c3): undefined reference to `sysfs_init' 11:52 < Baldzius> scsi_id.c:(.text+0x6ea): undefined reference to `sysfs_path' 11:53 < Baldzius> there's more 11:54 < Baldzius> it doesn't fit in terminal screen 11:54 < LMJ> firefox 1.5.0.1 is out ;) 12:10 < rxr> 11:43 < rxr> firefox 1.5.0.1 12:10 < rxr> LMJ: do you test build and provide the patch ? ;_) 12:11 < LMJ> well, since i need 2h to compile it, i will not see the error yet ;) 12:11 < LMJ> so, you are up to date too 12:13 < rxr> == 02/02/06 13:14:32 =[9]=> Finished building package udev. 12:13 < rxr> hm - built here on ppc64 12:15 < Baldzius> i'll try in chroot 12:15 < Baldzius> if it compiles then i need new system 12:16 < rxr> Baldzius: this ppc64 user-space is not exactly new either 12:16 < rxr> Baldzius: would be nice if you could track what is breaking it on your side 12:24 < owl> moin 12:26 < CIA-7> jsaw * r15234 /trunk/package/develop/lua/ (lua-config lua.conf lua.desc string-split.patch): 12:26 < CIA-7> * update lua (5.1-beta -> 5.1-rc) 12:26 < CIA-7> * build fix 12:26 < CIA-7> * copyright update 12:36 < rxr> moin owlita ,-) 12:44 < owl> hi rxr :) 12:45 < CIA-7> jsaw * r15235 /trunk/package/lua/luatar/luatar.desc: * FPIC-QUIRK needed 12:59 < CIA-7> rene * r15236 /trunk/scripts/Build-Pkg: 12:59 < CIA-7> * filter out makefile printings on the error quote, usually one 12:59 < CIA-7> just has make output in the quoted tail otherwise 13:19 < karasz> moin 13:19 < karasz> http://www.x5.ro/regressions/desktop/regressions.html 13:32 < rxr> moin karasz 13:32 < karasz> hekko rxr 13:32 < karasz> err... s/kk/ll/g 13:48 * rxr wonders where mnemoc is today ... 13:49 < owl> hi karasz :p 13:52 < mnemoc> rxr: here 13:53 < mnemoc> OT: rxr: how did you solve this http://www.rafb.net/paste/results/OI1zkn78.html ? (ooo at trunk) 13:54 < karasz> hi owlita 13:54 < karasz> mnemoc: hello 13:54 < mnemoc> moin karasz, owlinette 13:56 < karasz> yeah, mnemoc should allways be different :p 13:58 < mnemoc> :) 14:01 -!- morfoh [n=jeru@p54BEF1CC.dip.t-dialin.net] has joined #t2 14:01 < karasz> kommrad :D 14:01 < mnemoc> wb morfoh 14:01 < morfoh> tovorish karasz ;) 14:01 < morfoh> tovorish mnemoc :) 14:02 < mnemoc> o_O 14:03 < rxr> hi mnemoc 14:03 < morfoh> hi rxr 14:07 < rxr> http://ec-outpost.dyndns.org/t2-xorg-r7.png 14:07 < rxr> ^- and yes, this is real transparency - update in real time ... 14:07 < rxr> and yes, this are duo cores in the gkrellm ,-) 14:10 < mnemoc> :D 14:11 < mnemoc> rxr: how fluent are those transparencies when you move the windows? 14:11 < morfoh> rxr: looks nice ;) 14:11 < rxr> hi morfoh 14:11 < mnemoc> hi rxr :D 14:15 < rxr> mnemoc: on the dual core 2x2GHz ppc64 box they are instantly even while software rendered 14:16 < rxr> mnemoc: on my Turion 64 it is a big lagging overall - mostly due to a) no r300 XRender support in the radeon driver, and neither ShadowFB for good software acceleration ... 14:21 < rxr> mnemoc: heh - nice email ,-) 14:21 < rxr> mnemoc: I left the runit change in [t2] Some patches and new packages, from Bart for you ... 14:22 < rxr> no idea if you want the vc/* change - maybe better try both or whatever 14:26 < mnemoc> rxr: i'm burning a mnemosyne built at 2.2 to see if the changes are generic or due to his oddities on udev 14:27 < mnemoc> do you have vc/* on your 2.2 boxes? 14:27 < rxr> I have 14:27 < rxr> drwxr-xr-x 2 root root 1584 Jan 6 10:16 /dev/vc/ 14:28 < mnemoc> good :) 14:59 < jsaw> I have /dev/vc/ too, but: 15:00 < jsaw> crw-rw---- 1 jsaw users 4, 7 Jan 31 23:44 7 15:00 < jsaw> group rw for users.... 15:00 < jsaw> only single numbered vc's have 600 15:01 < jsaw> eh, I mean, only single numbered 0-6 have 0600 15:01 < mnemoc> uhm 15:03 < karasz> err..... 15:04 < jsaw> oh 15:04 < jsaw> udev rule: 15:04 < jsaw> KERNEL=="tty[0-9][0-9]*", GROUP="tty", MODE="0660", OPTIONS="last_rule" 15:04 < karasz> lot of packages failed due to missin downloads 15:04 < karasz> i re -required and now they are dlded 15:04 < karasz> but if i build-target again, nothing gets rescheduled... 15:05 < karasz> please tell me that i do not have to -remove them manualy... 15:06 < karasz> be beck with the same question in 10 mins 15:08 < jsaw> rm -f ..../*.err 15:21 < mnemoc> Cleanup -download :) 15:26 < LMJ> moin moin 15:33 < rxr> moin LMJ 15:46 < jsaw> cu later 15:47 < morfoh> cu jsaw 15:48 < morfoh> mnemoc: finally I fixed the footer translation problem ... I had to change the footer.pt 15:49 < morfoh>