--- Log opened Fri Jul 23 00:00:14 2010 00:14 -!- digitaloktay [~win7@unaffiliated/digitaloktay] has joined #t2 00:33 -!- digitaloktay_ [~win7@dslb-084-056-235-152.pools.arcor-ip.net] has joined #t2 00:37 -!- digitaloktay [~win7@unaffiliated/digitaloktay] has quit [Ping timeout: 264 seconds] 00:42 -!- rogermason [~user@CPE001b639d4751-CM0011aea11450.cpe.net.cable.rogers.com] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 01:31 -!- digitaloktay_ [~win7@dslb-084-056-235-152.pools.arcor-ip.net] has quit [Remote host closed the connection] 03:16 -!- mjungwirth [~mjungwirt@213.174.234.68] has quit [Quit: Nettalk6 - www.ntalk.de] 03:31 -!- flyinglama [~flyinglam@adsl-39-5-191.clt.bellsouth.net] has joined #t2 04:27 -!- Grumpywolfe [~Grumpywol@75.133.148.19] has joined #t2 04:28 < Grumpywolfe> I would like to know what version of python is needed to compile base desktop in T2-8 04:28 -!- Asmundr [~jamie@h113.143.102.166.static.ip.windstream.net] has quit [Quit: Leaving] 05:06 -!- Grumpywolfe [~Grumpywol@75.133.148.19] has left #t2 [] 06:17 < flyinglama> try booting one of the pre-compiled isos in a vm and building the live image from there. 06:25 -!- flyinglama_ [~flyinglam@adsl-235-129-7.clt.bellsouth.net] has joined #t2 06:28 -!- flyinglama [~flyinglam@adsl-39-5-191.clt.bellsouth.net] has quit [Ping timeout: 276 seconds] 08:13 -!- mjungwirth [~mjungwirt@213.174.234.68] has joined #t2 10:32 < rxr> re 10:32 [Users #t2] 10:32 [@ChanServ] [ dileks ] [ koan ] [ mtr] [ Stealth] [ zod] 10:32 [ CIA-29 ] [ flyinglama_] [ mjungwirth] [ rxr] [ TobiX ] 10:32 -!- Irssi: #t2: Total of 11 nicks [1 ops, 0 halfops, 0 voices, 10 normal] 11:08 < CIA-29> rene * r36901 /trunk/package/network/mtr/mtr.desc: * updated mtr (0.79 -> 0.80) 11:21 < CIA-29> rene * r36902 /trunk/package/security/snort/snort.desc: * updated snort (2.8.6 -> 2.8.6.1) 11:31 < CIA-29> rene * r36903 /trunk/package/archiver/rpm/rpm.cache: * updated rpm.cache, mostly to include beecrypt 11:49 < koan> I have already a bunch of packages that don't build because they "installed software in a non-standard prefix." 11:49 < rxr> which ones ? 11:49 < koan> libxext, libice, libx11, libxcb, ... 11:49 < koan> (in 8.0) 11:49 < rxr> hm, that is strange 11:51 < koan> hm strange, the build output gives this error of a non-standard rpefix, but the .err file gives the real error: package requirements not met 11:51 < rxr> you did not much n the Config and mostly Emerge'd them ? 11:51 < koan> just an initial Config of number of build threads etcetera, and them Emerge awesome 11:55 < koan> well it seems that the cache files are just out of date 11:55 < rxr> I updated many yesterday 11:55 < rxr> oh you use the 8.0 branch or trunk? 11:57 < koan> 8.0, maybe I should have used trunk 11:57 < rxr> you can just switch and continue your emerging 11:57 < rxr> svn switch http://svn.exactcode.de/t2/trunk 11:58 < koan> cool 12:14 < koan> hm a little more success, but still nog 100%, libxext and libice just failed 12:14 < rxr> can you pastebin the logs somewhere? 12:17 < koan> I think I can solve them, but this is one of the reasons why I didn't go through with T2 last time, too much time to search for the right dependencies 12:17 < koan> e.g. for libxext: http://pastebin.com/b3ZYKq0B 12:18 < rxr> hm, is libx11 installed? 12:18 < rxr> yesterday x11 emerged on my g5 just fine 12:20 < koan> hm this is apparently one of those cases where the build process doesn't recognize that the libx11 build failed and that it should be rebuilt, I'll remove 9-libx11.err and retry 12:20 < rxr> the log may not enough if the build system "thinks" libx11 was properly built 12:20 < rxr> mine -r libx11 removes it from the /var/adm/ accounting files 12:21 < koan> you're right it didn't work, now trying again after mine -r 12:21 < koan> aha now it picks up libx11! 12:22 < koan> so when a dependency fails, I should always mine -r dependency before retrying to build the package? 12:22 < rxr> though I don't know why it ended up being marked "installed" when it errored out? 12:22 < rxr> no, you should not mine -r often if at all, ... 12:22 < koan> hm now libx11 fails 12:22 < rxr> btw. did you Ctrl-C an build? 12:22 < koan> uh yes 12:23 < koan> how should I abort it securely? 12:23 < rxr> the only case I currently know that a package may be marked ok while it isn't is in certain race windows hitting Ctrl-C 12:23 < rxr> well, I should actually hunt down why this happens, actually Ctrl-C was supposed to be catched gracefully, ... 12:23 < rxr> at least I now know that that was the case for you, too :.-) 12:23 < rxr> will hunt hit, soon 12:24 < rxr> what is libx11 missing, now? 12:24 < koan> it doesn't find xtrans, so I'm emerging it now 12:24 < rxr> btw. nowadays, with better deps in place, we might want to unlock deeper dependency tracking 12:24 < rxr> for historic, unclena .cache file reasons we only did one tree level of dep checking, as 5y ago too much noise would be pulled in otherwise 12:24 < rxr> it is much better these days 12:25 < rxr> What is your Emerge commandline? Emerge-Pkg libx11 ? or something elseß 12:25 < koan> Emerge-Pkg awesome, that's what I want to end up with eventually :-) but maybe I should first build X itself 12:26 < rxr> yeah, it will only check direct deps, but not the ones libx11 needs due the beforementioned historic scenario 12:26 < koan> ok, good to know 12:26 < rxr> I take a look and possibly switch on full recursive checking now 12:26 < rxr> btw. the Emerge has an option to do so manually already 12:27 < koan> so which package should I install for a basic X environment? 12:27 < koan> -deps=indirecT? 12:27 < rxr> ./scripts/Emerge-Pkg -dry-run -deps=indirect awesome 12:28 < rxr> yep 12:28 < koan> hm ok I don't know if I want all this, even Firefox! 12:28 < CIA-29> rene * r36904 /trunk/scripts/Emerge-Pkg: * added indirect deps to the help message of Emerge-Pkg 12:31 < rxr> yeah, that is what I meant ... 12:31 < rxr> it was worse back in the days, ... 12:32 < koan> I'm curious how a web browser can end up in the dependency list of a window manager 12:32 < rxr> but as you see I'm currently doing all to polish that into a useful, easy-to-use state 12:32 < rxr> koan: I guess only indirectly? thru some strange lib that accidently checks for firefox in it's configure or so? 12:33 < koan> that's what I like about FreeBSD: for many packages you can configure which specific libraries they should or should not use, you just cd into the ports directory, do a make config and uncheck functionality you don't need, and then build the package 12:37 -!- rogermason [~user@gem.esd.mun.ca] has joined #t2 12:40 < koan> ok libx11 built correctly when I emerged it directly 12:40 < koan> I'll try to resolve the other failed dependencies the same way 12:43 < rogermason> Hello. Yesterday I checked out trunk in order to take advantage of a fix made by rxr. I then continued to emerge things (such as emacs) from trunk, even though most of my system was installed from 8.0. Is it generally OK to mix installation sources in this way, or am I pilling up a heap of trouble? 12:43 < rxr> generally ok 12:44 < rxr> usually one only get's in troube with very huge transitions, such as gnome1 -> gnome2 or kde3 -> kde4 12:44 < rxr> and trunk ias very close to 8.0 anyway, and most of the trunk fixes will end up in the 8.0 branch in the next days, too 12:53 < rogermason> Thanks. 12:54 < CIA-29> rene * r36905 /trunk/scripts/Emerge-Pkg: 12:54 < CIA-29> * hardened scripts/Emerge-Pkg visitied packages bookkeeping against 12:54 < CIA-29> syntax errors due other special characters, even simplifies the 12:54 < CIA-29> code, removing one custom substitution 12:55 < rogermason> gtk12 from trunk fails during installation (emerge): Created file outside allowed top-level dir: share/locale 12:55 < rogermason> Created file outside allowed top-level dir: share/locale/az 12:55 < rogermason> Created file outside allowed top-level dir: share/locale/az/LC_MESSAGES 12:55 < rogermason> Created file outside allowed top-level dir: share/locale/az/LC_MESSAGES/gtk+.mo (repeated for many locales) 12:55 < rogermason> 12:56 < rxr> guess not guarded against undefined package selection prefices (as it is probably not in your package selection from the Config) 12:56 < rxr> I can probably fix that, too, in a sec 12:57 < rxr> you can already de-install the halfly built gtk+12 packages with mine -r gtk+12 13:00 < rogermason> Thanks. I get some warnings: root@gem:~/t2-trunk# mine -r gtk+12 13:00 < rogermason> gtk+12: WARNING: Skip modified/duplicate file: lib/libgtk.so 13:00 < rogermason> gtk+12: WARNING: Skip modified/duplicate file: lib/libgdk.so 13:00 < rogermason> gtk+12: WARNING: Skip modified/duplicate file: etc/gtk/gtkrc.yi 13:00 < rogermason> gtk+12: WARNING: Skip modified/duplicate file: etc/gtk/gtkrc.vi_VN.viscii111 13:00 < rxr> hm 13:01 < rogermason> and some more also in etc/gtk. Is it OK to remove them by hand? 13:01 < rxr> didn't glib12 also yield such asn out of prefix something warning? 13:02 < rxr> well yes, if they are still left you could rm them 13:02 < CIA-29> rene * r36906 /trunk/package/gnome14/glib12/gnome14-conf.in: 13:02 < CIA-29> * guarded legacy "gnome14" packages against undefined package prefixes 13:02 < CIA-29> during manual Emerge with unselected packages, as we do for other, 13:02 < CIA-29> modern repositories, likewise 13:05 < rogermason> I seem to have glib12 installed (at least Emerge reports no packages scheduled to build), so it must have installed without problems. 13:05 < rxr> koan: guess I have a commit in another sec that nicely shows the traversal path in Emerge so that one also immediately ses thru which package strange deps get sources in, ... 13:05 < rxr> rogermason: strange, I would have thought glib12 has the same problem as gtk+12 13:05 < rxr> maybe mine -r glib12 just in case, too 13:06 < koan> rxr: cool, that would come in handy 13:06 < rxr> and then emerge both, glib12, and gtk+12 just to be sure 13:06 < rxr> koan: yeah, I really want to have this general installing T2 thing more user-friendly 13:06 < rxr> switch to indirect deps, and further clean the caches, too 13:09 < rxr> rogermason: don't forget svn up in the trunk to get above glib12/gtk+12 fixes 13:13 < rogermason> rxr: done svn up, thanks. Is it possible the stray gtk files are from gtk2 (or whatever it is called)? 13:14 < rxr> which stray files? 13:15 < rogermason> the ones that mine -r did not remove 13:17 < rxr> shouldn't 13:17 < rxr> normally you get the message for config files and the ilke where the checksum changed due manual or other config tool change of config files 13:17 < rxr> don't now what changed those files, though 13:22 < CIA-29> rene * r36907 /trunk/package/develop/polkit/polkit.cache: * updated polkit.cache 13:24 < koan> rxr: I agree that it should be more user-friendly, the occasional but too frequent dependency problems are the only thing that hold me back to recommend T2 to others 13:25 < CIA-29> rene * r36908 /trunk/package/ (3 files in 3 dirs): * updated a few more .cache files 13:26 < rxr> yeah, btw. I can right now just update the .cache files so quickly, because I did some tweaks to the auto-creation and filtering over the time we worked on 8.0, so that my recent test builds have just cleaner .cache files lingering around 13:29 < rogermason> rxr: mine -r glib12 13:29 < rogermason> glib12: WARNING: Skip modified/duplicate file: lib/libgthread.so 13:29 < rogermason> glib12: WARNING: Skip modified/duplicate file: lib/libgmodule.so 13:29 < rogermason> glib12: WARNING: Skip modified/duplicate file: lib/libglib.so 13:35 < rxr> have you build the 2 packages again and did it work now? 13:35 < CIA-29> rene * r36909 /trunk/package/gnome2/gtkdoc/parse-config: 13:35 < CIA-29> * improved gtkdoc to filter out gtkdoc related HTML index file reads 13:35 < CIA-29> from the auto-generated dependencies 13:35 -!- T-One [~T-One@194.183.141.238] has joined #t2 13:36 < rogermason> They both just finished, without problems. Now I'm going to re-build fvwm. 13:41 < CIA-29> rene * r36910 /trunk/scripts/Emerge-Pkg: * nicely show the dependency tree while checking for deps in Emerge-Pkg 13:42 < koan> rxr: r36910 is cool! 13:43 < rxr> I just found out that with new gnome stuff gtkdoc now results in all the false deps, ... 13:43 < rxr> evertime we adapt to something (e.g. python's modules, the last time) someting else crops up :-() 13:44 < rxr> I'll now rebuild the whole trunk on an AMD hexa-core to further refine the .cache's 14:06 < koan> which package has this file: "X11/extensions/shape.h: No such file or directory" 14:06 < koan> this is imlib2 failing to build 14:43 < rxr> re 14:44 < rxr> libxext 14:44 < rxr> maybe you Ctrl-C'ed that one, too? 14:45 < rxr> oh, btw, as our package matrix includes the file lists, you can usually find this on the t2 google custom search: 14:45 < rxr> http://t2-project.org/search/?cx=010888532094808064914%3Aq0bx6ixm8lk&cof=FORID%3A11&ie=UTF-8&q=shape.h&siteurl=www.t2-project.org%2Fstartpage%2F 14:47 < koan> hm ok 15:31 < CIA-29> rene * r36911 /trunk/package/xorg/xorg-server/xorg-server.cache: * updated xorg-server.cache 15:59 < rogermason> I have a machine on which I'd like to install T2, but I know the machine won't boot using grub. I presume I must build a target with syslinux/isolinux as boot loader. Is there a means of then putting the system image on a USB stick instead of a CD and using that to boot with? 16:00 < rxr> yes, using grub you can convert the .ISO onto a USB stick using misc/archive/iso2stick.sh 16:00 < rxr> btw. have you tried booting the grub iso on that machine? 16:01 < rxr> our grub contains some CD boot fixes ... 16:01 < rogermason> excellent. thanks. 16:01 < rogermason> Yes, I just tried booting the 8.0 install iso I downloaded a few days ago. 16:01 < rxr> could you try the ISO? I'd like to know if it boots or not 16:01 < rxr> and? 16:03 < rogermason> I'm just re-trying the boot so I can report back exactly what happens. 16:04 < rxr> what kind of machine is that ? 16:05 < rogermason> Dell optiplex 320 16:07 < rogermason> When it boots I see the T2 spash screen and select the T2 Installation... option. Then the screen gets somewhat corrupted by various vertical red stripes + other garbage and the boot process hangs. There is some readable text and it seems to be hanging when it tries to load the kernel. 16:13 < rogermason> Being lazy :-) If I copy the T2 8.0 iso to my T2 machine, can I use the iso2stick.sh script to put it on a CD, or must I build a new target? 16:14 < rxr> you can use the iso2stick script to put the ISO content on a then bootable USB stick 16:14 < rxr> this screen garbling ususally happens if a file could not be read 16:14 < rxr> it's an upstream bug, I already thought about hunting it down, ... 16:14 < rxr> guess the BIOS does some strange device mapping or so 16:15 < rxr> or has other CD read stablility problems 16:19 < rogermason> It is a known bug on this hardware. It nearly drove me nuts when I installed gentoo on that box. I thought it was a 32/64 bit issue and spent ages trying different gentoo install disks. Eventually I discovered that one must use lilo on that hardware. 16:30 < rxr> well, I already hunted and covered some CD BIOS bugs with grub and patched them in our package 16:30 < rxr> guess your's would be workaroudnable, too, with hardware access and some free nights to debug it :-) 16:32 -!- patrick [~quassel@mnsr-4db1d756.pool.mediaWays.net] has joined #t2 16:32 -!- patrick is now known as Guest4101 16:34 < Guest4101> Hi @ all 16:36 < Guest4101> somebody there who can answer a t2-niewbe one or two questions ? 16:38 < rxr> sure, just ask 16:39 < CIA-29> rene * r36912 /trunk/package/emulators/kvm/postlinux.conf: * fix kvm kernel module build 16:39 < Guest4101> thx :) 16:40 < Guest4101> ive first started with the svn checkout, then configuring and building the system, everything work great 16:41 < Guest4101> but now ive burnd the iso, the system boots up but i dont now any login data 16:41 < rxr> what kind of system did you buidl ? 16:42 < Guest4101> a desktop live cd 16:42 < rxr> oh, nice that it still builds :-) 16:42 < Guest4101> xD yes it does ^ 16:42 < rxr> I think it was once configured to auto-login 16:42 < rxr> guess it does not auto login ? 16:42 -!- Baldzius [~aldas@87-198-133-94.ptr.magnet.ie] has joined #t2 16:42 < Baldzius> moin 16:43 < rxr> hey Baldzius 16:43 < Baldzius> hi rxr 16:43 < Guest4101> no, it wants to know a user and a password // i still tried something like root:toor root:password but nothing works 16:44 < rxr> well, it does not have a pre-defined password 16:45 < rxr> it once was configured to graphically auto-login and the user could sudo anything, and set a password if she wanted to use it for real 16:45 < koan> maybe try an empty password? 16:45 < rxr> well, it was intentionally not empty :-) 16:46 < rxr> we need to patch that in one way or another 16:46 < rxr> Guest4101: do you want it with gnome or kde or even something else ? 16:46 < Guest4101> something like that i prefre in normaly way kde 16:48 < CIA-29> aldas * r36913 /trunk/package/shells/mc/mc.desc: * updated mc (4.7.0.5 -> 4.7.0.7) 16:48 < Guest4101> i thought about to install it on hdd and set the password using chroot by an ohter live cd, but i think this way ive to build an install disk 16:49 < CIA-29> aldas * r36914 /trunk/package/e16/enlightenment16/enlightenment16.desc: * updated enlightenment16 (1.0.2 -> 1.0.3) 16:49 < rxr> you could edit: target/desktop/rootfs/etc/passwd 16:49 < rxr> edit the :x: to :: (removethe x) 16:49 < koan> maybe you can use the minimal ISO to boot and then mount the hdd and change the password? 16:50 < rxr> I think that should result in an empty password for the guest user 16:50 < rxr> run Build-Target and Create-ISO again 16:50 < rxr> it will not rebuild any package, just repack the CD 16:50 < CIA-29> aldas * r36915 /trunk/package/network/ndiswrapper/ndiswrapper.desc: * updated ndiswrapper (1.55 -> 1.56) 16:50 < Guest4101> cool thx i'll try it right now ^ 16:51 < rxr> you could try on your local system if removing it results in a empty password for a test user 16:51 < CIA-29> rene * r36916 /trunk/package/emulators/kvm/postlinux.conf: * force building the kvm module 16:51 < rogermason> Hello again. The iso2stick script fails because it can't find mkfs.vfat. How do I get support for vfat? Thanks. 16:53 < rxr> dosfstools 16:53 < rogermason> Thanks. 16:54 < rogermason> I looked under package for likely names but, of course, did not see that one. 16:54 < rxr> http://t2-project.org/search/?cx=010888532094808064914%3Aq0bx6ixm8lk&cof=FORID%3A11&ie=UTF-8&q=mkfs.vfat&siteurl=www.t2-project.org%2Fpackages%2Fkvm.html 16:54 < rxr> err 16:54 < rxr> yeah, whatever 16:58 < Baldzius> rogermason: last time instalation from usb stick still didn't work, you'll have manually to link usb to cdrom 16:58 < Baldzius> at least you can try 16:58 < rxr> Baldzius: we added usb stick suppot 16:58 < rxr> support 16:59 < Baldzius> but it didn't work last time I've used it 16:59 < Baldzius> it was this spring 16:59 < rxr> though it can get another wait until device is there delay loop, ... to ensure it works 100% of the times and not error out on the first try, sometimes, if the device is not yet there 16:59 < Baldzius> someday I will test this on VB 16:59 < rxr> worked for me 16:59 < rxr> isntalled the last VM nodes this way 16:59 < Baldzius> hm 16:59 < rxr> just the device is not always there the first time 17:00 < Baldzius> yeah I know, usb gets initialized later 17:00 < rxr> and if you have a modern box with sata et al. or even good old scsi the script will try the first device which usually is built-in 17:00 < Baldzius> but it still wasn't listing device in the list after that 17:00 < rxr> it needs some more inteligent logic, ... 17:00 < rxr> well, usb is not initialized later 17:01 < rxr> the kernel coders put a very stupid wait for 5 seconds to let the device "settle" delay 17:01 < rxr> I think ubuntu patches that to 1s ... 17:01 < rxr> and OSX and windows have no such artificial delay 17:01 < rxr> they just use the device device as soon as it appears (tm= 17:01 < rxr> ) 17:01 < rxr> though maybe that is patent pending 17:02 < koan> lol, if it is, that's ridiculous 17:03 < rxr> probably isn't, i was more joking about strange linux kernel coding habbits 17:03 < rxr> we could patch it down to 1s, too, though, likewise :-) 17:03 < koan> I wouldn't be surprised, I have seen stranger patents :-) 17:03 < rogermason> Unfortunately, the system won't boot from USB. Possibly because grub is still being used? 17:03 < rxr> I've seen a paent for a warming coat for cows, ... 17:04 < Baldzius> that's very intriguing, I will test usb boot myself 17:04 < rxr> patent even 17:04 < rxr> damn, guess I need more coffee and/or some sleep :-) 17:05 < rogermason> Baldzius: I think the problem is specific to this hardware (Dell optiplex 320), which has some kind of hangup (literally) over grub. 17:06 < Baldzius> could be , but I am going to test this anyway 17:06 < rxr> oh, they changed the delay from 5s to 1s sometime ago: 17:06 < rxr> static unsigned int delay_use = 1; 17:06 < rxr> module_param(delay_use, uint, S_IRUGO | S_IWUSR); 17:06 < rxr> MODULE_PARM_DESC(delay_use, "seconds to delay before using a new device"); 17:06 < rxr> last time I locked it was 5s, ... and Ubnutu had a 1s patch :-) 17:08 < rogermason> What do you think about the idea of bulding a minimal install target with syslinux instead of grub. Can I then still use the iso2stick.sh script? 17:10 < rxr> the stick is for grub only 17:10 < rxr> will not work with anything else 17:11 < rxr> you can, however, choose in the T2 Config menu to use isolinux for the ISO image 17:11 < rxr> it's a Config optoin 17:11 < Guest4101> rxr: thx now it works :) bye 17:11 < CIA-29> rene * r36917 /trunk/package/emulators/kvm/kvm.desc: * fixed kvm powerpc and powerpc64 Architecture tag "typos" 17:11 -!- Guest4101 [~quassel@mnsr-4db1d756.pool.mediaWays.net] has left #t2 ["http://quassel-irc.org - Chat comfortably. Anywhere."] 17:12 < CIA-29> rene * r36918 /trunk/package/emulators/kvm/ (kvm.desc with-kqemu.patch): * updated kvm-kmod (2.6.33.3 -> 2.6.34.1) 17:16 < Baldzius> feck, can't make it on ubuntu :/ 17:16 < Baldzius> it uses grub2 17:18 < rogermason> OK. If I don't use the iso2stick script, then I assume I must loop mount the iso, mount the usb stick and copy stuff manually? 17:18 < rxr> you also have to convert stuff 17:18 < rxr> e.g. the grub menu.cfg 17:18 < rxr> and for isolinux it will not work from a harddisk, such as a usb stick, at all, ... 17:19 < rxr> need to exchange the boot loader with the other syslinux one and make it bootable 17:24 < koan> rxr: any idea of the cause of this error? http://pastebin.com/rAaQ53N2 (building libxfont, xmlto is already installed) 17:27 < rxr> not really, libxslt installed? 17:28 < rxr> libxfont built on my g5 though 17:28 < rxr> strange what packages sometimes try to do 17:28 < koan> libxslt is installed 17:29 < flyinglama_> how do I set the password for any of the users on a minimal live disk build? 17:29 < rxr> passwd? 17:30 < rxr> does sudo bash work on your new build? then you can also passwd the root user,. ... 17:30 < koan> hm ok hm ok this should solve my problem, strange things indeed: https://bbs.archlinux.org/viewtopic.php?pid=647312#p647312 17:31 -!- digitaloktay [~win7@dslb-084-056-226-100.pools.arcor-ip.net] has joined #t2 17:31 -!- digitaloktay [~win7@dslb-084-056-226-100.pools.arcor-ip.net] has quit [Changing host] 17:31 -!- digitaloktay [~win7@unaffiliated/digitaloktay] has joined #t2 17:32 < rxr> koan: pfff 17:34 < flyinglama_> I can't get past the login screen... 18:11 < flyinglama_> ok fix it. 18:12 < flyinglama_> *fixed 18:28 < koan> does this error look familiar? http://pastebin.com/egT7W3xV (Can't locate File/Glob.pm in @INC, while building perl-xml-parser, perl is already installed) 18:29 < rxr> ah yes, rebuild perl :-) 18:29 < rxr> the cross-built one misses some modules 18:29 < rxr> will try to further improve that, ... 18:30 < rxr> Emerge-Pkg -force perl 18:30 < koan> ok 19:16 < CIA-29> aldas * r36919 /branches/8.0/package/multimedia/osg/osg.desc: * fixed osg to compile with newest ffmpeg 19:16 < CIA-29> aldas * r36920 /branches/8.0/package/graphic/sane-frontends/hot-fix.patch: * fixed sane-frontends to compile 19:18 < CIA-29> aldas * r36921 /trunk/package/multimedia/osg/osg.desc: 19:18 < CIA-29> * merged r36919 from branches/8.0 to trunk: 19:18 < CIA-29> fixed osg to compile with newest ffmpeg 19:19 < CIA-29> aldas * r36922 /trunk/package/graphic/sane-frontends/hot-fix.patch: 19:19 < CIA-29> * merged r36920 from branches/8.0 to trunk: 19:19 < CIA-29> fixed sane-frontends to compile 19:35 < koan> I have something really strange in the log of libXft: http://pastebin.com/0ZL4pC1m 19:36 < koan> the package builds, but when a program runs that uses libXft, I get a segmentation fault 19:41 < rxr> ah yes, this strange gdb.py file I need to check where that comes from 19:41 < rxr> but it is harmless 19:41 < rxr> guess there may be rather something crashing because there are no fonts yet or so, ... 19:41 * rxr going home cu then 19:41 < koan> hm 19:41 < koan> ok cu 19:42 < koan> let's install some fonts then 19:50 < koan> ah that did the trick indeed 19:52 < CIA-29> aldas * r36923 /trunk/package/gnome2/gdm/ (gdm.conf gdm.desc): * updated gdm (2.30.0 -> 2.30.4) 19:52 < koan> enough T2 for me today :-) 19:52 < CIA-29> aldas * r36924 /trunk/package/kde/kdissert/: * droped kdissert, kde3.x package 19:59 < CIA-29> aldas * r36925 /branches/8.0/package/gnome2/gdm/ (gdm.conf gdm.desc): 19:59 < CIA-29> * merged r36923 from trunk to branches/8.0: 19:59 < CIA-29> updated gdm (2.30.0 -> 2.30.4) 20:32 -!- Baldzius [~aldas@87-198-133-94.ptr.magnet.ie] has quit [Quit: Leaving] 22:01 -!- Grumpywolfe [~Grumpywol@75.133.148.19] has joined #t2 22:02 < Grumpywolfe> I would like to get the T2 build going but it keeps saying that python is to old it is in the /usr/ibs dir with a syslink to /usr/bin 22:27 -!- Grumpywolfe [~Grumpywol@75.133.148.19] has left #t2 [] --- Log closed Sat Jul 24 00:00:14 2010