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

-->

15:49 < mnemoc> :)
15:49 < morfoh> ok ... the footer isn't translated yet, but I guess I can generate a custom t2.pot file
15:50 < morfoh> and I just left the "plone powered" and deleted the "standards" crap
15:51 < mnemoc> .state-visible still green :)
15:52 < morfoh> mnemoc: I'd like to keep it different from the "published" font color
15:52 < morfoh> what do you propose
15:52 < morfoh> ?
15:52 < morfoh> rxr: can I get a repository for the T2PloneSkin ?
15:53 < mnemoc> morfoh: gray?
15:53 < mnemoc> i can give you a repo at svn.geeks.cl, but that's a bit slow i guess
15:55 < morfoh> mnemoc: yeah ... thanks, I can even setup a repo on my own server. But I thought it would be nice to have it on the "official" repo infrastructure
15:57 < mnemoc> :)
16:07 < rxr> sure
16:07 < rxr> morfoh: now or in some minutes / hours ?
16:07 < morfoh> rxr: as you like
16:08 < rxr> morfoh: I write on an overdue linux mag article - later is better ,-)
16:10 < morfoh> rxr: ack ... finish your work ;)
16:26 < rxr> hm - with all the big business contacts in my inbox I soon have to start encrypting it I fear ...
16:27 < rxr> Embedded World, Nurnberg, Germany, February
16:27 < rxr> 14th thru 16th
16:27 * rxr wonders if I should try to get some contacts there ..
16:37 < rxr> hm
16:37 < rxr> something is still wrong in the qt installation
16:38 < rxr> hm - or not
16:38 < rxr> well - forget it ...
17:06 < rxr> OpenGL desktop rendering on Linux...
17:06 < rxr> http://blogs.msdn.com/kamvedbrat/archive/2005/03/29/403544.aspx
17:06 < rxr> ^-
17:48 < rxr> amd I the only one left here ?
17:50 < mnemoc> re :)
17:51 < mnemoc> will you go to nurnberg?
17:54 < rxr> no idea
18:01 < mnemoc> strange thing that blog entry you pasted
18:02 < _Ragnar_> hi
18:03 < mnemoc> hi _Ragnar_
18:03 < _Ragnar_> hi hi
18:04 < mnemoc> Baldzius: when will you commit the updates you sent to the list?
18:05 < mnemoc> how do i init=/bin/sh on a running grub? :(
18:05 < _Ragnar_> btw for a while I've been getting lots of Directory not empty errors on Create-Errlist -newdelete ... something wrong with my sys, or is this intentional?
18:05 < mnemoc> uhm
18:05 < _Ragnar_> 'e' move to the kernel /... line ... e again, add at the end
18:06 < mnemoc> thanks
18:06 -!- Bart- [n=bart@osiris.osk.enformatic.pl] has joined #t2
18:06 < Bart-> hi
18:09 * _Ragnar_ nudge mnemoc :)
18:10 < rxr> mnemoc: press e
18:10 < rxr> for edit
18:10 < rxr> you can edit all the stuff then
18:10 < rxr> c brings you into a shell where you can do all that grub can do
18:13 < mnemoc> initrd-2.6.15.1-dist.img: gzip compressed data, was "initrd-2.6.15.1-dist.img.cpio", from Unix, max compression .... yuck yuck yuck
18:14 < rxr> mnemoc: ?
18:14 < mnemoc> _Ragnar_: why me?
18:14 < _Ragnar_> you're so nudgeworthy :)
18:15 < mnemoc> o_O
18:15 < mnemoc> rxr: init=/bin/sh panic.... i want to know if the file exist or not, and if it's dynamic, etc..
18:15 < mnemoc> rxr: mnemosyne@2.2
18:16 < rxr> what file ?
18:16 < mnemoc> /bin/sh
18:16 < rxr> mnemoc: publish the iso and i will check ,-)
18:16 < _Ragnar_> o_o
18:16 < rxr> mnemoc: init=/bin/sh is only for the system
18:16 < rxr> mnemoc: the initrd will execute /sbin/init or /init or what it was in any case ...
18:17 < rxr> mnemoc: uncompress the cpio on your running box and peek the file ,-)
18:17 < mnemoc> but /init is #!/bin/sh
18:17 < rxr> mnemoc: yeah, might very well be
18:18 < rxr> mnemoc: notheless you can not alter the initramfs first executed file
18:18 < rxr> init=/foo/bar specifies what is used _post_ the early userspace
18:19 < mnemoc> uhm
18:19 < _Ragnar_> ah that makes sense
18:30 < mnemoc> hi Bart-
18:30 < mnemoc> chroot initrd /bin/sh
18:30 < mnemoc> chroot: cannot run command `/bin/sh': No such file or directory
18:30 < mnemoc> root@rafaella:~# ldd initrd/bin/sh linux-gate.so.1 => (0xffffe000) libc.so.6 => /lib/libc.so.6 (0x4001f000) /lib/ld-linux.so.2 (0x40000000)
18:31 < _Ragnar_> that's dynamic
18:31 < mnemoc> i noticed :)
18:34 < mnemoc> bin/fget bin/sed and bin/sh are dynamic
18:35 < mnemoc> sbin/disktype sbin/hotplug++ sbin/insmod sbin/modprobe sbin/udev and sbin/udevstart too
18:35 < _Ragnar_> o_o
18:37 -!- misl [n=chatzill@82-217-66-150.cable.quicknet.nl] has joined #t2
18:38 < misl> hi folks
18:39 -!- rxr_ [n=rene@e178154108.adsl.alicedsl.de] has joined #t2
18:39 -!- Topic for #t2: T2 | 2.1.1.1 and 2.2.0-epsilon RELEASED! | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have. | http://www.rafb.net/paste/
18:39 -!- Topic set by mnemoc [] [Sat Jan 14 21:42:03 2006]
18:39 [Users #t2]
18:39 [@ChanServ] [ CIA-7 ] [ LMJ ] [ morfoh] [ raamcm] [ sepp_ ]
18:39 [ Baldzius] [ jsaw ] [ misl ] [ mtr_ ] [ rxr ] [ valentin]
18:39 [ Bart- ] [ karasz] [ mnemoc] [ owl ] [ rxr_ ] [ _Ragnar_]
18:39 -!- Irssi: #t2: Total of 18 nicks [1 ops, 0 halfops, 0 voices, 17 normal]
18:39 -!- [freenode-info] if you're at a conference and other people are having trouble connecting, please mention it to staff: http://freenode.net/faq.shtml#gettinghelp
18:39 -!- Channel #t2 created Sun Aug 8 19:15:33 2004
18:39 < mnemoc> _Ragnar_: weird
18:39 < mnemoc> hi misl
18:39 < _Ragnar_> getting that for almost every pkg >.<
18:40 -!- Irssi: Join to #t2 was synced in 41 secs
18:40 < mnemoc> find out why :)
18:41 * _Ragnar_ glares
18:45 < mnemoc> :(
18:47 -!- rxr [n=rene@e178184102.adsl.alicedsl.de] has quit [Read error: 60 (Operation timed out)]
18:47 * _Ragnar_ hugs
18:47 < mnemoc> :)
18:48 < morfoh> .oO( why do I hang out on #plone and asking questions there, if nobody is willing to answer )o :(
18:48 < Baldzius> Baldzius: when will you commit the updates you sent to the list?
18:48 < Baldzius> mnemoc: i am waiting for permission
18:48 < Baldzius> noone responded so ...
18:48 < mnemoc> morfoh: noone answer ever in #plone, or #apache, or #openoffice, or ...
18:49 < morfoh> mnemoc: wtf ... why do they have an open channel then ?
18:49 < mnemoc> Baldzius: if they are all stable releases of those packages, i think we should update
18:49 < mnemoc> morfoh: to reduce the mails at users ML :)
18:49 < misl> morfoh: maybe to ML instead?
18:50 < morfoh> misl: perhaps ... but I doubt ... I'll try
18:50 < mnemoc> i doubt too
18:50 < Baldzius> mnemoc: ok i'll ask rxr about all that, also jsaw ... he is running ref build, now i know your opinion that all i need :)
18:52 < mnemoc> target/generic/config.in:16:SDECFGSET_DIETLIBC='1'
18:52 < mnemoc> target/generic/config.in:17:SDECFGSET_DIETLIBC_pdksh='1'
18:52 < mnemoc> target/generic/config.in:18:SDECFGSET_DIETLIBC_module_init_tools='1'
18:52 < mnemoc> target/generic/config.in:19:SDECFGSET_DIETLIBC_modutils='1'
18:52 < mnemoc> target/generic/config.in:20:SDECFGSET_DIETLIBC_udev='1'
18:52 < mnemoc> target/generic/config.in:21:SDECFGSET_DIETLIBC_embutils='1'
18:52 < mnemoc> target/generic/config.in:22:SDECFGSET_DIETLIBC_hotplug__=1
18:52 < mnemoc> target/generic/config.in:23:SDECFGSET_DIETLIBC_minised='1'
18:52 < mnemoc> target/generic/config.in:24:SDECFGSET_DIETLIBC_disktype='1'
18:52 -!- owl [n=owl@62.4.80.218] has quit [Read error: 104 (Connection reset by peer)]
18:52 < mnemoc> common installer for every target my ass :)
18:52 -!- owl [n=owl@62.4.80.218] has joined #t2
18:52 < rxr_> mnemoc: yes?
18:53 < rxr_> that is not installer
18:53 < rxr_> that is early, flexible userspace in general ...
18:53 < mnemoc> ok ok
18:55 < rxr_> . /etc/profile.d/
18:55 < rxr_> err
18:55 -!- You're now known as rxr
18:55 < rxr> mnemoc: I wanted to let those packages default via a config.in for those to dietlibc if available ...
18:55 < rxr> but bugs in the Config system prevented me from doing so so far ...
18:55 < rxr> /we lunch
18:56 < mnemoc> :)
18:59 < rxr> hm
19:00 < rxr> Option "NoAccel" "true" will make your slow halfly hardware accelerated compositing lighting fast ...
19:00 < morfoh> seems that core developers of bigger projects will get very snobbish ...
19:00 < rxr> just tested on my Turion while hacking ShadowFB support into the driver
19:00 < rxr> lighting fast if you have a > GHz CPU ,-)
19:01 < mnemoc> :)
19:01 < mnemoc> # grep DIET config/minimal/config
19:01 < mnemoc> export SDECFG_DIETLIBC='1'
19:01 < mnemoc> export SDECFG_DIETLIBC_embutils='1'
19:01 < mnemoc> export SDECFG_DIETLIBC='0'
19:01 < mnemoc> o_O
19:03 < karasz> cu guys
19:03 < mnemoc> cu karasz
19:05 < morfoh> mnemoc: that was the answer after I complained a bit --- > morfoh: whining that you haven't gotten an answer isn't likely to produce the results you want. check out http://plone.org/documentation/howto/ask-for-help.
19:05 < _Ragnar_> >.<
19:06 < mnemoc> :)
19:06 < morfoh> but at least I got another answer too
19:06 < _Ragnar_> *lol*
19:06 < mnemoc> ranting doesn't worth if you don't get reply :)
19:09 < morfoh> mnemoc: I got one important information after ranting :p
19:11 < morfoh> mnemoc: but this was the best answer --> here in #plone, we help those who help themselves
19:11 < mnemoc> morfoh: the howto?
19:11 < mnemoc> do
19:11 < mnemoc> h
19:12 < morfoh> no after joel*blah* answered I got an answer from tesdal (I think he is from plonesolutions)
19:19 < mnemoc> morfoh: a real answer?
19:19 < morfoh> yes
19:19 < mnemoc> rxr: why didn't you set those SDECFGSET_DIETLIBC_ at misc/target/config.in ?
19:23 < CIA-7> ragnar * r15237 /trunk/package/x11/emelfm2/emelfm2.desc: * missing dashes in [P] field for emelfm2
19:24 * _Ragnar_ wonders what rxr is doing there >.<
19:25 < mnemoc> wherE?
19:25 < _Ragnar_> see r15237
19:26 < mnemoc> ehm, i thought the errors where only present of the mail :\
19:26 < mnemoc> were*
19:27 < Baldzius> _Ragnar_: r15237 builds for you?
19:28 < _Ragnar_> huh?
19:28 < _Ragnar_> it should fix it building in stage 5 instead of 3 like before
19:29 < mnemoc> 3 and 6 :)
19:29 < Baldzius> i did that locally earlier but it fails
19:30 < mnemoc> prio?
19:30 < Baldzius> could be
19:31 < _Ragnar_> Downloading kde-i18n-fr:download/mirror/k/kde-i18n-fr-3.5.1.tar.bz2 ... takes forever
19:31 < Baldzius> noticed strange error and disabled in ref :)
19:31 < mnemoc> _Ragnar_: from axion?
19:32 < _Ragnar_> not on that
19:32 < mnemoc> uhm?!
19:32 -!- sepp [n=sepp@p213.54.154.212.tisdip.tiscali.de] has joined #t2
19:32 < _Ragnar_> 404s
19:33 < mnemoc> http://t2sde.yi.org/t2/2.2.0-alpha/k/kde-i18n-fr-3.5.1.tar.bz2 <--- i see it there
19:35 < mnemoc> _Ragnar_!
19:35 < _Ragnar_> ah still had http://axion.yi.org/t2/2.2.0-alpha as mirror
19:35 < mnemoc> o_O
19:35 < mnemoc> Ctrl-C
19:35 < _Ragnar_> ?
19:35 < mnemoc> rm download/Mirror
19:35 < _Ragnar_> I know
19:35 < _Ragnar_> :p
19:36 < mnemoc> i don't tolarate ranting against the mirrors i maintain!
19:36 * _Ragnar_ wouldn't have thought the mirrors would change names without a redirection in place :p
19:36 < _Ragnar_> *g*
19:36 < mnemoc> :)
19:37 < morfoh> mnemoc: btw, azazel sounds a bit like the german word "asozial" (at least after some beers :)
19:38 < mnemoc> .oO
19:39 < morfoh> mnemoc: don't take it personally :p
19:39 < mnemoc> :(
19:39 < morfoh> common ... I was just joking :)
19:39 < mnemoc> i'm a virtually social person
19:39 < _Ragnar_> *g*
19:40 < morfoh> mnemoc: I didn't talked about you
19:40 < mnemoc> _Ragnar_: using axion now?
19:40 < morfoh> just about azazel :)
19:40 < mnemoc> morfoh: i wont forgive you that one
19:41 < morfoh> mnemoc: really ? :(
19:41 < mnemoc> what do you think?
19:42 < Baldzius> !> /bin/sh: glib-genmarshal: command not found
19:42 < Baldzius> wtf is that ---^^ ?
19:42 < _Ragnar_> glibby
19:42 < Baldzius> glibby what? :)
19:42 < Baldzius> no such package
19:43 < morfoh> mnemoc: thinking about what? I agree that you're a quite social person ...
19:43 < _Ragnar_> playing with the word :p
19:43 < mnemoc> morfoh: virtually
19:44 < mnemoc> morfoh: and i need to get this 2.2 azazel working to be a virtual husband and virtual father instead of a email-husband and no-father
19:46 < morfoh> mnemoc: I know your intentions for getting azazel up and running, It was just a joke ... I won't do any jokes anymore (at least for today)
19:47 < mnemoc> :)
19:47 < Baldzius> :)
19:47 < morfoh> :|
19:47 -!- sepp_ [n=sepp@p213.54.141.177.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
19:48 < CIA-7> aldas * r15238 /trunk/package/develop/gengetopt/gengetopt.desc: * marked gengetopt as NOPARALLEL
19:48 < mnemoc> i can always install winxp at home and get the f* camara working :\
19:48 < morfoh> mnemoc: good joke :|
19:49 < mnemoc> i doubt my daughters get used to that messy and crappy OS after using xfce all their lives
19:49 < morfoh> mnemoc: I can imagine that they like the rat :)
19:50 < mnemoc> hehe
19:50 < mnemoc> over pink background
19:50 < morfoh> ouch :)
19:51 < Bart-> me off
19:51 -!- Bart- [n=bart@osiris.osk.enformatic.pl] has quit ["Who's General Failure and why he's reading my disk?"]
19:57 < LMJ> LOL the Bart Quit message
19:58 < misl> LMJ yes, but loudmouth himself is not funny
19:58 < mnemoc> LMJ! doubts about my reply at ML?
19:58 < LMJ> arh mnemoc
19:58 < LMJ> you know what
19:59 < LMJ> gonna stop to post some .desc :-D
19:59 < mnemoc> :\
19:59 < LMJ> mnevilmoc
20:00 < LMJ> well
20:00 < LMJ> i never worked in a developpement ambiant
20:00 < LMJ> ambient*
20:01 < mnemoc> enviroment?
20:01 < LMJ> and i *only* run linux since 22 months ;)
20:01 < LMJ> yep
20:01 < mnemoc> *g*
20:01 < LMJ> environement
20:01 < mnemoc> how that justify the fact you stop contribution because you made a bad .desc file?
20:02 < LMJ> should i have to justify ? :-p
20:02 < mnemoc> of course
20:02 < mnemoc> this is a sect
20:02 < LMJ> hehe
20:02 < LMJ> who's the guru ?
20:02 < mnemoc> rene
20:03 < LMJ> who's got the money ?
20:03 < mnemoc> rene
20:03 < LMJ> damned
20:03 < LMJ> anyway just kidding
20:03 < mnemoc> me too
20:03 < LMJ> t2 don't have ANY information about make a little .desc with love
20:03 < LMJ> you are here since a long time, so you know what you are doing
20:03 < mnemoc> LMJ: sh misc/archive/newpackage.sh :)
20:04 < LMJ> where you see it written ?
20:04 < LMJ> is there a HOWTO make a .desc with love ? ;)
20:04 < mnemoc> in the mail i wrote you :)
20:04 < LMJ> hehe
20:04 < LMJ> the bomb you sent me
20:04 < mnemoc> nah
20:05 < mnemoc> it was written with love
20:05 < _Ragnar_> O_O
20:05 < mnemoc> not french-style love, but love at least
20:05 < LMJ> hehe
20:05 < LMJ> ::kiss::
20:05 < mnemoc> ehm, no. i don't wrote it with 'kisses'
20:05 < LMJ> let's wait for new website, YOU will make nice howto or FAQ, and I will translate them to french ;)
20:06 < mnemoc> nope, you will :)
20:08 < LMJ> /kickass mnemoc
20:08 < LMJ> oups, wrong command
20:08 < LMJ> sorry ;)
20:08 < mnemoc> /say :)
20:09 < misl> LMJ: be carefull with kicking mnemoc's ass, he might get a concussion :)
20:09 < LMJ> well
20:10 < LMJ> LMAO
20:10 < LMJ> he will love that ? :-/
20:10 < rxr> mnemoc: I hope you do not install this hobby xp oss on the box ...
20:10 < mnemoc> rxr: me too
20:10 < LMJ> come on
20:11 < LMJ> a good XcraP
20:11 < LMJ> and plug it to Internet and wait 55sec
20:11 < rxr> mnemoc: why did you actually brought a camery without linux compat checking?
20:12 < LMJ> huh mnemoc ? why ? ;)
20:12 < mnemoc> rxr: it suppose to have compatibility
20:12 < misl> rxr: see Java is not that bad after all ;-)
20:12 < misl> https://mustang.dev.java.net/regchal/
20:12 < mnemoc> rxr: but the 'sensor' is not detected by the module at 2.6.11
20:13 < rxr> misl: since when are el-cheapo things shipped with java driver? ;-=
20:13 < rxr> mnemoc: bummer ...
20:13 < rxr> mnemoc: just rebuild your CD and let it go ,-)
20:13 < rxr> mnemoc: btw. do you like first AMD since years?
20:14 < mnemoc> rxr: running good :) but i haven't rebuilt it yet
20:14 < misl> rxr: o_O Uhh? You lost me
20:15 < rxr> 20:12 < misl> rxr: see Java is not that bad after all ;-)
20:15 < rxr> while discussing driver software ,-)
20:16 < misl> Ohh, sorry I was not referring to drivers for mnemoc's camera. I was referring the ability to win a nice system :) by finding some regressions in java
20:17 < rxr> misl: go for it ,-)
20:17 < rxr> misl: grab you your first SPARC ,-)
20:17 < misl> hehe, no time here :(
20:18 < misl> rxr: no spars but AMD
20:18 < misl> SPARC
20:22 < CIA-7> amery * r15239 /trunk/package/python/rat/ (. rat.desc): * added rat (0.1) - library for simplifying common tasks of PyGtk and gnome-python
20:22 < _Ragnar_> Baldzius: emelfm2 builds for me with r15237
20:23 -!- mnemoc [n=amery@200.75.27.46] has quit [Read error: 104 (Connection reset by peer)]
20:27 -!- mnemoc [n=amery@200.75.27.2] has joined #t2
20:28 < CIA-7> amery * r15240 /trunk/package/editors/pida/pida.desc: * updated pida (0.3.0-rc1 -> 0.3.0)
20:28 * misl off, cu guys
20:28 -!- misl [n=chatzill@82-217-66-150.cable.quicknet.nl] has quit ["Chatzilla 0.9.69.3 [Firefox 1.5/2005111116]"]
20:50 < sepp> is it ok if i update e17/* to 2006-01-31?
20:50 < sepp> works better :)
20:50 < jsaw> short question: is it really necessary to check for file permissions in ./scripts/Cleanup, and second, why does it allow "777" ?
20:54 < jsaw> ah, second question answered .oO(got to learn reading)
20:54 < mnemoc> to consume resources?
20:55 < jsaw> oh, that's why. ic.
20:55 < mnemoc> the same answer to the question why we auto decompress every manpage :)
20:56 < jsaw> ok. that makes sense now.
20:57 < jsaw> thank you master mnemoc for enlighten me
20:57 < jsaw> +ing
20:59 < mnemoc> feel free to come back and ask new questions
20:59 < jsaw> thank you so much, thank you
20:59 < mnemoc> you are welcome
21:00 < CIA-7> jsaw * r15241 /trunk/scripts/Cleanup: * remove annoying permissions warning in Cleanup
21:04 < CIA-7> jsaw * r15242 /trunk/scripts/Cleanup: * do not warn when files start with a "." in the target dir
21:04 < jsaw> mnemoc: you changed build_stage2, is it usable with runit now?
21:05 < mnemoc> jsaw: i hope
21:05 < mnemoc> jsaw: i'm building with some dietlibc linked tools now
21:05 < jsaw> will test now (and hope that init discovers my cdrom)
21:12 < rxr> re
21:12 * rxr just hacked ShadowFB support in the X.org radeon driver ...
21:13 < morfoh> mnemoc: what tools you're building with dietlibc statically ?
21:16 < jsaw> rxr: nice
21:16 < rxr> morfoh: pdksh and the other stuff for early userspace
21:16 < jsaw> mnemoc: oh, dyndiet... happy building
21:16 < rxr> hm
21:17 < rxr> with that and manually filled mtrr compositing becomes fun on my laptop
21:17 < jsaw> O.O
21:17 < rxr> over the weekend I plan to find the time to hack XRender accel for R300 into the driver
21:17 < jsaw> OO.OO
21:17 < rxr> but that will take some more time than 30m of ShadowFB cut'n pasting ...
21:17 < rxr> jsaw: this Turion w/ T2 starts to become more eye candy than OS X ...
21:17 < mnemoc> morfoh: tools which are bundled inside stage2 package
21:17 < rxr> I like that ,-)
21:18 < mnemoc> jsaw: i'm not playing with dyndiet now
21:18 < jsaw> static?
21:19 < jsaw> what do you think about autoconf having a "--libdir-suffix" by default?
21:19 < morfoh> mnemoc: yeah ... I know ... Didn't knew that you didn't build them before using dietlibc
21:19 < rxr> jsaw: has it
21:19 < rxr> ?
21:19 < mnemoc> morfoh: the instructions to build them against dietlibc are hardcoded on every target, and they were 'missing' in menmosyne
21:19 < jsaw> rxr: no
21:19 < jsaw> rxr: but I implemented it
21:20 < mnemoc> --libdir-suffix?
21:20 < rxr> 64
21:20 < jsaw> yep
21:20 < rxr> nof
21:20 < morfoh> mnemoc: yes ... I added it manually too while I was testing it
21:20 < rxr> jsaw: well - have fun to get it upstream
21:20 < mnemoc> rxr: why not doing that on misc/target/config.in ?
21:20 < jsaw> rxr: hehe, already tried:
21:20 < jsaw> No doubt you ran into it on some host, but that doesn't mean
21:20 < jsaw> we should just implement that one; it may contort the design
21:20 < jsaw> unnecessarily for future hosts.
21:20 < rxr> mnemoc: thos static stuff ?
21:21 < mnemoc> rxr: instead of every target written in the world
21:21 < rxr> mnemoc: maybe - what about doing it on individual packages?
21:21 < mnemoc> rxr: code duplication is bad, and worse for something you always need
21:21 < rxr> target/config.in would do as well though
21:21 < mnemoc> rxr: i dislike what you are doing on target/
21:21 < rxr> mnemoc: sure - I wanted per package default but it did not work due to Config insanity ..
21:21 < rxr> and hacking X.org is more fun that Config ...
21:22 < LMJ> BaaAaacK
21:22 < jsaw> rxr: but I keep bugging them to come up with a solution...
21:22 < rxr> mnemoc: I dislike it too - as I wrote I wanted per package default
21:22 < mnemoc> rxr: flag?
21:23 < mnemoc> rxr: i dislike target outputs mixed with targets
21:24 < rxr> mnemoc: no flat please
21:24 < rxr> mnemoc: ah - target output - yeah - we can move it
21:24 < rxr> mnemoc: another thing
21:25 < rxr> mnemoc: a client (guess who) wants dual output - not only ISO but also the HD image too boot from a 1GB USB stick
21:25 < mnemoc> flat? of course not flat
21:25 < rxr> no flag - sorry typo
21:25 < mnemoc> :)
21:25 < rxr> mnemoc: I think the current Create-ISO sucks - embedded targets would create a ROM at the end of the target build anyway
21:25 < rxr> maybe we should revamp ISO creation as final target step
21:26 < rxr> would also remove one joe user step to get his CD
21:26 < mnemoc> rxr: and multi-target ISOs?
21:26 < mnemoc> vserver guests for example
21:26 < rxr> mnemoc: I think you are the only one ever using those anyway
21:26 < morfoh> rxr: nope
21:26 < rxr> well - we could make iso creation a post target step and have Create-ISO to group several togheter
21:27 < rxr> but ISO creation becomes more and more special case target outcome
21:27 < mnemoc> rxr: but do it clean, loop over misc/target/output/*/
21:27 < mnemoc> rxr: it could be considered an internal too, which can be used from build.sh
21:27 < rxr> problem is, the client is on summer snapshot + selected svn up's
21:28 < mnemoc> outch
21:28 < rxr> guess I have to do it twice anyway - once in their trunk and once for T2:HEAD ...
21:28 < mnemoc> rxr: make a branch for 'client'
21:28 < rxr> mnemoc: do you want more a* abvuscating on trunk ? ,-)
21:29 < mnemoc> move client to HEAD :) until we branch 2.2 :)
21:29 < rxr> wow - this hacked up special case radeon on the Turion 1.6GHz is now smoother than the dual core ...
21:29 < rxr> that I was asthonished about yesterday already
21:29 < rxr> mnemoc: nope - the client has more and more deployed systems
21:30 < rxr> mnemoc: we can not update e.g. such big things like modular X and such
21:30 < mnemoc> rxr: 2.1?
21:30 < rxr> the stuff is in 100% production with mission critical use ...
21:30 < mnemoc> 2.1++?
21:30 * jsaw uses vserver
21:30 < rxr> no way to majorl bump versions like that ...
21:30 < mnemoc> ic
21:30 < rxr> mnemoc: so we make iso creation a output format
21:30 < mnemoc> that's why you don't make such things based on development trees
21:31 < rxr> mnemoc: allow targets to have more than one output format
21:31 < rxr> and Create-MultiISO a special case to group serveral ISOs together ...
21:31 < rxr> mnemoc: that was the only choice ...
21:31 < mnemoc> rxr: misc/target/config.in generating a list of misc/target/output/*/ to choose
21:31 < rxr> mnemoc: we needed a state-of-the-art livecd
21:31 < rxr> mnemoc: you do not need to worry - this works out ...
21:31 < mnemoc> rxr: some outputs can call Create-MultiISO to generate the iso
21:32 < rxr> .oO
21:32 < rxr> a single target does not yet know that you want to group (bind?) it
21:33 < mnemoc> one output/install + a few output/none, and call Create-MultiISO by hand to boundle?
21:34 < mnemoc> with an smarter installer which can choose what to install and optionally use a sub-root ?
21:34 < jsaw> I'd prefer a Create-Image [type] multiplexer, using misc/target/output/*/
21:34 < mnemoc> multi-target livecd sounds good :)
21:35 < jsaw> rather multi-target livedvd...
21:36 < mnemoc> :D
21:37 < mnemoc> i have on my todo a desktop inside vserver target... jailed, with an imposed dans-guardian and firewall
21:38 < mnemoc> my todo is too large :(
21:38 < jsaw> btw, mini-rescue CD would be a nice thing to have for exhibitions
21:38 < jsaw> your todo is simply crazy
21:38 < mnemoc> i use bg-rescue :p
21:39 < jsaw> use their package list and create a template!
21:40 < mnemoc> that's also on my todo :p
21:40 < jsaw> :p
21:40 < morfoh> :)
21:40 < jsaw> may I draw again attention to the "libsuff" thing, how will we handle the hardcoded path inside configure.* in the future?
21:41 < jsaw> export libsuff=${libdir##*/lib}
21:41 < jsaw> and patch to configure?
21:41 < jsaw> or, should we use sanely patched auto* tools and use autogen?
21:42 < mnemoc> there is such thing as 'sanely patched' libtool et al?
21:42 < jsaw> using patches from Fedora is out, they only detect libsuff=64
21:43 < jsaw> mnemoc: a few edges remain, but I'm quite satisfied with my current changes
21:44 < jsaw> _most_ packages have no wrong paths left after the special treatment
21:44 < mnemoc> uhm
21:45 < jsaw> problems remain inside the packages, however
21:45 < jsaw> for example when extra m4 scripts are written to detect openldap
21:46 < jsaw> as we have it in prefix!=/usr, the configure scripts fail by assuming openldap_prefix/lib as library dir
21:46 < jsaw> same applies to X11/lib...
21:46 < jsaw> like avifile failing silently (not detecting xvid...)
21:46 < jsaw> rxr: comments please
21:48 < jsaw> rxr: I have another evil idea btw... why don't we start udev++
21:48 < CIA-7> sebastian * r15243 /trunk/package/e17/ (40 files in 35 dirs):
21:48 < CIA-7> * updated e17/e * -> 2006-01-31
21:48 < CIA-7> * added exhibit
21:49 < jsaw> *g* monster commit
21:49 * mnemoc kick sepp on the back
21:49 < jsaw> don't know why, but somehow I expected mnemoc's reaction...
21:50 < mnemoc> :)
21:50 < sepp> thanks :)
21:50 < mnemoc> i can't track those commits
21:50 < sepp> i asked and noone answered
21:50 < rxr> jsaw: udev++ sounds not bad
21:50 < jsaw> huh
21:50 < morfoh> jsaw: that wasn't that complicated :)
21:50 < rxr> if you have too much time
21:50 < mnemoc> he has a doctorate, he has too much time now :)
21:51 < jsaw> rxr: I don't, but I start hating the rules file implementation
21:51 < jsaw> rxr: possibly enough to sooner or later do it...
21:51 < morfoh> I want to migrate the livecd content ... what url do we want "targets/live" or .... ???
21:51 < jsaw> mnemoc: :p
21:51 < mnemoc> morfoh: misc/target/output/
21:51 < jsaw> rxr: please, a comment on libsuff handling in T2
21:52 < jsaw> rxr: generic or per package
21:52 < mnemoc> jsaw: i don't like features i can't merge to 2.1 :(
21:52 < rxr> morfoh: ack target/* we want
21:52 < mnemoc> we want?
21:52 < rxr> jsaw: I like generica ...
21:52 < mnemoc> i want target/* for _targets_
21:52 < rxr> jsaw: but I never looked into it's details and more rude m4 fluff too much
21:52 < mnemoc> not for target helpers and related toys
21:53 < rxr> jsaw: I trust your judgement - but please put it in sane places so we do not hunt it like crazzy when it goes havoc in half a year or so
21:53 < jsaw> :)
21:54 < rxr> dr. jones ,-)
21:54 < jsaw> btw, Fedora uses a "gcc contest.c; file a.out|grep 64-bit" to detect the libsuff in libtool...
21:54 < sepp> "21:52 < sepp> is it ok if i update e17/* to 2006-01-31?" no answer :(
21:54 < jsaw> rxr: :D
21:55 < rxr> jsaw: that is evil
21:55 < jsaw> sepp: of course it is ok to update e17, only not as a single commit
21:55 < mnemoc> sepp: it's ok, but not on an untrackable huge commit
21:55 < jsaw> rxr: yep
21:55 < rxr> jsaw: why not
21:55 < rxr> when it is all to one new version ...
21:55 < jsaw> rxr: for mnemoc
21:55 < rxr> what is so bad about it ...
21:55 < rxr> jsaw: one big chunk mnemoc can ingore for 2.1 ...
21:55 < rxr> mnemoc: what is so bad on that atomic subsystem updates ?
21:56 < rxr> aside not rising our graph to limits ...
21:56 < mnemoc> what so bad in doing commit i can track using the MUA?
21:56 < sepp> mnemoc, jsaw - ok next time i'll ci 45 times :/
21:56 < Baldzius> :)
21:56 < mnemoc> for x in package/e17/*; do sh misc/archive/Commit.sh $x; done
21:56 < jsaw> hehe
21:56 < sepp> well i looked at the kde history
21:57 < rxr> you forgot: yes c |
21:57 < mnemoc> :)
21:57 < jsaw> rxr: I wouldn't mind, but mnemoc begged for it so often, that I'm reluctant to ignore his wish
21:57 < mnemoc> thanks jsaw
21:57 < rxr> mnemoc: I more like grouped stuff like "here goes e XYZ" and "there kde 3.5.1" - why don't you liek that?
21:58 < mnemoc> rxr: because i can't track it
21:58 < rxr> why ?
21:58 < mnemoc> "kde 3.5.1" is not just 3.5.0 -> 3.5.1 updates
21:58 < rxr> wel - beside arts 1.5.1 it is ...
21:58 < sepp> man - now i am confused :)
21:59 < mnemoc> filter t2-svn folder by 'arts'
21:59 < mnemoc> gives stuff done to arts
21:59 < rxr> mnemoc: use a mail client that can search thru the body ,-)
21:59 < mnemoc> sepp: just rxr likes to make my life harder
22:00 < mnemoc> rxr: via 64kbps link searching mail bodies on my IMAP account is not fast
22:00 < rxr> in some week you have a faster link ...
22:00 < mnemoc> :)
22:00 < jsaw> hehe
22:00 < morfoh> .oO( somehow I expected that answer from rxr )o :)
22:01 < mnemoc> and somehow i know will will continue doing fat commits
22:01 < mnemoc> he will*
22:01 < mnemoc> and commit features joint to updates
22:02 < morfoh> hehe :)
22:02 < morfoh> mnemoc: I can imagine your sad face :)
22:02 < mnemoc> nah, i'm use to it
22:02 < rxr> mnemoc: nah - that was an accident
22:02 < rxr> mnemoc: but I can see mostly pros for groupped commits
22:02 < rxr> after all this is why we have svn an not cvs ...
22:03 < mnemoc> i disagree
22:03 < sepp> well sorry, i saw large xorg/* kde/* updates and well i thought its ok
22:03 < mnemoc> because some packages get a 3.5.1.1
22:03 < rxr> on kde ?
22:03 < mnemoc> why not?
22:03 < rxr> you mean in between of the release ...
22:03 < rxr> well on kde that has never happend ...
22:03 < rxr> but xorg is another case
22:04 < mnemoc> or e17
22:04 < sepp> like r13794
22:04 < rxr> I see 270 commits as more noise and harder to track and merge than the atommic here goes X11R7.0.1
22:04 < mnemoc> some updates will fail on stage 9 and you will have to re-update certain packages
22:05 < mnemoc> which will not be nice to track on a bundled X11R7.0.1 or e17 2006-01-31 or kde 3.5.1
22:05 < rxr> 20 single kde updates are easy to forget overlook one and more to type and so on
22:06 < rxr> mnemoc: speaking about that
22:06 < rxr> who will do 2.2 _
22:06 < rxr> ? even
22:06 < mnemoc> i fear i'll have to do it :(
22:07 < mnemoc> most t2 developers are only worried about living in the edge
22:08 < rxr> mnemoc: nope you did the pain for 2.1
22:08 < mnemoc> maintaing stability is a pain
22:08 < rxr> no two times in a row - I know from pushing rock from 1.7 to 2.0 and even to 2.0.2 or .3 or what the last thing was I did how much burnout that can caouse
22:09 < rxr> so - anyone for 2.2?
22:09 < mnemoc> :)
22:09 < rxr> or is it up to me to run a stable series once again *g*?
22:09 < mnemoc> 2.2 is your tree
22:09 < rxr> dictator mnemoc has spoken?
22:10 < mnemoc> :)
22:10 < mnemoc> 2.2 includes your fetishs not mine :p
22:10 < LMJ> good night dictator mnemoc ;)
22:10 < sepp> uhm - sorry for starting that much "discussion" i just saw some kde/* xorg/* updates and i thougt it is logical to do it with 1 ci
22:10 < LMJ> good night poor rxr
22:11 < mnemoc> sepp: nah, don't be sorry :)
22:11 < LMJ> good night sepp too ;)
22:11 < mnemoc> LMJ: i'm not a dictator :(
22:11 < LMJ> hehe mnemoc
22:12 < mnemoc> rxr: poll names
22:12 < rxr> poll ?
22:12 < rxr> n8 LMJ
22:12 < mnemoc> name names
22:12 < jsaw> sepp: most discussion here is friendly, so no problem to start one
22:12 < rxr> sepp: rather do atomic commits when I do 2.2 ,-)
22:12 < sepp> :)
22:12 < rxr> s/do/have to do/
22:13 < mnemoc> your definition of 'atomic' is different than mine :)
22:13 < sepp> well, next time i'll ask everyone :D
22:13 < mnemoc> sepp: per package updates will never be a problem
22:14 * jsaw thinks about mass number when he hears "atomic"
22:14 < sepp> yes i see - next xorg update will raise the t2 vs xorg plot
22:14 < sepp> vs rock*
22:14 < mnemoc> jsaw: :)
22:14 < mnemoc> hehe
22:16 < jsaw> have to do some flat cleaning (prepare Marlenes birthday on Saturday...)
22:16 < jsaw> cu later
22:17 < mnemoc> cu jsaw :)
22:17 < mnemoc> wasn't she named 'charlotte'?
22:18 * sepp thinks a larger update like xorg kde gnome2 or e17 is cleaner in one commit - not 500
22:18 < sepp> cu jsaw
22:18 < jsaw> (charlotte is on 21st)
22:18 < mnemoc> jsaw: some month? oh
22:18 < jsaw> yep
22:19 < mnemoc> sepp: a single commit is good when everything is really a single thing, KDE, gnome and e17 are not a single atom,
22:19 < sepp> e17 is a single thing because they change the api every week
22:20 < sepp> last month they broke everything!
22:21 < rxr> so - now injected a SSE assembly memcpy into my ShadowFB hacked radeon driver
22:21 < rxr> did not bring much anymore but nice to have ,-)
22:22 < rxr> so - this driver will be frozen now ...
22:23 < rxr> and used until I hack more hardware acceleration into the radeon drive ror the Xpress 200m I have in the Turion beast ...
22:23 < mnemoc> sepp: try e17 on stage 9 and you will se a single 'date' is not good for everything
22:23 < rxr> smoother than on the dual core ppc64 is enough for tonight ...
22:23 < mnemoc> rxr: :)
22:24 < sepp> mnemoc: i will tru it ;)
22:24 < sepp> try*
22:24 < mnemoc> sepp: if e17/* builds flawless please tell me, to update (to fix) the one at 2.1
22:25 < mnemoc> sepp: at stage 9 i mean
22:25 < rxr> sepp: did they change evas api ?
22:25 < rxr> sepp: I fear so since they factored the rendering engines out into .so files or so ...
22:25 < rxr> saw that in vewcvs ...
22:25 < rxr> too bad I depend on evas for some code of mine ...
22:26 < sepp> rxr: yes evas changed :/
22:26 < mnemoc> or 'that client'?
22:26 < mnemoc> for*
22:27 < sepp> rxr: but what i saw its only a minor change
22:27 < sepp> some symbols renamed ...
22:28 < rxr> .oO
22:29 < rxr> full screen transparent urxvt with vim scrolling highlighted sources is nearly as fast as framebuffer ,-)
22:29 * mnemoc emerging urxvt
22:30 < rxr> mnemoc: it is just a terminal
22:30 < mnemoc> rxvt-unicode :p
22:30 < rxr> mnemoc: you need a decent X with comopsition running ...
22:30 < mnemoc> i know, but vte _sucks_
22:31 < rxr> otherwise no transparent fast whatesover stuff ..
22:31 < rxr> ah
22:31 < rxr> well - urxvt is quite nice
22:31 < mnemoc> i'll miss tabs
22:31 < morfoh> http://t2.ixplanet.de/t2/target/live :)
22:31 < sepp> Ecore_Event_Exe_Exit = >Ecore_Exe_Event_Del
22:31 < sepp> not sure about evas
22:31 < sepp> sorry
22:34 < rxr> mnemoc: yes, missing tabs is the mostly missing thing on urxvt
22:34 < rxr> there is a tabbed rxvt fork ...
22:34 < rxr> but the people are quite quickly polishing urxvt
22:34 < rxr> maybe they might even consider adding clean tabbing to it ...
22:35 < mnemoc> :)
22:49 < rxr> has anyone a x86 xorg-server bild log at hand ?
22:50 < mnemoc> minute
22:52 < rxr> well ok
22:52 < rxr> full time transparent terminal full screen (1280xwhatsover this wide screen book has) takes "just" 50% cpu while srolling a xorg-server build along ...
22:52 < mnemoc> i'm fetching it from my build server
22:52 < rxr> not bad ..
22:52 < mnemoc> just :p
22:52 < rxr> for something that usually flickers around at 100% for 1fps ...
22:53 < rxr> that are >10 fps ...
22:53 < mnemoc> ehm
22:55 < rxr> mnemoc: this is pure eye candy ...
22:55 < mnemoc> i'll have to see it to believe :)
22:56 < mnemoc> rxr: http://www.geeks.cl/~amery/5-xorg-server.log.bz2
22:58 < rxr> ok - 13 second video captured
22:58 * rxr seeaching usb cable ...
22:59 < rxr> 30 % load right now
23:05 < rxr> http://ec-outpost.dyndns.org/imgp1544.avi
23:05 < rxr> ok the video sucks
23:05 < rxr> digicam can not do better
23:05 < rxr> but you might get the idea ...
23:05 < rxr> 5MB
23:06 * mnemoc downloading to office and riding home
23:34 * sepp removed all local changes and started a stage-9 build with e17 ;)
23:36 < sepp> i fear that will take >30h :/
23:43 < rxr> sepp: build with -O0, that is faster ,-)
23:44 < rxr> n8 all
23:44 < sepp> good night rxr
23:44 < sepp> ;)
23:44 < morfoh> rxr: n8 all
23:44 < morfoh> oops
23:44 < morfoh> sepp: btw, your colors and the logo are looking great :)
23:45 < sepp> morfoh: no bullets?
23:46 < morfoh> no bullets yet ...
23:46 < morfoh> sepp: http://t2.ixplanet.de/t2/
23:47 < sepp> ahh - yes my idea was to keep it as simple as possible
23:48 < morfoh> oh! but there leaked some stuff into the logo ...
23:48 < sepp> and well, its not my idea - it is a color wheel
23:49 < morfoh> sepp: anyway ... it looks nice :)
23:50 < sepp> in my local firefox it looks badly scaled
23:50 < morfoh> sepp: ack ... on mine too ... what did I wrong ?
23:51 < sepp> you got the .svg?
23:53 < sepp> it looks like you scaled down the .jpg
23:55 < morfoh> yes ... but how can I scale it without loosing the bullets proportions ?
23:55 < CIA-7> aldas * r15244 /trunk/package/audio/alsa-driver/alsa-driver.desc: * updated alsa-driver (1.0.11rc2 -> 1.0.11rc3)
23:56 < CIA-7> aldas * r15245 /trunk/package/audio/alsa-firmware/ (alsa-firmware.conf alsa-firmware.desc): * updated alsa-firmware (1.0.10 -> 1.0.11rc3)
23:56 < sepp> morfoh: use the .svg
23:56 < CIA-7> aldas * r15246 /trunk/package/audio/alsa-lib/alsa-lib.desc: * updated alsa-lib (1.0.11rc2 -> 1.0.11rc3)
23:56 < CIA-7> aldas * r15247 /trunk/package/audio/alsa-oss/ (alsa-oss.desc alsa-oss.init): * updated alsa-oss (1.0.10 -> 1.0.11rc3)
23:57 < CIA-7> aldas * r15248 /trunk/package/audio/alsa-tools/alsa-tools.desc: * updated alsa-tools (1.0.11rc2 -> 1.0.11rc3)
23:58 < morfoh> sepp: yes ... I do but if I scale it with inkscape the boxes are becoming circles
--- Log closed Fri Feb 03 00:00:15 2006

Generated: in 0.01s — Copyright ©2004-2023 ExactCODE and others. All Rights Reserved. The T2 SDE Project is maintained
and driven by the community and sponsored by ExactCODE. This is a community maintained site. ExactCODE is not responsible for the content.