[00:07] are we reverting the bzr branches to the status before 4.3.4? [00:08] yeah [00:09] k [00:16] * JontheEchidna is happy to have his device notifier in the systray [00:16] it is bzr uncommit right? [00:16] I've just been removing the changelog entries manually myself [00:17] why we would be doing this? [00:17] 4.3.4 was never released to lucid [00:17] Quintasan|Szel: 4.3.4 is in bzr, but will not be release for 10.04 [00:18] ah okay [00:18] and the changelog entries can't really be merged with the 4.3.80 changelog [00:18] * JontheEchidna is unsure if bzr uncommit works after pushing [00:19] -./usr/bin/servicemenudeinstallation <- name fail :P [00:28] * ryanakca sighs [00:29] My dad asked: "Why do I get keeping offered bug fixes... I thought there weren't supposed to be bugs" [00:36] JontheEchidna: after a push, bzr revert -r [00:36] REV# being the rev you want to revert back to [00:37] then you ci and push that [00:38] hurrr, so my changes were a waste of time? :D [00:42] nixternal: is there a difference to uncommit, whe it is the second last revision you want to revert to? [00:42] s/whe/when [00:48] I didn't know about that, seems it does the same thing as revert, but a bit simpler [00:48] I'll test it [01:26] qt4-x11 4.6.0 being uploaded (it'll take a while) [01:28] Quintasan|Szel: are you doing gluon? [01:30] Daskreech: not really, I planned to take on it after kdeutils but this is harder than I expected and I need some sleep [01:31] ryanakca: No Bugs?? then who will make sweet sweet chirping noises in the background while I work? [01:32] Quintasan: Ok learning curves are good as long as you have claws [01:33] uhm, what? [01:33] So you don't slide off and you can keep climbing the curve [01:34] ah :P [01:34] When you reach the top there is likker and cookies :) [01:34] Followed instantly by more work >_> [01:34] But likker and cookies! [01:34] Quintasan: Did you look at the lirc files now in kdebase-workspace? [01:35] ScottK: nope, I will download it but I'll try compiling files from kdeutils first [01:35] maybe the cmake rules are borked somewhere [01:36] Quintasan: I'd look in the ninja PPA and see what lirc files are now provided by workspace before I spent a lot of effort convincing utils to build stuff. [01:42] Quintasan: 99_fix_ftbfs_on_marble_wallpaper.diff needs documenting in debian/changelog [01:43] most of the stuff from your bzr commit message would make great additions to debian/chanelog too [01:44] * Quintasan facepalms [01:44] I forget to modify the changelog all the time :/ [01:44] JontheEchidna: I should get "new - old" branch and then push my changes or update the one I currently have? [01:45] I did commit a fix removing the unreleased 4.3.4 changelog entry, so you will want to do a pull before further editing [01:46] It looks like all you really need to do is add the stuff to the changelog file, commit and push [01:50] oh, yippie. kipi-plugins and koffice2 need a rebuild for new kdegraphics [01:51] * JontheEchidna goes off to watch the last half of the Return of the King [01:54] ScottK: Files is workspace are different, anyways I need to get some sleep since it's almost 13 hours since I'm up and running :P [01:54] * Quintasan goes to bed [01:54] Quintasan: OK. Good night. Please make sure your work is up to date in bzr so maybe someone else can look at it. [02:21] Final workspace package on the way to the ninja PPA [03:00] maco: Having any luck with kdeedu? [03:07] ScottK: since i moved my hard drive to the 32bit computer, im having to regenerate my pbuilder as a 32bit one. [03:07] plz hold :) [03:07] OK. [03:08] ScottK: ehm you uploaded Qt from ppa instead bzr...I merged in bzr and in ppa it's only a new upstream release. Second thing, you signed my package, and it's not good. [03:09] Lex79: OK. I signed it without making any changelog entries because i had to clean up the Debian dir. [03:09] Lex79: I'll look at bzr and do another upload. [03:09] Sorry about that [03:10] no problem ScottK :) [03:15] maco: You know you'll need to use https://launchpad.net/~kubuntu-ppa/+archive/staging for KDE 4.4 beta 1 sources to build against, right? [03:16] ScottK: eep! so i have to login to pbuilder and edit the sources.list? ok then... [03:17] Lex79: When you merged from Debian Experimental, why did you keep it -0ubuntu1 instead of -1ubuntu1? [03:20] I'm wrong :) [03:20] OK. I'll fix it then. [03:21] go to bed, good night [03:26] Good night. [03:27] JontheEchidna: Are you going to be able to be doing any uploading tonight? [03:48] ScottK: yes [03:48] JontheEchidna: Cool. Looks like plasma-addons is working out. [03:48] ScottK: so does it matter what order as long as kde4libs goes last? [03:49] JontheEchidna: No. [03:49] JontheEchidna: Let's just keep each other informed here of what we're working on. [03:49] ok [03:49] * ScottK is still on qt4-x11 and final touches on workspace [03:52] I think I'll take a look at eigen2 [03:55] OK. [03:55] JontheEchidna: Can you upload that one? [03:56] ScottK: according to edit_acl I can [03:56] Cool [03:57] I was a bit surprised, seeing as I couldn't upload akonadi or soprano [03:58] * ScottK looks at kdeplasma-addons [04:02] My poor hard drive. [04:19] * ScottK will be with addons for a while [04:28] blah [04:28] kdm fails trying to show that ksplash crap [04:31] Probably because you left the x off the end [04:32] BTW, I'll be on plasma-addons for a while. [04:34] :( [04:36] how do I make Xorg die without having it respawn itself? [04:39] oh, kill kdm_greet [04:40] mrgh, still no X session [04:41] shift to a VT and kill it from there? [04:41] I got Xorg to die, but startx gives me a black screen [04:43] grr, it's logging in, but it's black [04:43] It looks like I'm hitting an unrelated X bug :/ [04:44] People like dark themes. Maybe it's a feature. [04:44] brb [04:52] I think kdebase-workspace-libs4+5 still depends on the two libnepomuk packages that were removed [04:52] well, moved to kde4libs, but [04:56] oh... there's a ppa3 in -ninjas. wonder when that'll be downloadable [05:00] JontheEchidna: I didn't fix that. [05:00] I was just about to upload it to the archive, so good catch. [05:02] would it be better for the packaging itself to move to kde4libs or should it be absorbed into kdelibs5? [05:03] JontheEchidna: You mean for libnepomukqueryclient4? [05:03] I think it would be best to keep the binary packages for now. [05:04] That way we don't have to figure out what depends on them and transition them tonight. [05:06] plasma-addons is going to ninjas again [05:07] * JontheEchidna hopes his issue isn't widespread [05:08] You mean the instanity that causes you to run your main machine on the development release before Alpha 1? [05:09] heh [05:10] I suppose I can still sponsor packages from the tty [05:11] Workspace is on the way to the archive [05:13] eigen2 is back to building [05:16] hey all [05:16] lo [05:19] hey nixternal, you around brother? [05:21] up goes eigen2 [05:22] looking at kdeadmin [05:23] rgreening: Work on that kubuntu-dev app [05:25] Lex79: Reuploaded Qt4 [05:33] * ScottK is looking at sip4-qt3 [05:36] ScottK: yeah, I plan too this week... been real bogged down at work with my new position [05:52] debfx: KDE SC 4.4 beta 1 kdebase-workspace package is published now, so I'd appreciate it if you coul take a look at your brightness patch and update it for 4.4. [06:00] sip4-qt3 and python-at4 done [06:01] at4/qt4 [06:04] Looking at kdetoys [06:11] kdetoys uploaded [06:16] uploading kdeadmin [06:17] * ScottK isn't going to last a lot longer [06:21] * JontheEchidna isn't either [06:22] in fact, I'm going to call it a night [06:32] kdeplasma-addons uploaded. [06:33] apachelogger, nixternal, or Riddell: JontheEchidna and I started uploading. See https://wiki.kubuntu.org/Kubuntu/Ninjas/Packaging - we are saving kde4libs for last, to minimize retries, but please jump in and grab some. [06:33] * ScottK is off to bed too. [07:14] hi, I mentioned this before but it's still happening with pykde 4.3.4 : pykdeuic4 is failing whenever I try to run it with AttributeError: 'kde_i18n_string' object has no attribute 'escape'; http://pastebin.ca/1702129 is a full backtrace [08:02] lmm: what's the output of "python -c 'from PyQt4.uic.Compiler import qtproxies; print qtproxies'"? pykdeuic4 still works fine here [08:02] md401@arcueid ~ $ python -c 'from PyQt4.uic.Compiler import qtproxies; print qtproxies' [08:02] that's different from mine [08:03] $ python -c 'from PyQt4.uic.Compiler import qtproxies; print qtproxies' [08:03] [08:03] and not just the lib64 part [08:04] sorry, I mentioned this yesterday, I'm not running kubuntu, it's just this is listed as a place with pykde people [08:05] to my eyes it looks like the problem is that escape is now a function in the module rather than a method on the i18n_string object [08:05] *class, whatever [08:06] then you'll probably need to patch pykdeuic4 [08:08] yeah, if I change the self.escape in kde_i18n_string.__str__ to qtproxies.escape then it works [08:09] what version of PyQt4 do you have? [08:09] 4.6.2 [08:11] hmm, the changelog for pyqt4 doesn't mention the change [08:14] well, it looks like KDE isn't using that version [08:14] lmm: you should probably file a bug with KDE about that [08:14] ok, will do === a|wen-dtu is now known as aw [09:34] yay, no plasma... [09:36] http://paste.ubuntu.com/335775/ [09:43] guys kde 4.4 will be on ppa repo ? [09:43] guys will kde4.4 be on ppa repo ? [10:21] Lex79: sandsmask released the patch? [10:21] Peace-: yes it will [10:23] fale: ty and when ? if you know?? [10:24] Peace-: as soon as sandsmask release a patch that is necessary to compile kde4.4 smootly === Quintasan1 is now known as Quintasan [11:11] ScottK: I see I pretty screwed kdeplasma-addons, what's with the rename on liblancelot? [11:13] Quintasan: does your plasma work atm? [11:17] jussi01: yeah, I'm still at 4.3.4 [11:33] ScottK: dunno what ${sameVersionDep:kdelibs5-dev:liblancelot1} is expected to cause but for now it makes kdeplasma-addons to fail [11:47] fale: no for now, we are packaging and uploading for lucid 4.4 without pulse audio support [12:00] Lex79: I see [12:10] Lex79: just to know are you italian ? [12:10] yeah Peace- [12:10] :) [12:11] xD you are then xD [12:11] :D [12:11] here is nowardev from italian communty [12:11] tooo [12:13] nice to meet you :) [12:13] i have written to you just because i have read some topic on on ubuntu-it forum about rai-qt [12:14] oh, I didn't read :( [12:14] Quintasan: can you fix kdeplasma-addons in ppa ? problems? [12:19] Lex79: dunno what ${sameVersionDep:kdelibs5-dev:liblancelot1} does but it cause a fail while dh_libs [12:19] and ppa rejects my source, wtf [12:20] you should download orig.tar.gz from ppa [13:08] Lex79: kdeplasma-addons fixed in ppa [13:08] Lex79: pushing to bzr now [13:10] awesome [13:14] damn, my kdepim building is stuck here: http://pastebin.ca/1704185 [13:14] uff :( [13:17] hmm, noone is doing edu? [13:18] oh nvm [13:18] back to utils :/ [13:19] hurr durr, kdelirc cmake file is broken probably, it yields no files :/ [13:30] FFS! [13:31] ? [13:31] Lex79: http://pastebin.ca/1704196 -> enjoy your failCMake :/ [13:45] Quintasan: The liblancelot0 -> 1 rename is because the major so version changed. [13:46] I can't edit the wiki from lynx :( [13:46] Quintasan: I fixed (I think) the sameversiondeps issue before I uploaded it to the archive. [13:46] Could somebody set eigen2 and kdeadmin to uploaded? [13:47] Quintasan: When you were fixing plasma-addons, did you look at what was in bzr/the archive? [13:47] JontheEchidna: Doing [13:47] ScottK: I pulled your changes, applied mine and pushed back [13:48] Quintasan: Good. [13:48] JontheEchidna: Not doing, someone else has an edit lock on the page [13:48] Too bad LP gives Internal Server Error :/ [13:48] Taking a look at kdeaccessibility [13:48] ScottK: doing [13:48] ok [13:49] JontheEchidna: are you in console? :( [13:49] Lex79: yeah... kdm_greet churns at 100% cpu trying to show that ksplash junk and never gets to kdm [13:50] and I can't use startx due to an X bug which I've had for a while (since karmic) [13:50] oh man :( [13:51] I wonder if installing gdm would work... [13:51] ScottK: ${sameVersionDep:kdelibs5-dev:liblancelot1} <--- what this line is supposed to do? [13:52] Quintasan: Look in pkg-kde-tools. There's a script there that makes sure the packge depends on the same version of kde5libs as liblancelot1. [13:53] It was there before, but with liblancelot0 [13:53] ScottK: but now it causes the whole build to fail, I removed it and it works here [13:54] ScottK: some docs for kdepim doesn't want build and stuck the building, I'll disable with a patch, http://pastebin.ca/1704193 [13:54] ScottK: keeps telling me liblancelot1 has no Depends field to scan, ppa was reporting the same error [13:55] I asked in #kde-devel but seems they haven't an answer for that issue [13:57] Lex79: ha, something similar here, stuck at [ 97%] Generating index.cache.bz2 [13:57] :D [13:57] I think it's OK to disable stuff for now, just make sure it's well documented so we don't forget to come back to it later. [13:58] ok ScottK, Quintasan for which package? [13:58] Quintasan: We can sort that out later too then (but we shouldn't forget) [13:58] Lex79: pim [13:58] Lex79: kdeutils :/ [13:58] let me try rerunning it [13:58] * ScottK needs to run off for a while. Good luck. [13:59] Quintasan: disable in CMakeList.txt [14:04] Quintasan: You do need to make a new debian changelog entry instead of changing mine, since I already uploaded -0ubuntu1. [14:04] It should be 0ubuntu2 [14:05] oh my, should I revert and change it? [14:06] no, add new entry with 0ubuntu2 [14:06] and remove your changes from 0ubuntu1 changelog and add it to 0ubuntu2 changelog [14:08] Quintasan: Also your plasma-addons uploads are a native package. Pull the tarball from the archive and use that. [14:08] * ScottK really gone now [14:13] Lex79: just to be sure -> http://pastebin.com/f76371f46 everythings fine now? [14:14] uhmm second [14:15] Quintasan: it's ok [14:16] Lex79: thanks, pushing to bzr, it's necessary to repeat the change and put in into ppa? [14:17] hurr durr the whole doc making proccess fails. I'm going to comment out all the docbook generation entries [14:20] WTF? [14:21] someone must have tripped over the power cable :p [14:34] tsimpson: lol [14:39] kdeaccessibility uploading [14:59] looking at kdemultimedia [15:01] Lex79: I have disable building all docs in kdeutils since they seem stuck like in your case [15:02] Quintasan: kdemultimedia needs it's kde build-deps bumped and the libknotificationitem-dev build-dep removed [15:02] (libknotificationitem-dev's files moved to kdelibs5-dev) [15:09] JontheEchidna: okay, getting to it right away [15:10] JontheEchidna: should I make 0ubuntu2 or edit 0ubuntu1? [15:11] JontheEchidna: also, should I remove 4:4.3.4-0ubuntu1 entry? [15:21] Quintasan: just edit ubuntu1 and remove the 4.3.4 entry [15:21] okay [15:22] change unreleased to lucid? [15:22] JontheEchidna: ^ [15:22] hey Quintasan :) any news? [15:23] Quintasan Sponsors usually do that when they upload [15:23] * JontheEchidna misses xorg [15:24] JontheEchidna: pushed [15:25] k, I've been pbuilding it in the meanwhile [15:25] Nightrose: I was fighting with it before 4.4 b1 but it's an biggest PITA I have ever seen, if I get it running it will be a miracle [15:25] apachelogger must've been drunk while writing it [15:26] heh damn [15:26] users are asking for it :( [15:26] it builds nothing then tries to execute wget from archive to check if the files are there :/ [15:28] Nightrose: I will get to it after 4.4 beta which is soon :) [15:28] cool [15:28] thx [15:33] ALL docs in kdeutils doesn't want build? :( [15:34] Lex79: I've tried first five and each hung the whole process :/ [15:34] ok [15:38] well, now kdepim is stuck at [ 98%] Built target korg_hebrew [15:38] \o/ [15:38] hurr durr, Lex79, okteta has several depends on libkasten things, should I make em a separate package or just paste to okteta.install? [15:41] Quintasan: dunno, can you paste to pastebin? [15:41] kdemultimedia uploaded [15:41] JontheEchidna: are you uploading without xorg? lol [15:41] Lex79: http://pastebin.ca/1704316 [15:42] Lex79: doesn't stop me ;-) [15:42] who cares bout X :P [15:42] lol [15:42] looking at kdenetwork now [15:42] urgh let's finish this and I'll send my application to MOTU and to ML to get some sponsors :P [15:44] JontheEchidna: lol failed on powerpc right away :D [15:44] hell yeah, kdeutils build! [15:44] ya, port archs are all fail right now [15:45] * Quintasan does the ninja dance [15:45] ia64, powerpc and armel all are busted atm [15:45] Quintasan: put into okteta.install, kasten controllers is part of okteta [15:45] ~cookies for Quintasan [15:45] no cookies for me :< [15:45] ahahha [15:46] kubotu: order cookies for Quintasan [15:46] * kubotu slides a whole bunch of world's finest cookies down the bar to Quintasan. [15:46] technically it would be proper to make a libkasten4 package for the libkasten libraries in /usr/lib/ [15:46] so I should make it or not? hurr! [15:46] the liboktetakasten libraries would go to oktete [15:47] Quintasan: neon does dput, not build :P [15:48] There should be a libkastencore4, libkastengui4 and libkastencontroller4 package [15:48] apachelogger: dunno wtf it does, just keeps wgeting what is not there obviously [15:48] zomfg [15:48] JontheEchidna: okay, getting to it [15:48] so your dput is all messed up [15:49] the wegetting is in place to prevent breaks of the stack if a lowlevel stack package FTBFS [15:49] apachelogger: not mine fault you wrote this whole thing based on YOUR configuration :P [15:49] Quintasan: hmm... were there any kasten files in /usr/include? [15:49] no no [15:50] the onlything that is specific to me is the svn url [15:50] everything else is specific to neon [15:50] and granted, I never intent to use it outside the neon ppa :P [15:50] JontheEchidna: doesn't seem so, let me build it after separating the libkasten [15:50] JontheEchidna: and only okteta or whole kdeutils package should depend on it? [15:51] only okteta, though shlibdeps should pick up on that automatically [15:51] apachelogger: it wasn't working with modified qt link on your machine or you were too lazy to check? :P [15:51] modified qt link? [15:52] though I am having second thoughts... If it's just a private library with no public includes there's not much sense for extra packages [15:52] apachelogger: Qt now sits in GIT, doesn't it? [15:52] so? [15:52] But private libraries usually go to /usr/lib/kde4, if I'm not mistaken... hrm [15:53] apachelogger, any opinion on this libkasten* stuff?^ [15:53] apachelogger: I was wondering what's really wrong with it, it is your script that is an ultimate PITA or it's just failing to build because it does't like us [15:53] JontheEchidna: got a quick summary? [15:53] ok, here it goes: [15:53] okteta builds several versioned libkasten* libraries [15:53] no public includes, they go to /usr/lib/ [15:54] apachelogger: http://pastebin.ca/1704316 ->> I have pasted it to okteta.install to make sure it's linked [15:54] separate package, or include w/ okteta? [15:54] or should upstream really be installing it to /usr/lib/kde4? [15:54] JontheEchidna: the question is really what that kasten is meant for [15:55] shhh, we can't be smarter than upsteam ;P [15:55] uhh, that sounds funny, you see kasten in german means closet :D [15:55] LOL [15:55] lol [15:55] Closet implementation in C++ [15:55] void::FlushWater [15:55] :P [15:55] lol fail [15:55] Water closet, old british term for toilet [15:55] Kasten::FlushWater [15:56] if kasten is meant to be like libokular, then it needs to go to a seperate package [15:56] and looking at the libnames I would suppose it is [15:56] not more fail than /usr/bin/servicemenudeinstaller :P [15:56] * Quintasan wonders how he is supposed to know that [15:56] menude? nice [15:56] :D [15:57] "service me nude installer" [15:57] JontheEchidna, Quintasan: I would consult with upstream and debian about the best course of action [15:57] though without knowing what it does, just from looking at the names it probably should get an own lib and dev package *shrug* [15:57] there's nothing to throw in a -dev package, though [15:58] besides the unversioned .so [15:58] lib package is necessary too!! [15:58] having a .so for a lib that is meant to be used without the app in a -dev package without a related lib package doesnt make much sense IMHO :P [15:59] that was for example the reason we didnt have kopete headers packaged for a long time IIRC [15:59] Quintasan: libknotificationitem-dev build-dep needs to go in kdenetwork, as well as the ~ppa in the changelog version [16:00] * JontheEchidna realises that that is an awkwardly worded sentence [16:01] damn I would just throw it in okteta.install, only okteta complained about it during the whole build proccess [16:02] Quintasan: that is not future proof :P [16:02] if we do that and indeed the lib is supposed to be public, then we have to shuffle around and introduce replaces/conflicts [16:02] possibly where debian has none [16:02] leading to unnecessary diff [16:02] the best thing to do is to discuss with debian [16:03] * JontheEchidna won't because he has graduated from minion status :P [16:03] hurr and ofc the must be on another network [16:03] they [16:04] too much stallman there, I should repeat those words until I die [16:06] Quintasan: what does your fetcher.rb look like? [16:07] apachelogger: http://pastebin.com/f1827c62d [16:07] nice tab mess :P [16:08] don't really care since I want it just to work for now :P [16:08] lame excuse [16:08] don't care about that too :) [16:09] apachelogger: Whenever an icecc-enabled pbuilder tries to exit, it fails to unmount the chroot because the device is busy. Any hints? [16:09] JontheEchidna: there is a special hook that kills the icecc [16:09] though, it really depends on how the pbuilder exits [16:10] is it included in pbuilder-hooks? [16:10] I think after build failure I cant hook into and ensure the icecc gets killed [16:10] JontheEchidna: should be [16:10] though there is at least one exit case where we cant hook in and icecc needs to be killed manually [16:10] JontheEchidna: on top of that all I forgot to fix kdenetwork :P [16:10] meant to go complain about that ... [16:11] forgot to fix it? [16:11] meaning I should just stop my build now? [16:11] I mean the control and changelog :P [16:11] oh [16:11] libknotificationitem-dev should go to hell? [16:11] yus [16:12] oh dear [16:12] 300 KiB down [16:12] -.- [16:12] what a drag [16:12] ideally after we get core KDE libknotificationitem-dev free all we'll have to do is remove the build-dep from plasma-widget-networkmanagement [16:12] then we can file a removal request for kdelibs-experimental [16:12] pinotree | Quintasan: given the author removed the installation of headers, there's no need to split the single okteta package [16:13] JontheEchidna: http://pastebin.com/f56a8fb6f <-- looks good enough? [16:13] * JontheEchidna agrees with pinotree, much as I hate to agree with him :P [16:13] Quintasan: ask upstream if they are coming back? [16:13] it is not like libs outside kdelibs are not allowed to change post-beta :S [16:13] coming back with what? [16:14] beta2, rc, final [16:15] Quintasan: looks fine to me [16:15] pushing then [16:20] apachelogger: I'll first build with kasten files in okteta.install, check for missing files and then I we will see if I really need to separate it :P [16:20] hmm, is this normal? [16:20] * apachelogger doesnt get the point [16:20] The following packages have been kept back: [16:20] linux-generic linux-headers-generic linux-image-generic [16:20] Quintasan: you shoudl ask upstream if there is any chance that he will introduce header files before 4.4.0 [16:21] markey: yeah, apt-get holds back updates that introduce new packages. Do an apt-get dist-upgrade [16:21] which he hopefully answeres with no and adding all and everything to okteta.install is a save bet [16:21] JontheEchidna: is it safe? [16:21] apachelogger: just as you said [16:21] http://markmail.org/message/zgh7ck52yhmfvsj5 [16:21] markey: yes, it will keep the old kernel around [16:21] ok, cool [16:22] thanks [16:22] Quintasan: go talk to upstream! [16:22] talk, not interpret [16:22] * markey nudges apachelogger [16:22] * Quintasan pokes apachelogger [16:22] how's TimeLord going? :) [16:22] can't wait [16:22] Quintasan: as I also said, libs outside kdelibs are not bound to the same api restrictions [16:22]