[12:18] <Riddell> pef_aw: when I compile qtparted the /usr/sbin/qtparted file ends up empty
[12:32] <Riddell> pef_aw: fresh recompile seem to be fine, I think my computer just crashed at the wrong moment
[12:42] <Riddell> pef_aw: uploaded
[03:46] <Riddell> pef_aw: new kvpnc uploaded thanks
[03:47] <Riddell> seth_k|away: what's the status of kmobiletools?
[03:50] <seth_k|away> Riddell, I've been swamped with exams :/
[03:50] <seth_k|away> if someone wants to finish it off it's almost done
[03:50] <seth_k|away> otherwise I'll probably finish next weekend
[03:50] <seth_k|away> e.g. not tomorrow
[03:50] <seth_k|away> but Friday next
[03:51] <Riddell> seth_k|away: maybe pef will finish it, he's very up and coming on the MOTU scene :)
[03:53] <seth_k|away> ok :) or if he is busy, it will be done next weekend one way or another
[03:53] <seth_k|away> methinks there are just minor changes left as per dholbach's comments
[03:54] <seth_k|away> What in the world are you still doing up Riddell, it's like 3 am there
[03:56] <Riddell> seth_k|away: actualy it's 21:55 here :)
[03:56] <Riddell> (but 3am isn't completely unusual for me either)
[03:57] <seth_k|away> you're not over in the UK?
[03:58] <seth_k|away> ohh, you're over for UBZ?
[03:58] <Riddell> yes, montreal
[03:58] <seth_k|away> yeah, I had forgotten
[03:58] <seth_k|away> okay, food time
[04:01] <Tm_T> Riddell: about your post in kde-artist mailing list.. no permission to splash package?
[04:01] <Tm_T> I get 403
[04:02] <Riddell> Tm_T: try now
[04:02] <Tm_T> thanks
[04:03] <Tm_T> use it immediately ;)
[04:03] <Tm_T> have to say, very good
[04:03] <Tm_T> get some sleep ->
[04:13] <Riddell> pef_aw: kzenthing uploaded, control needed  s/breezy/dapper/
[04:42] <Riddell> hi freeflying, get my e-mail?
[04:43] <freeflying> Riddle:let me check it
[04:45] <freeflying> Riddle:I've told this to minghua ,the maintainer of scim in debian
[04:46] <Riddell> freeflying: great
[05:01] <Riddell> freeflying: going to fix up skim?
[05:09] <freeflying> Riddle: I'm working for it now and soon it will be uploaded
[05:12] <Riddell> groovy
[05:13] <freeflying> thanks
[05:22] <Riddell> give me a ping when it's uploaded
[08:00] <pef_aw> Riddell: thank you, but I leaved breezy for a breezy-updates upload, since the problem is similar in Breezy
[09:37] <_Tonio_> hi all
[09:44] <JRe> hi _Tonio_ 
[09:46] <_Tonio_> hi JRe 
[09:47] <JRe> _Tonio_: how are you ?
[09:50] <_Tonio_> JRe: fine ;)
[09:50] <_Tonio_> isa server to install.......
[09:50] <_Tonio_> but fine ;)
[09:50] <JRe> :)
[09:51] <_Tonio_> JRe: did you saw for standard version in packages ? 3.6.2.1
[09:51] <_Tonio_> I have to note that
[09:51] <_Tonio_> s/standard/standards
[09:51] <Tm_T> I can't install ubuntu to my server pc
[09:51] <JRe> _Tonio_: ho no I didn't know
[09:52] <Tm_T> installer keep saying there's no ethernet but firewire
[09:52] <_Tonio_> mornfall: Tm_T 
[09:52] <Tm_T> firewire in pentium 200MHz sure
[09:52] <_Tonio_> morning Tm_T 
[09:52] <Tm_T> :)
[09:52] <_Tonio_> ^^ still sleeping a bit ;)
[09:52] <Tm_T> morning _Tonio_ 
[09:53] <Tm_T> well, almost no sleep here
[09:53] <JRe> I woke up early to give a lesson at the university but it was cancelled :)
[09:54] <Tm_T> well, I guess I got 2h sleep
[09:54] <_Tonio_> I woke up too late to be at work and missed my morning meeting ;)
[09:54] <Tm_T> :p
[09:54] <_Tonio_> as about always ;)
[09:55] <_Tonio_> Tm_T: I was doing this for month, but from now two weeks, I try to sleep at least 5 hours per night....
[09:55] <_Tonio_> it is really better during the day ;)
[09:56] <Tm_T> yu
[09:56] <Tm_T> but sometimes I feel too shit to sleep
[09:57] <Tm_T> anyway, trying to hunt some food ->
[09:57] <_Tonio_> JRe: I will package klear toonight
[09:57] <JRe> _Tonio_: yep :)
[09:57] <_Tonio_> and maybe kompile if klear goes quick
[09:57] <JRe> _Tonio_: i have finished my work on ksystemlog. it's a lot better now
[09:58] <_Tonio_> here is the problem when you build a new package, it can take from 20 minutes to many hours....
[09:58] <_Tonio_> JRe: fine ;)
[09:58] <_Tonio_> JRe: any ambition to work on systemsettings bugs ? ^_^
[09:58] <JRe> _Tonio_: should be the case soon :) ATM i'm working on my new KFormat
[09:59] <_Tonio_> s/toolspart/tools part
[09:59] <_Tonio_> JRe: nice
[12:23] <pef> _Tonio_: standards-version should be 3.6.2, not 3.6.2.1 ;)
[12:25] <_Tonio_> pef ?
[12:26] <pef> [09:51]  <_Tonio_> JRe: did you saw for standard version in packages ? 3.6.2.1
[12:26] <_Tonio_> pef : http://revu.tauware.de/details.py?upid=658
[12:26] <_Tonio_> look at Riddell 's revu....
[12:27] <pef> _Tonio_: I've asked to a dd, and another MOTU told me not to use last digit
[12:27] <_Tonio_> pef, okay, so we'll have to make it clear ;)
[12:28] <_Tonio_> pef: http://revu.tauware.de/details.py?upid=777
[12:28] <_Tonio_> same here....
[12:28] <pef> _Tonio_: http://revu.tauware.de/details.py?upid=803
[12:29] <pef> _Tonio_: look at #ubuntu-motu ;)
[12:29] <_Tonio_> pef: okay, I admit, but then I think all revuers have to decide of a standard
[12:29] <pef> _Tonio_: yep
[12:30] <pef> Riddell: hello, I think you're wrong when setting Standards-Version to 3.6.2.1, you should'nt use last digit
[12:31] <pef> Riddell: allee, dholbach and amny dd in #debian-devel agree to use only 3 digits (3.6.2)
[12:45] <cmvo> Riddell: Hi Jonathan!
[02:34] <pef> Riddell: https://launchpad.net/distros/ubuntu/+source/kde-i18n/+bug/485 This is fixed by a simple rebuild. Should I upload the rebuilded version to revu, or just add a debdiff ?
[03:28] <jjesse> i'm trying to build nessus thrugh the nessus installer and it is having problems with not findng flex, lex and yacc what package do i need to install for those?
[03:40] <Riddell> good morning all
[03:40] <Riddell> pef: add a debdiff and poke me is probably good as any
[03:40] <Riddell> jjesse: tried installing flex and bison packages?
[03:41] <jjesse> is yacc in one of those packages?
[03:42] <Riddell> should be in bison I think
[03:42] <Riddell> it is a pune or play on words
[03:43] <jjesse> oh
[03:48] <Riddell> pef: that kde-i18n-se beastie is invalid
[03:58] <Riddell> Mez!
[03:59] <Mez> Riddell!!!
[04:00] <Mez> hows things?
[04:00] <Riddell> tres bien
[04:00] <Mez> good good
[04:00] <Mez> when you flying to montreal btw?
[04:00] <Riddell> although the swimming pool is just too short to get a proper swim in
[04:00] <Riddell> last wednesday :)
[04:00] <Mez> oh
[04:00] <Mez> ok
[04:01] <Mez> lol
[04:07] <Mez> how is it?
[04:08] <Riddell> between the quebecois and the chinese it's quite cultural
[04:09] <cmvo> Riddell: Hi Jonathan!
[04:09] <Mez> cold?
[04:10] <Riddell> hi cmvo baby
[04:12] <cmvo> I think I found something (or it :-) in case of the admin problem:
[04:12] <cmvo> kdesu_stub gets passed "KDESYCOCA=/tmp/kde-user/ksycoca" in the environment by 
[04:12] <cmvo> kdesu.
[04:13] <cmvo>  /tmp/kde-user/ksycoca is a symlink to /var/tmp/kdecache-user/ksycoca
[04:13] <cmvo> This symlink does not exist after a reboot, but gets created by kbuildsycoca.
[04:14] <cmvo> When the symlink is created admin mode works, when it is delete it does not.
[04:21] <Riddell> cmvo: wow
[04:23] <cmvo> When kded later detects a change in software (I don't know what kded is watching in detail) it runs kbuildsycoca which also creates the link.
[04:23] <Riddell> so get kdesu to create that link and we're sorted
[04:24] <cmvo> This could be an explanation why the problem is so erratic. Anytime kded runs kbuildsycoca admin mode begins to work until the next reboot.
[04:25] <Riddell> makes me wonder what deletes that symlink
[04:25] <Riddell> but it does sound like the sort of thing that could get deleted by various things which is why other distros would have occational problems too
[04:26] <cmvo> Isn't /tmp cleaned on any reboot?
[04:27] <Riddell> hmm, not sure
[04:27] <Riddell> but if it was then how come it works most of the time
[04:28] <cmvo> Its cleaned in /etc/init.d/bootclean.sh after $TMPTIME days. TMPTIME is 0 int /etc/default/rcS.
[04:29] <cmvo> s/int/in/
[04:29] <Riddell> you're ahead of me :)
[04:29] <Riddell> I guess it works after reboot if there's been a good reason to run kbuildsycoca
[04:30] <Riddell> which explains why a fresh install or new user is fine since they will have had kbuildsycoca run
[04:30] <cmvo> Just searched to /tmp in init.d :-)
[04:31] <cmvo> s/to/for/ (I type too fast)
[04:32] <cmvo> Also kded runs kbuildsycoca when it delects new kde programs. Then admin mode also works until the next reboot.
[04:33] <cmvo> But I don't think it should be kdesu to create the link. Maybe kded is the better place.
[04:34] <cmvo> As a bandaid fix add:
[04:34] <cmvo> [General] 
[04:34] <cmvo> CheckFileStamps=false
[04:35] <cmvo> to .kde/share/config/kdedrc then kbuildsycoca is run on every reboot.
[04:48] <cmvo> I don't know if /tmp/kde-user is a historic place for ksycoca. Maybe kdesu shouldn't pass it on in the first place. kdesu uses locateLocal() to create the tmp path. And this
[04:49] <cmvo> function disappears in the depth of KDE. Maybe it just searches /tmp before /var/tmp.
[04:53] <pef> arg
[04:54] <pef> someone knows ho to find all bugs assigned to Kubuntu team in Malone ?
[05:00] <JRe> pef: yes go to kubuntu-team page
[05:00] <JRe> pef: and click on the bugs menu entry (top of the page)
[05:01] <JRe> pef: https://launchpad.net/people/kubuntu-team/+assignedbugs
[05:02] <pef> JRe: thank you :)
[05:21] <JRe> Riddell: if I make a patch to fix layout problems of systemsettings, is there any chance that it will be integrated into breezy-updates ?
[05:25] <Riddell> JRe: unlikely but it would be very welcome for dapper and kde 3.5
[05:25] <Riddell> and it could go in breezy-backports if you ask mez
[05:26] <JRe> Riddell: ok I'll try to fix it 
[05:29] <Riddell> cmvo: do you think that if we just patch kdesu to pass KDESYCOCA=/var/tmp/kdecache-user/ksycoca that would fix it?
[05:36] <cmvo> I've looked through kded.cpp maybe just changing the first parameter of locateLocal() from "tmp" to "cache" could fix it too.
[05:36] <cmvo> I just give it a try and look and see what parameter gets passed to kdesu_stub
[05:37] <cmvo> s/and see//
[05:42] <Riddell> _Tonio_: are you a motu?
[05:47] <_Tonio_> Riddell: no not yet ;)
[05:47] <_Tonio_> Riddell: I'm even not a member at the moment
[05:48] <Riddell> http://people.ubuntu.com/~lamont/buildLogs/k/ktranslator/0.3-0ubuntu1/  compiled
[05:49] <Riddell> http://people.ubuntu.com/~lamont/buildLogs/k/kinstaller/0.2-0ubuntu1/ compiled
[05:49] <Riddell> _Tonio_: are you on amd64?
[05:49] <_Tonio_> no.... jre is
[05:49] <_Tonio_> maybe he could try a pbuilder and tell us what about
[05:49] <Riddell> _Tonio_: then your pbuilder should be able to compile
[05:49] <_Tonio_> yep
[05:49] <JRe> yes I do may I test these packages _Tonio_ ?
[05:50] <_Tonio_> I'll test toonight
[05:50] <Riddell> amd64 is failing on evething
[05:50] <Riddell> I assume it's not KDE's fault
[05:50] <_Tonio_> JRe: you may find the sources on our repo.... same sources except a patch on the  .desktop file
[05:50] <JRe> _Tonio_: k
[05:51] <_Tonio_> Riddell: if it works, I will start uploads this weekend....
[05:51] <_Tonio_> I have plenty of packages to upload :)
[05:51] <Riddell> _Tonio_: uploads to revu?
[05:51] <_Tonio_> Riddell: yes
[05:52] <_Tonio_> about 12 packages I think, something like that
[06:16] <cmvo> Riddell: kdebase build still grinding along...
[06:17] <Riddell> I know that feeling
[06:17] <JRe> libreadline5: Depends: readline-common but it is not installed
[06:17] <Riddell> although you should be able to just cd obj-<tab>; cd kdesu; make; make install
[06:18] <JRe> (while running pbuilder create on amd64, dapper distrib)
[06:22] <JRe> Riddell: arg dapper debootstrap seem broken
[06:23] <cmvo> Riddell: cd obj... But only after the first build? (I still have a lot to learn about debs...)
[06:24] <Riddell> JRe: what's broken about it?
[06:24] <JRe> Riddell: does yours try to installreadline-common ?
[06:25] <Riddell> cmvo: run debuild until ./configure is done then you should be able to do that
[06:25] <JRe> Riddell: when I am trying to create the base.tgz it mess with libreadline5
[06:25] <Riddell> cmvo: packages get built in obj-xx directory rather than in the source directory, keeps things tidy
[06:25] <Riddell> JRe: that's an amd64 problem, it's why nothing is compiling on amd64
[06:26] <Riddell> JRe: tried making an i386 pbuilder?
[06:26] <JRe> Riddell: nop but I'm going to do that ;)
[06:33] <cmvo> Riddell: Is there a shortcut to create obj and the makefiles without a complete build? I tried ./configure, but should habe used the configure parameters from debian/rules.
[06:35] <Riddell> cmvo: run debuild
[06:35] <Riddell> once it gets to the compiling start stop it with control-c
[06:35] <Riddell> cd obj-<tab>; cd wherever; make
[06:35] <JRe> can it be noe with fakeroot debian/rules binary ?
[06:36] <JRe> ha no you need a partial rebuild 
[06:36] <Riddell> debuild -nc  will carry on the compile without cleaning it first
[06:48] <cmvo> Change kdesu.cpp line 300 to: QCString ksycoca = "KDESYCOCA="+QFile::encodeName(locateLocal("cache", "ksycoca")); and kdesu passes /var/tmp/kdecache... to kdesu_stub (at least here :-)
[06:48] <Riddell> cmvo: rocking
[06:48] <Riddell> can you make a debdiff?
[06:49] <cmvo> try to :-)
[06:58] <cmvo> Riddell: What do you need, a debdiff of the source packages?
[07:01] <Riddell> cmvo: yes please
[07:01] <Riddell> debdiff foo-old.dsc foo-new.dsc
[07:05] <cmvo> Ok, it'll take a bit, have finish the build, to get the new dsc. Do I need to change the version in changelog to get a differently named file or just move the original source files out of the way so they don't get overwritten?
[07:18] <cmvo> Riddell: Do I need to change the version in changelog to get differently named files or just move the original source files out of the way so they don't get overwritten?
[07:26] <\sh> Riddell: how is the weather in montreal?
[07:46] <cmvo> \sh: It seems to be 5C and overcast :-)
[07:47] <_jpetso> ...ok, now for the newlyswitched ones
[07:47] <_jpetso> i'm trying to compile some autotools stuff that I had compiling on Gentoo before, and it doesn't work yet in Ubuntu
[07:48] <_jpetso> it says (extract):
[07:48] <_jpetso> configure.in: 8: automake requires `AM_PROG_LEX', not `AC_PROG_LEX'
[07:48] <_jpetso> automake: examples/fact/Makefile.am: lex source seen but `AC_DECL_YYTEXT' not in `configure.in'
[07:52] <jpetso> ...I hope no one has said something important? seems like I'm getting disconnected regularly... (which also wasn't the case in Gentoo, but hey)
[08:05] <\sh> jpetso: what did u try to compile and why?
[08:05] <jpetso> kdevelop-pg, the new parser generator for KDevelop, because I'm writing a grammar for it
[08:07] <\sh> jpetso: and how do you compile? looks like u have a wrong version auf autotools stuff
[08:07] <jpetso> I've got the breezy standard stuff
[08:08] <jpetso> \sh: ...and just tried installing automake1.9 additionally, don't help so far
[08:08] <jpetso> \sh: except automake --version still says 1.4
[08:08] <\sh> jpetso: so u called aclocal-1.9 \n automake-1.9?
[08:09] <jpetso> \sh: I didn't, what does that do?
[08:10] <\sh> jpetso: the default version "aclocal/automake" is 1.4
[08:10] <jpetso> yup
[08:10] <\sh> jpetso: to call 1.9 version u have to call aclocal-1.9 and automake-1.9
[08:10] <Riddell> cmvo: dch -i to add a new changelog entry
[08:10] <jpetso> ok, seems logical
[08:10] <Riddell> \sh: slightly nippy but not freezing
[08:11] <jpetso> \sh: done, but automake --version still says 1.4
[08:11] <\sh> jpetso: yes...because it's 1.4 and not 1.9
[08:12] <\sh> Riddell: ok..good to have warm clothes with me
[08:12] <jpetso> \sh: ok...so how do I get 1.9 to be used by make -f Makefile.cvs
[08:12] <Riddell> jpetso: remove automake, install automake1.9
[08:12] <Riddell>  /usr/bin/automake just points to alternatives
[08:13] <jpetso> Riddell: remove like rm, or like in Adept?
[08:13] <\sh> jpetso: rm like rm ;)
[08:13] <Riddell> jpetso: adept :)
[08:13] <jpetso> ok...
[08:13] <Riddell> don't listen to \sh 
[08:13] <\sh> lol
[08:13] <Riddell> especially when he tells you to rm -rf /
[08:13] <\sh> *grmpf* i never tell such stupid things
[08:14] <\sh> well...anyways...it's actually the wrong way
[08:14] <\sh> the right way is debootstrap a breezy or better dapper
[08:14] <\sh> and compile there
[08:14] <\sh> and create a real .deb package
[08:14] <jpetso> \sh: if I knew now what debootstrapping means, maybe
[08:15] <\sh> jpetso: everything to learn is on wiki.ubuntu.com/DeveloperResources ... there is a link to Debootstrap
[08:15] <Riddell> jpetso: ubw:DebootstrapChroot
[08:15] <jpetso> thanks
[08:15] <\sh> jpetso: just like installing gentoo from the installer iso with a clean HD
[08:15] <\sh> but much easier
[08:16] <\sh> jpetso: ubw: works only in konqueror...
[08:16] <jpetso> \sh: i knew that, i even knew i had replaced smth:bla with smth bla
[08:16] <\sh> need to find a way to implement this in ff, too
[08:20] <jpetso> Riddell, \sh: so cool, it worked!
[09:04] <cmvo> Riddell: Got to go. The build is still running, tried to continue it, but --nc implies -b, which means no source. So the diff has to wait till tomorrow. Cu!
[09:46] <Riddell> \sh_away: can you see Edit Emblem on https://launchpad.net/people/kubuntu-team ?
[09:47] <Riddell> might be on one of the subpages
[10:23] <lamont> Riddell: Build-Depends: ..., g++-3.4 [
[10:23] <lamont> arm m68k hppa] 
[10:28] <Riddell> lamont: what's the problem?
[10:30] <lamont> lack of build-depends kinda makes gcc-3.4 unusable...
[10:30] <lamont> see http://buildd.mmjgroup.com/buildLogs/k/kdenetwork/4\:3.4.3-0ubuntu1/kdenetwork_4\:3.4.3-0ubuntu1_20051028-1307-hppa-failed.gz 
[10:30] <lamont> well, without the \ chars...
[10:31] <lamont> http://buildd.mmjgroup.com/buildLogs/k/kdenetwork/4:3.4.3-0ubuntu1/kdenetwork_4:3.4.3-0ubuntu1_20051028-1307-hppa-failed.gz
[10:31] <lamont> I uploaded a -0ubuntu2 with the build-dep above
[10:35] <Riddell> ah, oops, sorry
[10:35] <lamont> np