[00:00] Serega: is there a specific reason you are compating with debhelper 4? [00:00] yuriy: let me check [00:01] apachelogger: nope, just leaved [00:01] apachelogger: is there a way to determine that? [00:01] apachelogger: compat 4 is not deprecated so there's no reason to bump it unless the package actually needs a later version. [00:02] ScottK2: well it is a new package, so I see no reason to use it either [00:02] Serega: if you change it and the build breaks you know that you have to run in 4 compability mode ;-) [00:03] Artificially bumping version requirements is not generally a good thing. All supported Ubuntu versions have Debhelper 5, so it really doesn't matter much. [00:03] =) how to change? increase/decrease? [00:03] so, guys, I set it to 5? right? [00:03] * Serega is confused [00:04] * Riddell wanders back from a hard night's rocking [00:04] Does the package actually need debhelper 5? [00:04] * Serega envys Riddell [00:04] yuriy: has to be changed to qt4-2 [00:04] ScottK2: it builds with 4 very well [00:04] apachelogger: ok, will do [00:05] My advice would be leave it, but your looking for apachelogger to advocate it, so I'd recommend doing what he says. [00:05] ScottK2: from a teching point of view I would now suggest bumping it ;-) [00:06] okay. Actually, I tend to ScottK2's approach [00:06] but will not argue [00:06] hehe [00:06] you are doing the packaging :P [00:06] :p [00:06] I am just here to take care you don't break anything [00:08] done [00:08] all done [00:08] Serega: what is the purpose of debian/qsynth.desktop? [00:09] apachelogger: oh... it's trash [00:10] I wonder where is debian/patched came from :-\ [00:11] you probably run a debuild? [00:11] nevermind... just cleaned [00:11] icon="/usr/share/pixmaps/qsynth.xpm" [00:11] yes, indeed [00:11] in debian/menu [00:11] you don't create the xpm file anywhere [00:11] oh... [00:11] can I specify png? [00:12] I doubt it [00:12] though, I am not a debian/menu specialist [00:13] \sh told xpm necessary for debian [00:13] http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.7 [00:13] The icons should be in xpm format. [00:13] I will create debian/qsynth.xpm now [00:14] k [00:14] .xpm doesn't matter for ubuntu [00:14] or rather debian menu doesn't [00:14] Riddell: not even for fuxbox and stuff? [00:14] *fluxbox [00:14] fluxbox should use the xdg standard like the rest of the world [00:15] well, should [00:15] anyway, Serega, you can drop the menu stuff if you want [00:16] apachelogger: where is this menu displayed? [00:16] synaptic/adept? [00:16] it's not (unless you install xdg-menu, which we don't, dunno if debian does) [00:17] * apachelogger rebuilds kde-nightly-kdebase [00:17] OTOH, supporting Debian Menu in the package isn't bad and getting it right now will make it easier to get it into Debian later. [00:17] true [00:26] I obey "man uscan" but get an error: [00:26] http://qa.debian.org/watch/sf.php/qsynth/ failed: 500 read timeout [00:26] or warning... [00:27] The sourceforge stuff has been timing out a lot lately. I shouldn't let it bother you if you've got it right. [00:27] http://sf.net/qsynth/qsynth-src-(.+)\.tar\.gz debian uupdate [00:27] must be ok [00:28] can I get public ftp somewhere in LP or else? [00:39] santiago-ve: pong [00:40] ryanakca, any news from the sysadmins? about the website? [00:41] apachelogger: I'm ready to upload to revu [00:42] santiago-ve: I haven't heard back from Riddell yet, but my guess is no... We'll have to wait 'till Monday... or Tuesday... or July... some day hopefully :/ [00:43] I bet if Ubuntu wanted to install a new website they wouldn't have to wait for three months after the release [00:45] * Serega goes to sleep [00:45] see you all tomorrow [00:45] Serega, this is the moment when i feel envy... [00:45] :( [00:46] * santiago-ve hasnt slept... but only like 1 hr at work xD [00:46] santiago-ve: c'mon give a rest to your organism! [00:47] Serega, will do, as soon as a meeting on #ubuntu-ve is over [01:03] hmm any ideas? http://launchpadlibrarian.net/15096624/buildlog_ubuntu-hardy-lpia.kdebindings-kde4_4%3A4.0.5-0ubuntu1~hardy1_FAILEDTOBUILD.txt.gz [01:03] I think I had that error locally as well when i ran debuild -j2, but then I ran debuild again and it was fine [01:06] hmm ok I think other archs built though [01:07] don't worry about lpia.... who ises it anyway? [01:07] which makes all the modules [01:07] please test! [01:07] deb http://ppa.launchpad.net/kubuntu-updates-testing/ubuntu hardy main [01:28] How could one build knmap on a host without internet access? The manpage is in docbook format and http://paste.debian.net/5585/ [02:02] evening [02:04] yuriy: don't forget python-kde4 [02:10] wow some crazy thunderstorm tonight [02:16] its morning here in indonesia :D [04:18] !nixternal [04:18] Oh no! The pointy-clicky Vista lover has arrived! He's rumoured to be giving out free money, too! [04:18] orly [04:18] ya, now reply to my core-dev app, you are still a hero in my eyes :) [04:19] !nixternal |nixternal [04:19] eh, my correspondence really doesn't mean anything these days. :) [04:19] sure it does [04:19] plus w/o them, my app gets kicked back :) === kewark is now known as krawek === krawek is now known as Guest7527 === Guest7527 is now known as krawek2 === krawek2 is now known as krawek === gnomefre1k is now known as gnomefreak [07:00] stdin: python-kde4 was never backported for 4.0.4 either [07:11] nixternal: Can I have the code, please? :) [07:11] mornfall: what code? [07:11] [17:47] nixternal | #kubuntu-dev % I had created a plasmoid for adept notifier [07:11] ahh ya, I gotta recreate that, *had* means I don't have it any more...I was in the wrong tty and accidentally purged the wrong directory [07:11] it wasn't hard to create, nor did it take long either [07:12] ... Ouch. [07:12] I wish I would have still had it opened in Kate [07:12] then I wouldn't have lost it [07:13] * Jucato wonders if nixternal should start aliasing rm to rm -i (or vice versa) [07:13] hehe [07:13] it's becoming a habit it seems :) [07:13] I know have my ~/dev setup in svn [07:14] ya, I had even started working with Plasma::Animator for the icon on update and checking update as well [07:20] hrmm [07:20] why does KDevelop hate me? [07:21] Jucato: do you recommend any certain qt options for qt-copy [07:21] read the README.qt-copy [07:21] there is a configure portion towards the top that is good [07:22] just wondering if anything outside of that.. [07:22] or in particular, but cheers! [07:22] i have kde3 and kde4.1 pkgs on this system, just remove the kde4 pkgs before install and kde3 can remain? [07:47] im trying to compile qt-copy with ./configure -qt-gif -debug -fast -no-exceptions -no-separate-debug-info -system-libpng -system-libjpeg -system-zlib -dbus -webkit -no-phonon -nomake examples -nomake demos -prefix $QTDIR and getting shift: 1779: can't shift that many , also $QTDIR appears to be blank [07:56] wouldn't mind asking about the suggested script here which doesn't seem to be correct: http://techbase.kde.org/Getting_Started/Build/KDE4/Kubuntu_and_Debian [08:09] flaccid: did you copy the sample .bashrc as instructed by the guide? [08:09] you're supposed to be the one that sets $QTDIR [08:11] must of overlooked that thanks [08:12] ah i skipped over that for some reason heh === nareshov_kr is now known as nareshov [09:07] heya [09:20] <\sh> apachelogger, pingeling quassel ... don't upload the package you prepared please...it's crashing in the settings dlg...I'm trying to address this somehow with a recent git checkout [09:21] <\sh> .oO(or I just kick sput in his guts to fix it ;)) [09:21] \sh: I'd go with the latter [09:21] \sh: but I think we should get the package in [09:22] <\sh> apachelogger, if you can wait a couple of minutes... [09:22] otherwise I have to start waiting for accepting all over again instead of just uploading to the archive ;-) [09:22] \sh: it's already uploaded [09:22] <\sh> argl [09:22] <\sh> ok [09:22] <\sh> ^^ [09:22] <\sh> let's update it then when it's out of NEW [09:22] yeah [09:22] makes more sense then rejecting and reuploading IMO [09:23] * apachelogger puts that issue on a knote [09:23] <\sh> there are other things I'm trying to fix (I promised sput to do some work on it) [09:23] oh, nice :) [09:23] <\sh> apachelogger, as well: channel listbox should be configurable (sorted / unsorted) [09:24] <\sh> btw...it works well with dircproxy ;) [09:24] <\sh> mirrors are updating... [09:24] hehe [09:24] oh [09:24] ah [09:25] <\sh> kde4 trunk -> kdevelop new world order is building [09:25] \sh: btw, do you use a different kdehome for your trunk installation? [09:25] <\sh> apachelogger, I switch to KDEs advice with a new user... [09:25] k [09:25] <\sh> starting the crap now via Xinit [09:25] I squashed a super nasty issue last night [09:26] * \sh too [09:26] even though there is only one variable for kdehome nowadays [09:26] startkde was not using it in any way [09:26] <\sh> ate too many onions...and a spider died passing me [09:26] but just assuming one wants to use .kde :S [09:26] \sh: ^_^ [09:26] <\sh> just joking ;) [09:26] \sh: http://aplg.kollide.net/screencasts/kde-nightly.ogg [09:31] <\sh> damn [09:32] apachelogger: hey [09:33] hoy Serega [09:33] apachelogger: I'm going to upload now to the revu, ok? [09:33] sure [09:33] I am revuing right now anway :D [09:33] :) [09:34] btw, where are kde-nightly* packages? I have no such. Anyone's ppa? [09:34] they are in-development [09:35] *yawn* [09:35] <\sh> apachelogger, btw...I do like the stripes in the oxygene window titlebar...I wonder how we can apply it again in kubuntu.. [09:36] * \sh needs coffee [09:36] \sh: one of the amarok devs said the strips remind him on amiga :D [09:36] <\sh> yes [09:36] <\sh> but it really looks nice [09:36] though, I am more wondering how we can remove it again in kubuntu [09:37] <\sh> much better then ozone with blue and the oxygen theme in total grey [09:37] <\sh> apachelogger, in the ppa packages it's removed [09:37] \sh: 4.1 beta1? [09:37] <\sh> apachelogger, yes [09:37] I think it wasn't in there [09:37] that is a quite new addition [09:37] * Nightrose doesnt like the blue [09:37] and a quite ugly one as well [09:37] <\sh> apachelogger, the stripes? [09:38] \sh: yes [09:38] <\sh> hmm [09:38] <\sh> I want to have them ;) [09:38] well [09:38] woohoo! "Successfully uploaded packages" [09:38] <\sh> Nightrose, the ozone + blue theme? [09:38] they are [09:38] too heavy [09:38] the thing is, one strip, going big in the center of the deco and very tiny on the edges [09:38] <\sh> if it was kwwiis idea...he has the clue about the life, the universe and the style ;) [09:38] would probably look quite cool [09:39] but these 3 lines ... [09:39] \sh: yea the one in beta 1 [09:39] <\sh> Nightrose, this blue is crap [09:39] also i don't get 3 stripes but totally blue borders [09:39] plus they have an awkward effect in moving the expected window center [09:39] switched back to oxygen [09:40] when you look at the stripes, you will notice that the blue is stronger on the left half of the window [09:40] while the fading is longer on the right side [09:40] so you have a light effect in the very window center as a combination of oxygen deco + oxygen style [09:41] and a wrong window center created by the stripes in the deco [09:41] TBH this doesn't make the stripes look any better from my POV [09:42] <\sh> apachelogger, but in general it looks better with something in the titlebar...only grey isn't fun and it gives us a nice different touch then mac [09:42] bug 231731 [09:42] Launchpad bug 231731 in ubuntu "[needs-packaging] arora" [Wishlist,New] https://launchpad.net/bugs/231731 [09:42] \sh: I agree on that, but the current approach is just not.... oxygen [09:43] <\sh> kwwii, please fix ;) [09:43] Serega: oh, btw, did you file a needs-packaging bug? [09:43] kwwii: please fix [09:44] <\sh> hmmm...it's a bit strange then I'm listening to a german group named Dschingis Khan? [09:44] <\sh> yes it is [09:44] np: Justice - Stress (Auto Remix) [09:44] that is a fantastic remix [09:45] * apachelogger should port revu-report to ruby and make it work properly [09:45] apachelogger: \sh: http://lydiapintscher.de/tmp/ozone.png [09:45] * \sh has a compilation here of a lot of 80ties music ;) [09:45] Nightrose: IMO even that looks better than the stripes [09:45] <\sh> Nightrose, the stripes are in oxygen and trunk... [09:45] <\sh> nah [09:46] <\sh> the blue scares me [09:46] <\sh> it reminds me of my mental state [09:46] ^_^ [09:46] Nightrose: please upgrade [09:46] apachelogger: nah ;-) [09:46] Nightrose: the neon sandbox for kde should b working once again [09:46] i will just stay with oxygen [09:46] ah cool [09:46] and you should get a session option in kdm [09:47] please check if everything works [09:47] by logging in? [09:47] yeah [09:47] i will not do that today [09:47] meh [09:47] why not? [09:47] no time to fix a broken system ;-) [09:47] sorry [09:47] well [09:47] use a different user?! :P [09:48] * apachelogger loves his VMs [09:48] hmmmm could do later [09:48] makes testing so much more easy [09:54] * \sh switches to trunk...now :) [09:54] <\sh> brb [09:57] Nightrose: btw, you will have to install kde-nightly [09:57] apachelogger: i already have it installed ;-) [09:58] but why will i have to? [09:58] the package I mean [09:58] ah ok [09:58] it ships the xsession file and startneonkde [09:58] alright [09:58] off to shower - bbiab [10:04] apachelogger: no, I didn't. must I? [10:05] well [10:05] you should [10:05] but you don't have to as it is not a completely new package [10:06] * Serega is going to... well karma can't be enough ;) === hunger_t_ is now known as hunger === jpetso is now known as petsofox === petsofox is now known as jpetso === jpetso is now known as jpetso_away [10:23] <\sh> yeeha...trunk is running [10:28] anybody got time to help me figure out why ktorrent won't build [10:28] the error is http://paste.ubuntu.com/17876/ [10:29] the patch that fails to apply is http://paste.ubuntu.com/17877/ [10:29] and I have no idea what the problem is [10:30] Serega: did you really dput to revu? [10:30] the package still didn't show up [10:31] apachelogger: yup, revu.ubuntuwire.com [10:32] http://revu.ubuntuwire.com/details.py?package=qsynth [10:32] nothing there [10:32] Arby: does the changelog say what that patch is for? [10:32] apachelogger: here is a log of the upload: http://paste.ubuntu.com/17878/ [10:33] Riddell: yes, hang on [10:34] Riddell: changelog http://paste.ubuntu.com/17880/ [10:34] all of the problems I've hit have been related to the embedding of libbtcore [10:34] Serega: maybe revu is hungry and eating uploads ;-) [10:34] apachelogger: maybe retry?) [10:34] well [10:34] you should have a .upload file [10:35] what does thatone say? [10:35] apachelogger: all successfully [10:35] well [10:36] Arby: looks like the patch can be safely removed, it's just there to hide the name so nothing else uses it [10:36] Serega: you could ask a revu admin to check [10:36] or we could just wait [10:36] Riddell: oh, ok [10:36] let me try to rebuild then [10:39] apachelogger: Im going to ask on #ubuntu-motu according to http://revu.ubuntuwire.com/ [10:39] Serega: https://wiki.ubuntu.com/MOTU/Packages/REVU somewhere at the bottom you find a list of revu admins [10:40] s/bottom/middle [10:40] Riddell: progress. new error now http://paste.ubuntu.com/17882/ [10:40] Riddell: debian/rules has http://paste.ubuntu.com/17883/ [10:41] which looks different to what I'm used to [10:42] apachelogger: let's wait for now, I'll be away for a hour though [10:44] Arby: there must have been an error further up in the outpt [10:44] ok let me look [10:45] Riddell: [10:45] CMake Error at libbtcore/CMakeLists.txt:411 (add_subdirectory): [10:45] add_subdirectory given source "cmake" which is not an existing directory. [10:45] Serega: sure [10:47] Riddell: the complete output is http://paste.ubuntu.com/17887/ [10:49] Arby: what's in libbtcore/CMakeLists.txt:411 ? [10:50] Riddell: line 411 is add_subdirectory(cmake) [10:50] do you want the whole file [10:51] no [10:52] Arby: do you have libbtcore/cmake/modules/FindBTCore.cmake ? [10:53] Riddell: no, there is no cmake directory under libbtcore. [10:54] Arby: have you edited debian/patches/libbtcore/01_libbtcore_export.diff [10:54] ? [10:54] that's what should make libbtcore/cmake/modules/FindBTCore.cmake [10:55] Riddell: ahhh, I think that might be it. I read that as patching a file that didn't exist. my bad :( [10:55] let me try again with the original [10:59] Riddell: now we get http://paste.ubuntu.com/17894/ [10:59] which is what made me think it was wrong in the first place [11:03] Arby: hrm, I think upstream has changed things around since that patch was made [11:04] Arby: just drop the patch for now, it shouldn't be needed if the package is keeping btcore private [11:04] Riddell: ok, rebuilding [11:08] looks promising [11:10] * Riddell holds breath [11:12] Riddell: probably not advisable given the speed of this machine :) [11:13] Riddell: assuming it builds what do I do next? [11:13] I seem to have totally bypassed debian [11:13] I thought that was bad [11:18] Riddell: arrgh fail http://paste.ubuntu.com/17914/ [11:18] Riddell: the reason is that the package now has libbtcore.so.6 [11:19] Arby: this is progress indeed, it means it's all compiled [11:19] Arby: edit debian/ktorrent.install [11:19] debuild -nc [11:19] what does -nc do? [11:20] and could you explain how you know it's all compiled [11:20] in my mind error message == failure [11:21] * Arby --> man debuild [11:22] Riddell: debuild -nc throws the same error, is that what you expected? [11:22] -nc is no clear [11:22] so it doesn't have to compile it again [11:22] did you edit debian/ktorrent.install ? [11:22] no [11:23] then I would expect it to fail :) [11:24] you can tell it has compiled the app since it has started to install the files and make the .debs [11:24] ok, all good education :) [11:25] so I need to fix ktorrent.install [11:25] ? [11:25] yes, change the filename to the new version number [11:34] Riddell: next error http://paste.ubuntu.com/17932/ [11:35] Riddell: I'm guessing the key is 'To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH' [11:35] but how to do that [11:35] export LD_LIBRARY_PATH=$something [11:35] ? [11:36] shouldn't need to, it's in /usr/lib [11:36] pastebin ktorrent.install ? [11:37] Riddell: [11:37] http://paste.ubuntu.com/17937/ [11:38] Arby: it doesn't include libbtcore.so.6 [11:38] oh yes, I misread kt as bt. oops sorry [11:39] add back .6 and 6.0.0 [11:39] debuild -nc [11:42] Riddell: I think we have success :) [11:42] debsign faied but everything else seems ok [11:43] excellent [11:43] install the .debs [11:43] see if it runs [11:45] if so debuild -S -sa and upload the .orig .dsc and .diff.gz somewhere I can get them (copy to my machine if you want) [11:46] Riddell: hmm, dependancy errors http://paste.ubuntu.com/17948/ [11:46] requires kdebase-runtime but that is uninstallable [11:47] * Arby pokes apt-get with a sharp stick [11:48] ah well, such are the problems when working with the development release [11:48] we'll just have to assume it works, send me the files and I'll upload [11:59] meh [12:00] Riddell: http://pastebin.com/m8cb0bae guidance-power-manager won't start :( [12:00] Riddell: the files are on lichts [12:00] I'm not certain the changelog will be right [12:00] and I haven't changed any info in debian/control either [12:01] Riddell: if I need to fix those ^^ let me know I have to go out now [12:01] Riddell: thanks for all the help :) [12:01] apachelogger: kde4 version? [12:02] a|wen: yes [12:03] * a|wen is relieved [12:03] * apachelogger isn't [12:04] other question: should new kde4 packages get a -kde4 suffix? [12:04] or just replace the kde3 version [12:04] considering 4 is stable of course [12:04] apachelogger: have you managed to get it to build a .deb ? [12:05] or are you just playing around in the source tree [12:05] usually I test software before I package it [12:05] prevents wasted time ;-) [12:06] apachelogger: heh ... got a point :) [12:07] apachelogger: you could try exchanging the mentioned line with "from PyKDE4.kdecore import *" as a temporary measure [12:08] breaks again [12:08] well [12:08] I guess python-kde4 in intrepid is b0rked [12:08] just like everything else [12:09] doesn't sound unlikely ;) [12:09] http://aplg.kollide.net/screencasts/kopete-bonjour.ogg [12:10] apachelogger: what do you use to grab the screen? [12:10] recordmydesktop [12:10] brilliant name [12:11] indeed [12:12] Arby: I don't see the .orig [12:31] <\sh> apachelogger: could it be that amarok2 svn from just now has problems with sqlite? [12:46] \sh: everything is possible, what's the problem? === jpetso_away is now known as jpetso [14:45] nixternal_: do you have a new package for kde-network in the queue? cause kopete doesn't open message windows instantly when you receive a message in kde 4.1 beta 1 - i reported the error and it was fixed by upstream [14:46] nixternal_: so if you are going to upload a new package of it please consider adding that patch [15:23] umm kdm-kde4 can't be stopped using "/etc/init.d/kdm-kde4 stop" -> Stopping K Display Manager: kdm-kde4 not running (/var/run/kdm-kde4.pid not found). [15:23] known bug? [15:31] gribelu: should be... [15:31] can't restart x from kdm-kde4 with ctrl + alt + backspace... [15:31] it hungs like that... ffs.. [15:32] the new version of kmilo-kde4 is still useless on "my" lenovo laptop... [15:33] DreadKnight: you could make it work [15:33] see the patches for kmilo [15:33] i'm not a coder... it's a burden for me to patch up source etc [15:34] need help on that xD [15:34] (multimedia keys not working) [15:34] * apachelogger throws code at DreadKnight [15:34] xD [15:34] find someone to do it then :P [15:35] i should find out where to get the code from and compile it... [15:35] you just need to port the appropriate patches from kmilo to kmilo-kde4 [15:35] :D [15:35] right [15:37] uhhh, fancy cron management kcm in 4.1 [15:37] shiny [15:41] yey [15:41] too bad i never use it [15:42] it should have been "kron" ^^... the one in kde3 was ekkkk [15:42] nevermind the name suggestion [15:44] omg, my imap slave died [15:44] omg [15:44] omg [15:46] omg for me too... [15:47] apachelogger: qsynth is appeared in the revu finally [15:48] cool [15:48] * apachelogger tunes in revu music [15:48] apachelogger: what is a purpose of "need repackage" bugreport? [15:48] np: Rancid - Red Hot Moon [15:48] Serega: peopel can track progress [15:48] ho-ho, Rancid... [15:48] so one doesn't end up with duplicated effort [15:48] aw... nice [15:49] before packaging you should always check/report a needs-packaging bug and assign it to you [15:49] s/you/yourself [15:53] damn can't find where I saw that qsynth is orphaned :( [15:53] hm? [15:53] Serega: btw, current debian/watch version should be 3 [15:54] apachelogger: hm... I considered this as a new package, so... I will rename if needed [15:55] now I am confused [15:55] Serega: what do you want to rename? [15:55] I thought you are talking about qsynth_0.3.2_3ubuntu1 [15:55] instead of 0ubuntu1 [15:55] no? [15:56] Serega: debian/watch [15:56] I didn't look at debian/control yet ;-) [15:56] ah... it's file [15:56] ehh [15:56] debian/changelog [15:56] Serega: lol [15:56] sorry :) [15:57] apachelogger: changed. what now? just upload? [15:57] og I have to raise the version now? [15:57] I'll probably find more :P [15:58] Serega: no [15:58] only bump the version once the package is in the archive [15:58] so once the current version is in and you change something and bump the version [15:58] ok, so just poke me if you find something or some actions are needed from me [15:58] and you stick to that version number with all changes until this version got into the archive as well [15:58] Serega: well, fix that 3ubuntu1 :P [15:59] it is 0ubuntu1, I didn't changed anything :) [15:59] ok [15:59] Serega: did you steal the debian/copyright from debian? [16:00] mostly [16:00] that means? [16:00] to go from docbook->man at build on a system without internet access, should I change the DTD in the docbook file to point to /usr/share/sgml/docbook/dtd/4.5/docbook.dtd ? [16:00] hm, pbuilding and compiling koffice is apparently a bas thing to do [16:00] apachelogger: I have added the Copyright and last paragraph about package copyright (\sh adviced me that) [16:01] ok [16:01] (see the error from building knmap : http://paste.debian.net/5585/ ) [16:03] Serega: if you want you can set yourself as XSBC-Original-Maintainer in debian/control [16:04] Serega: did you remove the note about Qt Designer yet? :P [16:04] apachelogger: what does it actually mean? actually I'm not a debian maintainer (but I would). I like the idea. [16:05] well, this XSBC-orig-maint is actually ubuntu-only AFAIK [16:05] usually it's used for the debian maintainer [16:05] so if we change a debian package [16:05] the debian maintainer shouldn't be primary contact anymore [16:06] apachelogger: nope, authors of the software represent it in exactly same way, but maybe we should correct this, agree [16:06] so we move the debian maintainer to XSBC and add Ubuntu MOTU or Core Devs to the Maintainer field [16:06] apachelogger: so I set this to me [16:06] yup [16:06] so people can get in touch with you in case they have questions or stuff [16:07] it's mainly for internal use really [16:08] Serega: no, absolutely no one is interessted if an application was designed using Qt Designer [16:08] that is at it's best just useless information [16:09] Serega: btw, debian/control Qt4 -> Qt 4 [16:10] corrected [16:10] * Serega tries 3rd variant of bugreport description... [16:12] * Serega doesn't want to wound former maintainer feelings [16:16] Serega: debian/compt says 5, but you depend on debhelper >= 4 [16:16] the thing is, debehlper 4 can not run in compability mode 5 ;-) [16:18] question is [16:18] Serega: what is debian/dirs for? [16:20] Serega: dh_desktop in debian/rules doesn't do anything [16:21] Serega: W: qsynth: binary-without-manpage usr/bin/qsynth === kewark is now known as krawek [16:30] Serega: btw, did you notify upstream about the desktop file issue? [16:35] apachelogger: does debian/compat mean debhelper major veersion? [16:35] so I have to specify 5.0.0? [16:35] in the build-dep, yes [16:37] apachelogger: debian/dirs just copied from the old package. Now I'm googling about this file [16:38] Serega: man dh_installdirs [16:38] dh_installdirs is a debhelper program that is responsible for creating subdirectories in package build directories. [16:38] A file named debian/package.dirs can list directories to be created. [16:39] Serega: the directories dirs currently is listing are necessary for actual make install [16:39] but [16:39] make install is using the 'install' command [16:39] which is creating the directories [16:39] aha... that was a question :) [16:39] so I remove it [16:39] yeah [16:39] the only use would to create usr/share/pixmaps [16:40] but since you use install for the xpm file as well, that is pretty much pointless as well [16:41] uh, my english is suffering from too loud music :D [16:42] apachelogger: it's much better than my though :) [16:43] apachelogger: I saw the manual page for dh_desktop (Currently doesn't handle...) but looks like it works for me [16:43] Serega: well [16:43] I have tested binary builds [16:43] dh_desktop does nothing [16:43] i.e. it should be removed from debian/rules [16:43] as it, attention loop, does nothing [16:44] bah... [16:44] it is in the Makefile.in [16:44] :) [16:44] apachelogger: do you think you can get neon for suse working until 15th for the bugday? [16:44] * Serega believes in magic... dumb [16:45] Nightrose: kubuntu education > neon for suse [16:45] Nightrose: just find someone to create the specs [16:45] everything else is done [16:45] apachelogger: ;-) [16:45] i see [16:45] ok will try when i have a free minute [16:45] working on the wiki page for bug day now [16:45] add some nice pictures [16:45] hehe [16:45] Nightrose: and did that sebner guy join the team yet? [16:46] he went to bed yesterday and said good morning today [16:46] besides that nothing [16:46] as he didn't really decide what he wants to do [16:46] will bug him later [16:47] considering the upcoming bug day ... bugging someone gets a totally different meaning for me :P [16:47] heh [16:50] Serega: add a manpage and the package should be perfect ;-) [16:54] apachelogger: lovely! actually I thought about this [16:55] apachelogger: I guess I must remove dh_installdirs as I have no .dirs files, right? [16:56] hm [16:56] dh_installdirs [16:56] install -d debian/qsynth [16:56] install -d debian/qsynth/usr/bin debian/qsynth/usr/share/applications/ [16:56] Serega: remove it and check whether the build breaks ;-) [16:56] shouldn't, but with autohell everything is possible [16:57] * apachelogger continues his interview for ubuntu-de [16:58] $5 it will not break ;) === bdgraue is now known as bdgraue-em [17:01] woohooo! === quassel251 is now known as smarter [17:24] Serega: we usually only bet with >= 50 bucks :P [17:24] or beer [17:25] hey, I'm from Ukraine :) [17:25] beer is suitable [17:25] I won this time, anyway :p [17:38] manpage done [17:38] lintian relaxes [17:39] apachelogger: poke me please when you finish - I will upload [17:39] Serega: finish with? [17:39] apachelogger: review [17:39] aye [17:39] Serega: you will need a 2nd revu [17:39] * smarter waves [17:40] so better get cookies ready for \sh ;-) [17:40] apachelogger: from another MOTU you mean? [17:40] or nixternal_, though nixternal_ is busy 24/7 [17:40] apachelogger: there's something wrong in your /opt/kde-nightly/cdbs/kde.mk [17:40] Serega: yes [17:40] DEB_DH_SHLIBDEPS_ARGS = -l/usr/lib/kde4/lib/ [17:40] hehe [17:40] indeed [17:40] apachelogger: so I can upload now, just dput as a first time? [17:40] smarter: doesn't have any effect though [17:41] doesn't seem so [17:41] but I don't understand what it is for ^^' [17:41] Serega: just like you did before [17:41] eventually you will have to dput with -f [17:41] as you uploaded once dput might complain [17:41] thank you, apachelogger! [17:41] smarter: me neither [17:41] * Serega brings a package of cookies [17:41] smarter: oh, I think I know [17:42] sharedlibs within usr/lib/kde4/lib are probably not catched without it [17:42] but how does it catches /opt/kde-nightly/lib/ ? [17:42] rpath I guess [17:44] (by the way, thanks for these packages ;) ) [17:47] \sh: Stephan? [17:48] smarter: I am surprised they are actually working :D [18:08] Serega: looks good now, btw, you can/should kill changelog entry 2, 3 and 5 [18:08] as it is part of the repackaging [18:12] apachelogger: I'd like to leave 5 to take an attention of debian maintainer/future mergers [18:12] what do you think? [18:12] well, doesn't the package differ a lot more [18:13] then you would have to document all the changes [18:13] and actually make it a merge again :P [18:15] apachelogger: I'm not sure I follow you [18:16] Serega: if you document such changes from the original debian package [18:16] you would have to document all changes [18:16] and that would make it more like a merge than a new package [18:16] it is rather a change from the upstream [18:17] okay, I delete it [18:28] Serega: well, almost no upstream GUI developer provides a manpage [18:28] and from my point of view, it doesn't make much sense at all [18:28] But policy is policy. [18:28] exactly [18:28] Khelpcentre> [18:49] afternoon :) [18:49] * nixternal_ stayed up way to late last night [18:50] hi nixternal_ [18:51] nixternal_: if somehow you have a piece of time, could you please give a revu for my package? [19:05] Serega: do you have a link to your package? [19:05] nixternal_: http://revu.ubuntuwire.com/details.py?package=qsynth [19:06] * jussi01 hugs Serega for packaging it :D [19:10] * Serega hugs jussi01 too =) [19:10] :) [19:11] !ndiswrapper [19:11] Wireless documentation can be found at https://help.ubuntu.com/community/WifiDocs [19:12] Serega: if the debian package is orphaned, why don't you maintain it? :) [19:13] nixternal_: I have done my first merge two days ago, and my first package yesterday. what maintaining are you talking about? :) [19:13] nixternal_: I would lovely though [19:16] Serega: update the package and find a sponsor on Debian and then request a sync here :) [19:16] package looks great though [19:16] nixternal_: thanks [19:16] test building and installing now [19:16] nixternal_: apachelogger is a great coach =) [19:16] err, can't install...I am not on intrepid :) [19:17] nixternal_: hm... it installs good on my system [19:17] just debuild -b [19:17] nah, building with pbuilder to make sure it works...will install in a chroot [19:22] can I mount swap explicitly? [19:22] like mount -t swap /dev/sda2 ? [19:24] or do I have to dop it into fstab then mount -a ? [19:29] nixternal_: what did you mean by "update the package"? [19:29] make it debian? [19:36] * Serega doesn't know what to do [20:40] Serega: see nixternal's comment [20:40] apachelogger: saw [20:40] k [20:41] apachelogger: I have already prepared a debian package and sent an email to debian-devel@lists.debian.org [20:41] Serega: you might jump over to #debian-qt-kde on irc.debian.org [20:41] Serega: might be faster [20:41] apachelogger: oh, IRC is good, thanks! [20:46] apachelogger: maybe it's better to wait for reply if I have already sent a mail? [20:46] *shrug* [20:46] doesn't really matter IMO [20:48] apachelogger: I want take gqview to merge, is it ok? [20:48] Serega: yup [20:48] though the name sounds strange ;-) [20:49] gqview - A simple image viewer using GTK+ [20:49] apachelogger: Just saw xcow on happypenguin. Written in Gtk+ [20:49] =) [20:49] damn [20:50] * Serega was confused with gwenview [20:51] Serega: and Kino [20:52] Kino afaik gtk+ too, right? [20:52] * Serega wonders authors never heard about K* names :) [20:52] Yep [20:53] * Serega declares KDE monopoly on K* names [20:54] atlantiK [20:54] not kde?! [20:54] Ha ha [20:55] that's the KDE monopoly game [20:57] or was [21:30] is there a real need to keep merging or it's better to get to the coding? [21:36] there doesn't really seem to be that many kde packages left to merge [21:40] at least not in universe [21:41] To the multiverse batman!!! [21:42] :) [21:42] * Serega is batman, lol :) [21:43] cool ... a total of 16 outstanding merges in multiverse [21:44] Serega: extragear needing done too ftp://ftp.kde.org/pub/kde/unstable/4.0.80/src/extragear/ [21:44] most of which are currently packaged as -kde4 packages [21:45] Riddell: ok. And what has higher priority: kaffeine bugfixing or this packaging stuff now? [21:45] Ha ha [21:46] my mom got locked out of her classes by Vista [21:46] she can't gain access to it as a super user [21:47] Serega: packaging at the start of the cycle, else it'll never get done [21:47] we also don't know if we'll be using kaffeine in intrepid by default [21:48] Riddell: uploaded .orig file [21:49] Riddell: I thought it's for hardy updates. But okay, I'm glad to continue with packaging [21:51] ``style'' question. Is it permissible to include the DTD in a refentry manpage, or should I put the link instead? My argument for including the DTD is that anybody with the proper utility doesn't need to install a large package or have an internet connection to convert it to the manpage [21:51] refentry manpage == manpage written in Docbook [21:53] knite folks [21:53] night k? [21:59] DaskreecH: KDE-styled "good night" :) [22:36] ryanakca: doing that would lead to a lot of duplication over all packages [22:39] Riddell: ok, so should I put a link to the online DTD, or to the `docbook' package's /usr/share/sgml/docbook/dtd/4.5/docbook.dtd ? [22:39] mm, dunno, whatever other packages do [22:43] Riddell: ok, thanks :)