T2 IRC Log: 2010-08-02

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 Mon Aug 02 00:00:49 2010
09:21 < CIA-32> aldas * r37028 /trunk/package/base/cron/cron.desc:
09:21 < CIA-32> Dmitry S. Vasilchenko :
09:21 < CIA-32> * updated cron (3.0pl1-111 -> 3.0pl1-113)
09:44 <@rxr> guess I soon have to fix some inf. looping packages, such as lxrandr, ...
10:44 -!- Baldzius [~aldas@87-198-133-94.ptr.magnet.ie] has joined #t2
10:44 < Baldzius> moin
10:45 <@rxr> moin moin
10:45 < Baldzius> hey rxr
10:45 < Baldzius> I think I found problem preventing me to compile t2 on Bubuntu
10:45 < Baldzius> I guess it's latest diffutils
10:46 < Baldzius> and it makes little sense as it was updated somewhere around last days of May
10:46 < Baldzius> trying locally, will see how it goes
10:53 < CIA-32> rene * r37029 /trunk/package/network/wireshark/wireshark.desc: * updated wireshark (1.2.9 -> 1.2.10)
10:53 < CIA-32> rene * r37031 /trunk/package/xorg/libxi/libxi.desc: * updated libxi (1.3 -> 1.3.1)
10:53 < CIA-32> rene * r37030 /trunk/package/x11/xforms/xforms.desc: * updated xforms (1.0.92 -> 1.0.93)
11:01 < rogermason> Hello all. What is the preferred method for getting a patch into T2?
11:01 <@rxr> sending it to the list
11:01 <@rxr> or point us to it here, but list is preferred :-)
11:01 < Baldzius> :)
11:03 < rogermason> OK. I sent a patch to the list yesterday that fixed my problem with isofs.txt not being written.
11:05 -!- uid9909 [~uid9099@2001:470:9a41:107:9923:c0d4:c71d:89e1] has joined #t2
11:11 <@rxr> gah, should have assumed it's an rethoric question :-)
11:12 < Baldzius> heh
11:12 < Baldzius> busted :)
11:12 <@rxr> did not fully liked the patch, but I'll review for a proper fix :-)
11:12 <@rxr> rogermason: what kind of target did you build to hit this error?
11:13 <@rxr> rhetoric even
11:14 -!- T-One [~T-One@194.183.141.238] has quit [Quit: Verlassend]
11:17 < rogermason> rxr: no, it was not rhetorical, just wanted to know. target was generic/i686.
11:20 <@rxr> but you changed the package selection, right ?
11:21 < CIA-32> rene * r37032 /trunk/package/network/pmacct/pmacct.desc: * updated pmacct (0.12.2 -> 0.12.3)
11:29 <@rxr> Baldzius: if you notice a minor change in your vm performance please let me know :-)
11:29 <@rxr> I guess now that more stuff is on our ext. servers ssh sessions latenvy got better to type?
11:30 < Baldzius> all seems to be fine
11:44 <@rxr> rogermason: any extra packaegs added to that generic target?`or another package preselection than minimal_
11:44 <@rxr> ? even
11:49 <@rxr> btw. the qt (4) packages fails randomly
11:49 <@rxr> the day after I had this "no XML without exception" failure I rebuild thta 64bit build and qt built
11:49 <@rxr> now, some days later, same VM, 32bit test build this qt(4) thing fails again with this "no XML without enabling exceptions" issue
11:49 <@rxr> pretty annoying beast that is
11:51 < Baldzius> strange
11:51 < Baldzius> always builds here
11:52 <@rxr> yeah, need to debug :-(
11:52 <@rxr> will try to fix some other "not so important build error noise"
11:52 <@rxr> e.g. the >= gcc-4.4 missing includes and other such trivialities
11:57 -!- uid9909 [~uid9099@2001:470:9a41:107:9923:c0d4:c71d:89e1] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716]]
11:58 < rogermason> rxr: I used package preselection minimal with X and then added one or two things.
11:59 <@rxr> can you paste your pkgsel file here so I can add the sames things for a test build
12:01 < rogermason> X distcc
12:01 < rogermason> X emacs
12:01 < rogermason> X w3m
12:01 < rogermason> X fvwm
12:01 < rogermason> X cfengine
12:02 < rogermason> X coda
12:02 < rogermason> X ocaml
12:02 < rogermason> X gtk+
12:02 < rogermason> X root
12:02 < rogermason> O gtkdoc
12:02 < rogermason> O vim
12:02 < rogermason> O xf86-video-openchrome
12:02 < rogermason> O xf86-video-radeonhd
12:02 < rogermason> O xf86-video-vga
12:02 < rogermason> O xf86-video-via
12:02 < rogermason> X lilo
12:03 < Baldzius> fecking x drivers
12:03 < Baldzius> openchrome and via fail because of newer libdrm afair
12:03 < Baldzius> or something like that
12:03 < Baldzius> but radeonhd is really pain in the ass
12:04 < Baldzius> I think this project is dead, no (radeonhd) >
12:04 < Baldzius> ?
12:06 <@rxr> nope
12:07 < rogermason> I'm tinkering with the ati driver just now. I can get it to build inside the chroot and I generated a patch for drmm_display.c, but I can't get the patch to apply. Probably my inexperience in running diff.
12:09 <@rxr> Baldzius: oh, radeonhd, yes, superseeded by some regular ati driver I think
12:10 <@rxr> kept by them as clean driver skeleton example IIRC
12:10 <@rxr> http://t2-project.org/packages/xf86-video-radeonhd.html
12:12 <@rxr> ok, they still fix things in their git, ...
12:12 < Baldzius> rogermason: what's your host system? I can't get patch to work on T2 made with Ubuntu 10.04
12:12 < Baldzius> different diffutils
12:14 < rogermason> Baldzius: T2 8.0, possibly with some bits from trunk.
12:18 < Baldzius> hm
12:22 < Baldzius> usually I do like this, extract "package" then cp -rv "package" "package-orig"; vi "package"/needed_file; diff -Nur "package.orig" "package" > some.patch
12:24 <@rxr> I use the t2 buildin diff helper
12:24 <@rxr> cd src.$pkg.*
12:24 <@rxr> ./debug.sh
12:24 <@rxr> fixfile whatever
12:24 <@rxr> fixfilediff > ../package/*/$pkg/some.patch
12:26 < Baldzius> hm
12:26 < Baldzius> will try some day
12:29 < CIA-32> aldas * r37033 /trunk/package/kde/kdevplatform/kdevplatform.desc: * updated kdevplatform (1.0.0 -> 1.0.1)
12:29 < CIA-32> aldas * r37034 /trunk/package/kde/kdevelop/kdevelop.desc: * updated kdevelop (4.0.0 -> 4.0.1)
12:39 < rogermason> Thank you both. Got it patched and built. Dunno if it works though :). I have a box here at hoe that needs the ati driver. I'll try it on that.
12:53 < Baldzius> post it somewhere if it fixes build
12:55 < rogermason> Well, no blue smoke came out, so I suppose it must be OK.
12:57 < CIA-32> aldas * r37035 /trunk/package/gnome2/gparted/gparted.desc: * updated gparted (0.6.1 -> 0.6.2)
12:57 < Baldzius> :)
12:58 < CIA-32> aldas * r37036 /trunk/package/multimedia/vlc/vlc.desc: * updated vlc (1.1.1 -> 1.1.2)
12:58 < Baldzius> rxr: I think package matrix again doesn't get updated
13:02 < rogermason> There are really two fixes required. one is to libudev.h and the other to drmm_display.c. I'm not sure if the udev fix is dangerous or not. Also, I made the fix _after_ everything else was built, so there's a chance something will break in a new build.
13:06 <@rxr> Baldzius: I had no time to add some kind of syncing to that outpost
13:07 < Baldzius> ic
13:07 < Baldzius> rogermason: put it somewhere anyway, I will test locally
13:08 < Baldzius> I am waiting for kde update so I will restart my ref build from scratch
13:19 < rogermason> Baldzius: just sent patches to mailing list.
13:20 < Baldzius> super , I will test them as soon as kde 4.5 gets released
13:21 < Baldzius> those 2 patches are related?
13:30 < Baldzius> 6.13.0 compiles fine
13:30 < Baldzius> maybe we should revert?
13:30 < Baldzius> instead of adding 2 patches?
13:38 < rogermason> Yes, the two patches are related. Without the udev patch the xf86-video-ati build errors out very quickly. Look at the top of libudev.h to see what that is all about.
13:38 < Baldzius> yeah I see
13:47 < rogermason> Whenever I log into my T2 machines (built with 8.0 or trunk), after I enter the password, I see "/usr/bin/dircolors" follwed by "-bash: LS_COLORS='no=00:fi=00...';:command not found dircolors: /etc/DIRCOLORS: No such file or directory".
13:55 <@rxr> yes, saw that too, that is due to a fix from me not to run dircolors when not available
13:55 <@rxr> I take a look now to fix
13:59 <@rxr> btw. that is happening in /etc/profile
14:03 <@rxr> fixed:
14:07 <@rxr> hm, CIA is not coming with the change, ...
14:09 < Baldzius> merge for 8?
14:09 <@rxr> r37037
14:09 <@rxr> Baldzius: I'm not sure if that change was merged to 8.0
14:10 < Baldzius> ok, I'll try to get 8.0 for myself
14:10 < Baldzius> will be easier to test
14:10 <@rxr> i just check
14:11 < Baldzius> spent some time trying xen on ubuntu
14:11 < Baldzius> stops on X :/
14:12 < Baldzius> and apparently my laptop also has vt disabled in bios
14:12 <@rxr> no option to flip it on?
14:12 < Baldzius> no
14:12 <@rxr> yeah, sucks, been there, ...
14:13 < Baldzius> will dump and flash bios
14:13 <@rxr> my Nokia Booklet has it off either
14:13 <@rxr> too few wanting it on a low-performance Atom, ...
14:13 <@rxr> maybe I hack the BIOS another day
14:13 <@rxr> so, this etc/profile bug is not in 8.0
14:13 <@rxr> I made the change after the branch
14:13 <@rxr> so you do not need to merge either
14:14 <@rxr> or, if you want to merge the change be sure to merge the first * the fix in one atomic merge commit
14:14 < Baldzius> I'll leave it as it is
14:14 < Baldzius> less merge less headache :)
14:14 <@rxr> ack
14:15 <@rxr> the fix was for embedded systems with busybox and co anyway
14:20 < Baldzius> btw, what about removing nvidia package from trunk?
14:21 <@rxr> this binary blob?
14:21 < Baldzius> yeah
14:21 <@rxr> while nice in theory, I'm not in this NVidia binary only thing
14:21 < Baldzius> installer is noob friendly anyway
14:21 <@rxr> never needed it, will never want it, ...
14:21 < Baldzius> takes lots of space, always needs cheking if compiles with new kernel, yack
14:21 <@rxr> well, the only thing of their installer is certainly to create the kernel sources, which is not trivial with t2 to regenerate
14:22 <@rxr> and certainly while it is nice to have this nvidia package around in theory
14:22 < Baldzius> they changed installer completely now
14:22 <@rxr> while I agree this binary blobbing is certainly a pain to keep building
14:22 < Baldzius> and I see no point modifying it
14:22 <@rxr> and I'm personally not in those binary only blob things
14:22 < Baldzius> unless someone steps in and gets it running
14:22 <@rxr> maybe mark it O by default
14:22 < Baldzius> ok
14:23 <@rxr> leave it as "contrib" example for the next to require it, ...
14:23 < Baldzius> I will move it to attic
14:23 <@rxr> we have one?
14:23 < Baldzius> attic?
14:23 <@rxr> ah cool, yeah!
14:26 < Baldzius> basically I will start moving some really old packages there instead of deleting them
14:26 < Baldzius> I guess this will make you happy :)
14:26 < Baldzius> so no more rm only mv
14:26 <@rxr> yeah, good
14:27 <@rxr> btw. noone told me that the package matrix was old-style, because I forgot to comit that change on the old web server to the SVN tree !!!
14:27 <@rxr> now it is the new matrix on the new server: http://www.t2-project.org/packages/
14:33 < CIA-32> rene * r37037 /trunk/package/base/sysfiles/etc_profile.txt:
14:33 < CIA-32> * fixed sysfiles/etc_profile.txt to actually eval the dircolors,
14:33 < CIA-32> a detail lost in r36824
14:33 < CIA-32> * also hide the output of the mew check for dircolors
14:36 <@rxr> oops, forgot my fresh coffee under the machine, now it is already cold :-(
14:37 < Baldzius> ice cream :)
14:52 <@rxr> Baldzius: for roger's patch the middle part is from a temp editor backup file, ...
14:52 <@rxr> in case you mess with it
14:52 <@rxr> but I could commit it after lunch, too
14:52 * rxr off for some minutes, gotta lunch
14:57 < rogermason> So, the /etc/profile fix will require me to rebuild bash?
14:57 <@rxr> no, sysfiles
14:57 <@rxr> but the package my not reinstall the files on rebuild :-(
14:57 < rogermason> Must have been a quick lunch :)
14:57 <@rxr> not yet out
14:58 <@rxr> but now :-)
14:58 <@rxr> btw. for the -ati patch you do not need to patch udev
14:58 <@rxr> instead you can certainly define theat I KNOW THE API WILL CHANGE in the -ati source file accessing it
14:59 <@rxr> will do so, and test build after lunch, cu
15:02 < rogermason> the /etc/profile fix works fine here.
15:41 <@rxr> good
15:41 <@rxr> re
15:47 < CIA-32> rene * r37038 /trunk/package/xorg/xf86-video-ati/udev.patch:
15:47 < CIA-32> * fixed xf86-video-ati to compile with our "older" (stble,
15:47 < CIA-32> non-cutting-edge, non-broken) udev
15:55 <@rxr> cpu MHz : 2800.000
15:55 <@rxr> cpu MHz : 2800.000
15:55 <@rxr> cpu MHz : 2800.000
15:55 <@rxr> cpu MHz : 2800.000
15:55 <@rxr> cpu MHz : 2800.000
15:55 <@rxr> cpu MHz : 2800.000
15:55 <@rxr> temp1: +44.6 C (high = +70.0 C)
15:57 < zod> Phenom?
15:57 <@rxr> yep II, X6
16:17 -!- Baldzius [~aldas@87-198-133-94.ptr.magnet.ie] has quit [Quit: Leaving]
17:51 -!- mjungwirth2 [~mjungwirt@213.174.252.112] has joined #t2
18:00 < rogermason> I have a dumb question. I'm trying to det up a .desc file for fvwm-themes. The archive is at fvwm-themes-0.7.0.tar.bz2 http://prdownloads.sourceforege.net/fvwm-themes/fvwm-themes-0.7.0.tar.bz2. What must I put in the .desc file to download the archive?
18:08 <@rxr> the file you get when you click on the manual download link
18:08 <@rxr> that is an URL that downloads and does not redirect
18:10 < rogermason> Yes, i found the problem (typo). The package built OK. Sorry for the noise.
18:14 < rogermason> I don't know yet if the package actually _works_. I'll try emerging it on a machine.
18:47 < rogermason> Yes. It works.
18:53 <@rxr> :-) just send the package to the list
20:48 -!- mjungwirth2 [~mjungwirt@213.174.252.112] has quit [Quit: Nettalk6 - www.ntalk.de]
21:42 -!- jsaw [~jsaw@HSI-KBW-078-043-206-194.hsi4.kabel-badenwuerttemberg.de] has joined #t2
21:42 < jsaw> hi
21:48 -!- jsaw [~jsaw@HSI-KBW-078-043-206-194.hsi4.kabel-badenwuerttemberg.de] has quit [Quit: leaving]
21:59 -!- tri1 [~tri@agsb-5d852141.pool.mediaWays.net] has joined #t2
21:59 < tri1> moin
21:59 < tri1> anybody here kowns the company fendt an here linux enviroment ?
22:33 <@rxr> ?
22:34 <@rxr> hi jsaw !!! wish I was here when you joined earlier!!!
22:39 * rxr good night
22:39 <@rxr> tri1: you can alwasy ask on the t2 mailing list for asynchrnous answers, ...
22:39 <@rxr> cu
--- Log closed Tue Aug 03 00:00:49 2010