[00:03] yuriy: sure, can try and do it tomorrow [00:13] cool. meanwhile, a wiki page for improvement suggestions: https://wiki.kubuntu.org/Kubuntu/Guidance/Userconfig [00:24] https://code.launchpad.net/kcm-gtk [00:46] hey, is there an issue with PyKDE4 right now? [00:53] heh, update pyqt4 and now it just segfaults :/ [01:00] I'd guess that python-kde4 would need a rebuild, but we aren't building that for now [01:01] why is that? [01:02] i noticed they are all dep-wait in the builders right now [01:02] oh, looks like we are [01:02] we couldn't get them to build at first, but Riddell gave them a nice whack it seems [01:02] Riddell: any reason that kdebindings is staying in dep wait in teh builders? [01:03] pyqt4 dbg is build and in the repos now cuz I just installed it === rickspencer3 is now known as rickspencer3-afk === rickspencer3-afk is now known as rickspencer3 [01:44] OK, I re-kicked off the kdebindings builds...only because I need updated pykde4 === rickspencer3 is now known as rickspencer3-afk [01:52] <_Groo_> hi/2 all [01:53] <_Groo_> just a kick note, kde 4.2 beta 2 kdeutil is broken [01:54] <_Groo_> its trying to install kde-printer-applet but the new package is called only printer-applet.. ence it doesnt install [01:54] <_Groo_> because the old package is for beta 1 [01:54] SETBOOT /IBD:C [01:54] <_Groo_> JontheEchidna: ping [01:55] <_Groo_> ScottK: ping [01:55] you can't talk, I just rebooted you [01:55] have to wait for the command line to come back up before you can echo again :p [01:55] <_Groo_> hi nixternal [01:55] howdy [01:56] <_Groo_> well im in a hurry just wanted to warn you guys about kdeutils [01:56] for x in stomach.empty_space: [01:56] x.append(food) [01:56] <_Groo_> and what happened to kdebindings.. its not listed in the ppa anymore [01:56] stomach.fill(x) [01:56] <_Groo_> python is good for empty stomach ;) [01:57] I just kicked off rebuilds for kdebindings in karmic [01:57] dunno about PPA [01:57] haven't been paying attention there unfortunately :( [01:57] * nixternal goes to eat, I am starving [01:57] <_Groo_> ok [01:57] <_Groo_> what about kdeutils? [01:57] <_Groo_> probably someone forgot the old dependency [02:52] Riddell or ScottK: launchpad bug 385425 [02:52] Launchpad bug 385425 in kdeutils "kdeutils depends on printer-applet instead kde-printer-applet" [Undecided,New] https://launchpad.net/bugs/385425 [03:11] is it plasmoid has bugs on 4.2.9 ( 4.3 beta2) [03:11] maybe the summary now is better :) Riddell launchpad bug 385425 [03:11] Launchpad bug 385425 in kdeutils "kdeutils depends on printer-applet instead kde-printer-applet" [Undecided,New] https://launchpad.net/bugs/385425 [03:11] Riddell: great! (re pykde) [03:11] ops in not update yet [03:12] is anyone else runnink karmic? [03:13] ... on a laptop [03:14] no [03:17] can some help me to fix my desktop (plasmoid) in 4.3 beta2 [03:23] ? [03:50] JontheEchidna: Nice latency though. [04:31] * nixternal pokes - hurry up and accept the kdebindings binaries already! :) [04:36] lex79: Looking at it. [04:38] thanks ;) [04:41] * ScottK considers should we have provided a transitional package too. [04:43] ScottK: ok I poke you when is done [04:43] lex79: I'll do it. [04:43] oh ok :) [05:27] can someone help me with this : http://paste.ubuntu.com/192168/ [05:54] lex79: Uploaded. [05:55] Took quite a while to download all the build-dep on hotel internet. [05:59] Not what you like to see in the build log "../../kgpg/keysmanager.cpp:1024:2: warning: #warning port me" [08:44] hi, I'm using the kubuntu-ppa and today a lot of updates for kde showed up with 4.2.90 versions. Is this some kind of beta release from 4.3? [08:47] this comes along a lot more upgrades to 4.2.4 versions [09:03] which ppa? [09:04] But if it says 4.2.90 then yes that's KDE 4.3 [09:05] launchpad.net/kubuntu-ppa/ppa/ubuntu jaunty [09:06] the fact is that 4.2.9 versions are for kdegames-mahjongg-data, system-config-printer-kde, kdebase-runtime-data-common, kdegames-card-data & kdepimlibs-data [09:06] all other packages shows available updates to 4.2.4 versions [09:07] that's why i'm asking, maybe there is some problem with the numeration [09:39] javi: you're mixing 4.2.4 with 4.3 beta2, good luck ;) [09:39] Seriously, remove on or the other, you might run into problems otherwise [09:44] current updates want to remove kdebase and kdebase-bin [09:44] that sounds not so good to me [09:44] Riddell: ^ [09:45] JontheEchidna: ^ [09:46] I'm using the 4.3 beta archive, and that one seems fine [09:46] i don't have that here [09:50] yea it wants to install 4.2.90 from the ppa [09:51] i am sure i don't have any ppa's enabled that should give me beta updates of 4.3 [09:51] ScottK: ^ can you look into this? [09:51] Oo [09:52] you know, I have like 3 billion mails from apport about retraced stuff [09:52] dito [09:52] ah apachelogger [09:52] all from yesterday or today [09:52] yo are here now! [09:52] can you look into why people are getting beta packages which they shouldn't [09:52] like I would care about them darn retracing :P [09:53] Nightrose: what kind of beta? [09:53] kde 4.2.90 [09:53] it currently wants to uninstall kdebase here [09:53] and all kinds of other scary stuff [09:54] Nightrose: where are you installing 4.2.90 from? [09:54] Riddell: apt-cache policy says a ppa [09:54] i guess teh kubuntu one [09:54] non-experimental [09:54] i don't have experimental [09:54] there seem to be issues with the kubuntu-ppa/backports packages [09:55] ah that is enabled as well yea [09:55] people in #k are having issues at least [09:55] mhm [09:55] copied from experimental to backports [09:55] Oo [09:56] https://edge.launchpad.net/~kubuntu-ppa/+archive/backports [09:56] why now? [09:56] and why does it want to uninstall kdebase? [09:56] it's still beta [09:56] because the copy is b0rked [09:56] meh [09:56] because someone should not have copied it [09:57] bbecause KDE is rather slow in development coz otherwise it was stable already :P [09:57] who is allesandro ghersi? [09:57] this is pretty bad [09:57] really [09:57] people added that ppa all over the place to get amarok 2.1 [09:58] it failed to compile is why [09:58] lex79: ^ [09:59] no telling that lex did break it :P [10:00] he copied it ;-) [10:00] which i think shouldn't have been done at this point [10:00] I copied it [10:00] it needs qedje, copying that too [10:00] ah [10:00] lex79: sorry [10:00] * Nightrose missread launchpad [10:00] Nightrose: I told you :P [10:01] though I think that is a bug in soyuz ... it's ppa interface should show who copied something, makes blaming easier :D [10:02] Riddell: did you copy by accident , or do you have some master plan on how to make 4.3 more stable in less time? :D [10:03] apachelogger: it's backports, it's not guaranteed to be super stable [10:04] Riddell: no no, 4.3.0 would be backports [10:04] i think so to [10:04] 4.2.x => updates, 4.3 pre-release => experimental, 4.3.x => backports [10:04] at least that was the destinationflow for intrepid *shrug* [10:05] experimental has stuff like a new Qt in it and other experimental bits, you can't transition from experimental to backports once the 4.3 final is out [10:06] Riddell: it needs to be rebuilt [10:07] technically it needs to be rebuilt between each ppa move anyway [10:07] ? it's being rebuilt [10:08] a) rebuilding should happen in the staging PPA [10:08] b) it should not be moved to backports until 4.3.0 [10:09] anything should be built within staging IMHO, that way KDE in experimental would not depend on Qt 4.5.1 which would make the users life a lot easier [10:09] mm, but experimental isn't a good place for it, it has other experimental bits in it [10:10] Riddell: well, you could apply the same reason to get amarok into the updates ppa [10:10] because now pre-4.3 is in backports which is of considerable more experimental stage than amarok 2.1 :D [10:11] Riddell: the whole problem is what I reported as bug 373197 [10:11] Launchpad bug 373197 in soyuz "Virtual PPA" [Low,Triaged] https://launchpad.net/bugs/373197 [10:16] in our PPA discussions I did propose a backports-unstable, but didn't make it reasoning we could just use backports [10:21] experimental => unstable => backports => updates maybe [10:21] but really, what differs experimental from unstable? [10:22] experimental is a place for random stuff [10:22] KDE beta releases are less random [10:22] hm [10:22] sebas: well I haven't mixed anything yet, it looked strange so that's why I came here first to ask [10:22] needs to be discussed [10:22] mm [10:23] Riddell: I would introduced unstable, but also establish a strong policy on what can go there and what can not [10:24] javi: 4.2.90 is beta 2 which is now building in experimental [10:24] do [10:24] javi: 4.2.90 is beta 2 which is now building in backports [10:25] bug 385503 :P [10:25] Launchpad bug 385503 in soyuz "PPA web UI doesn't show who copied" [Undecided,New] https://launchpad.net/bugs/385503 [10:26] I copied as the lp_archive user, you'd never know it was me, bwa ha ha [10:26] ewww [10:26] Riddell: that'll just mean you'llg et blamed by default, whether you did it or not ;) [10:28] I've disabled deb http://ppa.launchpad.net/kubuntu-ppa/ppa/ubuntu jaunty main [10:29] and enabled deb http://ppa.launchpad.net/kubuntu-ppa/backports/ubuntu jaunty main [10:30] and that last is what shows the problem [10:30] javi: yea we just discussed it [10:30] ah ok sorry [10:30] a package was missing [10:30] Riddell copied it now [10:30] so at least it should be installable again soon [10:30] but you gotta decide if you want beta 2 or not [10:31] i've rather keep betas for the virtual machine :D [10:31] ;-) [10:32] disable backports then [10:33] but then 4.2.4 updates don't show up [10:33] neither do it amarok 2.1 [10:34] javi: amarok 2.1 will hopefully get into backports very soon [10:34] official backports that is [10:35] and for kde 4.2? [10:35] no idea [10:35] :-8 [10:35] ups [10:35] :-( <- thats it :D [10:50] has anyone looked into amarok and backports? [10:50] any reason it can't just go there [11:09] Riddell: it needs the generator backported as well [11:09] and JontheEchidna didn't have time for that [11:09] besides that he said it should be ok iirc [11:13] we have packages in the kubuntu backports ppa [11:13] unrealated to the karmic packages, but they work [12:00] that said [12:00] Riddell: the karmic stuff should replace what we have in backports [12:04] apachelogger: for qtscriptgenerator? [12:11] should i file bugs for things going wrong with 4.2.4 on jaunty? === Tonio__ is now known as Tonio_ [12:14] freinhard: depends what's wrong [12:14] Tonio_: kopete-facebook. what's the crack? [12:14] Riddell: hey [12:15] Riddell: I was on vacations, looking right now [12:15] define some shortcut for switching desktops, klick on the big K, switch desktop and get a not functional K button in the panel [12:15] Riddell: last time I checked it ftbfs but you said you uploaded the fix.... let's try right now [12:15] Riddell: if it builds, then I'll upload to revu and we can get it in today [12:16] then get back to the original v-desktop, klick on the K, use alt-tab to focus the qt-subapplication and everything is fine again [12:17] ScottK: I'll prepare mid settings toonight fyi [12:19] Riddell: /usr/bin/ld: cannot find -lkopete_videodevice [12:19] Riddell: always the same issue [12:20] Riddell: didn't you upload a fix for kdenetwork ? [12:21] Tonio_: I thought I did, let me check [12:21] Riddell: kk [12:22] freinhard: that sounds like a fairly complex upstream issue of the sort that is unlikely to get fixed at this stage I'm afraid, but do try the 4.3 beta 2 packages to see if it's fixed and complain if not [12:22] libkopete-dev.install:usr/lib/libkopete_videodevice.so [12:24] Riddell: there are 4.3b2 packages for jaunty? [12:25] Riddell: are there karmic packages for those ? [12:25] >dpkg -L libkopete-dev | grep video [12:25] /usr/lib/libkopete_videodevice.so [12:25] Tonio_: yes [12:25] Riddell: well my pbuilder chroot is up to date, lemme check [12:25] freinhard: coming very soon, watch kubuntu.org [12:26] Tonio_: got libkopete-dev 4.2.90-0ubuntu1 ? [12:26] Riddell: yep [12:26] Tonio_: so you must have /usr/lib/libkopete_videodevice.so ? [12:27] Riddell: looking in the chroot gimme a sec [12:28] dpkg -L libkopete-dev | grep video [12:28] /usr/lib/libkopete_videodevice.so [12:28] Riddell: got it [12:29] voila [12:33] Riddell: maybe we can patch for just this atm... [12:33] Riddell: could it be fixed svn maybe ? [12:34] patch what? [12:39] Riddell: debuild works..... investigating.... [12:40] of course it works, there's no problem! [12:40] Riddell: why does puilder fail then ? [12:41] Riddell: maybe my chroot has an issue then [12:41] testing... [12:41] it probably hasn't been updated [12:47] Riddell: got a kernel freeze... it looks like I had bin diff in the dif.gz file.... retesting the buld [12:57] Riddell: why is kde 4.3 beta in backports? I would expect backports only for stable releases and experiemental for prereleases... [12:58] * Lure also thinks that having -backports and ppa/backports makes it confusing [13:02] Riddell: after reading backlog from apachelogger: I agree with him, we should have clear separation between released and prerelease stuff [13:03] Riddell: people enabling backports ppa to get kde 4.2.4 are not expecting beta updates [13:03] Riddell: however I agree with you that experimental should be considered "will eat you babies" [13:05] Riddell: as debuid works and pbuilder fails [13:05] Riddell: btw, can we use -backports for 4.2.x updates? then renaming "ppa/backports" to "ppa/prerelease" would be the way to go [13:05] Riddell: should we consider the build might succeed in the archives, and make an attemp ? [13:05] * Lure rests his case ;-) [13:05] Riddell: I can upload if you wish [13:08] any ideas howto reset the parallel port after hibernation? [13:09] apachelogger: it seems apport deleted all the core dumps from duplicates === gkiagia_ is now known as gkiagia [13:23] Tonio_: go ahead [13:24] Riddell: kk [13:25] Riddell: uploaded [13:26] Lure: yeah, seems like we want yet another PPA then [13:26] but too late for this relase I think [13:35] Riddell: I suspect a missing build-dep [13:35] Riddell: debuild inside a chroot doesn't work, but locally, no pb [13:35] Riddell: any idea what could be missing ? [13:40] Riddell: works when kopete binary package is installed [13:40] Riddell: there is a packaging issue on that point I suspect [13:43] build-deps on libkopete-dev ? [13:43] Riddell: libkopete-dev doesn't depend nore install kopere [13:43] I'd need to see the error message to say more [13:44] Riddell: still the same message.... ld cannot find libkopete-videodevice [13:46] Tonio_: put the package on revu and I can look at it [13:46] Riddell: kk [13:47] Tonio_: it needs to build-dep on kopete too [13:47] kopete contains the /usr/lib/libkopete_videodevice.so.4.3.0 file [13:47] seele: ping [13:47] probably libkopete-dev should depend on kopete [13:47] Artemis_Fowl: pong [13:47] Riddell: yep [13:47] seele: I setup a PPA [13:47] Riddell: that may explain the problem [13:47] seele: hmm [13:48] seele: let me find the link [13:48] Artemis_Fowl: ok great [13:48] seele: here it is: https://launchpad.net/~kon-smanis/+archive/ppa [13:48] it contains a recent build of kgrubeditor [13:49] seele: have fun :) test is whenever you find the time [13:49] Artemis_Fowl: cool :) [13:49] * Artemis_Fowl has to go now [13:49] bb [13:49] seele: uhm, I hope it work. If it doesn't, then let me know [13:49] ok [13:50] Riddell: confirmed, this is the issue... [13:50] Tonio_: I'd say make libkopete-dev depend on kopete then [13:51] Riddell: yep [13:51] Tonio_: can you do that and upload? I'm running from a live CD just now [13:51] Riddell: fixing this and uploading [13:51] Riddell: no pb [13:54] Riddell: kdenetwork uploaded [13:55] better wait for it to approve kopete-facebook then... [14:03] add a versioned build-dep [14:03] Riddell: done [14:04] Riddell: Depends: kopete (= ${binary:Version}), ${sameVersionDep:kdelibs5-dev} === rickspencer3-afk is now known as rickspencer3 [14:31] ** Kubuntu alpha 2 candidate CDs need testing! [14:32] yay, lots of seeles! [14:32] lots of love to go around! [14:33] * seele is looking at konversation and quassel [14:33] Riddell: if anything is going on with printing, you should put it on my TODO or i probably wont remember to look at it [14:33] seele/KarmicTODO [14:42] Looks like we should have bumped build-dep version needed of kdelibs-experimental in those packages that build-dep on it. === rickspencer3 is now known as rickspencer3-afk [14:53] Hi - Does Kubuntu/KDE consider the file /etc/hosts for name resolution at all? according to /etc/nsswitch.conf I have "hosts: files dns" so it should look for local name resolution first but it doesn't. === rickspencer3-afk is now known as rickspencer3 [15:00] hello rickspencer3 [15:00] hello rgreening [15:02] how goes the battle rickspencer3 [15:06] rgreening: battle? [15:07] battle, as in daily work :P [15:07] you know, it's all a battlefield :) [15:07] or is that love? I constantly mix up my sayings :> [15:24] * rgreening guesses the battle doth no go well for Sir rickspencer3 [15:24] hehe [15:25] :> [15:25] rgreening: this is a fun, but stressful and busy time of the cycle for me [15:25] I imagine so... [15:26] I have to try to understand and articulate what the desktop teams are planning, in a manner that is digestible to various audiences [15:26] If I could only quit my current job and do this 7/24... :P [15:26] hehe [15:26] and grow 8 more arms [15:26] * rgreening wonders about stem cells... [15:27] rickspencer3: well, the usb-creator-kde port for Kubuntu MID is moving along... [15:27] its one of the critical parts... [15:28] * rgreening mangles some more gtk into Qt... [15:29] hehe === rickspencer3 is now known as rickspencer3-afk [15:40] is there a blueprint on kubuntu mid? i have no idea what the goals are [15:41] rgreening: so how do I install usb-creator from bzr?\ [15:42] JontheEchidna: if you mean the -kde bit, it's not integrated into the dbian package (started but not completed). to run it form the local dir, do the following: [15:43] JontheEchidna: cp ./bin/usb-creator-kde . && cp ./gui/usbcreator.ui . && ./usb-creator-kde [15:43] do this in the bzr dir [15:44] crash, I suppose I have the usb stick crash? [15:45] * JontheEchidna has a few things in his usb ports [15:49] oh, this could be the pyqt4 crash that everybody's getting in karmic [15:50] JontheEchidna: I'm in jaunty [15:50] but software-properties works [15:50] so my crash probably isn't the karmic pyqt crash [15:50] JontheEchidna: if you comment out the gobject timeout_add section, it doesn't crash. [15:51] so, some interaction with gobject, DbusGMainLoop and qt with it's own main/threads is likely the issue... [15:51] though I can't figure it out... [15:51] there is a Qt DbusMainLoop you could try [15:52] oh, but is this a backend running in a separate thread? [15:52] ouch [15:54] yep [15:56] so, my choices are figure out how to make it work. fork a copy of the backend, or write a wrapper class and split out the gtk/glib/gobject and qt bits into the wrapper(s) and load them depending on the fe used. [15:57] jockey uses a DBusGMainLoop too [15:57] woner what its doing [15:59] JontheEchidna: If you can figure this out, it would be a great gift :) [16:00] and my birthday is just around the corner :) [16:04] it looks like jockey has an abstracted UI class that does dbus for either backend [16:05] and the jockey-kde frontend implements a graphical representation of several UI backend functions [16:05] and therefore doesn't have to do any dbusy-ness itself [16:05] backend -> AbstractUI -> DE-specific UI [16:07] to restate this after I have collected my thoughts... the abstract UI talks to the backend and gives the kde and gtk uis the strings and stuff with which to populate the GUI [16:09] this would mean major changes to the gtk side of things [16:16] JontheEchidna: all the dbus, glib, gobject stuff is currently in the backend.py [16:19] but the frontend tries to communicate with it [16:19] usign dbus [16:19] which causes the threading issues/crash [16:20] or at least I think that's the cause [16:20] I'm having similar issues with the jockey kcm [16:20] actually, it's not that similar come to think of it [16:21] but it is similar in that its a dbus-related crash [16:23] JontheEchidna: frontend has an instance of backend. Backend has all the bits. but yes, some threading issue or main loop issue for sure. [16:23] seele: https://wiki.kubuntu.org/KubuntuKarmicNetbook [16:23] * shtylman working on some more OO patches...goal for end of day: OO with kde integration in my PPA for jaunty :) [16:24] OMG shtylman.. cool [16:24] seele: package what upstream does and get it working is the hope [16:28] ScottK: thanks for writting the specs while I was on vacations :) [16:33] Riddell: i didnt think MID was going to have much done for 4.3 but i guess i'm wrong [16:47] what's the new name for what was kubuntu-ppa/backports? (or wherever backport proposed things are going today) for jaunty btw. [16:57] JontheEchidna: ping ping ping ping ping ping ping [17:16] seele: netbook not mid. upstream says they expect it to be in working order for october and there's code there now which does something. but it may not happen indeed [17:16] seele: tonio also has opinions on the apps suitable for netboot [17:16] firephoto: kubuntu-ppa/backports is it [17:16] dudes, I'm away for the next two days, let me know now if there's anything I need [17:17] anything you need from me === santiago-pgsql is now known as santiago-ve [17:45] seele: is the package working? [17:47] Riddell: userconfig package? not that urgent of course [18:21] is it me or has Ctrl+Maj+Z(Redo) stopped working in 4.3? (beta1 at least) [18:28] anyone know the correct way to use gobject in a PyKde app? [18:50] yuriy: sorry ran out of time [18:50] cheereo all, back on saturday sometime [18:50] oh please test the daily and daily-live CDs and report on iso.qa.ubuntu.com, alpha 2 candidates need testing === \sh is now known as \sh_away === \sh_away is now known as \sh [18:55] Artemis_Fowl: yes, i got it installed OK. i havent had a chance to look at all the changes yet though [19:06] seele: ok nice. I just wanted to check that [19:07] seele: btw there arent many changes. only the autmagic management is new [19:07] automagic* [19:10] yeah, confirmed. looking at the changelog, the only UI changes is Automagic management and using PolicyKit to acquire root priveleges. nothing else has changed in the UI === blizzzek is now known as blizzz [19:32] Artemis_Fowl: i suppose kgrubeditor can enter main with grub2? [19:33] scripts should make it a lot easier to avoid debian-magic, right? :) [19:45] apachelogger: http://revu.ubuntuwire.com/details.py?upid=5612 [19:45] not now! [19:46] I am on a code roll here [19:46] lol [19:51] any estimation when kde 4.3 beta 2 will be ready in backports for 9.04 ? [19:55] https://bugs.edge.launchpad.net/ubuntu/+source/language-pack-kde-fr-base/+bug/380011 damn, why do people feel obligated to hack perfectly valid upstream translations? :/ [19:55] Launchpad bug 380011 in langpack-o-matic "KDE translations: French words same as English are overriden by another language" [Medium,In progress] [19:59] apachelogger: well, it doesn't support grub2 yet [19:59] Artemis_Fowl: well, once you made it support grub2 :) [19:59] or is the debian-magic support going to be done before that? [19:59] apachelogger: if I ever find the time... [20:00] apachelogger: it is already done [20:00] oh [20:00] uh [20:00] apachelogger: recently completed [20:00] Artemis_Fowl: also released? [20:00] not yet releases [20:00] released* [20:00] soon to be released [20:00] within the next month I suppose [20:01] I see [20:01] seele must review it first plus I should finish some other minor things for the code to release [20:01] once it is, we should restart the main inclusion process [20:01] probably [20:02] I am afraid already :D [20:02] I think someone mentioned in the MIR that grub2 isn't necessary for the inclusion in main [20:02] eg. a statement that grub2 isn't supported would be fine [20:02] anyway [20:03] Artemis_Fowl: well, in 9.10 the default bootloader is grub2 ... so it might very well be required now [20:03] oh [20:03] didn't know that [20:03] though upgrades do not get grub2, only new installs, so it might very well not be a requirement [20:04] it certainly is a requirement for being on the CD ... but since grub is still in main I think it would justify to have a GUI config editor for it in main as well [20:04] well, this will have to be discussed in the MIR :S [20:04] btw you guys are heros. debian packaging...oh god. it took me about 3 days to make a proper source debian package and make LP compile it for a PPA... :/ [20:05] apachelogger: grub2 has the same options as grub? [20:05] well, the config is completely different AFAIK [20:05] as a matter of fact about everything is completely different since grub2 is a rewrite of grub [20:05] because if a single UI can fir both cases, then only parsing the menu file is the issue [20:06] fit* [20:06] Artemis_Fowl: I didn't look into it much yet, but I would suppose that feature parity is a target for ubuntu 9.10 [20:07] * Artemis_Fowl should install grub2 in a virtual box machine and test it [20:07] I have absolutely no idea how things are in the Grub2-land [20:07] Artemis_Fowl: the format is quiet different, but it works more or less like the old one, with debian automagic in the middle :) [20:07] * smarter digs for his old grub.cfg [20:07] * apachelogger notes that the code needed for storing and reading configurations settings can at times be quite epic alright [20:08] http://paste.ubuntu.com/192873/ [20:08] smarter: Artemis_Fowl: ^ [20:08] damn, too fast :p [20:09] tbh [20:09] apachelogger: nice. I'll keep it for test-casing [20:09] smarter: batpaste ftw [20:09] I should use that :) [20:09] I actually think that the whole file is more or less script influenced [20:09] as noted in the big fat warning in the top :p [20:09] that is where the whole references come from, each script spits in its settings etc. [20:10] * apachelogger goes back to epic settings code [20:10] hmm, seems as if reading the configs will be painful [20:10] for changes to not be removed at every update, you'd have to edit stuff in /etc/grub.d [20:10] multiple files... [20:11] well [20:11] you'd need to override I suppose [20:11] or if you go the easy way and don't dare to touch the automagically generated stuff, add files in there [20:13] apachelogger: could you please dump me the contents of your /etc/grub.d and /etc/default/grub? [20:13] * apachelogger is wondering how to reduce the lines of config manipulation code :S [20:13] http://paste.ubuntu.com/192877/ [20:13] the latter [20:18] Artemis_Fowl: http://aplg.kollide.net/tmp/grub.d.tar.bz2 [20:19] apachelogger: nice. thank you [20:19] I would install GRUB2 in my machine but I still need grub legacy for testing [20:20] virtual box to my rescue I suppose [20:20] vbox \o/ [20:20] ? [20:20] * Tonio_ works on packagekit packages [20:22] Artemis_Fowl: virtualbox = vbox :P [20:22] y [20:22] what I din't is \o/ [20:22] what I didn't get* [20:22] ^^ [20:23] uh, I think I can squeeze some slocs out of abusing configRead() for setting the instance variables, though that probably is kinda evil ... evil is good though :P [20:23] Artemis_Fowl: well, that is my_right_arm my_head my_left_arm [20:24] that [20:24] I didn't know [20:36] JontheEchidna: launchpad bug 385676 [20:36] Launchpad bug 385676 in audex "New upstream release audex 0.71b3" [Undecided,New] https://launchpad.net/bugs/385676 [20:40] bug 385647 [20:40] Launchpad bug 385647 in kdenetwork "kopete 4.2.90-0ubuntu1 crash" [Undecided,New] https://launchpad.net/bugs/385647 [20:42] turning apport-qt into apport-kde is no joke, it is a lot more than just s/QApplication/KApplication/ [20:46] nixternal: http://paste.ubuntu.com/192900/ [20:46] did i miss the phonon package ? [20:48] anyone? [20:50] what package are you trying to build? [20:52] are you depending on and using pkg-kde-tools? [20:52] e-jat: ^^ [20:55] you need to dep on pkg-kde-tools and libqt4-phonon-dev <- debian/control [20:55] in and in debian/rules you need: [20:56] include /usr/share/pkg-kde-tools/qt-kde-team/1/debian-qt-kde.mk [20:56] wah, why can't we use a mediawiki :) [20:56] I started a description of how to use the PPAs [20:56] https://wiki.kubuntu.org/ChristianMangold/UsingKubuntuPPAs [20:56] DEB_DH_SHLIBDEPS_ARGS_ALL := -- -xphonon [20:57] * nixternal goes back to working on apport [21:01] nixternal: Aren't we supposed to use debian-qt-kde.mk for kde core modules? [21:07] JontheEchidna: I uploaded digikam in experimental to fix bug 377560, it works [21:07] Launchpad bug 377560 in digikam "[karmic] Digikam does not display anything in the main pane" [Undecided,Fix released] https://launchpad.net/bugs/377560 [21:22] lex79: just to make sure that you aren't working on it already, have you started on the new qtcurve? [21:22] (I'm sponsoring your audex package at the moment by the way) [21:24] JontheEchidna: no === fregl_ is now known as fregl === rickspencer3-afk is now known as rickspencer3 [23:04] Riddell: when you have time, bug 385707 [23:04] Launchpad bug 385707 in kde-style-qtcurve "New upstream release (QtCurve 0.63.0)" [Wishlist,In progress] https://launchpad.net/bugs/385707 [23:04] includes Messages.sh :) [23:05] uha [23:05] I think I could publish my synergy plasmoid now [23:05] 0.0.0.1 [23:05] code looks pretty slick, well except for the epic configuration fuzz [23:22] apachelogger: isn't a kcm module more appropriate than a plasmoid for configuring synergy? :) [23:22] (though it's probably not as fun to do) [23:22] yes, no, doesn't matter [23:22] I splitted the code earlier today, so one could create a KCM as easy [23:23] if it is possible using ruby-kde that is :D [23:23] yay for ruby stuff in kde :p [23:24] * apachelogger is wondering how to split the UI stuff out though [23:25] really, the plasmoid would be like 30 SLOC if I get the UI and associated configuration bloat out of the plasmoid code [23:25] well, maybe 100 SLOC :D [23:28] use Qt Designer? [23:29] smarter: it still needs to setup the UI and fill it with the config's data [23:29] put that in a separate class then [23:30] well, doing that is kinda difficult without taking away the dynamics though :P [23:30] would have to split into a gazillion functions or something [23:33] hm [23:33] oh [23:33] uh [23:35] ah [23:35] smarter: I could use the designer ui files as implementation base I suppose [23:36] that way I could hook the configuration crap into the UI loading essentially hiding it from the UI component, while still allowing the component to fiddle with the UI as it wishes to [23:37] you mean hacking the .cpp(or .rb in that case I guess) generated by designer? [23:38] no [23:38] class SynergyShareConfig < Ui_SynergyShareConfig [23:39] yes, that's the normal way to do it then :) [23:39] SynergyShareConfig implements a complete Ui_... but essentially I can add the config parsing and add it to a hooked-in setupUi function [23:39] never hack generated code :D [23:39] yep [23:40] * smarter wonders if Qt Declarative UI will make all that better [23:40] makes also a lot more sense because right now the config magic is done independent from the UI object even though it is realyl the same :D [23:41] I personally can't seem to understand what it is, what it does and why it does it, same for about anything in Qt Kinetic actually (wut is a state-machine?) [23:43] smarter: something useful for sure :D [23:44] totally unrelated: http://www.lolcatbible.com