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