T2 IRC Log: 2006-05-31

This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.

« prev | next »

--- Log opened Wed May 31 00:00:29 2006
00:17 < trb7> good night
00:17 -!- trb7 [n=netstati@bl5-233-178.dsl.telepac.pt] has quit ["Leaving"]
01:33 -!- idealm [n=ideal@222.66.46.91] has joined #t2
01:53 -!- morfoh [n=morfoh@e178030125.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
03:17 -!- mtr_ [n=Michael@pD9E11CB0.dip0.t-ipconnect.de] has joined #t2
03:30 -!- mtr [n=Michael@pD9E124CA.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)]
03:30 -!- mtr_ is now known as mtr
03:44 -!- xaxes|free [n=xaxes|fr@server.foonative.org] has left #t2 []
07:09 -!- You're now known as rxr
07:37 -!- Tauras [n=tauras@mailsrv.3cx.com] has joined #t2
07:37 < Tauras> hello
07:39 < rxr> hi Tauras
07:43 < Baldzius> hi rxr Tauras
07:44 < rxr> hi Baldzius
07:44 < CIA-3> rene * r17713 /trunk/package/multimedia/libzvbi/libzvbi.desc: * updated libzvbi (0.2.21 -> 0.2.22)
07:46 < CIA-3> rene * r17714 /trunk/misc/share/DownloadTranslations:
07:46 < CIA-3> * fixed DowloadTranslations to not use mesh for downloads, it barely
07:46 < CIA-3> has the files within days after the announcement, use switch instead
07:46 < CIA-3> which appears to be more up-to-date
07:47 < CIA-3> aldas * r17715 /trunk/package/gnome2/vte/vte.desc:
07:47 < CIA-3> * downdated vte (0.13.1 -> 0.12.2)
07:47 < CIA-3> * downdated to the latest stable since 0.13.x is unstable, oops
07:49 < CIA-3> aldas * r17716 /trunk/package/printing/cups/ (cups.conf cups.desc cups.init gcc-4.0.patch):
07:49 < CIA-3> * updated cups (1.1.23 -> 1.2.1)
07:49 < CIA-3> * removed gcc-4.0.patch - obsolete
07:49 < CIA-3> * copyright update
07:50 < Baldzius> kde 3.5.3 is coming in several min
07:50 < rxr> nice
07:52 < Baldzius> i waited for it whole week as they added cups 1.2.x support in 3.5.3
07:52 < Baldzius> all other cups dependats compile nicely
07:53 < rxr> oh
08:12 < rxr> on ppc64 I see not a single regression with latest binutils and gcc btw.
08:12 < rxr> though one ICE on ppc64 is not yet fixed - sigh
08:18 < Baldzius> :)
08:23 < Baldzius> rxr: we have a small problem with GNOME tm due 'gtk-update-icon-cache' which lead to shared-files conflict
08:23 < Baldzius> recently more projects started using it
08:24 < Baldzius> it can be fixed by patching by i think we will f* up one day if more projects will start using it
08:25 < Baldzius> maybe you could look at it and find a _smart_ solution as i didn't find any
08:25 < Baldzius> now we have: Found shared files with other packages:
08:25 < Baldzius> opt/gnome2/share/icons/hicolor/icon-theme.cache: anjuta dasher file-roller gnopernicus gossip gucharmap seahorse
08:26 < Baldzius> i guess it's all , for now
08:41 < CIA-3> aldas * r17718 /trunk/package/kde/kdeaccessibility/kdeaccessibility.desc: * updated kdeaccessibility (3.5.2 -> 3.5.3)
08:41 < rxr> Baldzius: hm, I did not notice those
08:41 < CIA-3> aldas * r17720 /trunk/package/kde/kdeadmin/kdeadmin.desc: * updated kdeadmin (3.5.2 -> 3.5.3)
08:41 < CIA-3> aldas * r17721 /trunk/package/kde/kdeartwork/kdeartwork.desc: * updated kdeartwork (3.5.2 -> 3.5.3)
08:42 < rxr> either patch, pass some variable assignment (ICONCACHE=true whatever) or a wrapper which wrapps it away generically
08:42 < CIA-3> aldas * r17722 /trunk/package/kde/kdebase/kdebase.desc: * updated kdebase (3.5.2 -> 3.5.3)
08:43 < CIA-3> aldas * r17717 /trunk/package/kde/arts/arts.desc: * updated arts (1.5.2 -> 1.5.3)
08:43 < CIA-3> aldas * r17719 /trunk/package/kde/kdeaddons/kdeaddons.desc: * updated kdeaddons (3.5.2 -> 3.5.3)
08:43 < CIA-3> aldas * r17723 /trunk/package/kde/kdebindings/kdebindings.desc: * updated kdebindings (3.5.2 -> 3.5.3)
08:44 < CIA-3> aldas * r17725 /trunk/package/kde/kdegames/kdegames.desc: * updated kdegames (3.5.2 -> 3.5.3)
08:45 < CIA-3> aldas * r17729 /trunk/package/kde/kdenetwork/kdenetwork.desc: * updated kdenetwork (3.5.2 -> 3.5.3)
08:45 < CIA-3> aldas * r17724 /trunk/package/kde/kdeedu/kdeedu.desc: * updated kdeedu (3.5.2 -> 3.5.3)
08:45 < CIA-3> aldas * r17726 /trunk/package/kde/kdegraphics/kdegraphics.desc: * updated kdegraphics (3.5.2 -> 3.5.3)
08:45 < CIA-3> aldas * r17727 /trunk/package/kde/kdelibs/kdelibs.desc: * updated kdelibs (3.5.2 -> 3.5.3)
08:45 < CIA-3> aldas * r17728 /trunk/package/kde/kdemultimedia/kdemultimedia.desc: * updated kdemultimedia (3.5.2 -> 3.5.3)
08:45 < CIA-3> aldas * r17730 /trunk/package/kde/kdepim/kdepim.desc: * updated kdepim (3.5.2 -> 3.5.3)
08:46 < CIA-3> aldas * r17731 /trunk/package/kde/kdesdk/kdesdk.desc: * updated kdesdk (3.5.2 -> 3.5.3)
08:46 < CIA-3> aldas * r17732 /trunk/package/kde/kdetoys/kdetoys.desc: * updated kdetoys (3.5.2 -> 3.5.3)
08:46 < CIA-3> aldas * r17733 /trunk/package/kde/kdeutils/kdeutils.desc: * updated kdeutils (3.5.2 -> 3.5.3)
08:46 < CIA-3> aldas * r17734 /trunk/package/kde/kdevelop/kdevelop.desc: * updated kdevelop (3.3.2 -> 3.3.3)
08:46 < CIA-3> aldas * r17735 /trunk/package/kde/kdewebdev/kdewebdev.desc: * updated kdewebdev (3.5.2 -> 3.5.3)
08:47 < Tauras> why do you commit every file separately?
08:48 < Baldzius> 1. mnemoc asked so
08:48 < Baldzius> 2. for safety (more important)
08:48 < Tauras> I would do it in one go 'kde upgrade (3.5.2 -> 3.5.3)
08:48 < Tauras> safety?
08:49 < rxr> yes, this is what I also argue all the time
08:49 < Baldzius> i can easily see if i didn't miss anything
08:49 < Baldzius> like cksum or smthg
08:49 < rxr> Baldzius: I would rather like to have atomic commits, you can scroll over the ./misc/archive/Commit.sh diff do see if all files have the checksum and such
08:50 < Baldzius> rxr: i don't want to mess up things especially before final 2.2 :)
08:50 < rxr> though mnemoc claimed the opposite I find it also easier to merge such atomic commits to branches, e.g. what I have soon to do when we have the 2.2 branch
08:50 < Baldzius> next time i'do what ever you want on trunk :)
08:51 < rxr> you do not have to hunt for your 11 revisions and make sure you either have them all or no-other in between if you want to merge them all
08:51 < Baldzius> yeah i know that, old habbit :(
08:51 < rxr> Baldzius: I rather like groupped, atomic commits - also to make merging actually easier
08:51 < rxr> of course only where it makes sense
08:51 < Baldzius> it's really easier to merge 1 commit
08:52 < rxr> e.g. menmoc said on gnome it is more painful when half of the stuff has not the gnome release version number
08:52 < rxr> this gnome case is really a bit problematic but mostly only applies to gnome, xfce and e17 have either also groupped releases or in the later case one CVS date
08:53 < Baldzius> i can imagine, merging gnome should be really pain in the a**
08:53 < rxr> on gnome we agreed that committing the core packages with the same gnome release version in one go and all the other colateral bits with versions such as 0.5 1.2 or whatever the gnome people release to the world seperately
08:54 < rxr> but I can live with most ways, I only dopped in when Tauras mentioned it ,-)
08:54 < Baldzius> oh , ok , i'll remember that :)
08:54 * rxr loading the dual-core ppc64 with a kde test-build ,-)
08:55 < Baldzius> that would be nice as i tested only kdelibs
08:56 < rxr> valentin: graphic/asymptote [1.06 2.2-trunk] needs a Makefile patch adaption - I'll svn revert my local update - maybe you wanna do that some time
08:57 < Baldzius> btw, i can't update kde-i18n stuff due reduced internet speed
08:57 < Baldzius> if it's urgent - you can update
08:57 < Baldzius> otherwise i'll update them in evening
08:59 < rxr> evening sounds fine
08:59 < rxr> have some workload on my desk
08:59 < Baldzius> ok
09:00 < Baldzius> rxr: btw, last question: when you are planning 2.2 branch?
09:01 < rxr> when we tag 2.2.0-final
09:01 < rxr> (or if someone has a big change before that time that he/she wants to commit to trunk)
09:01 < rxr> I hope to tag -final within the next 7 days
09:02 < Baldzius> ic
09:14 < CIA-3> aldas * r17736 /trunk/package/base/linux26/linux26.desc:
09:14 < CIA-3> * updated linux26 (2.6.16.18 -> 2.6.16.19)
09:14 < CIA-3> * security update: CVE-2006-1343
09:39 < rxr> heh - saw that too
09:39 < rxr> what is really annocing is that you waste a lot of space on your system if you rebuild all the security patch kernels
09:39 < rxr> each will yield new kernel images and a fat module subtree
09:40 < rxr> maybe we have to think how to improve this
09:40 < rxr> also for Build-Target with such sec. updates in between you have to make sure you wipe the kernel before continuing the build or rebuild - otherwise you will get a lot more files in the kernel packages
09:40 < rxr> ideas welcome
09:41 < rxr> (e.g. wiping the minor part at the end and we just name the files after the mejor version part ?)
09:49 < Baldzius> hmm
10:15 -!- idealm [n=ideal@222.66.46.91] has quit [Read error: 113 (No route to host)]
10:34 -!- idealm [n=ideal@218.82.57.233] has joined #t2
11:19 < CIA-3> chris * r17737 /trunk/package/develop/viewvc/ (. viewvc.cache viewvc.conf viewvc.desc): * added viewvc (1.0.0) - A Web-based Subversion and CVS repository browser.
12:32 < CIA-3> sebastian * r17738 /trunk/package/editors/fxscintilla/fxscintilla.desc: * updated fxscintilla (1.63 -> 2006-05-28)
12:32 < CIA-3> sebastian * r17739 /trunk/package/ruby/fxruby/ (fxruby.conf fxruby.desc): * updated fxruby (1.4.5 -> 1.6.0)
13:25 -!- morfoh [n=morfoh@e178041178.adsl.alicedsl.de] has joined #t2
13:25 < morfoh> hi
13:29 < morfoh> rxr: do you remember the reason to disabing the detection for python site-packages while building python swig bindings for svn ? due to the change done on r9106 the bindings are not installed in the site-packages folder anymore ... so most python programs depending on that will not find them
13:29 < morfoh> I vote to revert that change
13:31 < morfoh> oh! but unfortunately the commit was mixed with an update ... so I vote for removing the comments
13:36 < rxr> morfoh: who did that change?
13:36 < rxr> I do not remeber off hand
13:36 < rxr> maybe SVN did just not build with them at that time ?
13:37 < morfoh> rxr: you did the change
13:37 < morfoh> rxr: I don't think that it was a problem of not building ... it is harmless
13:38 < morfoh> but I think we should reenable the detection
13:41 < morfoh> rxr: I'm testing it right now with the uncommented "python hack"
13:41 < morfoh> if I'll not see any major problems with it I commit the change
13:48 < rxr> I doubt I removed it just for the fun
13:48 < rxr> I remember the python bindings have been historically quite fragile I guess this is why we disabled them at some point
13:48 < rxr> if it builds today, sure readd it ,-)
13:49 < morfoh> rxr: no one was saying that you removed it for the fun of it ;)
13:50 < morfoh> rxr: and there are problems with it ... yes. I'll try to fix them
13:57 < rxr> it does still not build ?
14:12 < morfoh> yep ... but it seems that they changed the way slightly how to install it in a different place
14:31 -!- acehunky [n=chat_jok@59.184.55.52] has joined #t2
14:34 * Lucifer_arma is away: school
15:30 < morfoh> bbl
15:41 < acehunky> hi morfoh
15:42 < mnemoc> he left to a meeting
15:42 < acehunky> aah okk
16:06 -!- Tauras [n=tauras@mailsrv.3cx.com] has left #t2 ["Kopete 0.11.1 : http://kopete.kde.org"]
16:39 < CIA-3> rene * r17740 /trunk/package/perl/perl-mailtools/ (. perl-mailtools.cache perl-mailtools.desc): * added perl-mailtools (1.74) - A set of perl modules related to mail applications
16:39 < CIA-3> rene * r17742 /trunk/package/perl/perl-mime-types/ (. perl-mime-types.cache perl-mime-types.desc): * added perl-mime-types (1.16) - Data-structure to keep knowledge about various MIME types
16:39 < CIA-3> rene * r17743 /trunk/package/perl/perl-io-stringy/ (. perl-io-stringy.cache perl-io-stringy.desc): * added perl-io-stringy (2.110) - I/O on in-core objects like strings and arrays
16:40 < CIA-3> rene * r17741 /trunk/package/perl/perl-mail-box/ (. perl-mail-box.cache perl-mail-box.desc): * added perl-mail-box (2.065) - Powerful methods to handle e-mail in Perl
16:40 < CIA-3> rene * r17744 /trunk/package/perl/perl-user-identity/ (. perl-user-identity.cache perl-user-identity.desc): * added perl-user-identity (0.90) - A Perl module that maintains info about a physical person
16:48 < CIA-3> aldas * r17745 /trunk/package/kde/kde-i18n-bg/kde-i18n-bg.desc: * updated kde-i18n-bg (3.5.2 -> 3.5.3)
16:49 < CIA-3> aldas * r17746 /trunk/package/kde/kde-i18n-de/kde-i18n-de.desc: * updated kde-i18n-de (3.5.2 -> 3.5.3)
16:49 < CIA-3> aldas * r17747 /trunk/package/kde/kde-i18n-es/kde-i18n-es.desc: * updated kde-i18n-es (3.5.2 -> 3.5.3)
16:49 < CIA-3> aldas * r17748 /trunk/package/kde/kde-i18n-fr/kde-i18n-fr.desc: * updated kde-i18n-fr (3.5.2 -> 3.5.3)
16:49 < CIA-3> aldas * r17749 /trunk/package/kde/kde-i18n-it/kde-i18n-it.desc: * updated kde-i18n-it (3.5.2 -> 3.5.3)
17:08 < _Ragnar_> moin
17:09 < rxr> moin _Ragnar_
17:10 < _Ragnar_> hi rene how's it going?
17:10 < rxr> oh - so lala as usual ...
17:10 < rxr> and for you ?
17:10 < _Ragnar_> same
17:10 < _Ragnar_> could be better
17:18 -!- Lucifer_arma [n=dave@user-0vvdcf9.cable.mindspring.com] has quit [Read error: 110 (Connection timed out)]
17:27 -!- sparc-kly [n=sparc@64.237.248.56] has quit [Read error: 104 (Connection reset by peer)]
17:48 < rxr> I think the kde packages did built all fine on ppc64
17:49 -!- sparc-kly [n=sparc@64.237.248.56] has joined #t2
18:01 -!- idealm [n=ideal@218.82.57.233] has quit [Remote closed the connection]
18:14 < CIA-3> rene * r17750 /trunk/package/x86/grub/mactel.patch:
18:14 < CIA-3> * patched grub to not hang enabling the A20 gate on Intel-based Apple
18:14 < CIA-3> Macintosh hardware (only tested on an Apple Macbook so far - I hope
18:14 < CIA-3> it still boots on classic x86 hardware ,-)
18:45 -!- sparc-kly [n=sparc@64.237.248.56] has quit [Read error: 104 (Connection reset by peer)]
18:45 -!- sparc-kly_ [n=sparc@64.237.248.56] has joined #t2
19:28 -!- rxr_ [n=rene@e178188006.adsl.alicedsl.de] has joined #t2
19:28 -!- Topic for #t2: T2 | 2.2.0-rc TAGGED | 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/
19:28 -!- Topic set by mnemoc [] [Tue May 30 22:57:23 2006]
19:28 [Users #t2]
19:28 [@ChanServ] [ CIA-3] [ LMJ ] [ mtr ] [ sepp_ ] [ valentin]
19:28 [ acehunky] [ dsoul] [ mnemoc] [ rxr ] [ sparc-kly_] [ _Ragnar_]
19:28 [ Baldzius] [ laj_ ] [ morfoh] [ rxr_] [ tdi ]
19:28 -!- Irssi: #t2: Total of 17 nicks [1 ops, 0 halfops, 0 voices, 16 normal]
19:28 -!- [freenode-info] please register your nickname...don't forget to auto-identify! http://freenode.net/faq.shtml#nicksetup
19:28 -!- Channel #t2 created Sun Aug 8 19:15:33 2004
19:28 -!- Irssi: Join to #t2 was synced in 36 secs
19:42 -!- rxr [n=rene@e178168216.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
19:47 -!- sepp_ is now known as sepp
19:47 < sepp> hello :)
19:51 < CIA-3> rene * r17751 /trunk/package/xorg/xorg-server/xcfgt2.sh:
19:51 < CIA-3> * updated xcfgt2 matching to match Intel 950 (imperfect pciid
19:51 < CIA-3> does only list intel mobline, sigh)
20:59 < CIA-3> amery * r17752 /trunk/target/: * changed mnemosyne location at svn:externals to the new read-only location
21:02 -!- sparc-kly_ is now known as sparc-kly
21:06 -!- sepp_ [n=sepp@p213.54.149.76.tisdip.tiscali.de] has joined #t2
21:18 -!- sepp [n=sepp@p213.54.132.125.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
--- Log closed Thu Jun 01 00:00:35 2006