[00:03] <Riddell> yuriy: oh I never worked out what that was
[00:05] <ghostcube> hmm a tip if anyone notices bugs in ff 3.5 and has ubufox installed try to deactivate it in add ons
[00:05] <ghostcube> seems to make trouble
[00:05] <ghostcube> -_-
[00:11] <JontheEchidna> yay, libmysqld-pic in main
[00:12] <JontheEchidna> and the amarok merge is in bzr
[00:14]  * shtylman is pleased OO kde4 is in kubuntu now :)
[00:15] <DAskreech> It's in Karmic?
[00:16] <DAskreech> Riddell: Ping
[00:17] <Riddell> hi DAskreech
[00:19] <Riddell> JontheEchidna: anything new in amarok bzr compared to the archive?
[00:19] <JontheEchidna> Riddell: a merge from Debian
[00:19] <JontheEchidna> s/from/with
[01:10] <DAskreech> Bah of course Irssi doesn't ping back
[01:11] <DAskreech> Riddell: If we are not going to use the Kubuntu identi.ca account to make mini announcements can we at least send a greeting message since it's one of the first things people see when they boot up a Kubuntu Live Cd from here on out?
[01:17] <Riddell> DAskreech: I'd like to get into the habit of using it for mini announcements
[01:17] <Riddell> anything you think should be announced?
[01:18] <Nightrose> Riddell: apachelogger of course
[01:18] <Nightrose> netbook remix
[01:18] <Nightrose> alpha 4
[01:22]  * DAskreech points the person with answers ;-)
[01:30]  * Nightrose now has 2 twitter and 3 identi.ca accounts in choqok
[01:30] <Nightrose> oh dear...
[01:31] <Nightrose> Riddell: i'll subscribe to a few kubuntu peeps so it doesn't look dead
[01:31] <Nightrose> and also join !kubuntu so we can post notes to that
[01:35] <Nightrose> ok this looks much more lovely now :)
[01:36] <Nightrose> anyone from the kubuntu team who hasn't been followed by @kubuntu just now please let me know so I can add you too
[01:38] <Riddell> can I get twitter to forward to identica?
[01:38] <Nightrose> nope only the other way around
[01:40] <Riddell> and kubotu can only talk to twitter, annoying that
[01:40] <Nightrose> it shouldn't be hard to make it talk to idenit.ca
[01:40] <Nightrose> the api is the same afaik
[01:41] <Riddell> yes
[01:41] <Nightrose> you can also use jabber to update identi.ca if you use that
[01:42] <Nightrose> argh... 3 am already
[01:42] <Riddell> can't say I do
[01:42] <Nightrose> i need to go to bed - like really
[01:42] <Nightrose> good night :)
[01:46] <Riddell> here's ruphy!
[01:46] <Riddell> ruphy: seen the new openoffice oxygen style?
[02:03] <yuriy> whoa just got a plasma notification from nm-applet. sweet.
[02:03] <Riddell> yay
[02:04] <yuriy> of course that's bittersweet cause I had to run nm-applet in the first place
[02:18] <DAskreech> Nightrose: I was thinking things like new items in Kubuntu+1 and smaller victories or call to tests get posted to the Kubuntu account where large releases and  significant events get posted to !kubuntu by kubuntu
[02:19] <DAskreech> Or wait Riddell for the above :)
[02:19] <DAskreech> Ah Work sucks
[02:20] <DAskreech> Where is the new OO.o umm O style?
[05:39]  * spstarr syncs today's packages
[05:42] <spstarr> hmm
[05:42] <spstarr> Error Type: Error Value: 'PackageKitCache' object has no attribute '_dict' File :
[05:42] <spstarr> KpackageKit crashy
[05:42] <spstarr> maybe aptitude clean will 'fix' the cache
[05:43] <spstarr> no
[05:43] <spstarr> 103 new packages :)
[09:04] <Nightrose> Happy Birthday JontheEchidna! \o/
[11:33] <Guest76526> Riddell: I may have time to look at it at work today... I'm gone to a Highland Games / visiting family all weekend... Its package may be quick enough to through together though, they use qmake...
[12:08] <ghostcube> hi peoples, i got a question. would it be possible to setup the extensions for thunderbird-3.0 into an backport or experimental ppa ?
[12:08] <ghostcube> cause enigmail and lightning arent working on 3.0 would be very cool
[12:09] <ghostcube> and there are no 64 bit xpi around
[12:10] <ghostcube> thats the problem sorry
[12:12] <davmor2> Guys I'm a bit confused I'm just running some tests on yesterdays install as all of the iso's are broken thanks nvidia :).  Whilst running dist-upgrade I got asked the config options for postfix, please tell me that kubuntu isn't turning into server edition slowly
[12:30] <davmor2> default window for kmail through pim is tiny :(
[12:55] <Riddell> davmor2: CDs built today?
[13:06] <JontheEchidna> Nightrose: thx
[13:38] <shadeslayer> hey all,anyone free here? ( Im starting out on packaging :) )
[13:39] <shadeslayer> i cant seem to figure out the wiki by myself...
[13:39] <Riddell> hi shadeslayer, what are you looking at?
[13:40] <shadeslayer> Riddell: https://wiki.ubuntu.com/PackagingGuide/Complete
[13:40] <shadeslayer> Riddell: i want to start out building packages,and eventually help you guys :)
[13:41] <Riddell> shadeslayer: do you have something in mind to package?
[13:41] <shadeslayer> Riddell: i want to start out by building .deb out of svn check outs
[13:42] <shadeslayer> something simple like rekonq for jaunty
[13:42] <ikonia> shadeslayer: why do you want svn checkouts packaged ?
[13:42] <ikonia> surley working on the supported packages is a better option otherwise they will just become your PPA
[13:43] <shadeslayer> ikonia: this is just a personal project as of now,im just starting out,i want to help some of my freinds who think compiling is very difficult ( and dont have the time for it )
[13:44]  * ryanakca wonders if he should mention Dooble ;)
[13:44] <ikonia> shadeslayer: ok - so what's the problem then, start a PPA
[13:45] <shadeslayer> ikonia: ill have a look
[13:45] <ikonia> shadeslayer: a good way to practice is re-build a package that is a known working pacakge
[13:45] <Riddell> shadeslayer: want to try Dooble and make ryanakca happy? :)
[13:46]  * ryanakca grins
[13:46] <ikonia> shadeslayer: eg: pick a package that already exists and is known working then follow the process on that package (that way you won't hit anything out of the norm )
[13:46] <shadeslayer> ikonia: thing is i can compile easily but packaging is a whole new level :)
[13:46] <ryanakca> shadeslayer: You can get a tarball of the latest SVN revision from http://dooble.svn.sourceforge.net/viewvc/dooble/trunk/browser.tar.gz?view=tar
[13:46] <ikonia> shadeslayer: don't start with development / svn builds, get to know and understand the process first
[13:47] <ikonia> shadeslayer: that's why I'm suggesting rebuild and package an existing package
[13:47] <shadeslayer> ikonia: ok,thats what im asking,how do you build a package out of a source tar ball,im all confuzled by the wiki
[13:47] <ikonia> shadeslayer: get to know the process in side out without the headache of trying to fix problems, rebuild something that is an already existing and known package
[13:47] <ikonia> shadeslayer: what part's causing you problems ?
[13:47] <shadeslayer> ikonia: i get you :)
[13:47] <shadeslayer> ikonia: the part which says pbuilder
[13:48] <ryanakca> shadeslayer: apt-get source aoeui   (it's a very simple package) and try building it with pbuilder
[13:48] <ikonia> let me pull up the wiki
[13:48] <shadeslayer> ryanakca: whats dooble btw?
[13:48] <ryanakca> shadeslayer: a web browser
[13:48] <shadeslayer> ryanakca: um i have rekonq,so why another browser?
[13:48] <ryanakca> "Dooble is a Secure and Open Source Web Browser that provides solid performance, stability, and cross-platform functionality.
[13:48] <ryanakca> One of the application's most important goals is to safeguard the privacy of its community with a group of integrated privacy features of the browser: search engine, secure messenger, and e-mail client. The installer also provides a means of installing the Dooble browser component."
[13:48] <ikonia> shadeslayer: ok - which step with pbuilder isn't clear
[13:49] <shadeslayer> ikonia: the second part,what if the source has no dsc?
[13:49] <ryanakca> shadeslayer: because upstream *really* wants it packaged :)
[13:49] <ikonia> shadeslayer: you have to build one
[13:49]  * ryanakca wonders if this would be better suited for -motu
[13:50] <ikonia> shadeslayer: just looking for the bit i nthe doc
[13:50] <shadeslayer> ikonia: ok ill google that :)
[13:51] <shadeslayer> ikonia: btw does "         --othermirror "deb http://archive.ubuntu.com/ubuntu <ubuntu_version> main restricted universe multiverse"
[13:51] <ryanakca> shadeslayer: also, http://www.debian.org/doc/maint-guide/ is a very good guide for packaging
[13:51] <shadeslayer> upload the package to a mirror?
[13:51] <shadeslayer> ryanakca: i need something which tells me the basic ABC of packaging
[13:52] <ikonia> shadeslayer: check the "Building the Package" section on the wiki
[13:52] <ryanakca> shadeslayer: It does... anyways, I'm off
[13:52] <shadeslayer> ryanakca: thanks alot
[13:52] <shadeslayer> ikonia: the ubuntu one?
[13:53] <ikonia> shadeslayer: yup
[13:53] <shadeslayer> ok
[13:53] <shadeslayer> ok ill catch you in 30 mins or so...ill go through both the wikis
[13:53] <ikonia> shadeslayer: look at an existing file, use it as a template
[13:54] <shadeslayer> ikonia: the dsc? ok ill download some source
[13:54] <ikonia> shadeslayer: that's it
[13:54] <ikonia> just have a look through to get an idea of the layout and contents
[13:55] <shadeslayer> ok
[14:00] <jussi01> !packaging
[14:11] <davmor2> Riddell: not yet but should be soon I'll check with evand
[14:15] <Riddell> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/karmic/kubuntu/20090821/livecd-20090821-i386.out  no broken
[14:17] <davmor2> Riddell: yes it is look at the bottom
[14:17] <davmor2> nvidia breaks the live install
[14:17] <Mamarok> Riddell: you have mail...
[14:17] <davmor2> and alternate at the moment
[14:18] <davmor2> Riddell: the kubuntu livefs last worked on the 17th
[14:18] <davmor2> and Ubuntu's on the 19th
[14:21] <Riddell> pesky nvidia
[14:23] <davmor2> Riddell: yesterday was OO.o and foomatic.  https://wiki.ubuntu.com/Testing/DailySmoke You might want to subscribe to that page :)
[14:24] <Riddell> nixternal: let's get your feedback applet up and running, where can I find it and what needs set up on a server?
[14:42] <ryanakca> Riddell: the plasmoid appears to be here http://blog.nixternal.com/2009.06.18/kubuntu-qa-and-feedback/ ... server side, no clue.
[15:04] <rgreening> ryanakca: I'll take a stab at dooble (if no one else feels so inclined)
[15:05] <JontheEchidna> Riddell: waa, I forgot to push my amarok merge to bzr yesterday. it's there now
[15:10] <ryanakca> rgreening: Thanks. It's kindof like emacs... it has everything... I don't know if it's better making one mega package or making one each for the browser, the search engine, the im client, the email client, etc.
[15:11] <rgreening> ryanakca: package the browser first (IMO) at least from looking at the source
[15:13] <ryanakca> rgreening: *nod* ... I'd only stick it in a PPA, it seemed to crash a lot on me...
[15:13] <rgreening> sure
[15:14] <ryanakca> But then, it's all up to you, you're the one packaging it ;)
[15:14] <rgreening> lol
[15:14] <rgreening> hmm.. any one got an example packge which uses qmake to build a .pro file?
[15:16] <ryanakca> rgreening: kid3, kscope, merkaartor, qsynaptics, touchfreeze
[15:16] <rgreening> cool. good place to start
[15:16] <rgreening> ty ryanakca
[15:22] <shadeslayer> hey im back with another question :)
[15:23] <shadeslayer> cant we just upload a raw svn checkout to the PPA and get it todo the work for us?
[15:24] <ryanakca> shadeslayer: No, you need to package it
[15:24] <shadeslayer> ryanakca: ahh...so i upload .debs :)
[15:24] <ryanakca> once it's packaged, you can upload it to a PPA and have it build it for you. It's generally quicker to pbuild it though, you'll ned up waiting a while for the buildds to get around to your package if you upload it to a PPA
[15:25] <ryanakca> shadeslayer: no, you dput a .changes file, which uploads the .dsc, the .diff.gz and the .orig.tar.gz
[15:26] <shadeslayer> ok,so these file are the ones i need to learn to create
[15:26] <ryanakca> shadeslayer: Yes. Have you tried building an already existing package?
[15:27] <shadeslayer> ryanakca: nope im too busy reading all the links and importing keys to my PPA account : https://launchpad.net/%7Erohan16garg
[15:27] <ikonia> shadeslayer: why are you setting ppa's up
[15:27] <ikonia> learn the packaging first
[15:27] <ryanakca> shadeslayer: OK. Well, as ikonia recommended earlier, building an existing package is a good way to start.
[15:27] <shadeslayer> ikonia: its empty
[15:27] <ikonia> don't start at the end - start at the begining
[15:28] <shadeslayer> ryanakca: ok
[15:28] <shadeslayer> ikonia: i thought that we can directly upload sources....my bad
[15:28] <BluesKaj> I have the printer configuration service back , but I get this error .The service 'Printer Configuration' does not provide an interface 'KCModule' with keyword 'system-config-printer-kde/system-config-printer-kde.py'The factory does not support creating components of the specified type.
[15:29] <yuriy> when i use the search feature in dolphin 4.3 on jaunty it says nepomuk died
[15:30] <BluesKaj> looks to me like the printer is being handled by a kernel module.. does that seem right ?
[15:30] <ryanakca> shadeslayer: apt-get source hello or apt-get source hello-debhelper
[15:31] <shadeslayer> okies....apt is kinda busy right now :)
[15:31] <Riddell> vorian: how is "Plasma Widgets: Create Universe meta package to get all packaged widgets" doing?
[15:31] <ryanakca> shadeslayer: #ubuntu-motu is a better place to ask general packaging questions
[15:31] <shadeslayer> ok ill go there
[15:32] <Riddell> BluesKaj: that's a kcontrol issue and probably caused by a problem in python-kde
[15:33] <davmor2> Riddell: respins in play now according to evand :)
[15:34] <BluesKaj> Riddell, yes I'll ask in #kde
[15:34] <Riddell> BluesKaj: they don't know
[15:34] <Riddell> BluesKaj: try   kcmshell4 system-config-printer-kde
[15:34] <Riddell> on the command line
[15:34] <BluesKaj> what about python
[15:34] <Riddell> and pastebin the output
[15:34] <Riddell> davmor2: I think Kubuntu will have to wait, we still have that packagekit issue
[15:35] <davmor2> is that what killed pyhton 2.6
[15:36] <davmor2> Riddell: yeah but you still have aptitude right so not essential just nice :)
[15:37] <Riddell> davmor2: well the CDs won't build until python-apt is installable
[15:37] <BluesKaj> Riddell, http://www.pastebin.ca/1537744
[15:38] <Riddell> BluesKaj: mm, that's an issue with our packaging, please report it to launchpad.net/ubuntu/+source/kdebindings
[15:42] <nixternal> Riddell: did you get anywhere on the feedback?
[15:42] <nixternal> getting a message box stating a file or something is missing after logging in...I take it this is already known because it happens on all 3 machines :)
[15:43] <BluesKaj> Riddell, I assumed that that like some other app/device modules are now taken over by a kernel module and are handling printing thru HAL ...does that make sense ?
[15:43] <BluesKaj> Riddell, cuz my printer is working fine , I just don't have any printer options
[15:43] <Riddell> nixternal: what missing file?
[15:44] <nixternal> doesn't say...popup icon == apport and the message says "No such file or directory"
[15:44] <Riddell> BluesKaj: yes cups does all the hard work, as long as it detects the printer correctly you don't need a UI
[15:45] <BluesKaj> Riddell, cool, i won't bother you with this ay longer , thx for your input :)
[15:46] <Riddell> BluesKaj: well do bother me if it's not fixed in the next week or so
[15:47] <BluesKaj> Riddell, fine , i'll bbl then
[15:50] <nixternal> Riddell: any idea on how to use the tooltip that kmix, info icon, and such use instead of the generic blue rectangle one that looks so kde3?
[15:51] <nixternal> KSystemTrayIcon Tooltip is old looking, I want the new plasma themed one
[15:51] <nixternal> for an app I am writing
[15:55] <Riddell> nixternal: you need the new system tray class
[15:56] <Riddell> knotificationitem
[16:03] <nixternal> that isn't in pykde4 yet is it?
[16:07] <BluesKaj> Riddell,just for your info : "system-config-printer-kde" bug has already been reported on launchpad, https://bugs.launchpad.net/ubuntu/+source/kdebindings/+bug/377333
[16:19] <Riddell> rgreening: go ahead on dooble if you want
[16:33] <Riddell> JontheEchidna: hrm, this amarok merge will break .pot generation
[16:34] <JontheEchidna> must be the fancy dh_7 stuff?
[16:35] <Riddell> yeah
[16:53] <nixternal> I would love to learn how to convert libs to pykde4...seems a bit over my head just by looking at it
[16:57] <nixternal> ooh, actually it doesn't look all that difficult, just tedious
[16:59] <Riddell> JontheEchidna: why does amarok need gcal?
[16:59] <maco> apport-kde is fuly capable of a DOS
[17:00] <nixternal> maco: is there a bug report for it?
[17:00] <maco> http://pastebin.com/f5e24958a
[17:00] <maco> my system's still trying to recover from it
[17:00] <maco> i dont mean apport is being DOS'd. i mean it causes one
[17:01] <nixternal> what is triggering apport?
[17:01] <maco> i dont know, but after i cancel apport, the process doesnt quit
[17:02] <nixternal> hrmm
[17:02] <maco> so if over the course of a few days it comes up a bunch, and i keep telling it to go away, the window goes away, but the process keeps going...and then a ton of 'em build up. ive seen about 30 or so before, but...191 this time?
[17:02] <nixternal> I have apport-kde notifications popup one after the other in the past...did you only get one popup or a bunch of them?
[17:03] <maco> i had probably 50 or so when i booted 2 days ago
[17:03] <nixternal> nice :/
[17:03] <maco> i just kept clicking cancel
[17:03] <nixternal> I wonder if there is a general apport problem, because I was getting the same deal on Ubuntu box
[17:03] <JontheEchidna> Riddell: is that a build-depend?
[17:04] <Riddell> JontheEchidna: it is in your merge
[17:04] <Riddell> libgcal0
[17:04] <maco> i wonder if the process doesnt exit when you cancel AND new processes start up for anything in /var/crash/ after each resume from suspend? thatd get me up to 191 pretty easy
[17:04] <JontheEchidna> Riddell: I don't see that anywhere
[17:04] <nixternal> well, the apport-kde process used to exit when clicking cancel instead of segfaulting like apport-qt did
[17:04] <Riddell> which hum
[17:05] <maco> its tricky too cuz id look in top and be like "a couple things using 100MB or so....how does that make 6GiB???" and then see a bunch of apport-kde using small amounts of ram..a.nd then they addup
[17:05] <Riddell> JontheEchidna: well dunno, debuild wanted it installed but now it doesn't
[17:05] <nixternal> >>> (svn)-[KDE:1014138] [1028] which hum
[17:05] <nixternal> hum not found
[17:05] <JontheEchidna> huh, strange
[17:05] <Riddell> JontheEchidna: maybe something else needed it updated, ignore me :)
[17:05] <nixternal> ;p
[17:05] <JontheEchidna> :)
[17:08] <nixternal> I am starting to dig arora a bit, just some inconsistencies that are annoying as hell to me
[17:15] <Riddell> fabo: any thoughts on what would be a good debhelper 7 target to override for generating .pot translation files?
[17:18] <nixternal> ok, heading to the laundromat with laptop :) see you soon
[17:20] <Riddell> laundromat is such a strange Americanism, I wonder where it came from
[17:25] <maco> Riddell: what do you call it?
[17:26] <ScottK> I believe it came from automatic laundry.
[17:26] <ScottK> Of course I believe lots of things that probably aren't true.
[17:26] <ryanakca> According to http://www.etymonline.com/index.php?term=laundry , Laundromat is from 1943, originally a proprietary name by Westinghouse.
[17:27] <ryanakca> ScottK: Oh, but you are right, From Laundromat, trademark of Westinghouse Electric Corporation for its washing machines, as a blend of laundry and automatic :)
[17:27] <ryanakca> http://en.wiktionary.org/wiki/laundromat
[17:28] <Riddell> maco: laundrette
[17:33] <maco> that sounds like a small one
[18:04] <ScottK> Riddell: Is it time for the old knetworkmanager package to die?
[18:35] <alteroo> Nightrose: ping
[18:44] <ScottK> Riddell: I'm looking at updating our plasma-widget-networkmanagement snapshot and I notice we currently have a po file directory that upstream doesn't.  How do I regenerate that?  Do I just copy the old one?
[18:48] <Nightrose> alteroo: pong
[18:59] <alteroo> Nightrose: Did you see my message about possible uses of identi.ca from last night?
[18:59] <alteroo> Oh
[18:59] <alteroo> umm wait
[18:59] <Daskreech> Ok now did you see it? :)
[19:00] <Nightrose> Daskreech: heh nope sorry - must have missed that
[19:00] <Nightrose> what did you say?
[19:01] <Daskreech> I was thinking that significant inclusions for Kubuntu+1 calls for testing and small victories can be transmitted on the kubuntu account while major releases and larger stuff can be transmitted on !kubuntu
[19:05] <Nightrose> Daskreech: sorry for lag - too much to do before heading off to conference
[19:05] <Nightrose> Daskreech: uhm sure
[19:06] <Nightrose> that was at least my plan ;-)
[19:06] <Nightrose> I just need people to poke me with them if I forget
[19:06] <Nightrose> but I'll try to do my best to make it as lively as @amarok
[19:07] <Daskreech> 9;2~:-)
[19:07] <fabo> Riddell: probably override_dh_install or maybe dh_auto_install seems fine
[19:15] <jefferai> Riddell: ping
[19:15] <jefferai> or, any other ubuntu devs around?
[19:16] <Daskreech> hi apachelogger
[19:19] <jefferai> Can anyone tell me how I can know which version of the kernel a particular linux-image is based on? 2.6.28-15...is this 2.6.28.[0-10]?
[19:19] <apachelogger> hola Daskreech
[19:19] <apachelogger> hola everyone else
[19:20] <vorian> Riddell: i havent had a chance at all - i've been very busy moving and whatnot
[19:21] <ScottK> jefferai: Probably #ubuntu-kernel for kernel questions.
[19:24] <jefferai> thanks
[19:24]  * Daskreech starts taking accolades off apachelogger 
[19:25] <apachelogger> huh?
[19:27] <Daskreech> apachelogger: Well you had so many piled on you :)
[19:28] <apachelogger> I did? nice :D
[19:44] <Mamarok> Questin: why doex our wiki state that Kubuntu 8.04 is an LTS release? I thought it was clearly stated that it was *not* so. When did that change?
[19:44] <Mamarok> does*
[19:44] <smarter> it isn't
[19:45] <smarter> fix the wiki, I guess :]
[19:45]  * Mamarok goes to fix that...
[19:48] <Mamarok> hm, I can't, as this is not actually on our wiki but a redireted page from ewiki.ubuntu.com, so changing this would change it there
[19:48] <Mamarok> we need to change this, but how?
[19:48] <smarter> what's the page?
[19:53] <davmor2> Mamarok: before you do you might want to check at what number the current hardy release is at I think you'll find it is hardy.3 the same as Ubuntu's
[19:56] <Daskreech> I'm not sure what the point is?
[19:59] <Daskreech> !hardy
[19:59] <Daskreech> should support for hardy be up now if it's not LTS?
[20:00] <ScottK> Daskreech: In October
[20:00] <Daskreech> ok I'm confused as to that. Is that paid support?
[20:14] <Daskreech> I mean they are not shutting off the servers right?
[20:14] <Mamarok> davmor2: I don't think it has something to do with the Hardy version, it's about Kubuntu 8.04 *not* being an LTS
[20:15] <Mamarok> so our own wiki shows a redirected page fom wiki.ubuntu.com which states that Hardy *is* LTS
[20:15] <Mamarok> and we clearly said even beofre the krelease that Kubuntu would not be LTS, so we have to change our wiki
[20:16] <Mamarok> but, as this is a redirected page I can't change it, the redirection needs to be changed first
[20:18] <ScottK> Riddell, apachelogger, etc: Unless someone objects, I'm going to upload the kdebase-workspace and plasma-addons patches for netbook.
[20:19] <ScottK> That or not do it because someone else already did ....
[20:21] <ScottK> Lovely to get back from vacation and find work already done.
[20:27] <dtchen> i keep wishing for that, and all i get is coal in my stocking
[20:27] <dtchen> clearly i fail at taking vacation
[20:28] <Daskreech> Take longer vacations
[20:30] <Daskreech> Liks=e say 5 months
[21:22] <apachelogger> !mir
[21:25] <apachelogger> ScottK: ping
[21:32] <ScottK> apachelogger: Pong
[21:37] <apachelogger> ScottK: did you take a look at kubuntu-firefox-installer yet?
[21:37] <ScottK> apachelogger: No.  ENOTIME.
[21:37] <apachelogger> oh dear
[21:37] <apachelogger> ScottK: need to know if it is MIRworthy at this point ;-)
[21:37] <apachelogger> depends on libgettext-ruby MIR as well
[21:38] <ScottK> I'd ask Riddell.
[21:38]  * ScottK wasn't kidding about ENOTIME.
[21:41]  * apachelogger thinks that Riddell is on weekend awayism
[22:07] <ScottK> shtylman and yuriy: Great job on openofficd.org-kde.  Looks very KDE4.
[22:15] <ghostcube> is this in upstream already ?
[22:15] <ghostcube> :)
[22:15] <ghostcube> hi btw
[22:16] <ScottK> Yes
[22:18] <apachelogger> hum
[22:18] <apachelogger> libgettext is quite the biatch I must say
[22:20] <apachelogger> ScottK: of a package that is in main do all the build-deps need to be in main as well?
[22:20] <ScottK> apachelogger: Yes.
[22:20] <apachelogger> there comes the headache again
[22:21] <Daskreech> I privately consider Gnome a better option because I don't trust KDE since it was hard to patch the second version for FreeBSD.
[22:21]  * Daskreech chuckles
[22:21] <ScottK> Where did you read that?
[22:21] <apachelogger> so either I fork libgettext-ruby or I cripple it
[22:21] <apachelogger> yay for good options :S
[22:22] <Daskreech> ScottK: Does it make a difference? Logic seems to fail this person
[22:22] <ScottK> Or write a big stack of MIR
[22:22] <ScottK> apachelogger: ^^
[22:22] <apachelogger> big it would be indeed
[22:22] <apachelogger> half of universe :P
[22:22] <apachelogger> that fancy package provides support for rails
[22:22] <ScottK> Oh dear.
[22:23] <apachelogger> also it builds for ruby1.8 and ruby1.9
[22:23] <apachelogger> both of them being in universe
[22:23] <ScottK> Could you split it?
[22:23]  * ScottK has done that before.
[22:23] <apachelogger> the source?
[22:23] <ScottK> Yes.
[22:24] <ScottK> Essentially use the same tarball in two packages.
[22:24] <ScottK> One builds just what you need for Main and the other builds the rest.
[22:24] <apachelogger> yeah, that is what I would understand as fork :)
[22:24] <ScottK> OK
[22:24] <apachelogger> it's an option, not a very good looking one though
[22:24]  * ScottK did it for amavisd-new in Intrepid.
[22:24] <ScottK> It was not fun.
[22:25] <apachelogger> actually, it might be the only option and involves heavy patching to get rid of the rails stuff
[22:25]  * ScottK is always in favor of getting rid of rails insanity.
[22:25] <apachelogger> rails is quite sane though :P
[22:26] <ScottK> OK.  I guess it's the gems that's the really insane part.
[22:26] <apachelogger> that aint got nothing to do with rails
[22:26] <ScottK> OK
[22:26]  * ScottK is suspicious of the entire mess.
[22:26] <apachelogger> they are just common in rails project, as it the php counter part in php and probably the python counter part in python ;-)
[22:27] <ghostcube> the openoffice.org-kde available is only for 3.0x when will the  3.1x version be in repo :)
[22:27] <ScottK> Right, but the Python one we have a reasonable working relationship these days.
[22:27] <apachelogger> well, it makes sense on the point of view that windows and mac don't have central packagement and that most linux distros dont have all the software in their repos a user could possibly use
[22:27] <Daskreech> ghostcube: This is Koala?
[22:27] <ScottK> ghostcube: Nope.  openoffice.org-kde | 1:3.1.1~rc1-1ubuntu1 |        karmic | amd64, i386
[22:28] <smarter> python has a gem/pear/cpan like ?
[22:28] <ScottK> Yes.
[22:28] <ScottK> Python Cheese Shop and ez_install.
[22:28] <apachelogger> well
[22:28] <apachelogger> I think I shall fork the package
[22:28] <apachelogger> another thing...
[22:29] <apachelogger> I am porting apturl to KDE, for some unknown reason it always crashes at exit
[22:29] <apachelogger> clues?
[22:30] <smarter> backtrace?
[22:30] <apachelogger> http://paste.ubuntu.com/257166/
[22:30] <ghostcube> nah i have jaunty :(
[22:30] <apachelogger> + I want to note: I find it quite insane to have the backend implement a mainloop
[22:31] <apachelogger> though I see it's advantages
[22:31] <apachelogger> its even
[22:31] <smarter> apparently the backtrace is missing the last calls (due to kcrash?)
[22:32] <smarter> try with --nocrashhandler?
[22:32] <apachelogger> might be
[22:32] <ScottK> NCommander: Any chance of KDE armel portablity fixes soon?
[22:35] <apachelogger> smarter: I wonder how I would do that
[22:35] <apachelogger> see backend implementing mainloop :P
[22:35] <smarter> what?
[22:36] <apachelogger> nvm
[22:36] <apachelogger> bt not any more useful
[22:39] <NCommander> ScottK, not until FF
[22:39] <NCommander> ScottK, very busy until then
[22:39] <ScottK> Urgh.
[22:39] <NCommander> ScottK, ???
[22:39] <NCommander> ScottK, they can be uploaded post-FF
[22:39] <ScottK> Sure, but in the meantime stuff is broken.
[22:40] <NCommander> I'll see what I can do
[22:40] <ScottK> I wanted to swap a kubuntu-netbook image for our current kubuntu-desktop one and was hoping to get it in shape first.
[22:41] <NCommander> ScottK, maybe this weekend
[22:41] <NCommander> ScottK, maybe
[22:41] <NCommander> gtg
[22:41] <ScottK> OK.  Thanks.
[22:45] <apachelogger> smarter: http://qt.gitorious.org/qt/qt/blobs/7023e7f95bdbc0a3c6923336c846f06a7b16e6fa/src/gui/painting/qwindowsurface_x11.cpp#line84
[22:46] <apachelogger> smarter: I suppose that the gc is already dead when it comes to this section
[22:49] <smarter> a quick googling reveals that gc store some windows painting related stuff
[22:49] <smarter> but if it was dead, it should be 0 at that point
[22:51] <apachelogger> not if it was nuked outside the Qt mainloop I suppose
[22:51] <apachelogger> apturl at some point always ends with sys.exit
[22:52] <smarter> weird
[22:52] <apachelogger> as it stands the qt mainloop (app.exec_) is not invoked at all, since I am using dialogs and access their local exec_
[22:52] <smarter> that certainly can't work out well :pm
[22:52] <apachelogger> but I doubt it would make much difference if I would use app.exec_ rather than dialog.exec_
[22:53] <apachelogger> smarter: the app and its wigets will not be nuked once the mainloop exists eitherway
[22:53] <smarter> how does the gtk interface handles that?
[22:54] <apachelogger> doesn't seem to utilize any sort of mainloop
[22:54] <apachelogger> well, other than the core loop :)
[22:57] <apachelogger> smarter: actually, it does it exactly the same way
[22:57]  * smarter looks at apturl code
[22:57] <apachelogger> just that their dialog.exec_ is dialog.run and does not hide or destroy the dialog
[22:58] <apachelogger> smarter: there was a similar report against kile, which apparently was because of some parenthood problem
[22:58] <smarter> do you define a parent here?
[22:59] <apachelogger> http://websvn.kde.org/?view=rev&revision=962946
[22:59] <apachelogger> smarter: mainwidget is child of dialog and all other widgets/layouts are children of mainwidget
[23:01] <smarter> and does the dialog has a parent?
[23:01] <apachelogger> nope
[23:01] <apachelogger> the dialog is the window
[23:03] <smarter> I can haz the code?
[23:03] <apachelogger> sec
[23:03] <apachelogger> hacking around right now :P
[23:03] <apachelogger> even if I remove everything but the mainwidget I end up with a crash, even when that one is not a child of the dialog
[23:04] <apachelogger> I really think it is due to premature death caused by sys.exit
[23:04] <smarter> what happens you remove the sys.exit?
[23:05] <smarter> *when
[23:05] <ScottK> apachelogger: If you want a break from that, you might see if you can convince kde4libs to build using lzma-dev instead of liblzma.dev.
[23:05]  * ScottK throws up his hands.
[23:06] <apachelogger> smarter: no change, what I think is that somehow I should be telling the kapp that we are going to exit soonish so it can wrap up its things :)
[23:09] <apachelogger> smarter: pushing to lp:~apachelogger/apturl/kde-port
[23:09] <smarter> kool
[23:12] <apachelogger> smarter: pusehd
[23:23] <apachelogger> Oo
[23:23] <apachelogger> smarter: for some reason dialog.deleteLater() seems to fix the issue
[23:23] <apachelogger> maybe it is enough to have the event scheduled
[23:23] <smarter> that's hackish
[23:23] <apachelogger> tell me about it
[23:33] <smarter> apachelogger: adding self.setAttribute(Qt.WA_DeleteOnClose) to AptUrlDialog.__init__ seems to do the trick too
[23:33] <smarter> still no idea why :p
[23:34] <smarter> 'night
[23:35] <apachelogger> smarter: that can't be used, the dialog object will be reused in some cases
[23:35] <apachelogger> e.g. refresh cache => install
[23:35] <apachelogger> or add section => install
[23:35] <apachelogger> though the latter is pretty much useless nowadays anyway :P
[23:35] <smarter> that's already quiet unusual
[23:36] <smarter> what's wrong with recreating a kdialog object each times?
[23:36] <apachelogger> what is wrong with just calling deletelater once? :P
[23:36] <apachelogger> seems much more resource efficient than recreating the very same object for at least 2 times in a row
[23:37] <smarter> "premature performance is the root to all evil"
[23:37] <smarter> *optimization
[23:37] <shtylman> ScottK: :)
[23:38] <apachelogger> smarter: anyway, the window should stay open anyway
[23:39] <apachelogger> that is what the gtk thingy does and it is a lot more sensible than just having it disappear and wait for kdesudo
[23:39] <smarter> then deleteonclose should not be a problem, since it won't be closed until everything is finished, nah?
[23:39] <apachelogger> it will be deleted on close
[23:39] <apachelogger> thus the name :P
[23:39] <apachelogger> not when everything is finished
[23:40] <apachelogger> or rather, when everything is finished, if those ubuntu python apps actually left the mainloop creation to the frontend and not force something upon it backend-wise ;-)
[23:40] <smarter> reworking the backend seems more sensible
[23:41] <apachelogger> on a minimum effort that base that might not be so sensible
[23:42] <smarter> :p
[23:43] <smarter> anyway, off to bed, have fun struggling with pythons :p
[23:43]  * apachelogger should port to ruby anyways :P
[23:44] <smarter> port it to mono \o/
[23:44] <apachelogger> or VBA
[23:45] <vorian> nomo
[23:45] <vorian> no mo please
[23:45] <jjesse> C# :)
[23:45]  * vorian invents C-
[23:45] <vorian> c--+-
[23:45] <apachelogger> come fly with me lets fly lets fly away
[23:45] <vorian> franky
[23:45] <jjesse> f#
[23:46]  * apachelogger takes vorian for a dance
[23:46] <vorian> :o
[23:46] <vorian> my idaho neighbors might burn my house down if they saw that
[23:47] <apachelogger> I suppose we could then squeeze some money out of them?
[23:48] <vorian> hehe
[23:52] <apachelogger> 1 more mir
[23:52] <apachelogger> 2 more mir
[23:52] <apachelogger> 3 more mir
[23:52] <apachelogger> why dont we just do MIRs for all of universe?
[23:54] <apachelogger> ScottK: do I need a MIR if $source is in main but $binary is in universe?
[23:54] <ScottK> apachelogger: No, just file a bug and subscribe ubuntu-mir.
[23:55] <apachelogger> oh, nvm, that dep gets replaced by stock ruby1.8 anyway
[23:57] <apachelogger> I need MIRs for rake, racc and libgettext-ruby (+ that needs to be forked and fitted for main)
[23:57] <apachelogger> volunteers?