[00:00] <apachelogger> omg, qtparted builds again
[00:00]  * apachelogger uploads before he finds something else to fix
[00:13] <apachelogger> [report] qtparted merged
[00:16] <apachelogger> [report] kdmtheme uploaded
[00:16] <apachelogger> Serega: https://edge.launchpad.net/ubuntu/+source/kdmtheme thank you :)
[00:16] <Serega> apachelogger: np =)
[00:20] <Serega> bah! qtstalker has changes in .orig
[00:24] <apachelogger> Serega: yeah, lovely, isn't it :S
[00:24] <Serega> apachelogger: sweet... I'm going to move it to cdbs, ok?
[00:25] <apachelogger> Serega: you can do everything, but you should keep in mind that everything you change increases the time one has to spend on the next merge
[00:25] <Serega> and, actually, want to clean the patch as it is not locale-aware :-\
[00:25] <Serega> woohoo!
[00:26] <apachelogger> lets make that almost everything ;-)
[00:40] <yuriy> Riddell: that timing doesn't work for me. as I said, I don't think any time during the next 3 weekends work for me, so I may not be able to do it at all
[00:42] <jofko> hello
[00:43] <jofko>  anybody knows where i can found default profile for settings  kde4 apps?
[00:46] <nixternal> seele: haven't heard anything about resizing issues
[00:46] <nixternal> I am experiencing a lot of the same issues that I have in the kde4daily
[00:48] <nixternal> Riddell: hahaha, you from Chicago? :P
[00:50] <seele> nixternal: do you have compiz installed?
[00:51] <nixternal> seele: no I do not
[00:56] <seele> ah hah
[00:56] <seele> nixternal: looks like compiz breaks kwin or something
[00:57] <seele> at least with what justin just installed
[00:57] <seele> he disabled all effects and he can resize windows now
[01:03] <nixternal> someone has compiz running with it smewhere because they were talking about it
[01:03] <yuriy> seele: bug 237567?
[01:07] <yuriy> hmm should I be concerned about kdegraphics failing to build on lpia?
[01:07] <yuriy> what is lpia anyways?
[01:14] <nosrednaekim> yuriy: yeah... I have to fix up the effects levels for Intrepid... they suck right now
[01:14] <nosrednaekim> yuriy: Low Power Intel Arch.
[01:32] <Serega> knite, folks
[01:38] <yuriy> nosrednaekim: maybe some of these should be fixed for Hardy?
[01:38] <yuriy> (you did desktop-effects-kde? i keep forgetting if it was you or mhb)
[01:38] <nosrednaekim> yuriy: I wanted to, but by the time I recognized there was a problem I couldn't
[01:38] <nosrednaekim> we kinda did it together
[01:38] <yuriy> ah. that explains it :P
[01:38] <nosrednaekim> but if there is a bug ^_^
[01:38] <yuriy> maybe some of them could be SRU?
[01:39] <nosrednaekim> I'll work on getting a better set of configs
[01:39] <nixternal> kdebindings suck!
[01:39] <nosrednaekim> gotta get compiz running first :P
[01:39] <yuriy> nixternal: are the 4.0 ones bad as well? have been avoiding those
[01:39] <nosrednaekim> nixternal: haha,.... apachelogg was complaing about them a couple weeks ago
[01:40] <yuriy> not that there's a lack of packages to choose from
[01:40] <nixternal> I am having an issue with the DOM:: classes with smoke
[01:43] <nosrednaekim> yuriy: whats a SRU?
[01:44] <nixternal> stable release update
[01:46] <nosrednaekim> ah
[01:46] <nosrednaekim> ok... I'll see what I can do.
[01:50] <crimsun> nixternal: (since I'm not identified) I doubt my opinion makes any difference regarding your submission, and I'm no longer core-dev.
[01:51] <JontheEchidna> nixternal: kdebindings do suck
[01:51] <JontheEchidna> I feel your pain
[01:53] <yuriy> nosrednaekim: https://bugs.launchpad.net/ubuntu/+source/desktop-effects-kde/ several crashers there
[01:54] <yuriy> hmm maybe you can't see them
[01:54] <yuriy> since apport bugs are private
[01:55] <nosrednaekim> yeah... I can see any crashers there
[01:55] <yuriy> hmm maybe I can subscribe you or something. I don't know what the policy on that is, it hasn't been an issue for me since I'm in bugcontrl
[01:56] <nosrednaekim> I'd better get in bug ctrl
[01:57] <Jucato> seele, yuriy, Nightrose. congrats
[01:58] <yuriy> thx Jucato
[01:59] <nosrednaekim> yuriy: I suppose you as a council member just can't make me be in bug ctl :P
[02:00] <yuriy> nosrednaekim: hehe. wrong council ^_^
[02:00] <yuriy> it should be OK to just subscribe you or assign to you, but I want to make sure what the policy is
[02:06] <Jucato> the Jedi Council
[02:08] <nosrednaekim> yuriy: I'm the upstream maintaner pretty much so I don't see the harm
[02:08] <yuriy> nosrednaekim: I think these are OK to make public anyway
[02:09] <yuriy> nosrednaekim: what's your LP id?
[02:09] <nosrednaekim> nosrednaekim
[02:09] <nosrednaekim> :P
[02:14] <seele> yuriy: ah, yep. that's it
[02:14] <seele> Jucato: thanks
[02:16] <nosrednaekim> yuriy: ok... that first bug is probably kwin crashing...
[02:21] <yuriy> lol, i take it apport replaces usernames with "username" and this guy's username was "t"
[02:22] <yuriy> have fun reading that backtrace :P
[02:25] <yuriy> nosrednaekim: sorry if a couple of these are duplicates that apport didn't catch, i'm not paying too close attention to the traces
[02:28] <yuriy> nosrednaekim: you should probably just subscribe to bugs for the package
[02:29] <yuriy> (that doesn't help the private thing though)
[02:31] <yuriy> nosrednaekim: ok, you should be able to them all now
[02:31] <nosrednaekim> ok
[02:31] <nosrednaekim> couple of these aren't even bugs
[02:32] <yuriy> nosrednaekim: like? if it crashes it's a bug..
[02:32] <yuriy> titles might be off though, but traces tell all
[02:32] <nosrednaekim> like complaining about compiz not working.... and then saying he has no composite extention.... its a driver problem
[02:33] <yuriy> nosrednaekim: i think the trace is about something else though, same as half of them or so, about not finding Default.ini
[02:34] <nosrednaekim> ah... I see... I think I know what the problem is there too
[02:34] <nosrednaekim> lol.... I see the "t" one.. thats pretty funny
[02:36] <nosrednaekim> thanks yuriy, I'll take a look at those soon
[02:36] <yuriy> :)
[02:37] <yuriy> nosrednaekim: http://wiki.ubuntu.com/StableReleaseUpdates for further reading
[02:47] <yuriy> wow kdeedu is the 2nd biggest module
[03:22] <yuriy> hmm kalzium failed to build
[03:27]  * dAsKrEeCh finds that he doesn't understand stirgi very much
[04:05] <Hobbsee> mhb: i didn't give up.  i switched areas.  that being said, i'm reasonably inactive nwo
[04:06]  * dAsKrEeCh stickes daises in Hobbsee's hair
[04:06] <Hobbsee> ooh, daisies!
[04:07]  * dAsKrEeCh sticks spelling checks in dAsKrEeCh's keyboard
[04:07] <dAsKrEeCh> :-)
[04:11] <dAsKrEeCh> how are you Hobbsee?
[04:12] <Hobbsee> dAsKrEeCh: doing OK.  exams soon :(
[04:12] <dAsKrEeCh> which exams?
[04:14] <Hobbsee> uni
[04:14] <dAsKrEeCh> Duh
[04:14] <dAsKrEeCh> which subejects
[04:14] <dAsKrEeCh> subjects
[04:17] <Hobbsee> a java subject, a computer networking subject, and a maths subject on finite state acceptors, encryption, and otehr fun.
[04:22] <dAsKrEeCh> Hobbsee: sounds wonderful
[04:23] <crimsun> good luck
[04:26] <Hobbsee> thanks..
[06:05] <Jucato> nixternal: pokey pokey. if you could update your yakuake-kde4 package to at least 2.9.2. that version has a fix for keyboard shortcuts :)
[06:06] <Jucato> kthxbye :)
[06:06] <dAsKrEeCh> what kinda keyboard shortcuts?
[06:06] <Jucato> Fixed shortcuts with versions of KDE 4 trunk (4.1) from April 22nd 2008 and newer. The Konsole KPart now defaults to overriding shortcuts, and Yakuake must do additional work to continue to receive them. <---- those kind
[06:06] <Jucato> specially shortcuts to switch tabs
[06:07] <dAsKrEeCh> erk
[06:07] <Jucato> KDE 4.0 users won't probably notice the bug
[06:08] <dAsKrEeCh> That would be me
[06:08] <Jucato> s/notice/have/
[06:24] <dAsKrEeCh> Jucato: http://bomahy.nl/hylke/blog/yes-its-coming/
[06:25] <Jucato> poo kopete
[06:25] <Jucato> er.. poor*
[06:25] <Jucato> :D
[06:26] <dAsKrEeCh> Well far as I know that's why Google has been paying Sean for like a yaer now
[06:26] <dAsKrEeCh> Though.. I guess that might have been rumours
[06:29] <dAsKrEeCh> bah
[06:29] <dAsKrEeCh> reboot time
[06:29] <nixternal> Jucato: yakuake is 2.9.3 :)
[06:29] <nixternal> and yakuake has been 2.9.2 since yesterday
[06:30] <Jucato> your PPA?
[06:30] <nixternal> yup
[06:30] <nixternal> ~kubuntu-members-kde4
[06:30] <Jucato> ok. I'll inform flaccid to update
[06:30] <Jucato> thaaaaaaanks nixternal :)
[06:31] <Jucato> now can I have free money? :D
[06:36] <nixternal> always :)
[07:23] <Serega> good morning, friends
[07:23] <Serega> apachelogger: ping
[07:23] <blizzzek> morning
[07:24] <Hobbsee> evening!
[07:25] <Serega> good evening, Hobbsee! :)
[07:29] <nixternal> mornin'
[07:30] <santiago-ve> http://xkcd.com/433/
[07:34] <dasKreeCh> Oh please let Konqueror be fixed with Qt 4.4 come 4.0.5 :-)
[07:35] <\sh> dasKreeCh, use trunk ;)
[07:35] <dasKreeCh> \sh: after 4.1 ships :)
[07:36] <\sh> what I really like in trunk is the oxygene window color...it has some nice blue stripes in the titlebar...I wonder how I do get that back in 4.1beta packages
[07:37] <dasKreeCh> \sh: wait for Beta 2? :-)
[07:37] <\sh> dasKreeCh, na it's in trunk :) 4.0.81 ;)
[07:38] <\sh> dasKreeCh, so it has something to do with the color scheme
[07:38] <Serega> btw, my kde4-desktop became unusable after night update: strong artifacts on GUI
[07:39] <Serega> maybe proprietary nvidia driver though...
[07:40] <\sh> funny...on intel I don't have any problems with or without compositing...but on ati ... with compositing it's unsuable slow...and without it somehow works
[07:43] <Serega> gurus, who can review and upload my merge? it's not very big
[07:56] <Arby> morning all
[07:56] <Serega> Arby: hey
[07:56] <Serega> Arby: I have beaten kdmtheme :)
[07:56] <Arby> I noticed, good work :)
[07:57] <Serega> thank you
[08:01] <santiago-ve> gah >.< i want to s33lp!!
[08:07]  * Serega misses apachelogger
[08:30] <Nightrose> morning :)
[08:30] <Nightrose> Jucato: thx :)
[08:46] <Serega> morning Nightrose
[09:29] <Serega> interesting,,, can I upload my merge by myself?
[09:33] <Riddell> Serega: not unless you're a motu
[09:33] <Serega> hm... I want to became a motu
[09:34] <Serega> Riddell: Jon, have you a minute to review and upload?
[09:36] <Riddell> Serega: can do, what do you have?
[09:36] <Serega> Riddell: here http://paste.ubuntu.com/17428/
[09:37] <Serega> it is qtstalker
[09:39] <Riddell> https://wiki.ubuntu.com/UbuntuDevelopers#MOTU  for how to join MOTU
[09:43] <Riddell> hmm, paste.u.c not working here
[09:44] <Riddell> Serega: can you use another pastebin
[09:44] <Serega> Riddell: I have use kubuntu.pastebin.ca, but apachelogger has banned it :)
[09:45] <Serega> Riddell: what do you prefer?
[09:45] <Riddell> that's fine
[09:45] <Serega> I can repast this in a second
[09:45] <Serega> wait a sec...
[09:47] <Serega> Riddell: http://kubuntu.pastebin.ca/1040226
[09:47] <Tonio_> Riddell: I have a python/qt developper here that would be interested in coding a kcm module for xrandr for both kde3 ans kde4
[09:47] <Tonio_> Riddell: what is the email of the guy doing the gnome thing we saw at the uds ?
[09:47] <flaccid> Tonio_: does the retricted drivers support randr for multiple displays?
[09:48] <Tonio_> flaccid: I don't use them, but I think there is an effort for this
[09:48] <Riddell> Tonio_: bryce
[09:48] <Tonio_> flaccid: I personnaly use radeonhd atm
[09:48] <Tonio_> Riddell: Harrington ?
[09:48] <Tonio_> Riddell: great, I'll ping him on that point then
[09:48] <Riddell> Tonio_: yes, but it's probably easier to fix the tool in KDE 4
[09:49] <Tonio_> Riddell: the krandrtray ?
[09:49] <flaccid> Tonio_: yep its a big gap in the support :(
[09:49] <flaccid> especially for nvidia users
[09:50] <Tonio_> Riddell: I was thinking about that for kde3 too in fact (I still have to consider kde3 for our clients unfortunatelly...)
[09:50] <Riddell> "Make debian/rules fail on clean errors"  Serega why that?
[09:50] <Serega> Riddell: just to calm down lintian. Maybe phrase isn't so good
[09:51] <Serega> Riddell: you can see: I just have turned on care of clean-errors
[09:51] <Riddell> Serega: you edited Toolbar.h ?
[09:52] <Serega> Riddell: nope, debian had that change in .orig
[09:52] <Riddell> tsk
[09:53] <Riddell> hmm, the same change is in 02_fix_gcc4.3_ftbfs.diff
[09:53] <Serega> if the same == in .orig
[09:53] <Serega> then yes
[09:54] <Serega> It's to send this dpatch stuff to debian maintainer asap
[09:54] <Serega> *it's better
[09:54] <Serega> before they do more changes in original source
[09:57] <Riddell> patch unexpectedly ends in middle of line
[09:57] <Riddell> patch: **** malformed patch at line 238:
[09:57] <Riddell> wibble
[09:57] <Riddell> Serega: can you pastebin just the 02_fix_gcc4.3_ftbfs.diff file, patch doesn't like it for some reason
[09:58] <Serega> Riddell: sec...
[10:02] <Serega> Riddell: here http://kubuntu.pastebin.ca/1040236
[10:02] <Serega> kubuntu.pastebin.ca lagged
[10:03] <santiago-ve> shehs! Riddell you dont sleep?!
[10:04] <Riddell> I just had a good 9 hours of sleep
[10:04] <Nightrose> Riddell: don't tell anyone - you'll loose this superhero aura ;-)
[10:05] <Serega> :)
[10:05] <Riddell> but I was hacking on code in that sleep!
[10:05] <Nightrose> hah
[10:05] <Nightrose> very good
[10:05] <Nightrose> ;-)
[10:05] <Serega> true developer never leaves coding
[10:05] <santiago-ve> ^  true
[10:06] <santiago-ve> im still "merging" 3 sources of the same project... made by different developers... >.<
[10:07]  * santiago-ve started 2 days ago :S
[10:10] <Riddell> santiago-ve: what project is that?
[10:10] <santiago-ve> Riddell, the ROMBO project...
[10:11] <santiago-ve> you can read some here: www.rombo.org.ve if you cna understand spanish... or i can give you a small overview
[10:13] <Riddell> it uses gambas?
[10:14] <santiago-ve> the client, yes
[10:15] <santiago-ve> that project is a exotic mix of languages~
[10:16] <Riddell> Serega: stalker uploaded, many thanks
[10:16] <Serega> Riddell: thanks Jon
[10:18]  * santiago-ve getting hungry >.<
[10:18] <santiago-ve> and no pizzas left...
[10:18] <santiago-ve> well back to work anyways...
[10:19] <Serega> it is ok if I pick qemu?
[10:19] <Riddell> Serega: that's a complex app, and nothing to do with qt
[10:20] <Riddell> you'd need to ask the server team if you wanted to do it
[10:20] <Serega> ah,,, not qt, right
[10:20] <Serega> not really
[10:20] <Serega> so... qsynth?
[10:21] <Riddell> go for it
[10:21] <santiago-ve> Serega, Riddell have you seen some app called Qtdevelop¡
[10:21] <santiago-ve> ?
[10:21] <Serega> santiago-ve: yes
[10:21] <Serega> but only seen
[10:21] <Riddell> santiago-ve: no but I've heard of it
[10:22] <santiago-ve> for a sec i thought it was on the repos... anyways... its somewhat "quick" to develop c++ stuff with qt bindings~ very interesting tho
[10:23] <Riddell>  [dpkg-source output:] dpkg-source: error: file filelight_1.0.orig.tar.gz has size 1386174 instead of expected 718760
[10:23] <Riddell> E: 'dpkg-source -x' failed for /home/lp_archive/syncs/filelight_1.0-2.dsc [return code: 6400].
[10:23] <Riddell> looks like that'll need to be merged then
[10:25] <Serega> how can such happen? misupload of original tar?
[10:32] <Serega> Riddell: looks like qsynth can be synced. I just can't what does "
[10:32] <Serega> mv $(CURDIR)/debian/qsynth/usr/share/applications/desktop $(CURDIR)/debian/qsynth/usr/share/applications/qsynth.deskt
[10:32] <Serega> op
[10:32] <Serega> " do
[10:32] <Serega> sorry
[10:33]  * Serega will never ignore konversation warnings
[10:35] <santiago-ve> hahahah
[10:35] <santiago-ve> :p Serega happens sometimes :D
[10:40] <santiago-ve> woooooo almost done here >.<
[10:45] <Riddell> Serega: it moves it tohave a valid name
[10:46] <Riddell>   * debian/rules: rename desktop to qsynth.desktop (LP: #93218)
[10:46] <Serega> Riddell: ah... first is not a directory... somehow straightforwards solution. May I fix it in the right way?
[10:46] <Riddell> Serega: what's the right way?
[10:47] <Serega> Riddell: if the desktop file is generated by build tools then I will force them to produce 'qsynth.desktop' instead of 'desktop'
[10:48] <Serega> however good patch for upstream
[10:49] <Riddell> doesn't look like it is
[10:49] <apachelogger> Riddell: why would you use another pastebin than paste.u.c?
[10:50] <Serega> Riddell: aha, I see. then create a dpatch which deletes desktop and creates qsynth.desktop. How do you think?
[10:50]  * Serega waves to apachelogger
[10:50]  * apachelogger gives Serega a cookie
[10:51]  * apachelogger has a photo shooting thing in 40 minutes :S
[10:51]  * Serega crunches and smiles widely
[10:52] <Riddell> Serega: shrug, can do
[10:53] <Riddell> apachelogger: because p.u.c wasn't working for me
[10:53] <Serega> woohoo!
[10:54] <apachelogger> Riddell: strange, it's like the only one that is working in a usable way for me all others are loading for ages
[10:57] <Riddell> I just wish they wouldn't change everything to dos lineendings
[11:01] <apachelogger> Riddell: that sounds like a wishlist bug ;-)
[11:01]  * apachelogger has to leave
[11:01] <apachelogger> laters
[11:01] <\sh> apachelogger, it sounds like a developer bug
[11:11] <Serega> server reboot?)
[11:14] <flaccid> trying to install coremoid from the 4.1 beta 1 ppa which requires libplasma1, but thats not in the ppa repos yet?
[11:16] <\sh> flaccid, libplasma2
[11:17] <\sh> flaccid, looks like it's not updated for it
[11:19] <Serega> I see "debian-rules-ignores-make-clean-error" again, is it normal? shouldn't we fix that?
[11:20] <flaccid> \sh: yep gotya
[11:20] <\sh> Serega, it's a packaging faux pas
[11:21] <flaccid> thanks
[11:21] <\sh> Serega, file a bug + send fix in dbts and/or fix it in ubuntu
[11:22] <Riddell> the correct fix is usually not just to remove he dash though
[11:22] <Serega> \sh: I'm merging this package right now, so I guess no need to file a bug
[11:22] <\sh> Serega, it's really a faux pas which should be fixed in debian + ubuntu to be lintian clean :)
[11:22] <Serega> autotools artifacts?
[11:23] <\sh> Serega, debian/rules: clean: \n -$(MAKE) clean is wrong ;)
[11:23] <\sh> Serega, take a look here: http://lintian.debian.org/reports/tags/debian-rules-ignores-make-clean-error.html
[11:24] <Serega> \sh: I understand but it is a consequence, not a source of problem
[11:24] <Serega> \sh: what forces maintainers to put that dash?
[11:25] <\sh> Serega, there are some cornercases where you want that the build / debuild just runs through and not throwing errors
[11:26] <\sh> the "dash" will actually do that...ignoring errors in debian/rules aka makefile
[11:26]  * Serega likes that
[11:26] <Serega> clean builds I mean
[11:27] <\sh> it's a misunderstanding of the clean target imho...the same as "not understanding build-dependencies which needs to be installed before someone does debuild -S [-sa -k...]
[11:29] <santiago-ve> w00t! almost done... and i'm gonna make it to get early to work...
[11:29] <\sh> Serega, well...clean target, as said, will be executed two times: 1. debuild -S , but most of the time (especially for autotools packages) the Makefile is not created...2. during build phase..Makefile exists, so it shouldn't fail at all, but some Makefiles (even produced by configure) do have bugs, and with the "-" in front of that, the maintainer doesn't see them => totally wrong...
[11:30] <Serega> hehe...
[11:30] <\sh> Serega, checking if Makefile exists ==true then executing "make clean" is sane...and if Makefile exists == false , don't call "make clean" :)
[11:31] <Riddell> yes,  [ ! -f Makefile ] || $(MAKE) distclean
[11:31] <Riddell> is the way to go
[11:31] <Serega> cool, I will arm this
[11:31] <\sh> Riddell, as written on linitian report page ;)
[11:31] <Riddell> that's where I copied it from :)
[11:31] <Serega> qsynth behaves strange...
[11:32] <Serega> several patch-system-but-direct-changes-in-diff, but I have copis all source from orig just before debuild
[11:33] <Serega> I guess some targets modify sources :-\
[11:33]  * Serega wants to fix and looks carefully at Riddell and \sh
[11:33] <\sh> depends what was done before ... what does changelog says? :)
[11:35] <Serega> \sh: "patch-system-but-direct-changes-in-diff config.guess" I doubt this is reflected in the changelog :)
[11:35] <Riddell> Serega: if it's just config.guess/config.sub I don't care
[11:36] <Riddell> autotools will do that and I've never found it worth the hassle to tidy it up
[11:36] <Riddell> Makefile.in likewise
[11:36] <Serega> Riddell: not only, that's the problem
[11:36] <Riddell> what else?
[11:36] <Serega> aaa, f..ck
[11:37] <Serega> \sh: changelog rulez
[11:37] <Serega> :)
[11:37] <Serega> Riddell: 'desktop' is just added by the Maintainer)))
[11:37] <Serega> how did you say this? tsk?)
[11:37] <Riddell> tsk indeed
[11:37] <Serega> whew
[11:38] <Riddell> it should be added inside the debian/ dir
[11:38] <Riddell> and given the correct name
[11:38] <Riddell> feel free to fix then send the diff to debian bug tracker
[11:39] <\sh> hopefully he didn't just change the .desktop file, and patching other stuff with quilt/dpatch/simplepatchsys or whatever...he should use only one patch system...
[11:39] <Serega> aha, thanks guys
[11:39] <Serega> \sh: no patchsystem was used at all
[11:40] <\sh> Serega, why is lintian complaing then, a patch system is added to debian/control then but not used?!
[11:40] <\sh> complaining even
[11:40] <Serega> \sh: I have added it :)
[11:40]  * \sh shoots Serega  ;)
[11:40] <Serega> ...but that was only a top of the iceberg
[11:41]  * Serega dies
[11:41]  * Serega pursuits \sh as a terrific ghost
[11:41]  * \sh remebered a ubuntu-motu-school session about patching system...did they ever told the audience, that the debian diff.gz is already a patch system? ,-) 
[11:42] <Riddell> a patch system that should never be used!
[11:43] <\sh> -EDEPENDS -EMAINTAINERDECISION -EBUTDONTINTRODUCEANEWONERULE1
[11:44] <\sh> but we can agree...diff.gz is nice, but for small/medium/heavy source patches totally stupid....the same goes for cdbs/simplepatchsys
[11:44] <Serega> that guy have converted one icon fron png to xpm. I think it's better to convert at the build time by imagemagick, how do you think, gurus?
[11:45] <\sh> Serega, and introducing a complete imagemagick build-dep?
[11:45] <Riddell> sounds like hassle
[11:45] <Riddell> also the .xpm is for debian menu system, which we don't care about in ubuntu land
[11:45] <\sh> Serega, shiped in debian/ or directly in $(CURDIR)?
[11:45] <Serega> \sh: .dep of course
[11:46] <Serega> in .org :)
[11:46] <\sh> but the old .png is still there?
[11:46] <Serega> Riddell: oh, okay I will move it to ./debian only for debian
[11:46]  * Serega is poetic today
[11:47]  * \sh is confused now
[11:47] <Serega> \sh: what?
[11:47] <\sh> if debian maintainer is doing that in diff.gz, leave it as it is...don't introduce another barrier....
[11:48] <\sh> if the .png from .orig.tar.gz is not installed to the proper location, address this only in debian/rules and install the .png
[11:49] <\sh> if you need to patch things, please use the same patch system (here: diff.gz) and annotate that in debian/changelog or a sane location
[11:49] <Serega> \sh: png is installed
[11:49] <Serega> \sh: I would like to perform this for build sanity
[11:50] <Serega> \sh: I will do as you advice, thank you
[11:50] <\sh> Serega, just remove quilt/dpatch from debian/control and patch the sources directly as the maintainer did...that helps ... and file a bug to debian maintainer, to switch patch system to a sane default
[11:51] <\sh> hopefully he listens ;)
[11:51] <Serega> \sh: heh, that's easy. ok.
[11:51] <Serega> \sh: erm... please point me to debian bugtracker
[11:51] <\sh> bugs.debian.org ?
[11:52] <Serega> dunno, really
[11:52] <\sh> you need to file the bug via email still :)
[11:52] <Serega> :)
[11:52] <Serega> oh...
[11:52] <\sh> it's not as simple as lp but there is a doc who to do it
[11:52] <\sh> s/who/how/
[11:57] <Serega> \sh: is "Please convert your changes to high level patchsystem patches" sound good?
[11:57] <Serega> as a title
[11:58] <NForce24> hi all, i have a bad crash on kde4.0.80. here it is:
[11:58]  * santiago-ve writes: bzr commit -m "<some loooooooooong comment"
[11:58] <NForce24> kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window
[11:58] <NForce24> kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window
[11:58] <NForce24> kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window
[11:58] <NForce24> kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window
[11:58] <NForce24> kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window
[11:58] <NForce24> kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window
[11:58] <NForce24> kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window
[11:58] <NForce24> kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window
[11:58] <santiago-ve> NForce24, use pastebin please
[11:58] <Serega> aw...
[11:58] <NForce24> kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window
[11:58] <NForce24> shit, sorry
[11:58] <flaccid> ban NForce24
[11:59] <flaccid> NForce24: you might want to read freenode guidelines
[11:59] <NForce24> ok i cant use this client :/
[11:59] <flaccid> why not use something useable like konversation
[12:00] <santiago-ve> hell im hugry as hell
[12:04] <Jucato> flaccid: what was he using?
[12:05] <Jucato> santiago-ve: did you just eat NForce24? O.o
[12:05] <santiago-ve> Jucato, well... i think... i just ate an arepa with meat :D
[12:06] <flaccid> Jucato: actually not too bad.. KVIrc 2.1.3 'Renaissance': build 5022 Thu Nov 23 13:23:48 UTC 2006
[12:06] <nforce__> ok, now i hope it will paste normally
[12:06] <nforce__> i have upgraded my kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window
[12:07] <flaccid> [20:58] <flaccid> NForce24: i can't replicate your bug. are you sure the upgrade worked correctly? does sudo apt-get update && sudo apt-get upgrade && sudo apt-get install kubuntu-kde4-desktop return anything besides nothing to upgrade?
[12:09] <nforce__> my upgrade didn't work correctly. i got many errors, and i had to do apt-get -f install many times. errors were on kdebase packets (but after few tries, they were updated) and there were errors on updating kdeutils too
[12:10] <nforce__> and only kdf packae is still not installed because of error
[12:11] <flaccid> nforce__: so what is the output of the command above?
[12:11] <Serega> Riddell \sh: damn... looks like qsynth-0.2.5 package is an orphan: upstream is 0.3.2 from 2007-12-19 !
[12:12] <Riddell> hum, time for an upgrade?
[12:12] <\sh> Serega, check wnpp meta bug list on dbts :)
[12:12] <nforce__> updated 0m installed 0 new, 0 for remove, and 0 not updated
[12:12] <Serega> Riddell: may I, may I repackage it? it helps me to understand packaging
[12:12] <Serega> :)
[12:12] <\sh> Serega, http://bugs.debian.org/wnpp
[12:14] <\sh> Serega, the last upload of the orig maintainer was 2006-11-27
[12:14] <\sh> http://packages.qa.debian.org/q/qsynth.html
[12:15] <Riddell> Serega: go for it
[12:15] <Serega> Riddell: repackage from scratch for sid?
[12:15] <Serega> intelligently, of course
[12:16] <Riddell> well I'd start with intrepid
[12:16] <Riddell> then submit to debian if you want
[12:25] <Serega> why are build-stamp file tricks needed?
[12:35]  * Serega goes to the job :(
[12:47] <Riddell> file tricks?
[12:49] <seele> Riddell: so i was thinking about kickoff menu items and intrepid upgrades
[12:49] <Riddell> seele: mm hmm?
[12:49] <seele> Riddell: and pretty much anyone upgrading from 3.5.9 to 4.1.3 will have a lot of double kde3/kde4 applications, huh?
[12:49] <seele> Riddell: should we think about an upgrade/remove utility for in the upgrade process? to clean out old kde3 applications (editable of course)
[12:50] <Riddell> seele: in intrepid most kde 3 apps are just replaced with the kde 4 one
[12:50] <seele> right, so how does that effect currently installed applications?
[12:50] <seele> right now i have hardy and a ton of kde3 applications
[12:50] <Riddell> they get upgraded to the kde 4 version
[12:50] <seele> ok, so kde3 app entry gets removed?
[12:51] <Riddell> it's not like hardy where we have kde 3 and 4 co-installable
[12:51] <seele> unlike what happens now?
[12:51] <Riddell> yep
[12:51] <seele> ok ok, that's what i wanted to make sure of
[12:51] <seele> cool, thanks for indulging me :)
[12:56] <nosrednaekim> Riddell: what if I wanted the kde3 version.... is kde3 now going to be installed to /usr/lib/kde3 :P ?
[12:56] <nosrednaekim> or will you just chnage the executable name....
[12:57] <txwikinger> Will KDE4 really be ready for commercial use?
[12:57] <flaccid> i would hope so
[12:58] <Riddell> nosrednaekim: kde 3 libs is still around, if there's no kde 4 version then we'll only have the kde 3 package still
[12:59] <Riddell> txwikinger: it'll be ready for an intrepid release
[12:59] <nosrednaekim> ok.... I can't think of any kde3 apps I'd like to have when I can have the kde4 one, so thats probably going to be fine.
[13:01] <Riddell> nosrednaekim: how does this time and day suit you? https://wiki.kubuntu.org/KubuntuTutorialsDay/Prep
[13:03] <nosrednaekim> fine as far as I know right now
[13:03] <nosrednaekim> Hopefully there won't be any graduation parties i'll have to go to...
[13:03] <Riddell> so everyone is fine apart from yuriy
[13:04] <nosrednaekim> and I have a day or so to get really familiar with making plasmoids :P
[13:09] <Riddell> a week
[13:10] <nosrednaekim> Riddell: I'll be gone half the week for orientation at the university
[13:11] <apachelogger>   libqt4-debug: Depends: libqt4-gui (= 4.3.4-0ubuntu3) but 4.4.0-1ubuntu5 is to be installed
[13:12] <apachelogger> Riddell: please kill the libqt4-debug deb
[13:16] <JontheEchidna> nixternal: It seems that your recompile-gtk-qt-engine-kde4-with-KDE-4.1 trick didn't work. It also seems that the latest svn update of gtk-qt-engine fixes the segfaultiness.
[13:17] <nosrednaekim> nixternal is still asleep no doubt :P
[13:17] <ScottK> Best time to kick him.  He won't move.
[13:19] <JontheEchidna> I tried to package the latest svn but the patches won't apply
[13:27] <Riddell> JontheEchidna: uploaded your patch to bug 235121 thanks
[13:28] <apachelogger> ah, no need to package google gadgets for linux, plasma is getting native support :D
[13:36] <JontheEchidna> Riddell: Glad I could help
[13:40] <etretyak> Hey guys, do we have some real development plan for Intrepid with people responsibility and so?
[13:40] <etretyak> Riddell: ^^
[13:42] <etretyak> According to USD Specs we need to do a lot of things.. and with out following some plan we may fail..
[13:43] <ScottK> etretyak: In general, yes.  It's not all worked out and we'd always love to have more help.
[13:44] <Riddell> step 1 would be updating the ToDo page I guess
[13:44] <Riddell> then find people for the tasks
[14:07] <etretyak> Riddell: I think it is not enough just to find people.. We need to formilize development process.. It is opensource.. and people starts and quits projects. I think we should create some  simple plans for each project to follow development process..
[14:07] <etretyak> imho :)
[14:14] <Nightrose> ewwww is it just me or is this signature inappropriate? https://lists.ubuntu.com/archives/kubuntu-users/2008-June/028616.html
[14:15] <Riddell> Nightrose: highly
[14:15]  * Riddell e-mails him
[14:15] <Nightrose> thx
[14:16] <\sh> my company sig has more lines ;)
[14:16] <\sh> people don't care about netiquette anymore nowadays
[14:17] <Nightrose> \sh: it is not about the length...
[14:17] <Nightrose> read the first line
[14:17] <Hobbsee> ...wow
[14:17] <Nightrose> indeed
[14:18] <Hobbsee> Nightrose: i'd suggest a signature about castration in return, or something, but i don't think the other men would be so happy...
[14:18] <Nightrose> Hobbsee: ;-)
[14:18] <Nightrose> anyway... it is being dealt with - let's move on
[14:18] <\sh> oh ...
[14:19] <\sh> idiot...I should send him an igasm ;)
[14:19] <Nightrose> heh
[14:21] <\sh> Nightrose, a nice feature of my email client is to cut out signatures...
[14:23] <coreymon77> i dont use email clients
[14:23] <coreymon77> i just use gmail
[14:23] <\sh> gmail doesn't work properly with my imap server...
[14:23] <Nightrose> dito - though I am just giving the new kontact a try
[14:23] <Nightrose> let's see how that goes
[14:24] <\sh> but that's not important...kwin just crashed with twitter plasmoid
[14:24] <coreymon77> what do you mean it doest work
[14:24] <coreymon77> its webmail
[14:24] <coreymon77> you open up a browser and go to it
[14:25] <\sh> coreymon77, 1) webmail is a problem 2) I have my own mailspool on my imap server...never use a global player, if you want to avoid lawful interception especially in the US
[14:25] <coreymon77> oh, im canadian
[14:25] <coreymon77> so i dont have to worry as much about that stuff
[14:25] <coreymon77> besides, ive got nothing to hide anyways
[14:26] <\sh> coreymon77, you have...gmail sits in the us...and the us state can intercept all emails they don't care what nationality the user has
[14:26] <coreymon77> what do i care what the us does
[14:26] <coreymon77> i have nothing to hide
[14:26] <\sh> most people who are intercepted have nothing to hide...
[14:26] <coreymon77> go ahead, read my email
[14:27] <coreymon77> the most you are goig to get is a few links to funny flash sites
[14:27] <\sh> can someone reproduce it? add twitter to the desktop, and resize it...
[14:27] <Nightrose> \sh: worksforme
[14:28] <\sh> hmmm....
[14:28] <\sh> oh it's not kwin...
[14:28] <\sh> it's da plasma itself
[14:28] <\sh> now panel is gone
[14:30] <Nightrose> \o/
[14:31] <\sh> I wonder how I can get it back now
[14:32] <Nightrose> \sh: right klick on desktop -> add panel
[14:32] <ScottK> coreymon77: If you don't care about your privacy now, someday when you do care, you won't have any.
[14:33] <coreymon77> ScottK: that would be when i change email
[14:33] <\sh> Nightrose, there is no clicking anymore...the only thing which works are the key shortcuts to switch desktops
[14:33] <Nightrose> \sh: ohhh nice ;-)
[14:33] <ScottK> For the guy with the bad sig, if it were my list, I'd just unsubscribe him and tell him to come back once he's out of the 1950's.
[14:33] <JontheEchidna> Riddell: kubuntu-meta 1.76 has failed to build across most platforms
[14:35] <Riddell> JontheEchidna: blame python-apt, not worth worrying about currently
[14:35] <JontheEchidna> ok
[14:35] <Nightrose> hmmm keyboard shortcuts in konsole are interferring with my irrsi shortcuts :(
[14:36] <ScottK> Riddell: Any more thoughts about python-kde3 and libkonsolepart.so?
[14:36] <ScottK> Riddell: You were right on about the kde4libs build failures.  Once zul fixed mysql, amd64 built just fine, so I just kicked of retrying the rest.
[14:38] <Riddell> ScottK: not had a chance to look at it but it can't be that hard to stop it using konsole, it was only added recently
[14:40] <ScottK> Remove the konsole dependency and then rip stuff out until it builds?
[14:42] <santiago-ve> err
[14:42] <santiago-ve> guys
[14:42] <santiago-ve> looks like i just found a bug... or idk... konsole doesnt starts when user has fish as default shell :S
[14:42] <santiago-ve> nvm
[14:42] <santiago-ve> my mistake
[14:42] <jpds> fish is a shell?
[14:43] <Nightrose> santiago-ve: i have it as default and it works just fine :)
[14:43] <Nightrose> jpds: it is - and a nice one
[14:44] <santiago-ve> Nightrose, ye... it just saw the "not found msg wrote it wrong lol"
[14:44] <Nightrose> santiago-ve: ah ok ;-)
[14:44] <jpds> Nightrose: ah right.
[14:44]  * jpds hugs his zsh
[14:44] <santiago-ve> now trying to get a tty with root to fix it
[14:44] <santiago-ve> xD
[14:48] <jpds> Nightrose: nice shell indeed.
[14:48] <Nightrose> ;-)
[14:48] <santiago-ve> done... fixed
[14:48] <Nightrose> yay
[14:50] <santiago-ve> ah there :d
[14:51] <santiago-ve> :D
[14:51] <santiago-ve> got my shell again :D
[14:53] <\sh> grmpf
[14:54] <\sh> now i had to delete all my .kde* dirs
[14:55] <emonkey> hf
[14:55] <\sh> moins danimo
[14:55] <danimo> heya
[14:56] <danimo> does anyone know why psi segfaults in hardy?
[14:56] <danimo> seems to crash in qca
[14:56] <nosrednaekim> danimo: not getting any segfaults here
[14:56] <danimo> nosrednaekim: do you have backports enabled?
[14:56] <nosrednaekim> no...
[14:56] <danimo> that might be it
[14:58] <\sh> qt4 crash?
[14:59] <danimo> \sh: I think it's related to  the fact that I have the kde4 repo installed
[15:00] <nosrednaekim> danimo: I have that too...
[15:00] <\sh> danimo, when does it crash?
[15:01] <\sh> directly or only after you logged in?
[15:02] <\sh> doesn't crash here...and I have the ppa packages installed
[15:02] <danimo> \sh: right at startup
[15:04] <\sh> not here...
[15:04] <danimo> \sh: removed the backup packages, problem remains
[15:04] <nosrednaekim> danimo: do you have kde4 packages from backports?
[15:04] <nosrednaekim> *qt4
[15:05] <danimo> I removed the backports and deinstalled all kde4 packages
[15:06] <\sh> danimo, try to reinstall qt4 libs again...
[15:08]  * danimo removes
[15:09] <\sh> apt-get install --reinstall ? ;)
[15:10] <danimo> oh that exists?
[15:10] <danimo> *blushes*
[15:11] <\sh> well, depends what you have installed...hardy libqt4 you need to remove/purge the newer ones and then install from hardy official archives (!= backports, != ppa)
[15:14] <danimo> no worky
[15:15] <danimo> brb
[15:25] <jjesse> with today's updates from the ppa will that be all of kde 4.1 beta 1?
[15:26] <JontheEchidna> I don't think kdebindings have been updated yet
[15:26] <jjesse> JontheEchidna: thanks for the info
[15:29] <danimo> \sh: didn't work
[15:30] <\sh> what does strace say?
[15:33] <\sh> now...time to rush home
[15:33] <danimo> \sh: nothing useful
[15:34] <danimo> \sh: crahses after a few futex calls
[15:34] <\sh> grmpf
[15:34] <danimo> crashes in QCA::providers
[15:34] <danimo> no debug syms unfortunaly
[15:34] <\sh> you can get them
[15:34] <\sh> ddeb.ubuntu.com
[15:35] <\sh> ddebs.ubuntu.com?
[15:36] <\sh> so...now...cu later...
[15:37] <danimo> ok
[16:18] <etretyak> cu
[17:42] <yuriy> kdeaccessibility-kde4 debian/ looks scarily simple
[17:52] <Riddell> yuriy: it needs someone to split it up
[17:52] <Riddell> yuriy: how is 4.0.5 coming along?
[17:54] <yuriy> Riddell: slowly
[17:55] <Riddell> yuriy: I see you've uploaded a good number to updates-testing
[17:55] <Riddell> yuriy: do you know of anyone who has tested them yet?
[17:55] <yuriy> yeah, but a bunch left to go. and I don't think anybody's tested them other than myself
[17:56] <Riddell> hardy testers needed for 4.0.5!
[17:56] <yuriy> hmm for kdeaccessibility I didn't get a debian/tmp after running debuild
[17:57] <Riddell> yuriy: there's only one .deb made so it gets installed to debian/<packagename> instead
[17:57] <Riddell> no need for --list-missing
[17:57] <yuriy> ah, ok
[17:58] <jjesse> if i have 4.1 installed on hardy then i can't test 4.0.5 correct?
[17:59] <Riddell> no, you'd need to uninstall it
[17:59] <Riddell> well, you could use a chroot
[17:59] <jjesse> hrmm
[18:01] <jjesse> don't think i have time right now to figure that out
[18:07]  * Riddell gives it a shot
[18:08] <jjesse> sorry i'm trying to learn a new product and then write a training course about it
[18:17] <Riddell> ah, stdin :)
[18:18] <stdin> \o
[18:19]  * nixternal is hungry
[18:19] <Riddell> stdin: able to test yuriy's 4.0.5 packages?
[18:20] <stdin> should be able to on my desktop, yeah
[18:20] <Riddell> deb http://ppa.launchpad.net/kubuntu-updates-testing/ubuntu hardy main
[18:37] <Riddell> yuriy: working good here
[18:37] <yuriy> cool
[18:38] <nixternal> hrmm, how come dpkg --compare-versions doesn't want to work for me dangit
[18:38] <Riddell> nixternal: echo $?
[18:38] <Riddell> what are you doing?
[18:39] <Riddell> yuriy: what modules still to do?
[18:39] <nixternal> 0
[18:39] <nixternal> just messing around
[18:40] <Riddell> 0 means true
[18:40] <yuriy> Riddell: everything there that's not updated in the last 2 days. -kdeartwork is incoming
[18:40] <nixternal> 0 means true? what? :)
[18:41] <Riddell> nixternal: well it depends on what you asked it
[18:41] <Riddell> dpkg --compare-versions 1 gt 2; echo $?
[18:41] <nixternal> ahhh
[18:41] <nixternal> that's what I was doing wrong
[18:42] <txwikinger> nixternal: yes
[18:42] <txwikinger> 0 means no error
[18:43] <nixternal> ooh, I get a new laptop on monday :)
[18:46] <nixternal> oh my, I can't believe I just did what I did
[18:46] <Riddell> did you burn the new laptop?
[18:46] <nixternal> hehe, not yet :)
[18:47] <nixternal> I had created a plasmoid for adept notifier
[18:47] <nixternal> and....well I did rm -rf on the directory I thought was the old one
[18:47] <nixternal> it wasn't
[18:47] <Riddell> erk
[18:47] <yuriy> er..wow, ouch
[18:47] <Riddell> is why bzr push is recommended
[18:47] <nixternal> shouldn't be to hard to get back working though
[18:47] <nixternal> Riddell: ya, I need to start doing that more often
[18:48] <nixternal> since you said that, let me fire off one now on my personal directory
[18:53] <Riddell> yuriy: grabbing kdesdk and kdetoys
[18:53] <yuriy> k, grabbing kdenetwork
[18:54] <jjesse> nixternal: do you start your job on monday?
[18:59] <nixternal> jjesse: yes
[18:59] <Riddell> nixternal: what's the job?
[19:01] <nixternal> Linux Packaging and Development Engineer as well as the future Open Source Community Manager
[19:02] <yuriy> ooh sounds good
[19:02]  * yuriy needs to find a company interested in that kind of stuff
[19:03] <nixternal> there are a few in Chicago, but most want you to work with Red Hat or CentOS
[19:03] <nixternal> right now, the applications will be built on an appliance based off of CentOS
[19:03]  * yuriy is working with Red Hat at school
[19:04] <nixternal> but I would like to go with a deb repo or a conary setup there
[19:04] <nixternal> I haven't worked with Red Hat in a while, but it can't be that difficult
[19:04] <yuriy> except the answer to "what should I be working on?" is "I don't know, it's friday" so i'm working on kubuntu packages instead
[19:04] <nixternal> hehe
[19:10] <Riddell> nixternal: sounds like just your sort of thing
[19:10] <nixternal> ya, getting paid for what I do here, can't beat that :)
[19:10] <Riddell> nixternal: do you get to tell us what you're packaging and community managing?
[19:11] <nixternal> yup
[19:11] <nixternal> it is all GPL
[19:11] <jjesse> no he signed a non-disclosure
[19:11] <nixternal> Riddell: cleversafe.com - they make a distributed storage solution
[19:11] <jjesse> you can be a part of a community, but you have to sign this no disclosure
[19:11] <nixternal> jjesse: haven't signed it yet, but there is one of course
[19:11] <nixternal> they do have some code that isn't GPL
[19:11] <jjesse> i've signed so many vof those for my work
[19:12] <Riddell> uh oh, he used the word "solution"
[19:12] <Riddell> he'll be wearing a tie next
[19:13] <Riddell> "PPA exceeded its size limit (1695.00 of 1024.00 MiB)" uh oh
[19:13] <nixternal> nevah, shorts, t-shirt, and flip flops :)
[19:13] <nixternal> Riddell: ya, I was gonna ask about cleaning out the ~kubuntu-members-kde4 ppa to be safe
[19:13] <Riddell> might be an idea
[19:13] <nixternal> I removed some outdated stuff, but there are some gutsy kde4 stuff in there
[19:14] <Riddell> well, ~kubuntu-members-kde4 I think I asked for lots of extra space on hat
[19:14] <nixternal> didn't know if they were safe to remove yet or not
[19:14] <nixternal> oh, groovy
[19:14] <stdin> afaik, the limits aren't enforced atm
[19:14] <nixternal> we can leave them in there for the time being and if we hit the size limit we can blow them away
[19:15] <yuriy> bug 234415 invalid?
[19:16] <jjesse> yuriy: you are invalid :)
[19:16] <stdin> I was going to mark that as invalid, but I'm not sure so left it
[19:17] <yuriy> Riddell: ^
[19:17] <yuriy> Riddell: also should I add the recommends in bug 146198 to kdenetwork?
[19:17] <stdin> seems like a bit too much work for a minor change imho
[19:18] <stdin> (234415)
[19:19] <Riddell> yuriy: close bug 234415, it's just what happens when we have 4.4 in backports
[19:19] <Riddell> yuriy: I wouldn't worry about that recommends
[19:22] <Riddell> yuriy: chap in #kubuntu-testers confirmed that they work, so moving to -backports
[19:23]  * yuriy flinches
[19:39] <jjesse> nixternal: under a tornado watch till 10pm eastern
[20:12] <nixternal> jjesse: same here, just until 6pm our time
[20:22] <Serega> lintian gives me no-architecture-field, but I have it :-\
[20:24] <apachelogger> Serega: plz paste the control file
[20:26] <Serega> apachelogger: http://paste.ubuntu.com/17663/
[20:29] <Serega> apachelogger: I guess you compare letter-by-letter the word "Architecture"
[20:29] <Serega> apachelogger: dude, I did it 10 times :)
[20:32] <apachelogger> nah
[20:32] <apachelogger> just lost connection ;-)
[20:32] <Serega> maybe lintian just hates me?)
[20:32] <apachelogger> maybe you broke  your lintian :P
[20:32] <Serega> :)
[20:32] <apachelogger> please paste the whole error
[20:33] <apachelogger> I've never heared that one
[20:34] <Serega> apachelogger: http://paste.ubuntu.com/17666/
[20:34] <apachelogger> well, scru it
[20:34] <apachelogger> the arch field is there
[20:35]  * Serega googles about "scru"
[20:36] <Serega> apachelogger: I guess it means "ignore"m right?
[20:36] <apachelogger> yes ;-)
[20:36] <Serega> apachelogger: thank you :)
[20:42] <yuriy> I am getting some files with dh_install --list-missing on kdewebdev
[20:42] <yuriy> but those files are already listed in kxsldbg-kde4.install, some twice
[20:48]  * a|wen notices some coincidence of build-tools going crazy today
[20:48] <yuriy> Riddell: ^
[20:56] <Serega> apachelogger: muhaha, dh_installman have fixed that quirk :))
[21:27] <Serega> Riddell: qsynth_0.3.2-0ubuntu1 is done
[21:29] <Serega> ah... I brb
[21:33] <stdin> it's good to know I still have the power to crash X
[21:46] <apachelogger> stdin: lol
[21:51] <Serega> apachelogger: Harald, maybe you want to look at my shinig-new qsynth_0.3.2-0ubuntu1?
[21:51]  * Serega tries to do not brag
[21:51]  * Serega fail
[21:52]  * apachelogger is too demotivated to revu :S
[21:52] <apachelogger> stdin could do that
[21:53] <Serega> stdin: pleease
[21:53] <stdin> got a link?
[21:53] <Serega> apachelogger: I'll give you a cookie!
[21:54] <apachelogger> stdin gets a cookie from you for checking and I get a cookie from stdin for uploading ;-)
[21:54] <Serega> stdin: I should give you 3 files, right?
[21:54] <Serega> dsc tar.gz and diff.gz
[21:54] <stdin> yep
[21:55]  * stdin wonders if he can crash the internet next
[21:55] <Serega> I have no outer ftp unfortunately, what is the common method of file transfer in such cases?
[21:56]  * Serega wants to present stdin a DVD with Windows Vista
[21:56] <stdin> I guess you could use one of those file upload sites, or email (I don't know if dcc will work)
[21:57] <stdin> or any other imaginative way you can think of
[21:57] <Serega> stdin: email sounds good. where to send?
[21:57] <Serega> I can't find your
[21:58] <apachelogger> revu is also an option
[21:58] <stdin> revu is always a good option, if you can
[21:58] <stdin> or tsimpson@ubuntu.com if not and I'll slap it on my server
[22:09] <Serega> stdin: sent
[22:14] <stdin> you're missing the XSBC-Original-Maintainer field
[22:15] <stdin> do you have the copyright on the project?
[22:16] <Serega> stdin: I thought it is the copyright of the package
[22:17] <stdin> no, that goes at the bottom
[22:17] <Serega> stdin: I have removed that field, as this package was created from scratch for ubuntu by me
[22:18] <Serega> stdin: I have added that copyright to calm down lintian thoug
[22:18] <Serega> *though
[22:18] <stdin> Serega: why does the debian/changelog have other entries if you created it from scratch?
[22:19] <Serega> stdin: is it better to delete it?
[22:19] <Serega> I am confused here
[22:19] <Serega> it is a... some history of a package in ubuntu
[22:20] <Serega> stdin: please, advice me how to do
[22:20] <stdin> well, if you took the debian package and remade it for ubuntu you should have the XSBC-Original-Maintainer field, if it's your package then the changelog should only have one entry
[22:20] <Serega> stdin: it's completely mine
[22:20]  * Serega is deleting the rest of changelog
[22:20] <stdin> then I'd say a new changelog to stop confusion is best
[22:21] <Serega> stdin: where is the difference?
[22:22] <stdin> a changelog documents changes from an original, it's a completely new package so it is the original
[22:24] <Serega> stdin: okay. so I have 1 entry and "s/New upstream release/Initial release". good?
[22:24] <stdin> Serega: change debian/watch to "http://heanet.dl.sourceforge.net/sourceforge/qsynth/qsynth-(.*)\.tar\.gz debian  uupdate", uscan doesn't like it otherwise
[22:24] <stdin> yeah
[22:25] <stdin> do you have a "Needs Packaging" bug?
[22:26] <Serega> not yet, I have only 256kbs inet yet :)
[22:26] <stdin> I mean on launchpad
[22:26] <Serega> bah! Timeout on server...
[22:26] <stdin> oh, timeouts, fun
[22:26] <Serega> stdin: no I don't
[22:27] <Serega> actually I was merging this package]
[22:27] <Serega> But I have found it is seriously outdated and malformed
[22:28] <Serega> so, with a bless of Riddell I have created the new one :)
[22:29] <stdin> doesn't the Makefile understand DESTDIR?
[22:29] <stdin> and I'm guessing you wanted usr/share/man for the mandir, not usr/share/mani
[22:30] <Serega> oooh... the second is infodir
[22:30] <ryanakca> Serega: if you're updating the packaging and the app, I'd poke the Debian Maintainer...
[22:30] <Serega> but there is neither man nor info thoug
[22:30] <Serega> *though
[22:30] <Serega> so I delete both
[22:31] <Serega> ryanakca: it is an orphan
[22:31] <Serega> ww... damn, forgot the abbreviation
[22:31] <ryanakca> Serega: adopt it then :)
[22:32]  * Serega smiles and lovely says "Come on, baby, go to your daddy"
[22:32] <Serega> here I am
[22:32] <Serega> ryanakca: I like this idea :)
[22:33] <Serega> stdin: what to do with that Copyright? Just remove or copy from any sourcefile?
[22:35] <stdin> Serega: the copyright is ok, you just need to change the line "Copyright (C) 2008 by..." to whoever owns the copyright
[22:36] <yuriy> stdin: think you could help me with kdewebdev?
[22:36] <yuriy> I am getting some files with dh_install --list-missing on kdewebdev
[22:36] <yuriy> but those files are already listed in kxsldbg-kde4.install, some twice
[22:36] <stdin> Serega: ie: "Copyright (C) 2003-2007, rncbc aka Rui Nuno Capela" I guess
[22:37] <stdin> yuriy: do you know if the files are in the .deb though?
[22:37] <Serega> stdin: aha, found it
[22:37] <Serega> thanks
[22:38] <Serega> done
[22:38] <stdin> and have you changed the debian/watch file?
[22:38] <Serega> nope
[22:39] <Serega> even don't know what is it
[22:39] <stdin> should be "http://heanet.dl.sourceforge.net/sourceforge/qsynth/qsynth-(.*)\.tar\.gz debian uupdate"
[22:40] <stdin> it lets you scan the server to see if a new .tar.gz is available
[22:40] <Serega> ah, cool
[22:41] <Serega> stdin: you specified only 3 fields, is it ok? Or split Site/Directory?
[22:41] <stdin> as it as :)
[22:41] <stdin> I tested with uscan and it doesn't like it when split
[22:42] <Serega> heh :)
[22:42] <Serega> I have not tested that url for validity...
[22:43] <Serega> downloads.sourceforge.net !
[22:43] <santiago-ve> ryanakca, ping
[22:45] <Serega> nah... heanet.dl.sourceforge.net is right
[22:54] <yuriy> stdin: hmm none of the xsldpg files are in any of the generated debs
[22:55] <stdin> is the package in the control file?
[22:55] <yuriy> and there is no kxsldbg-kde4 deb
[22:55] <yuriy> no
[22:56] <stdin> that'd be the problem, you need to put kxsldbg-kde4 in the control file for it to be made I guess
[22:56] <yuriy> I don't see anything documenting why it's not being built
[22:57] <stdin> me either
[22:59] <a|wen> yuriy: do you have the package accessible anywhere?
[22:59] <yuriy> a|wen: i'm working off the debian/ that's currently in backports
[22:59] <yuriy> kdewebdev-kde4
[23:00] <yuriy> wondering if kxsldbg-kde4 not being built was intentional
[23:01] <a|wen> yuriy: looks like someone forgot it
[23:02] <yuriy> I could add it, but I don't know anything about it so don't know what to put for dependencies and such
[23:02] <a|wen> yuriy: if not i suppose you would clean up the build-dir for that package ... which it isn't
[23:03] <yuriy> although, can't just add new binaries like that can I
[23:04] <a|wen> yuriy: not in a backport i suppose
[23:04] <Serega> stdin: I have sent you a corrected diff.gz
[23:05] <yuriy> OK, i'll leave it as is for now, and will do another version if Riddell has a better suggestion
[23:07]  * a|wen hoped debian had kxsldbg in experimental ... but they didn't
[23:08] <a|wen> yuriy: sounds like a good idea asking Riddell
[23:08] <yuriy> heh there aren't actually any changes in this module anyway
[23:09]  * a|wen suspects that kxsldbg might have been introduced sometime between 4.0.0 and 4.0.4 and it just wasn't discovered
[23:10] <yuriy> a|wen: but there is a .install file for it..
[23:10] <stdin> Serega: you should change " $(MAKE) prefix=$(CURDIR)/debian/$(package)/usr \ install" to just "$(MAKE) DESTDIR=$(CURDIR)/debian/$(package) install"
[23:10] <stdin> and add your copyright to the bottom of debian/copyright
[23:10] <a|wen> yuriy: you've got a point ... strange no matter what
[23:12] <stdin> Serega: like "This Debian package is (C) 2008 Sergey Rudchenko <sergey.rudchenko@gmail.com> and is licensed under the GPL, see `/usr/share/common-licenses/GPL'."
[23:12] <stdin> (stolen from the kde4 packages)
[23:12] <yuriy> ok that leaves just kdesdk which Riddell said he's working on :)
[23:13] <yuriy> oh and kdebindings
[23:14] <Serega> stdin: done
[23:15] <Serega> stdin: something else? should I send you an update now?
[23:15] <stdin> Serega: I think that's it now, send me the new diff and I'll put it on a server for apachelogger
[23:16] <a|wen> yuriy: cool :) ... sounds like we're getting close ... we'll soon be able to actually run kubuntu intrpid as the very large transitions in kde packages start to slow down
[23:16] <Serega> stdin: thank you
[23:16] <stdin> no problem :)
[23:16] <yuriy> a|wen: this is 4.0.5 for backports, nothing to do with intrepid
[23:17] <Serega> stdin: sent
[23:18] <a|wen> yuriy: ahh ... thought you were also part of the big kde-move-to-/usr/bin
[23:18] <yuriy> nah, i'm doing easy stuff
[23:19] <yuriy> other than the 3 debdiffs in the last couple months, I haven't done any packaging before
[23:19] <a|wen> heh :) ... sounds like you're starting to get hooked
[23:20]  * a|wen notes that even his intrepid pbuilder root seems fragile to all the transitions ... good sign that an upgrade would be too early
[23:21] <stdin> Serega: you sure that's the new .diff?
[23:21] <stdin> md5sum is the same as the last, so I'd guess not ;)
[23:21] <Serega> stdin: arrr.... forgot to debuild :)
[23:23] <apachelogger> http://aplg.kollide.net/screencasts/kde-nightly.ogg
[23:24] <Serega> apachelogger: kool!
[23:25] <Serega> stdin: check again. sorry.
[23:26] <yuriy> hmm kde4's open with dialog needs a search feature
[23:26] <a|wen> apachelogger: nice!
[23:26] <yuriy> I keep expecting it since it's everywhere else in kde4
[23:26]  * yuriy clicks a couple extra things and watches the screencast
[23:27] <yuriy> is this really 514 hours long? :P
[23:27] <Serega> yuriy: not really :)
[23:27] <yuriy> dragon bug!
[23:28] <yuriy> (hmm I wonder if there is such a species)
[23:28] <apachelogger> probably
[23:28] <stdin> Serega: the line is a bit long, and you should remove the old reference to /usr/share/common-licenses/GPL-2, otherwise you're there
[23:28] <stdin> yuriy: dragonfly :)
[23:29] <yuriy> apachelogger: sweet!
[23:29]  * Serega doubts KDE4 on BSD already
[23:30] <DAskreeCH> Serega: based on?
[23:30] <Serega> :)
[23:30] <nixternal> Serega: bsd + kde4 == good to go!
[23:30] <Serega> hm... that's cool
[23:30]  * nixternal uses pcbsd + kde 4.trunk
[23:31] <Nightrose> woahhh apachelogger++
[23:32] <apachelogger> ah that is totally worth a ++
[23:32]  * apachelogger hacked startkde to more dynamic behaviour
[23:33] <Serega> stdin: sent again :)
[23:34] <Serega> ++apachelogger then!
[23:34] <apachelogger> if only we had a karma bot ;-)
[23:34] <Serega> many people dislike postfix :)
[23:42] <stdin> my server's down for upgrade right now, hope jussi doesn't mind :)
[23:42] <stdin> apachelogger: http://jussi01.com/stdin/upl/
[23:44] <apachelogger> hm
[23:44] <apachelogger> stdin, Serega: you killed a bunch of debian changelog entries
[23:44]  * Serega says "it's not me"
[23:45] <stdin> apachelogger: that was my idea because it;s no longer a merge
[23:45]  * Serega points to stdin :)
[23:45] <apachelogger> stdin: what happened to the debian package?
[23:45]  * stdin points to Serega for that one
[23:46] <Serega> apachelogger: very outdated orphan and very malformed (changes in .orig, etc)
[23:46] <apachelogger> hm
[23:47] <apachelogger> Serega: please at least mention the reasons for completely repackaging in the changelog
[23:47]  * stdin awaits judgement from the great apachelogger and offers lambs for the sacrifice
[23:47] <Serega> :)
[23:47] <apachelogger> and technically it should go through the revu package
[23:47] <apachelogger> as it is a new package
[23:48] <Serega> np, I just made it :)
[23:48] <Serega> my first, btw
[23:48] <stdin> apachelogger: well, we've "broken" those rules before on occasion ;)
[23:48] <apachelogger> I know, but it's not really urgent or important or anything ;-)
[23:49] <apachelogger> so I see no reason for breaking the rules right now :P
[23:49] <Serega> apachelogger: one thing: could you please edit changelog by yourself? I will commit suicide I if debuild and send diff.gz one more time
[23:49] <apachelogger> well
[23:49] <apachelogger> stdin: do you think we should break rules?
[23:49] <apachelogger> what if the revu coordinator finds out?
[23:50]  * apachelogger is all of a sudden scared
[23:50] <Serega> revu isn't so far, right?
[23:50] <stdin> apachelogger: if you can get a motu/core-dev to ack the package, it should be ok I suppose
[23:50] <apachelogger> ah wth
[23:50] <Serega> my package isn't a great exception :)
[23:50] <apachelogger> we are teaching here
[23:50] <apachelogger> Serega: https://wiki.ubuntu.com/MOTU/Packages/REVU
[23:50] <apachelogger> get it up on revu
[23:51] <stdin> making sure you have your gpg key set in launchpad
[23:51] <stdin> (then await the sync)
[23:53] <Serega> okay
[23:53] <Serega> stdin: yes, I have
[23:54] <apachelogger> Serega: watch file needs some love
[23:54] <apachelogger> man uscan
[23:54] <apachelogger> describes how to properly use it with sourceforge
[23:54] <apachelogger> and please remove the comments
[23:54] <Serega> apachelogger: ok, thanks
[23:55] <apachelogger> section="Apps/Sound"\ <--- in menu file is IIRC the old format, nowadays it's "Applications/Sound"
[23:55] <Serega> please suggest me a good text for changelog (explanation of rebuilt)
[23:56] <apachelogger> Repackaged because current package in Debian is ....
[23:56] <stdin> ... pants
[23:56] <Serega> em... so maybe remove "* Initial release" ?
[23:56] <apachelogger> yep
[23:56] <apachelogger>  QSynth is a fluidsynth GUI front-end application written in C++ around the Qt4
[23:56] <apachelogger>  toolkit using Qt Designer
[23:57] <apachelogger> the information that Qt Designer was used is quite .... unnecessary
[23:57] <yuriy> what and where is libsmokeqt2 and why does kdebindings depend on it?
[23:57] <Serega> apachelogger: directly from the homepage
[23:57] <apachelogger> that's in debian/control
[23:57] <apachelogger> yuriy: it is from kdebindings
[23:57] <apachelogger> it's some kind of scripting library thingy
[23:58] <yuriy> apachelogger: there is a libsmokeqt4-2 package from kdebindings
[23:58] <apachelogger> well
[23:58] <apachelogger> smokeqt2 is from kde3
[23:58] <yuriy> then the depends is a mistake?
[23:59] <apachelogger> Serega: yeah, I am just saying that a user probably wouldn't mind if the devs have created the GUI on paper with a pencile, then scanned it and ran it through an OCR application ;-)
[23:59] <Serega> =)
[23:59] <yuriy> apachelogger: ah, right, bug 215012
[23:59] <Serega> apachelogger: you told about sections, where is it?
[23:59] <apachelogger> Serega: debian/menu
[23:59] <yuriy> apachelogger: ok to change that to libsmokeqt4-2 you think?