--- Log opened Wed Sep 24 00:00:17 2008
01:03 -!- admax88 [n=stent@dyn129-100-140-57.wireless.uwo.ca] has joined #t2
01:35 < felanha> hm, shouldn't all the bdb packages get their sources from oracle? at least their links still work...
01:35 < felanha> <- rxr
01:35 < Ragnarin> ^ @ rxr :)
01:36 < felanha> :P @ Ragnarin
01:36 < Ragnarin> :* @ felanha
01:58 < hikenboot> anyone in here good with python?
01:59 < hikenboot> the python for T2 is 40 meg...thats huge!
02:04 < Ragnarin> so?
02:05 < Ragnarin> [SIZE] 87.01 MB, 7399 files
02:05 < Ragnarin> even bigger on 64 bit
02:12 < admax88> so i've just discovered T2 and i'm intrigued
02:13 < admax88> would anyone recommend using the SVN version or to download a source tarbal release
02:13 < Ragnarin> svn
02:13 < admax88> cool, ty
02:13 -!- admax88 [n=stent@dyn129-100-140-57.wireless.uwo.ca] has quit ["Lost terminal"]
02:14 -!- admax88 [n=stent@dyn129-100-140-57.wireless.uwo.ca] has joined #t2
02:16 < Ragnarin> wb
02:23 < hikenboot> I am trying to make a very small embedded system that requires some python libraries but I doubt it requires them all...but I dont know how to figure out what libaries are being used...any doc on this?
02:28 < Ragnarin> hmm why make it around python then? why not use something inherently smaller?
02:29 * Ragnarin points to lua
02:42 -!- admax88 [n=stent@dyn129-100-140-57.wireless.uwo.ca] has quit ["Lost terminal"]
02:54 < hikenboot> whats lua?
02:55 < hikenboot> oh I see what your saying...unfortunately its already made...its the xen virtual machine manager
02:55 < hikenboot> I may put out a project on rent a coder to translate the python code to c and find out how much they want for it
03:09 < Ragnarin> what does it need python for?
03:09 < hikenboot> the virtual machine manager is written in python...god only knows why
03:09 < hikenboot> should have been written in c
09:00 < rxr> re
09:00 -!- otwieracz [i=1000@77-254-134-134.adsl.inetia.pl] has joined #t2
09:01 < otwieracz> Hello!
09:01 [Users #t2]
09:01 [@ChanServ] [ Enqlave ] [ koan ] [ mpp ] [ otwieracz] [ tfl0pz]
09:01 [ axionix ] [ felanha ] [ LMJ ] [ mqueiros] [ Ragnarin ] [ TobiX ]
09:01 [ CIA-8 ] [ hikenboot] [ Morglet] [ mtr ] [ rxr ]
09:01 -!- Irssi: #t2: Total of 17 nicks [1 ops, 0 halfops, 0 voices, 16 normal]
09:01 < rxr> hello otwieracz
09:02 < mtr> moin rxr
09:02 < mtr> hi otwieracz
09:02 < otwieracz> I can't use t2 scripts as root?
09:04 < rxr> hm ?
09:05 < otwieracz> Ok, nothing.
09:05 -!- hwinkel [n=hwinkel@port-87-193-170-219.static.qsc.de] has joined #t2
09:05 < otwieracz> It was in OpenWRT :)
09:07 < otwieracz> In t2 evertyhing compiles?
09:08 < otwieracz> No binary packages?
09:08 < rxr> with all the many variants we support binary packaing is a little difficult, beside most people have their own special needs and build their exactly matching custom bits
09:09 < otwieracz> Hundred years of compilation waiting for me...
09:10 -!- hwinkel [n=hwinkel@port-87-193-170-219.static.qsc.de] has left #t2 []
09:12 -!- dsoul [i=darksoul@insomniac.pl] has joined #t2
09:53 < CIA-8> rene * r30548 /trunk/package/textproc/latex2html/latex2html.desc: * updated latex2html (2002-2-1 -> 2008)
09:53 < CIA-8> rene * r30550 /trunk/package/base/htop/htop.desc: * updated htop (0.8 -> 0.8.1)
09:53 < CIA-8> rene * r30549 /trunk/package/gnome2/gtk-sharp2/gtk-sharp2.desc: * updated gtk-sharp2 (2.12.3 -> 2.12.4)
09:53 < CIA-8> rene * r30551 /trunk/package/base/dmraid/dmraid.desc: * updated dmraid (1.0.0.rc14 -> 1.0.0.rc15)
09:55 < CIA-8> rene * r30552 /trunk/package/network/duplicity/duplicity.desc: * updated duplicity (0.5.01 -> 0.5.02)
09:55 < CIA-8> rene * r30553 /trunk/package/gnome2/libgail-gnome/libgail-gnome.desc: * updated libgail-gnome (1.20.0 -> 1.20.1)
10:03 -!- otwieracz [i=1000@77-254-134-134.adsl.inetia.pl] has quit ["Lost terminal"]
10:08 < CIA-8> rene * r30554 /trunk/package/xorg/xorg-server/ (xorg.conf.example xorg.conf.template):
10:08 < CIA-8> * partially r29891 due new xorg rules symlink: adapted xorg.conf
10:08 < CIA-8> {.example,template} for the xkeyboard-config xkbdata successor
10:11 -!- mqueiros [n=mqueiros@217.70.71.117] has quit []
10:33 -!- cekay [n=christia@gate.tarent.de] has joined #t2
10:41 -!- tfl0pz [n=tfl0pz@mail.constalant.com] has quit [Read error: 110 (Connection timed out)]
10:43 -!- mpp_ [n=user@i53875185.versanet.de] has joined #t2
10:45 -!- mpp [n=user@i538773BB.versanet.de] has quit [Read error: 110 (Connection timed out)]
10:46 < CIA-8> rene * r30555 /trunk/package/www/firefox/firefox.desc: * updated firefox (3.0.1 -> 3.0.2)
11:17 -!- hwinkel1 [n=hwinkel@port-87-193-170-219.static.qsc.de] has joined #t2
11:19 -!- hwinkel1 [n=hwinkel@port-87-193-170-219.static.qsc.de] has left #t2 []
11:38 < CIA-8> rene * r30556 /trunk/package/www/firefox/firefox.conf:
11:38 < CIA-8> * build firefox with official branding (their trandemark use
11:38 < CIA-8> appears to be a little more relaxed these days, also we
11:38 < CIA-8> do not really modify it (a lot) and people do otherwise
11:38 < CIA-8> not know what the heck "Minefield" is, despite it sounds
11:38 < CIA-8> like a field of bug mines ...)
12:00 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has joined #T2
12:01 [Users #t2]
12:01 [@ChanServ] [ cekay] [ Enqlave ] [ koan ] [ mpp_ ] [ rxr ]
12:01 [ axionix ] [ CIA-8] [ felanha ] [ LMJ ] [ mtr ] [ TobiX]
12:01 [ bfg ] [ dsoul] [ hikenboot] [ Morglet] [ Ragnarin]
12:01 -!- Irssi: #t2: Total of 17 nicks [1 ops, 0 halfops, 0 voices, 16 normal]
12:02 < CIA-8> gweis * r30557 /trunk/package/textproc/docbookx/ (catalog-4.1.2.xml docbookx.cache docbookx.conf docbookx.desc):
12:02 < CIA-8> * updated docbook xml dtd's (4.1.2 -> 5.0)
12:02 < CIA-8> * updated docbook xslt (1.48 -> 1.74)
12:02 < CIA-8> * updated cache file
12:02 < CIA-8> * included docbook dtd's for versions 4.1.2 -> 4.5
12:02 < CIA-8> * TODO: this is currently not as mature as it could be, but fixes a couple of docbook issues during build time
12:08 < rxr> oh - neat
12:13 < rxr> bfg: where you gweis ?
12:14 < bfg> rxr: still I am
12:14 < bfg> :)
12:15 < bfg> I hava a couple of new packages to add (mostly some features to add to kde 4)
12:15 < bfg> but docbook is a requirement for some of them to build ...
12:15 < bfg> so it took me a while
12:16 < bfg> I put a todo note into the docbookx.conf file... maybe you or someone else have some suggestions to solve these
12:16 < rxr> oh - cool
12:16 < rxr> might I associated bfg with your name on the people page ?
12:16 < rxr> http://www.t2-project.org/developer/people.html
12:16 < rxr> bfg: if you have some free time and get into this XML topic, would be great if you could get xmlto to build on t2
12:17 < bfg> I was already thinking abou this... but I am not sure whether I prefer another irc nickname for your people page :)
12:17 < bfg> I'll lett you know soon
12:17 < rxr> I got some other packages that depend on xmlto and I had not yet really had time to dig into it
12:17 < bfg> I have xmlto in my commit queue :)
12:17 < rxr> ah ! nice .-)
12:18 < bfg> I will commit all of them sometime today.....
12:18 < bfg> I just have to go through the desc tags and all this stuff
12:19 < bfg> btw. libspectre would be nice :)
12:19 < bfg> (have not done it now)
12:24 < rxr> I could take care of libspectre
12:25 < rxr> just this xml stuff was a little to crufty on a quick glance ... :)
12:41 -!- dsoul [i=darksoul@insomniac.pl] has quit [Read error: 60 (Operation timed out)]
12:46 -!- dsoul [i=darksoul@insomniac.pl] has joined #t2
13:35 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has quit ["Verlassend"]
13:36 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has joined #T2
13:37 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has quit [Client Quit]
13:40 -!- Morglet is now known as Morgaine
13:40 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has joined #T2
13:43 < bfg> does anyone know what happened to the group lp?
13:43 < bfg> the default udev setup sets the group owner ship of printers to the group lp, but lp is never created in the T2 system
13:44 < bfg> afair there used to be a group lp
13:45 < bfg> or is it just my imagination and I always created lp by myself :)
13:48 < rxr> I think we did not remove an lp group
13:48 < bfg> ok, then it never existed :)
13:48 < rxr> however, the u/dev rules probably changed long ago in some major way
13:48 < rxr> also I found recently local printing thru cups requires some permission setup to be changed in t2
13:49 < rxr> cups is running as user daemon group nobody or something like that ...
13:49 < bfg> I just added a group lp, which fixed the problem (and setup cups to run external programs with group lp)
13:49 < rxr> slipped thru my testing as we nearly exclusively use network printers, here
13:49 < rxr> where does grub need this tweak? etc/cups....conf ?
13:50 < bfg> I have the classical print server setup... a linux box serves the printer via cups to the network :)
13:51 < bfg> grub?..... in /etc/cups/cupsd.conf to setup lp group for external programs.....
13:51 < bfg> and somewhere the creation of the group lp
13:51 < bfg> in /etc/group
13:51 < rxr> cups, sorry
13:51 < bfg> no worries....
13:52 < rxr> i usually take a look at at least another dist these days, to avoid getting trouble in some months because someone decices do change something again, so - if you have a let's asy fedora handy would be good to know how they configure it
13:52 < rxr> too bad I just wiped my fedora VM image some week ago due to -ENOSPACE on my notebook ...
13:52 < bfg> mmm.. I can have a look at a cenots
13:52 < bfg> centos
13:52 < rxr> thats fine enough
13:57 < bfg> mmm... centos sets up printer devices with group lp (id 7)
13:57 < bfg> but I can't find anything in the configuraiton of cups
13:57 < rxr> maybe it can be set at compile time
13:58 < rxr> we have kme as groupid 7
13:58 * rxr wonders if we need kmem for anything ...
13:58 < rxr> maybe a relict from 199x times with libsvga or so .-)`???
13:58 < rxr> default t2 groups in package/base/sysfiles/etc_group.txt
13:59 < bfg> I think the id is not that important to be identical...
13:59 < bfg> I kinda like the policy to choose related port numbers as ids :)(
13:59 < bfg> it is far more easy to remeber
14:00 < cekay> hi guys, is the t2-trunk selinux-enabled?
14:04 < bfg> ok centos cups runs somehow with group lp
14:04 < bfg> I don't know where it is configured
14:04 < bfg> but the log files have group lp
14:05 < bfg> maybe group lp is built in by default in centos (instead of nobody in the vanilla source distribution)
14:06 < bfg> rxr: how was your trip to australia ? (I hope i remember correctly that you have been there to visit some friends)
14:13 < rxr> nope, not in australia
14:13 < rxr> but susan's best friends from south germany where she grow up emmigrated to near you ...
14:13 < bfg> cekay: sorry no idea about selinux status in T2, but I guess it is completely unfinished
14:13 < rxr> we have not yet visited tem
14:14 < bfg> ah, yes... I thought you came with them when they moved.......
14:14 < rxr> nope not yes, they live somewhere in Brisbain, too
14:15 < rxr> Brisbane even?
14:15 < rxr> anyway
14:15 < rxr> :-)
14:15 < bfg> they where a bit unlucky.... this winter was the coldest since 30 yrs or so :)
14:15 < rxr> bfg: let's just add the lp group then, anyway
14:15 < rxr> ah - yes they said something like that on skype recently ...
14:15 < bfg> that's fine for me :)
14:16 < rxr> maybe even recycle the kmem group, because frankly
14:16 < rxr> I'm quite uncomfortable with having it - has centos a kmem group ?
14:16 < rxr> hm - ok - our udev sets some files to belong to kmem
14:16 < rxr> # l /dev | grep kmem
14:16 < rxr> crw-r----- 1 root kmem 1, 2 Jul 16 11:43 kmem
14:16 < rxr> crw-r----- 1 root kmem 1, 1 Jul 16 11:43 mem
14:16 < rxr> crw-r----- 1 root kmem 1, 4 Jul 16 11:43 port
14:16 < bfg> I have no idea what kmem is good for :) ( so I don't mind, I never had a need for it)
14:16 < rxr> then don't recycle it yet
14:16 < rxr> maybe use 9 for lp
14:17 < rxr> though our map shows 9 to be log ?
14:17 < bfg> how about something like 63? (631 might be too high)
14:17 < rxr> misc/share/REGISTER
14:18 < bfg> centos uses 9 for kmem :)
14:18 < rxr> ok - nowadays I want to be as most upstream compliant as possible
14:18 < rxr> maybe locally already edit your file to have 7 for lp and 9 for kmem
14:18 < rxr> and wait with a commit until we check at least another mainstream distro :-)
14:18 < bfg> is there anywhere some recommendation for group id's and names?
14:18 < rxr> suse or ubuntu or so ...
14:18 < bfg> something like lfhs ?
14:19 < rxr> if they standardize something like this, then yes :-)
14:19 < bfg> ok, so it does not exist :)
14:21 < bfg> ubunut seems to use 9 for news :)
14:21 < bfg> and 15 for kmem
14:22 < rxr> ok - so no LSB/FHS :-)
14:22 < bfg> suse seems to be compatbile with redhat
14:22 < rxr> we are quite near on centos
14:22 < rxr> where your redhat reffers to centos ?
14:23 < rxr> if suse and redhat are like your centos numbers then I vote for moving our (probably seldomly used if ever) kmem to 9 and use 7 for lp for the compatibility of it
14:23 < bfg> yes
14:23 < rxr> +1 from me to commit :-)
14:23 < bfg> I don't think, that centos is different than redhat enterprise :)
14:24 < rxr> yeah - just wanted ot make sure .-)
14:24 < bfg> how about the T2 log group ... is it used anywhere?
14:25 < bfg> I don't think so. it is even not in the generated /etc/group file
14:25 * rxr wonders, too
14:26 < rxr> package/base/runit/postsysfiles.in:safe_groupadd log 9
14:26 < rxr> package/base/runit/postsysfiles.in:safe_useradd log 9 9 "system logs" /var/log /bin/false "*"
14:26 < rxr> I vote for resorting that group to another free slot, e.g. seldomly used if ever ...
14:26 < bfg> sure
14:27 < rxr> please update the REGISTY file accordingly - all in one single commit for the atomicity of it
14:27 < rxr> REGISTRY even ...
14:27 < bfg> I guess runit could live with another group id :)
14:27 < bfg> for logs
14:27 < rxr> I hope for it :-) - apprently unfree on other major dists anyway
14:27 < rxr> guess just the first free hole the rock/t2 runit comitter found
14:27 < bfg> and no log group in other distros :)
14:29 < bfg> so, we may have to ask alejandro , what the log group and user is good for :)
14:30 < bfg> wow... that's almost 4 years ago
14:30 < rxr> yeah - too bad hes not with t2 anymore .-)
14:30 < rxr> well - we could grep the runit source, but - well - just tweak it .-)
14:30 < bfg> or better more than 4 years
14:31 < rxr> yeah - guess some 4 digit revision :-)
14:31 < bfg> it is still from rock times ....
14:31 < rxr> :-)
14:32 < bfg> before submaster has been introduced...
14:33 < rxr> :-)
14:33 < rxr> bfg: so printing worked for you after those tweaks, right?
14:33 < rxr> did you install ghostscript or gpl-ghostscript ?
14:33 < bfg> yes
14:34 < bfg> gpl
14:34 < rxr> ah - ok - I remove the other and rename the gpl-..., now
14:34 < bfg> ok
14:34 < bfg> should be the same now (i think)
14:34 < rxr> yes, we had a complaint about the confusion on the mailing list recently as well
14:35 < bfg> ah yes, and I had a few glitches with hald and dbus during my tries to setup the printer....
14:35 < rxr> and balizus disabled the EPS ghostscript in favour of the "gpl" variant some months ago already
14:35 < bfg> the most irritating thing was, that it needed about 3 reboots then all was found (I made no changes to the configuration during these reboots)
14:38 < bfg> and kde 4.1 is quite buggy too. :)... but it looks great, and many other things have greatly improved compared to 3.5 (but yes, plenty of apps are still missing for 4.x)
14:38 < rxr> yeah
14:39 < rxr> you do not want me to comment on the state of: u/dev, HAL, and D-BUS ...
14:39 < CIA-8> rene * r30558 /trunk/package/graphic/ (8 files in 2 dirs): * renamed the new (gpl) ghostscript to be just the ghostscript package
14:39 < bfg> no not really
14:39 < bfg> but I would say... a wonder that it actually works that often :)
14:40 < rxr> definetly ...
14:40 < rxr> also no fun to debug ...
14:40 < bfg> that's true
14:42 < bfg> some times I believe, that u/dev, hald and dbus store some persistent information for the next reboot, and the more you reboot, the more stable thos programs
14:42 < bfg> i have no evidence for it :)
14:43 < bfg> but since this triplet was introduced, my linux became more stable over time (without updating anything)
14:45 < rxr> :-)
14:47 < bfg> may i rename clucence to clucene?
14:47 < rxr> hm?
14:47 < rxr> mistyped or renamed upstream ?
14:47 < bfg> mistyped
14:48 < bfg> upstream name was always lucene (with a c for the C implementation)
14:48 < bfg> so mistyped by whom ever who added it to T2
14:48 < rxr> mtr might screem due shipping in some project, but - well - fixing typos is always fine for me
14:49 < rxr> package/textproc/clucence# svn log .
14:49 < rxr> ------------------------------------------------------------------------
14:49 < rxr> r30226 | mtr | 2008-08-26 09:36:21 +0200 (Tue, 26 Aug 2008) | 2 lines
14:49 < rxr> * added clucence (0.9.21) - A high-performance, full-featured text search engine.
14:49 < bfg> Its not necessary its just a bit annoying when I try to find clucene in the package tree and have to remember how to mistype it :)
14:49 < rxr> yes, +1 please fix .-)
14:49 < rxr> please rename in a single revision - you know how to do this ?
14:50 < bfg> svn mv?
14:50 < rxr> yeah - but moving with renaming files in a subdir is tricky
14:50 < bfg> ah .... you mean the order to renmae files and folders
14:50 < rxr> does only work one way
14:50 < rxr> yeah
14:50 < rxr> IIRC first the files - and second the directory
14:51 < bfg> yeah.. not sure about it.... I never remember this
14:51 < rxr> in one way it complains it's not yet a workin copy or so ...
14:51 < rxr> yeah - I always wanted to add some of those tricks in some t2 zine article ...
14:51 < bfg> yes that's true
14:51 < rxr> too bad time is infinite
14:51 < bfg> I know, you told so a couple of times on the mailing list :)
14:51 * rxr needs a time machine
14:52 < bfg> btw. may there be a problem with the mailinglist? ... It seems, that quite a couple of the mail in the mailing list don't reach my inbox
14:53 < bfg> are you aware of something?
14:53 < rxr> hm
14:53 < rxr> maybe it just irritates you that the reply was to an older mail ?
14:53 < rxr> or do you miss more mails?
14:53 < bfg> yes
14:53 < bfg> about 50% of the commit mails for instance
14:54 < rxr> oh - and sometimes people write to me personally, and I want to keep the list informed, so I re-cc the list ...
14:54 < rxr> hm - I was not aware of a problem - especially not the svn list ...
14:55 < bfg> I have seen in the response of the last 2 mails I sent to the list, that your mailer was blocked by some recieving mail server... (because it is known to be a spam mailer :) )
14:55 < bfg> I thought maybe this could be the problem for me too, but this would not explain that only half of the mail comes through
14:55 < rxr> email just sucks in todays internet :(
14:56 < bfg> yes it does, but it is still a nice media
14:57 < rxr> more reliable and spam free, as in the good old days of the cloud it would be so awesome ...
14:59 < bfg> yeah would be nice
14:59 < rxr> I try to keep an eye on the mail server log and config
15:00 < rxr> though we have not too many issues with our business mails ...
15:00 < rxr> but I know this minimalist error path stuff it not tweaked perfectly
15:00 < rxr> that's something I also wanted to take a look on
15:00 < bfg> don't stress yourself about that.. not that important.... just wanted to mention (it may hit somehwere else too.. i don't know)
15:06 < mtr> bfg: I was not aware the real project name is lucene, the SF project name is clucene, and they mention that is a C++ port of 'Java Lucene'
15:07 < bfg> mtr: yeah the origin is "Java Lucene" ... it is often referred as just "lucene" (because everyone knew it is implmented in java :) )
15:07 < mtr> bfg: if the package name annoys you feel free to rename
15:08 -!- tfl0pz [n=tfl0pz@mail.constalant.com] has joined #t2
15:08 < bfg> mtr: I would say who ever does it first... I want to prepare a couple of other commits before
15:10 < mtr> bfg: it also registered with freshmeat as clucene, so I would vote for keeping this package name
15:10 < bfg> yeah sure....
15:11 < bfg> I did not want to suggest just lucene, just remove the last c clucen"c"e
15:12 < rxr> also the Url tag of the package is wrong
15:12 < rxr> same additional c
15:12 < mtr> oh - in deed
15:12 < bfg> jep, everywhere the same typo
15:12 < bfg> at least it is consistent :)
15:13 < bfg> and for sure it compiles fine :)
15:13 < bfg> even with the typo :)
15:15 < mtr> hmm, normally I (should have) used fmnewpackage.sh ...
15:17 < bfg> has anyone done something about python packages? and the setuptools pth files?
15:17 < bfg> some kind of mechanism which can recreate the pth files with postinstall scripts?
15:17 < rxr> bfg: not /me, recently ...
15:18 -!- otwieracz [i=1000@77-254-147-137.adsl.inetia.pl] has joined #t2
15:18 < bfg> ok, so still an open todo :)
15:18 < otwieracz> hello
15:21 -!- Netsplit calvino.freenode.net <-> irc.freenode.net quits: LMJ, felanha, cekay, dsoul, @ChanServ, CIA-8, tfl0pz, TobiX, Enqlave, otwieracz, (+1 more, use /NETSPLIT to show all of them)
15:21 -!- Netsplit calvino.freenode.net <-> irc.freenode.net quits: Ragnarin, Morgaine, axionix, koan, mtr, hikenboot, bfg
15:23 -!- Netsplit over, joins: koan, @ChanServ, otwieracz, tfl0pz, bfg, dsoul, mpp_, cekay, CIA-8, Enqlave (+8 more)
15:25 < rxr> hello otwieracz
15:25 [Users #t2]
15:25 [@ChanServ] [ CIA-8 ] [ hikenboot] [ mpp_ ] [ rxr ]
15:25 [ axionix ] [ dsoul ] [ koan ] [ mtr ] [ tfl0pz]
15:25 [ bfg ] [ Enqlave] [ LMJ ] [ otwieracz] [ TobiX ]
15:25 [ cekay ] [ felanha] [ Morgaine ] [ Ragnarin ]
15:25 -!- Irssi: #t2: Total of 19 nicks [1 ops, 0 halfops, 0 voices, 18 normal]
15:43 -!- mqueiros [n=mqueiros@217.70.71.117] has joined #t2
15:51 [Users #t2]
15:51 [@ChanServ] [ CIA-8 ] [ hikenboot] [ mpp_ ] [ Ragnarin]
15:51 [ axionix ] [ dsoul ] [ koan ] [ mqueiros ] [ rxr ]
15:51 [ bfg ] [ Enqlave] [ LMJ ] [ mtr ] [ tfl0pz ]
15:51 [ cekay ] [ felanha] [ Morgaine ] [ otwieracz] [ TobiX ]
15:51 -!- Irssi: #t2: Total of 20 nicks [1 ops, 0 halfops, 0 voices, 19 normal]
15:51 < otwieracz> I have error when compiling binutils,
15:52 < otwieracz> But I don't know what error.
15:53 < otwieracz> How to check what error attempts?
15:56 < rxr> the whole details are in the .log file
15:56 < rxr> build/.../var/adm/logs/?-$pkg.{err,log}
15:56 < rxr> .err in your case
15:57 < CIA-8> gweis * r30559 /trunk/package/textproc/xmlto/ (. xmlto.cache xmlto.desc): * added xmlto (0.0.21) - A front-end to an XSL toolchain.
15:57 < rxr> alternatively src.*/ERROR-LOG
16:01 -!- hwinkel [n=hwinkel@port-87-193-170-219.static.qsc.de] has joined #t2
16:03 < otwieracz> http://phpfi.com/356542
16:03 < otwieracz> What is wrong?
16:05 < CIA-8> gweis * r30560 /trunk/package/archiver/libarchive/ (. libarchive.cache libarchive.desc): * added libarchive (2.5.5) - Library for several streaming archive formats.
16:05 < rxr> ARNING: `makeinfo' is missing on your system. You should only need it if
16:05 < rxr> you modified a `.texi' or `.texinfo' file, or any other file
16:05 < rxr> indirectly affecting the aspect of the manual. The spurious
16:05 < rxr> call might also be the consequence of using a buggy `make' (AIX,
16:05 < rxr> DU, IRIX). You might want to install the `Texinfo' package or
16:05 < rxr> the `GNU make' package. Grab either from any GNU archive site.
16:05 < rxr> make[3]: *** [standards.info] Error 1
16:06 < rxr> but we probably should a) try to avoid the need of makeinfo during cross builds, b) build our own toolchain copy or c) let our Check-System check for it ...
16:06 < CIA-8> gweis * r30561 /trunk/package/python/sip/sip.desc: * updated sip (4.7.4 -> 4.7.7)
16:10 < CIA-8> gweis * r30562 /trunk/package/python/pyqt4/ (. pyqt4.cache pyqt4.conf pyqt4.desc): * added pyqt4 (4.4.3) - Python bindings for the Qt toolkit
16:10 < CIA-8> gweis * r30563 /trunk/package/security/qca2/qca2.desc: * changed qca2 build priority (199.700 -> 171.300)
16:14 < otwieracz> rxr, well, enable cross build in Config?
16:15 < CIA-8> gweis * r30564 /trunk/package/security/qca2-cyrus-sasl/ (4 files): * added qca2-cyrus-sasl (2.0.0-beta3) - A Qt Cryptographic Architecture (QCA) ver2 plugin for SASL capability
16:18 < CIA-8> gweis * r30565 /trunk/package/security/qca2-ossl/ (. qca2-ossl.cache qca2-ossl.desc): * added qca2-ossl (2.0.0-beta3) - A Qt Cryptographic Architecture (QCA) ver2 OpenSSL plugin
16:27 < rxr> otwieracz: for a quick fix install makeinfo in your host system
16:28 < rxr> bfg: xmlto fails here - still outputs some "please build on Fedora for sane XML" a-like message, although I rebuild the docboox
16:28 < rxr> bfg: in fact it's inside a "all-new" full reference build
16:28 < bfg> mmm... you installed docbookx?
16:28 < rxr> bfg: maybe you change something in addition or there is still something missing?
16:28 < rxr> -rw-r--r-- 1 root root 22379 Sep 24 12:10 build/reference-8.0-trunk-reference-x86-pentiumpro/var/adm/logs/5-docbookx.log
16:28 < bfg> I only remeber libxml as dependency
16:29 < rxr> did you emerge or was that a "all system Build-Target" - maybe you fixed some catalog file manually?
16:29 < bfg> Built-Target
16:29 < otwieracz> rxr, package named makeinfo?
16:30 < rxr> might be texinfo
16:30 < bfg> not installed
16:30 < rxr> yes, it's in texinfo
16:30 < rxr> /var/adm/flists/texinfo:texinfo: usr/bin/makeinfo
16:30 < bfg> i have texinfo in yes
16:30 < rxr> bfg: that was meant for otwieracz
16:30 < rxr> bfg: ok - just continue your stuff
16:30 < bfg> docbookx does not need it
16:30 < bfg> maybe xmlto?
16:30 < otwieracz> rxr, thanks.
16:30 < bfg> ah ok
16:31 < rxr> bfg:
16:31 < rxr> xmlto: input does not validate (status 3)
16:31 < rxr> error : Resource temporarily unavailable
16:31 < rxr> /TOOLCHAIN/src.xmlto.reference.20080924.160715.23428.8way/xmlto-0.0.21/./doc/xmlif.xml:4: warning: failed to load external entity "http://www.oasis
16:31 < rxr> -open.org/docbook/xml/4.2/docbookx.dtd"
16:31 < rxr> "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">
16:31 < rxr> ^
16:31 < rxr> error : Resource temporarily unavailable
16:31 < bfg> rxr: your /etc/xml/catalog in the build root should look like to following:
16:31 < rxr> ...
16:32 < bfg>
16:32 < bfg>
16:32 < bfg>
16:32 < bfg>
16:32 < bfg>
16:32 < bfg>
16:32 < bfg>
16:32 < bfg> and for sure the corresponding files in the usr/share/xml/.... should be there
16:32 < rxr> :q!
16:32 < bfg> the error message you mention is typical, if the docbook-xml-dtds are not found
16:32 < rxr> (sorry wrong window)
16:33 < bfg> and the build system root does not know how to connect to the internet
16:33 < rxr> looks all file
16:33 < rxr> strange
16:33 < rxr> but - well - I can live some more days without xmlto and some packages that depend on it - other workload to manage right now ...
16:34 < bfg> I tried today a clean and also a rebuild of both packages .... ran through fine :)
16:34 < bfg> do you want to see any logs from my builds?
16:34 < bfg> for comparison?
16:34 < rxr> hm - maybe the docboox flist
16:34 < rxr> but not so important today
16:34 < bfg> ok
16:35 < rxr> let's postpone it ._)
16:35 < bfg> do you know a nice pastebin?
16:36 < rxr> we had one once in the topic
16:36 -!- Topic for #t2: T2 SDE | 7.0-rc released! | trunk heading for 8.0 | The T2 Open System Development Environment (SDE) | http://www.t2-project.org/startpage/ | http://bugs.t2-project.org
16:36 -!- Topic set by H4X [] [Tue Jun 26 17:57:25 2007]
16:36 < rxr> http://pastebin.com/ ?
16:36 < bfg> have you done a complete fresh rebuild or just an update?
16:36 < rxr> newremove
16:39 < bfg> http://pastebin.com/m6c0d1c7b
16:42 < rxr> flist probably is ok - and the catalog as far as you pasted, too
16:42 < rxr> maybe a complete refreshed build fixes it ...
16:43 < bfg> strange
16:46 < otwieracz> rxr, thanks, now compiles fine.
16:52 < bfg> rxr: sorry no idea... tezted it once more... runs straight through here
16:54 < CIA-8> gweis * r30566 /trunk/package/develop/numpy/numpy.desc: * updated numpy (24.2 -> 1.1.1)
16:56 < CIA-8> gweis * r30567 /trunk/package/mail/dovecot/ (dovecot.conf dovecot.desc): * updated dovecot sieve (1.0.1 -> 1.1.5)
16:57 < CIA-8> gweis * r30568 /trunk/package/gnome2/gnome-cups-manager/gnome-cups-manager.desc: * updated gnome-cups-manager (0.31 -> 0.33)
16:57 < CIA-8> gweis * r30569 /trunk/package/graphic/chmlib/chmlib.desc: * changed chmlib build priority (800.000 -> 204.250)
16:59 < CIA-8> gweis * r30570 /trunk/package/graphic/openexr/ (openexr.desc pthread-dep.patch): * updated openexr (1.4.0a -> 1.6.1)
17:01 < CIA-8> gweis * r30571 /trunk/package/base/hal/hal.desc: * changed hal build priority (150.000 -> 117.950)
17:06 < rxr> bfg: fon't forget about the package name fix and the groups :-)
17:06 < bfg> upps... yes you're right....
17:07 < bfg> mmm... any special package where I forgot this?
17:11 < CIA-8> gweis * r30572 /trunk/package/security/qca2-ossl/qca2-ossl.desc: * set maintainer to my name, (if someone else wants to be it, feel free to put your name in here)
17:11 < bfg> I am not that sure about the groups, but I think I have got them ok
17:12 < bfg> rxr: or have you meant clucence and the lp group?
17:13 < bfg> I still have 6 new packages to add and at least 4 or 5 fixes to check
17:21 < rxr> yes, I meant "clucence and the lp group"
17:22 < otwieracz> Oh my god.
17:22 < otwieracz> gcc compiles so long.
17:25 < bfg> otwieracz: yes... and it does it 3 times :)
17:25 < otwieracz> fuck...
17:28 < otwieracz> Can I stop and resume compiling?
17:30 < bfg> not really... you may do the compile and packaging thing manually, but I would not recommend it
17:32 < otwieracz> I can't CTRL+C and resume from previous package?
17:32 < otwieracz> There is'nt any steps?
17:32 < otwieracz> Oh
17:32 < otwieracz> GCC done
17:34 < bfg> the build system assumes a build failure if you stop a current build. and will try to build the "broken" package again from the beginning when you restart the build process.
17:34 < otwieracz> Well.
17:34 < otwieracz> I run ./scripts/Build-Target
17:34 < bfg> however you can manually execute the tasks, the build system would execute. then you could continue a stopped build. but this is not an easy task
17:35 < otwieracz> When i Ctrl+C it, and run the script again it would start compiling from last pkg?
17:35 < bfg> yep I assumed you run Build-Target :)
17:35 < bfg> yes ... last pkg
17:36 < otwieracz> Well, I can use Ctrl+C without scary?
17:36 < bfg> yes
17:36 < bfg> you just loose what is already done for the current pacakge
17:36 < otwieracz> Yes, I now.
17:37 < otwieracz> know*
17:40 < otwieracz> = 17:39:18 =[0]=> Building base/findutils [4.4.0 8.0-trunk].
17:40 < otwieracz> That "[0]" is stage?
17:42 < bfg> yes
17:42 < otwieracz> Oh
17:42 < otwieracz> My
17:42 < otwieracz> God
17:42 < otwieracz> Well...
17:42 < otwieracz> next 8 is waiting for me ;)
17:43 < otwieracz> Every takes the same time?
17:43 < rxr> most stages are empty
17:43 < bfg> not all stages are filled with scheduled package builds
17:43 < bfg> an dup to stage 5 should be enough for most cases
17:44 < otwieracz> Well
17:44 < otwieracz> If I compile stago 0 in 4h, i should finnish in 20 hours?
17:45 < bfg> stage 0 : max 31 packages
17:45 < bfg> stage 1: max 108 packages
17:45 < bfg> stage 2: max 5 packages
17:45 < rxr> depends what you selected
17:45 < bfg> stage 3: max 52 packages
17:45 < bfg> stage 4: 0 packages
17:45 < bfg> stage 5: max 3145 packages
17:45 < bfg> the actual value depends on your actual configuration. (max is if you select every package known to the build system)
17:46 < rxr> if you build anything from the 3xxx packages it might still take half a week +++
17:46 < otwieracz> I select only few packages.
17:46 < otwieracz> defaults + 5 packages selected by me.
17:46 < rxr> an 4 core will cross compile some tiny embeded thing in 2h ...
17:46 < bfg> that's cool :)
17:46 < rxr> and 8 core with filled ccache in 20 minutes ...
17:47 < otwieracz> And my 1 core p4 1.4Ghz will done with this in 20 weeks.
17:47 < rxr> depends what you select - if you build some minimal text linux or even minimal x.org you might indeed be done in a day + a little ...
17:48 < otwieracz> minimal text linux.
17:48 < rxr> oh - and if this is your first t2 contact I hope you build the stable series, not the "sometimes something is broken trunk?" :-)
17:48 < otwieracz> trunk.
17:48 < otwieracz> :D
17:48 < rxr> of course you still are free to build bleeding edge trunk, but don't complain t2 sucks if something breaks :-)
17:48 < otwieracz> I need newest kernel.
17:48 < bfg> btw. the 7.0 trunk was in a much better shape than the current 8.0 trunk is
17:48 < otwieracz> t2 doesn't suck.
17:48 < otwieracz> I know.
17:48 < otwieracz> It's genius :)
17:49 < otwieracz> Wow.
17:49 < otwieracz> stage 1 ;D
17:49 < otwieracz> In 3 hours.
18:06 < otwieracz> Ok.
18:06 < otwieracz> I'm going.
18:06 < otwieracz> Bye!
18:07 -!- otwieracz [i=1000@77-254-147-137.adsl.inetia.pl] has quit ["Leaving"]
18:13 < rxr> :-)
18:13 [Users #t2]
18:13 [@ChanServ] [ CIA-8 ] [ hikenboot] [ Morgaine] [ Ragnarin]
18:13 [ axionix ] [ dsoul ] [ hwinkel ] [ mpp_ ] [ rxr ]
18:13 [ bfg ] [ Enqlave] [ koan ] [ mqueiros] [ tfl0pz ]
18:13 [ cekay ] [ felanha] [ LMJ ] [ mtr ] [ TobiX ]
18:13 -!- Irssi: #t2: Total of 20 nicks [1 ops, 0 halfops, 0 voices, 19 normal]
19:06 -!- mpp_ is now known as mpp
19:18 < Ragnarin> hey rxr :)
19:28 < CIA-8> ragnar * r30573 /trunk/package/office/pdfedit/pdfedit.desc: * pdfedit: update, old version disappeared from download link
19:29 < CIA-8> ragnar * r30574 /trunk/package/contrib/dfb-lite/dfb-lite.desc: * dfb-lite: update, old download link wasn't working any more
19:34 < CIA-8> ragnar * r30575 /trunk/package/base/gettext/gettext.conf: * gettext: add -without-emacs when there's no emacs installed
19:35 < felanha> rxr: current unison version is not stable, so downgrade to current stable or change path and version to latest version?
19:37 < CIA-8> ragnar * r30576 /trunk/package/scientific/alliance/alliance.desc: * alliance: update since old file not present at dl location any more
19:38 -!- mpp [n=user@i53875185.versanet.de] has quit [Read error: 60 (Operation timed out)]
19:38 -!- mpp [n=user@i53876793.versanet.de] has joined #t2
19:39 < CIA-8> ragnar * r30577 /trunk/package/develop/pike/pike.desc: * pike: update since old version not on dl link any more
19:46 < CIA-8> ragnar * r30578 /trunk/package/database/bdb33/bdb33.desc: * bdb33: fix download links
19:49 < CIA-8> ragnar * r30579 /trunk/package/database/bdb33-java/bdb33-java.desc: * bdb33-java: fix dl links
19:51 < CIA-8> ragnar * r30580 /trunk/package/database/bdb-java/bdb-java.desc: * bdb-java: fix dl location
20:24 -!- hwinkel [n=hwinkel@port-87-193-170-219.static.qsc.de] has quit [Read error: 110 (Connection timed out)]
20:31 -!- stent [n=stent@dyn129-100-143-239.wireless.uwo.ca] has joined #t2
20:34 < rxr> Ragnarin: we generally do not really want to change ach .desc when the downlaod was moved to somd old/archive folder
20:35 < rxr> not only to avoid this needless noise, but also because in /old etc. locations our nichtly update checker does not find files immediatly (in-time) anymore
20:36 < rxr> (and the update scripts fails as just patching the version does not remove the /old / /archive postfix ...)
20:37 < Ragnarin> huh?
20:38 < Ragnarin> don't think I get your point
20:39 < Ragnarin> I didn't change paths to an 'old' folder ... I adjusted the bdb paths to the oracle site, with seems to be the primary source now
20:40 < Ragnarin> and for the updates, I updated them (since the update checker seems to have missed those)
20:43 -!- stent is now known as admax88
20:44 * Ragnarin pokes rxr
20:47 -!- mpp_ [n=user@i53876061.versanet.de] has joined #t2
20:47 -!- mpp_ [n=user@i53876061.versanet.de] has quit [Client Quit]
20:53 < rxr> re
20:54 < rxr> Ragnarin: ah - ok then
20:54 < rxr> Ragnarin: I only read the CIA scroll-by ..and the messages sounded like you update just the ref ...
20:54 < Ragnarin> I did, but only for bdb*
20:55 < rxr> yeah - all fine then :-)
20:55 < rxr> next time I'll look at the diff .-)
20:55 < rxr> though I'm on a 3G link right now ...
20:55 < Ragnarin> >.>
20:55 < rxr> (on a sluggish Sony phone, damnit)
20:55 < rxr> need to jailbreak my 3G iPhone to tether with it ...
20:56 < Ragnarin> lol
20:57 -!- mpp [n=user@i53876793.versanet.de] has quit [Read error: 110 (Connection timed out)]
20:57 < rxr> yeah - that's not funny ..
20:57 < rxr> wish apple would have added this simple dial-up bluetooth profile ..
20:58 < rxr> too bad at&t is dictating too crazzy stuff over there
21:00 < Ragnarin> btw can felanha have a svn account too? :)
21:00 < rxr> probably :_)
21:01 < felanha> just because you're too lazy Rag...
21:01 < Ragnarin> he was just 'noooo I don't want to' (... commit his own patches instead of bugging me about them) :)
21:01 < rxr> lol
21:05 < rxr> ok - scu later
21:05 < Ragnarin> cya :) take care
21:05 < rxr> for svn access, which I usually offer sooner than most people like, just send a couple of useful patches e.g. thru the list to get to know you
21:05 < rxr> have fun - take it easy Ragnarin
21:06 < Ragnarin> I'll try
21:11 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has quit []
21:24 -!- admax88 [n=stent@dyn129-100-143-239.wireless.uwo.ca] has quit ["Lost terminal"]
22:01 < CIA-8> rene * r30581 /trunk/package/lua/lua/ (lua.conf shared-object.diff): * build a shared lua library, if possible
22:12 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has joined #T2
22:38 -!- bfg [n=bfg@ppp118-208-65-134.lns1.bne4.internode.on.net] has left #T2 []
22:44 < CIA-8> rene * r30582 /trunk/package/lua/lua/lua.conf:
22:44 < CIA-8> * sorted lua.conf hooks for functions directly behind the
22:44 < CIA-8> funtions, use pkgconfig directory according to prefix
22:44 < CIA-8> (not where pkg-config was installed to)
--- Log closed Thu Sep 25 00:00:23 2008