[01:15] <nixternal> hrmm, I just updated gmm++ to 4.0.0, and I got an email saying it is (New) and I have to wait...is this normal if you go from something like a 3.1 release to a 4.0 release? or did I fork something up?
[01:17] <nixternal> ScottK: gmm++ 4.0.0, can you throw that one out for me?
[01:17] <nixternal> I forked up of course
[01:17] <ScottK> nixternal: Usually the library package name changes with a soname bump
[01:17] <nixternal> grabbed gmm++ instead of getfem++
[01:17] <ScottK> I doubt it.
[01:17] <ScottK> Ah
[01:17] <nixternal> silly me
[01:17] <nixternal> and I updated getfem++ over a week ago :p
[01:18] <nixternal> brain->garbage();
[01:21] <ScottK> nixternal: libgmm++-dev |    4.0.0-3 | lucid/universe | all
[01:21] <ScottK> So should I reject your upload?
[01:22] <nixternal> yes please
[01:22] <nixternal> huh?
[01:22] <nixternal> shouldn't be -3
[01:23] <nixternal> 4.0.0-0ubuntu1
[01:23] <ScottK> GOne
[01:23] <nixternal> thank you sir
[01:23] <ScottK> It looks like the source package name changed in LUcid
[01:23]  * nixternal gets started with the MIRs now that everything is updated
[01:27] <ScottK> getfem++ is where libgmm++-dev comes from now.
[01:32] <nixternal> right
[01:57] <nixternal> w00t, MIRs done for today
[01:57] <nixternal> need to 2 MIRs to be processed before I can file 2 more MIRs for KOffice deps
[01:58] <nixternal> so, hopefully everything will go through and we can have a good KOffice package
[01:58] <Riddell> nixternal: just file them all
[02:00] <nixternal> Riddell: yeah, I could do that, but rules are, don't file them if their other deps aren't in main yet
[02:00] <Riddell> what rules?
[02:00] <nixternal> though in the MIR, I could just put "this depends on bug so-and-so first"
[02:00] <Riddell> if you have MIRs for the other deps that's fine
[02:01] <nixternal> MIR procedures and check list
[02:01] <nixternal> I will go ahead and do them now, since I have the text already done
[02:02] <ScottK> nixternal: The format just asks the question are all the deps/build-deps in Main, it doesn't say the answer needs to be yes.
[02:07] <nixternal> the new checklist does
[02:07] <nixternal> ok, filed
[02:08] <nixternal> ok, maybe there isn't a rule...I swore I just read it...I am sure I didn't make it up
[03:54] <dhillon-v10> nixternal: you are pretty good at validation stuff :)
[04:00] <nixternal> dhillon-v10: seen it all :)
[04:01] <nixternal> been doing docs for 15+ years now
[04:05] <dhillon-v10> nixternal: wow, didn't know that, been doing docs for about 7 months :)
[04:06] <nixternal> yeah, I started with the Linux Documentation Project in 1993, Debian around 1995, KDE around 1997, and a bunch of other crappy projects that have since died :)
[04:06] <ScottK> nixternal: It's kind of like when I was riding with the eldest daughter last year and getting somewhat frustrated with her driving and realized that I had a full year of driving experience for every hour she'd driven.
[04:06] <nixternal> that's what happens when you fart dust you old man :p
[04:07] <nixternal> w00t, inbox zarro
[04:07] <ScottK> Yeah.
[04:07]  * ScottK had inbox zero the other day, but then I realized I'd screwed up my kmail rules.
[04:07] <nixternal> lol
[04:07] <dhillon-v10> ScottK: when did you start with linux
[04:07] <nixternal> ctrl+r in mutt ftw!
[04:07] <dhillon-v10> nixternal: so you have been around for a *while* now :)
[04:08] <ScottK> dhillon-v10: Relatively recently.  I started using it part time in 2003 and full time since 2005.
[04:08] <nixternal> off and on, I got fed up with Linux around 2000 and ditched it totally for about a year
[04:08] <nixternal> in that year I got addicted to Quake 3 and spent time traveling the USA trying to play professionally, but I wasn't that good :)
[04:08] <dhillon-v10> ScottK: nice, so that means I am the new one around here :)
[04:09] <dhillon-v10> nixternal: Quake 3 is awesome :)
[04:09] <ScottK> Of course I also remember buying my Apple ][ and having the salesman tell me not to bother with buying the extra 32K RAM because 16K was enough.
[04:09] <nixternal> I still have my Apple ][
[04:09] <nixternal> and my vic20 and comm64
[04:09] <ScottK> I think mine is in my dad's basement.
[04:10] <nixternal> and i found out my atari 2600 is at my brother's house
[04:10] <ScottK> I never owned those the Commodore's but did have a job where I sold them.
[04:10] <nixternal> i went over there last week and his kids were playing pole position :)
[04:10] <dhillon-v10> nixternal: I got my laptop from a university as part of a research program so that was good :)
[09:16] <Tm_T> good morning all
[09:19] <amichair> mornin Tm_T
[09:26] <freeflying> connection via mobile broadband keep crash nm-kde
[09:26] <freeflying> anyone has similar experience?
[09:29] <jussi01> freeflying: you are actually able to connect? o.O
[09:29] <Tm_T> I'm old fashioned and use Kppp
[09:30] <freeflying> jussi01: for wireless/wired, its fine
[09:30] <jussi01> freeflying: yeah, I have no issues with that either, I use network-manager-gnome if i need the broadband/mobile stuff
[09:31] <freeflying> heh
[09:31] <jussi01> it has the very awesome mobilr broadband provider stuff for easy setup
[09:34] <Tm_T> jussi01: I find Kppp easy too, just, well, put the number and you're done
[09:34] <jussi01> Tm_T: but who knows the number? /me doesnt...
[09:35] <Tm_T> jussi01: it's ~same everywhere, *99***1#
[09:35] <Tm_T> but yeah, provider database is great, makes it easier
[09:43]  * Sput uses knetworkmanager
[10:41] <Mamarok> the kde-devel meta-package doesn't exist anymore in Debian testing/Kubuntu, has it been replaced?
[10:52] <Riddell> Mamarok: kde-devel is still there
[10:57] <Mamarok> hm, somebody told me Debian testing didn't have it anymore
[11:07] <apachelogger> shadeslayer: weeh, congrats
[11:07] <apachelogger> shadeslayer: already got a sponsor for it?
[11:07] <apachelogger> nixternal: ping
[11:11] <apachelogger> hm
[11:12] <apachelogger> Riddell: is help.kubuntu.org going to mirror help.ubuntu.com or will it be independent?
[11:13] <Mamarok> Riddell: about the USB problem, it could be a SLOID bug, dfaure just made a patch for: https://bugs.kde.org/168914
[11:13] <Mamarok> SOLID*
[11:14] <apachelogger> JontheEchidna: so is someone going to port kfi?
[11:15] <Riddell> apachelogger: can't say I've heard of it
[11:15] <apachelogger> Riddell: yeah, there seems to be lack of documentation from the documentation team ;)
[11:16] <apachelogger> there is a spec from jaunty suggesting help.kubuntu.org to mirror the ubuntu thingy, and on the lucid todo there is an entry that rich is in the process of wirting documentation for help.kubuntu.org
[11:19] <Riddell> I suspect nixternal knows all about it then
[11:24] <apachelogger> shtylman: any progress on a kubuntu-installer-theme package?
[11:38] <shadeslayer> apachelogger: yeah whee :D
[11:38] <shadeslayer> apachelogger: no sponsor but i wanted to ask if the naming etc stuff was ok?
[11:38] <apachelogger> shadeslayer: what naming?
[11:38] <shadeslayer> still have to talk to motu for sponsors :)
[11:39] <shadeslayer> apachelogger: the package names which have ~karmic~ppa0 etc
[11:39] <shadeslayer> apachelogger: for eg : https://launchpad.net/~rohangarg/+archive/kde-extra/+sourcepub/941646/+listing-archive-extra
[11:39] <persia> Shouldn't it be in lucid first?
[11:40] <shadeslayer> apachelogger: anyhow everything is fine right?
[11:40] <shadeslayer> persia: i also did a lucid build
[11:40] <shadeslayer> persia: https://launchpad.net/~rohangarg/+archive/kde-extra/+packages
[11:40] <apachelogger> yes, first we need to get it to lucid anyway ;)
[11:40] <shadeslayer> :)
[11:40] <apachelogger> shadeslayer: ~karmic1~ppa0
[11:40] <shadeslayer> apachelogger: yes?
[11:40] <apachelogger> the karmic needs a number attached ;)
[11:41] <shadeslayer> apachelogger: i should change it to that? ok
[11:41] <apachelogger> anyhow
[11:41] <apachelogger> shadeslayer: yes
[11:41] <shadeslayer> ah ok :)
[11:41]  * apachelogger looks at lucid
[11:41] <shadeslayer> ill do it asap :)
[11:41] <shadeslayer> anything else?
[11:42] <apachelogger> nope
[11:42] <apachelogger> looking at lucid right now
[11:43] <shadeslayer> ok
[11:44] <apachelogger> shadeslayer: quilt should be removed from the build-depends in debian/control
[11:44] <shadeslayer> apachelogger: kopete-facebook?
[11:45] <apachelogger> yes
[11:45] <apachelogger> always watch the output of debuild
[11:45] <apachelogger> W: kopete-facebook source: quilt-build-dep-but-no-series-file
[11:45] <apachelogger> W: kopete-facebook source: patch-system-but-no-source-readme
[11:45] <apachelogger> W: kopete-facebook source: patch-system-but-direct-changes-in-diff .directory
[11:46] <apachelogger> the first 2 warnings are because of the quilt build-dependency and the last one because you accidently got one of dolphin's configs added
[11:46] <apachelogger> shadeslayer: also your debian/changelog entry is broken
[11:47] <apachelogger> which is why you should only use dch to do anything ;)
[11:47] <shadeslayer> ah ok
[11:48] <apachelogger> parsechangelog/debian: warning:     debian/changelog(l3): unrecognised line
[11:48] <apachelogger> LINE:  * New Upstream release
[11:48] <apachelogger> parsechangelog/debian: warning:     debian/changelog(l10): badly formatted trailer line
[11:48] <apachelogger> LINE:  -- Rohan Garg <rohan16garg@gmail.com> Mon, 25 Jan 2010 01:39:31 +0530
[11:48] <shadeslayer> apachelogger: http://paste.ubuntu.com/362547/
[11:48] <apachelogger> do apparently something is wrong with your first change line and the bottom line format is somehow messed up
[11:49] <shadeslayer> apachelogger: yeah i saw that error,but i couldnt figure out what was wrong in that line
[11:49] <apachelogger> first things first
[11:49] <apachelogger> shadeslayer: please edit the lucid package and then re-backport that package to karmic
[11:50] <shadeslayer> ok
[11:50] <apachelogger> otherwise you will almost certainly get lost in what you changed where
[11:50] <shadeslayer> ok sure :)
[11:50] <apachelogger> so, first open debian/control
[11:50] <shadeslayer> ill do the lucid build first
[11:50] <apachelogger> there remove "quilt, " from the build-depends
[11:51] <apachelogger> then remove the .directory file in the main source directory
[11:51] <shadeslayer> apachelogger: already done
[11:51] <apachelogger> then open debian/changelog and take a look at what makes your first entry line different from the one from Scott's previous changelog entry
[11:51] <apachelogger> same with the bottom line
[11:52] <apachelogger> (tip: in both cases you have a whitespace issue)
[11:52] <shadeslayer> ah
[11:53] <shadeslayer> had a extra whitespace after every line apart from the first line
[11:53] <shadeslayer> apachelogger: um are even the amount of whitespaces set?
[11:54] <apachelogger> yes
[11:54] <apachelogger> the format is very very strict
[11:54] <shadeslayer> yeah i can see that :P
[11:55] <apachelogger> that is why ScottK mentioned that you should use dch to create the first entry and then only change the content, but not the stuff around it ;)
[11:55] <shadeslayer> ok
[11:56] <shadeslayer> apachelogger: ok after editing the changelog,i rebuild it right?
[11:56] <shadeslayer> debuild -S -sa
[11:56] <apachelogger> yes
[11:57] <shadeslayer> yeah still have a badly formatted trailer line ><
[11:57] <shadeslayer> hold one
[11:58] <apachelogger> oh, btw, after you did one upload you can build with debuild -S -sd
[11:58] <apachelogger> that way you do not need to upload the tarball again, but just the changes, dsc and diff files
[11:58] <apachelogger> which is of course a lot faster most of the time ;)
[11:59] <shadeslayer> oh thats good :)
[12:02] <Trouble_> shadeslayer: Hey dude, I sorted the logging in via kdm problem. Was some dodgy files in /tmp. I wish I'd moved them rather than deleting them, so I could have investigated more. Plasma-netbook still doesn't start automatically though - so that's next on my list ;-)
[12:03] <Trouble_> /var/log/kdm.log didn't tell me anything in the end :-s
[12:04] <shadeslayer> apachelogger: http://pastebin.com/f37ca2478
[12:05] <shadeslayer> Trouble_: hmm well you could always put a pre kde script and forget about it :P
[12:05] <JontheEchidna> apachelogger: dunno. I started college last week so I have way less time now
[12:05] <apachelogger> shadeslayer: looks good
[12:05] <shadeslayer> apachelogger: no changes to version>
[12:05] <shadeslayer> like -0ubuntu0 ?
[12:06] <Tm_T> yay, 1404.37 < CIA-63> sebas * r1080019 /trunk/www/sites/www/ (5 files in 4 dirs): Release KDE 4.4 RC2
[12:06] <apachelogger> JontheEchidna: groovy :)
[12:06] <shadeslayer> Tm_T: :)
[12:06] <apachelogger> JontheEchidna: the being a college student, not the having less time ;)
[12:06] <shadeslayer> JontheEchidna: i start mine in 3 days :P
[12:06] <apachelogger> shadeslayer: well, the thing is
[12:07] <apachelogger> shadeslayer: technically you should not upload -NubuntuN versions
[12:07] <apachelogger> shadeslayer: but always suffix them with ~ppaN or ~VERSIONN~ppaN ;)
[12:07] <shadeslayer> oh ok
[12:07] <apachelogger> oha
[12:07] <apachelogger> the version in the changelog is wrong anyway
[12:07] <shadeslayer> so i add this to my version right
[12:07] <apachelogger> shadeslayer: should be 0.1.5
[12:08] <shadeslayer> apachelogger: its 0.1.5
[12:08] <apachelogger> a ubuntu version number always looks like this: UPSTREAM-DEBIANubuntuUBUNTU
[12:08] <apachelogger> 0.1.5-0ubuntu1 in this case
[12:08] <apachelogger> if the package was based of the first revision of a debian package of kopete-facebook 0.1.5 it would be 0.1.5-1ubuntu1
[12:08] <shadeslayer> yeah thats what i was asking about... and should i add ~lucid1~ppa1 :
[12:08] <JontheEchidna> apachelogger: oh, I did give k-n-h a distribution upgrade feature in case kpackagekit's turns out to be inadequate
[12:09] <apachelogger> JontheEchidna: kpk should work out fine
[12:09] <JontheEchidna> does kpk have support for the upgrade quirks that upgrade-manager uses?
[12:09] <apachelogger> JontheEchidna: but for karmic we need to deploy patches to pk and kpk
[12:09] <shadeslayer> brb...
[12:09] <apachelogger> JontheEchidna: it is all handled via pk internals, kpk just tells the user that there is a upgrade to lucid
[12:10] <apachelogger> JontheEchidna: then it just invokes do-upgrade
[12:10] <apachelogger> which is where the problem lies right now, because it will try to launch the GTK interface
[12:10] <apachelogger> and that needs to be patched
[12:10] <JontheEchidna> ah, we could have it launch upgrade-manager-kde
[12:10] <apachelogger> though I have not heared back form glatzor on my patch for pk on that
[12:10] <apachelogger> JontheEchidna: that is what that do-upgrade thingy does
[12:11] <JontheEchidna> so we'd be using the same architecture, just launched by kpk
[12:11] <apachelogger> right
[12:11] <shadeslayer> anyone want noodles ? :P
[12:11] <JontheEchidna> nice
[12:11] <apachelogger> JontheEchidna: technically not even kpk, kpk just launches a script that launches the update infrastracture ;)
[12:11] <JontheEchidna> nice @ noodles and @ kpk ;-)
[12:11] <JontheEchidna> though I've never had noodles for breakfast :x
[12:12]  * apachelogger still aint had no breakfast
[12:12] <shadeslayer> its 6 pm here :P
[12:12] <JontheEchidna> 7 am here
[12:12]  * Riddell throws some porridge at apachelogger 
[12:12] <apachelogger> and I need to be at campus in 45 minutes -.-
[12:12] <apachelogger> weeeh \o/ porridge :D
[12:13] <shadeslayer> apachelogger: ok so the version is 0.1.5-0ubuntu0~karmic1~ppa1
[12:13] <JontheEchidna> I have to leave in 15 minutes, which is when my ride to campus leaves
[12:13] <JontheEchidna> I think the campus blocks most ports except for port 80 on their wifi, because neither smtp nor irc work there :(
[12:13] <shadeslayer> um ~lucid1~ppa1
[12:13] <JontheEchidna> will have to talk to the IT dept. to see what's up
[12:13] <apachelogger> shadeslayer: that will not work
[12:14] <apachelogger> shadeslayer: foo1 > foo1~bar1
[12:14] <shadeslayer> JontheEchidna: my uni had even blocked launchpad.net
[12:14] <apachelogger> shadeslayer: foo1 < foo1+bar1
[12:14] <shadeslayer> apachelogger: oh..
[12:14] <JontheEchidna> shadeslayer: luckily there's no web filter beyond blind port blockage
[12:14] <apachelogger> shadeslayer: so you need 0.1.5-0ubuntu1+lucid1~ppa1 now
[12:14] <apachelogger> shadeslayer: otherwise launchpad will reject the upload
[12:15] <shadeslayer> apachelogger: one sec i need to log this :P
[12:15] <apachelogger> shadeslayer: though just to make that clear... the upload to ubuntu will still have -0ubuntu1 and just that ... the suffix is just for PPA uploads ;)
[12:16] <shadeslayer> ok
[12:16] <shadeslayer> apachelogger: whats the difference b/w ~ and +
[12:18] <shadeslayer> eek
[12:18] <shadeslayer> yeah can you gys hear me? go disconnected there :)
[12:19] <shadeslayer> *git
[12:19] <apachelogger> shadeslayer: ~ makes the version smaller + makes it larger
[12:19] <apachelogger> say you have 0.1
[12:19] <apachelogger> then 0.1~foo1 would be lower than 0.1
[12:19] <shadeslayer> oh..
[12:20] <apachelogger> for example if you make a git snapshot before upstream does any release, then you want to use a version lower than 0.1 for sure
[12:20] <Sput> 4.3.0-0ubuntureally42
[12:20] <Sput> :)
[12:20] <shadeslayer> hehe
[12:20] <apachelogger> so you could use 0.1~git20100124
[12:20] <apachelogger> no matter what is following, the ~ makes it smaller than the part before the ~
[12:20]  * persia usually uses 0.0.0.1~ for pre-releases, just to be extra safe
[12:21] <shadeslayer> hmm thats good foo :)
[12:21] <apachelogger> + does the same thing, just that it makes the version larger
[12:21] <apachelogger> so 0.1+git20100124 > 0.1 > 0.1~git20100124
[12:21] <shadeslayer> apachelogger: how do i remove all the .directory files?
[12:21] <shadeslayer> apachelogger: ok :)
[12:21] <apachelogger> shadeslayer: just remove it and debuild ;)
[12:22] <shadeslayer> apachelogger: by going into each dir?
[12:22] <apachelogger> well
[12:22] <apachelogger> you only have it in one dir
[12:22] <shadeslayer> hmmm ok
[12:23] <apachelogger> unless you added more now ;)
[12:23] <apachelogger> in the version I downloaded you only have it in the main source dir ;)
[12:24] <apachelogger> shadeslayer: otherwise you could do find ./ -name ".directory" | xargs rm
[12:24] <apachelogger> persia: 0.0~ ;)
[12:25] <apachelogger> though I have been told some tool(s) insist that 0.0 is no valid version
[12:25] <persia> apachelogger: Breaks the sync script in Soyuz, or yes, 0~ would be preferred.
[12:25]  * persia discovered this for a package that uses 0~ in Debian
[12:26] <apachelogger> I see
[12:27] <persia> 0.0.0.1~ seems the least bad compromise, because most projects only have three sections in versions.
[12:27] <apachelogger> yeah
[12:27] <apachelogger> Sput: that is a rather short version :P
[12:28] <Sput> apachelogger: I can't remember the details :) but I found that amusing
[12:28] <shadeslayer> apachelogger: http://paste.ubuntu.com/362565/
[12:29] <shadeslayer> hmm i guess i need to rename the .orig.tar.gz too
[12:29] <shadeslayer> and the folder too
[12:29] <apachelogger> Sput: 4:4.1.1+really4.1.1-0ubuntu4
[12:29] <apachelogger> Sput: though I have seen better than that too :D
[12:30] <Sput> apachelogger: yeah, something like that :)
[12:31] <shadeslayer> apachelogger: also i just noticed that i have : .gitignore
[12:31] <shadeslayer> i should remove that too right?
[12:31] <apachelogger> no
[12:31] <shadeslayer> ok
[12:31] <apachelogger> that is from upstream
[12:31] <shadeslayer> hmm
[12:32] <apachelogger> Sput: also on offer: 3:3.3.8really3.3.7-0ubuntu11.1
[12:32] <Sput> you need to do that because you can't force downgrades, right?
[12:32] <apachelogger> if that was to be in a PPA it would be 3:3.3.8really3.3.7-0ubuntu11.1~ppa1, and backported something like 3:3.3.8really3.3.7-0ubuntu11.1~jaunty1~ppa1 ;)
[12:32] <apachelogger> Sput: right
[12:34] <Sput> now add to that a package with screwed upstream versioning... mplayer-1.0_rc4_p20091026 comes to mind, though there's worse
[12:34] <shadeslayer> apachelogger: ok i think everything went without errors : http://paste.ubuntu.com/362569/
[12:35] <shadeslayer> apachelogger: should i dput?
[12:36] <apachelogger> shadeslayer: W: kopete-facebook source: diff-contains-svn-control-dir icons/.svn
[12:36] <apachelogger> W: kopete-facebook source: native-package-with-dash-version
[12:36] <shadeslayer> apachelogger: yeah but as you said thats upstream right?
[12:36] <apachelogger> oh right, didnt see it earlier
[12:37] <apachelogger> but the second is a major issue
[12:37] <shadeslayer> apachelogger: ok what does the error mean?
[12:37] <apachelogger> did debuild not warn you about anything?
[12:37] <shadeslayer> nope
[12:37] <apachelogger> well
[12:37] <apachelogger> check your .orig.tar.gz
[12:37] <shadeslayer> apachelogger: thats the complete output of debuild -S -sa
[12:37] <apachelogger> apparenlty debuild was unable to find it
[12:38] <shadeslayer> apachelogger: kopete-facebook-0.1.5.orig.tar.gz
[12:38] <apachelogger> wrong name, see what I told you yesterday about the tarball name
[12:38] <shadeslayer> with a _ ?
[12:38] <apachelogger> yes
[12:38] <apachelogger> that is important, anything but NAME_VERSION.orig.tar.gz will be ignored
[12:38] <shadeslayer> ah..
[12:39] <apachelogger> dpkg-source: info: building kopete-facebook in kopete-facebook_0.1.5-0ubuntu1+lucid1~ppa1.tar.gz
[12:39] <apachelogger> that is why debuild built its own tarball
[12:39] <apachelogger> which then made the package a native package (i.e. a package where Debian/Ubuntu is upstream themself, so there is no individual upstream tarball)
[12:39] <apachelogger> which is of course only legitimite for real native packages ;)
[12:40] <shadeslayer> ah..
[12:40] <shadeslayer> for absolutely new packages
[12:40] <shadeslayer> apachelogger: E: kopete-facebook_0.1.5-0ubuntu1+lucid1~ppa1_source.changes: bad-ubuntu-distribution-in-changes-file lucid
[12:41] <shadeslayer> ignore it?
[12:41] <Riddell> yes, ignore that
[12:42] <shadeslayer> since it doesnt recognise lucid :P
[12:42] <shadeslayer> okies
[12:42] <shadeslayer> ready to upload.. should i delete the other lucid package?
[12:42] <apachelogger> shadeslayer: in the ppa?
[12:42] <shadeslayer> apachelogger: yeah
[12:43] <apachelogger> no, it will be replaced by the new version automagically
[12:43] <shadeslayer> ok
[12:43] <shadeslayer> so now the upload..
[12:44] <shadeslayer> Successfully uploaded packages.
[12:46] <shadeslayer> i love it when launchpad sends you the mail :P
[12:48] <shadeslayer> ok i think i need to change all the package names :P
[12:49] <shadeslayer> apachelogger: btw do i have to remove the patch folder everytime or is there some procedure for that?
[12:49] <\sh> apachelogger: done -> jabber
[12:49] <apachelogger> \sh: thx :)
[12:50] <\sh> apachelogger: welcome :)
[12:50] <apachelogger> shadeslayer: no, you just need to get the right package
[12:51] <apachelogger> shadeslayer: to get your most recent PPA version: go to the PPA page => look for the .dsc file => copy the url => dget URL => dpkg-source -x DSCFILE
[12:51] <apachelogger> dget https://edge.launchpad.net/~rohangarg/+archive/kde-extra/+files/kopete-facebook_0.1.5-0ubuntu1+lucid1~ppa1.dsc && dpkg-source -x kopete-facebook_0.1.5-0ubuntu1+lucid1~ppa1.dsc
[12:52] <apachelogger> for example
[12:52] <shadeslayer> apachelogger: i meant that i have to change rekonq and choqok package names to fit the naming policy
[12:52] <apachelogger> the versioning policy!
[12:52] <apachelogger> not naming :P
[12:53] <apachelogger> and now, you do not need to
[12:53] <shadeslayer> yeah the same :)
[12:53] <apachelogger> doesnt have much use now anyway
[12:53] <apachelogger> anyhow
[12:53] <shadeslayer> hmm..
[12:53] <apachelogger> gotta run
[12:53] <apachelogger> cya
[12:53] <shadeslayer> apachelogger: one sec
[12:53] <shadeslayer> where do i upload it to get sponsors?
[12:54] <shadeslayer> meh hes gone :)
[13:32] <Riddell> ScottK: 4.3.5 is all built and has had a couple of testers, think I can upload to karmic-backports?
[14:00] <ScottK> Riddell: If you think it's ready, I'm OK.  I'm slightly concerned that I read comments on the KDE lists that it had zero testing before release, but I'm good if you're good.
[14:00] <ScottK> Riddell: Since backports build at a low priority, it might be best to do it on Friday?
[14:02] <Riddell> bah, waiting
[14:04] <ScottK> Uploading when the buildds aren't busy gives us fewer complaints due to archive skew.
[14:29]  * Riddell gets excited at kdebindings getting to 71% compiled and going
[14:40] <jussi01> Riddell: awesome
[14:50] <shadeslayer> Riddell: :o
[14:50] <Riddell> failed at 98% !
[14:50] <Riddell> life is cruel
[14:51] <shadeslayer> Riddell: error?
[14:52] <Riddell> http://paste.ubuntu.com/362641/
[14:54] <ulysses> Hello, the link to the KDE SC 4.4 RC2 announcement is wrong here: http://www.kubuntu.org/news/kde-sc-4.4-rc-2
[14:54] <ulysses> It's point to the KDE SC 4.4 RC1 announcement
[14:54] <shadeslayer> ulysses: um no
[14:55] <shadeslayer> Riddell: free after 30 mins or so?
[14:56] <Riddell> ulysses: fixed, thanks
[14:56] <Riddell> shadeslayer: pardon?
[14:57] <shadeslayer> Riddell: need to talk to you after 30-45 mins
[14:57] <Riddell> I'm here all day
[14:59] <Riddell> nixternal: amazing where he shows up http://mail.gnome.org/archives/marketing-list/2010-January/msg00120.html
[15:04] <Lex79> Riddell: I uploaded this night kde-l10n for 4.3.5 in staging
[15:06] <Riddell> Lex79: yeah saw that, we can probably copy those directly to backports
[15:08] <Lex79> Riddell: just curiosity, what happens since changelog version says karmic instead karmic-backports? it will change automatically to karmic-backports after the copy?
[15:08] <Riddell> no, that'll stay
[15:08] <Lex79> ah
[15:19] <Riddell> Lex79: did sandsmark get the phonon patch done?  I saw he said he was testing it
[15:20] <apachelogger> re
[15:21] <Lex79> Riddell: no he didn't for now
[15:22] <Riddell> ho hum
[15:22] <Riddell> let me know if you think I should try and poke him
[15:22] <Lex79> Riddell: I poke him every day :( :)
[15:23] <Lex79> I think we are friends at this point LoL
[15:51] <neversfelde> Riddell: where was the grouping in categories for kickoff disabled last time? I cannot find it.
[15:51] <Riddell> neversfelde: it's in /etc/xdg/menus/kde4-applications.menu
[15:51] <neversfelde> ok, thanks
[15:52] <Riddell> which is in kde4libs
[15:52] <Riddell> without the prefix
[15:58] <apachelogger> oh oh oh
[15:58] <apachelogger> hold on
[15:58] <apachelogger> did jontheechnida not deactivate it upstream>
[15:58] <apachelogger> ?
[15:58] <Riddell> apachelogger: deactivate the patch?
[15:59] <apachelogger> well the grouping in internet?
[15:59] <Riddell> ah, dunno
[15:59] <Riddell> neversfelde: best check kde svn first
[15:59] <apachelogger> I booted it from 4.3 because of its incosistency with the rest of the menu
[15:59] <neversfelde> ok
[15:59] <apachelogger> there was no progress for 4.4 so I asked jonny to boot it again in SVN
[16:01] <ScottK> IIRC it was booted and then came back.
[16:02] <apachelogger> ScottK: I deliberately only booted it from the 4.3 branch but not trunk
[16:02] <apachelogger> giving the author a chance to work things out
[16:02] <apachelogger> which did not happen
[16:02] <apachelogger> neversfelde: not yet removed from 4.4
[16:02] <apachelogger> doing that now
[16:02] <ScottK> OK.  Time to do it again then.
[16:02] <apachelogger> and trunk too this time
[16:06] <ulysses> Uhm, it was reported, that bug 503070 wasn't fixed in kde-l10n-sk
[16:07] <apachelogger> kde rev 1080092
[16:07] <ulysses> I thought I fixed all kde-i18-*/kde-l10n-* conflict in karmic-backports
[16:07] <Riddell> that package does include "Replaces: kde-i18n-sk" ulysses
[16:08] <Riddell> ulysses: probably the problem is that I haven't removed the kde-i18n-sk package yet
[16:10] <ulysses> Riddell: Shouldn't kde-l10n-sk replace kde-i18n-sk, if it's installed? I've tested it, kde-l10n-hu replaced kde-i18n-hu, I don't understand what is the problem with kde-i18n-sk
[16:12] <Riddell> ulysses: you seem to be looking at karmic, I've not looked into karmic
[16:12] <ulysses> Riddell: yes, I looked it on Karmic
[16:15] <apachelogger> kde rev 1080097
[16:15] <apachelogger> neversfelde, ScottK, Riddell: removed internet subcategories from 4.4 and trunk upstream
[16:18] <Riddell> apachelogger: I'm tempted to say the same should be done to Development
[16:18] <apachelogger> I only have one group there?
[16:19] <Riddell> I have Translation (1 app) and Web Development (1 apps)
[16:19] <apachelogger> Riddell: also bug 379820 is non-solvable IMHO ... the problem is that we get desktop file translations from mo files which are cached inside the app (e.g. plasma/kickoff)
[16:20] <apachelogger> another reason to dislike that approach of localization
[16:22] <Riddell> apachelogger: why wouldn't a watch for the .mo files be a solution?
[16:23] <apachelogger> because each app would have to watch each mo file (or at least those that are used by it)
[16:23] <apachelogger> that will eat all sorts of resources big time
[16:23] <apachelogger> which is exactly the reason that mo files are not watched to begin with but translations will only apply upon new login
[16:24] <apachelogger> IMHO we should slove this by triggering a reboot notification after lang-pack updates
[16:24] <Riddell> hmm, that would work but seems a bit microsofty
[16:25] <apachelogger> well
[16:26] <apachelogger> I would be interested in particular examples of this issue
[16:26] <apachelogger> as I see it the only way to notice this is when you had an entry that was untranslated, that should be translated after the update
[16:27] <apachelogger> that of course implies that you *know* that the entry shoudl be translated after the update
[16:27] <apachelogger> making it a bit of a pointless bug altogether
[16:34] <nixternal> apachelogger: help.kubuntu.org will be independent, not a mirror
[16:34] <apachelogger> nixternal: okies, do you expect to get it setup before lucid? cause then we should look into adding it to kubuntu-konqueror-shortcuts :)
[16:38] <neversfelde> apachelogger: ok, so no need to patch kdelibs again?
[16:38] <apachelogger> neversfelde: aight
[16:39] <apachelogger> also, we never patched kdelibs to get rid of those cats :P
[16:39] <neversfelde> mhh, kubuntu_70_revert_submenus.diff
[16:39] <apachelogger> oh :D
[16:39] <apachelogger> so we did it seems :D
[16:40] <apachelogger> anyhow
[16:40] <neversfelde> you did ;)
[16:40] <apachelogger> where do we get artwork for 10.04 from?
[16:40] <Lex79> apachelogger: strange question....do you know if soyouz has tarball for downloading?
[16:40] <shadeslayer> apachelogger: what does this error mean : W: kopete-facebook source: unknown-field-in-dsc original-maintainer
[16:40] <apachelogger> Lex79: you mean of the soyouz source?
[16:40] <Lex79> apachelogger: yeah
[16:40] <nixternal> apachelogger: yes, with the new website
[16:40] <apachelogger> shadeslayer: please paste your control file
[16:41] <apachelogger> Lex79: no, you'd need to branch the launchpad source I suppose
[16:41] <shadeslayer> apachelogger: im doing it for kopete karmic
[16:41] <apachelogger> I do not think they release tarballs of launchpad
[16:41] <shadeslayer> ok sure
[16:41] <apachelogger> nixternal: ok
[16:41] <nixternal> apachelogger: it will be the same documentation that is already on the system, so I wonder, could you you have the shortcuts point to a help:/ url?
[16:41] <shadeslayer> apachelogger: i still need to edit the homepage though :) : http://pastebin.com/f46bcde5f
[16:42] <Lex79> apachelogger: and why soyouz has GNU Affero GPL v3 license if there are no sources? :)
[16:42] <apachelogger> nixternal: if you manage to implement search into help:/
[16:42] <apachelogger> nixternal: otherwise it would not make much sense
[16:43] <apachelogger> shadeslayer: I thought you did that in the lucid version already?
[16:43] <nixternal> apachelogger: good point
[16:43] <shadeslayer> nixternal: docs? where? i want to help!
[16:43] <shadeslayer> i did the docs for a browser rekonq so have a bit of experience..
[16:43] <shadeslayer> apachelogger: eh?
[16:43] <shadeslayer> apachelogger: oh im building this from sractch
[16:43] <apachelogger> shadeslayer: you changed the homepage in the lucid package already?
[16:44] <nixternal> shadeslayer: where were you last month? :)
[16:44] <apachelogger> shadeslayer: that is bad practise
[16:44] <shadeslayer> nixternal: givin my exams :(
[16:44] <nixternal> after this push of docs is complete, I will probably have more work available, so if you are interested, let me know
[16:44] <apachelogger> shadeslayer: take the lucid package and apply as little change as possible
[16:44] <shadeslayer> apachelogger: hmm..
[16:44] <apachelogger> ultimately you would take the lucid package, add a changelog entry for karmic and be done with it
[16:44] <Riddell> apachelogger: artwork for 10.04 comes from upstream?
[16:45] <apachelogger> shadeslayer: anyhow, the warning is probably becuase it doesnt like XSBC-Original-Maintainer, so just ignore that warning
[16:45] <apachelogger> Riddell: I mean kubuntu branded one :P
[16:45] <shadeslayer> apachelogger: but if i take the lucid changelog wont that contain lucid at the top?
[16:45] <Riddell> Lex79: soyuz sources are available
[16:45] <apachelogger> Riddell: to prevent people from giving us bad reviews because we did not change upstream's artwork
[16:45] <Lex79> Riddell: where?
[16:45] <Riddell> Lex79: wherever launchpad's sources are, bzr co lp:launchpad might work
[16:46] <apachelogger> shadeslayer: dch -v 0.1.5-0ubuntu1~karmic1~ppa1 -D karmic
[16:46] <apachelogger> shadeslayer: then you have a karmic entry at the very top and the lucid entry underneath it
[16:46] <Riddell> apachelogger: I'm happy with just preventing people from giving us bad reviews because we did
[16:46] <shadeslayer> apachelogger: ah..
[16:46] <apachelogger> shadeslayer: just take a look at the changelog of some package in the kubuntu beta ppa, most of them are backports
[16:46] <shadeslayer> apachelogger: wont that be +karmic1 ?
[16:46] <shadeslayer> apachelogger: ok
[16:46] <Riddell> apachelogger: and if they're complaining about artwork being boring that means they have nothing important to complain about
[16:46] <apachelogger> Riddell: hehe :)
[16:47] <Lex79> Riddell: thanks
[16:48] <apachelogger> Lex79: I did not say there was no soyuz source, I said there were no tarballs
[16:48] <apachelogger> tarballs are not the only way to distribute source code, you know :P
[16:49] <apachelogger> Lex79: on a more important note, just because something is licensed as FLOSS does not mean that its source code is available to the public
[16:51] <Lex79> apachelogger: I see, thx
[16:54] <shadeslayer> apachelogger: like i said : http://paste.ubuntu.com/362710/
[16:55] <shadeslayer> overwrite?
[16:56] <apachelogger> oh right, you are in a versioning mess
[16:57] <shadeslayer> hmm
[16:57] <apachelogger> shadeslayer: 0.1.5-0ubuntu1+lucid1~ppa1~karmic1~ppa1
[16:57] <apachelogger> oh the glory of versioning mess :D
[16:57] <shadeslayer> whoa!
[16:57] <nixternal> can't you just use the -b since it is going into karmic?
[16:57] <shadeslayer> yeah thats what im thinking too :P
[16:57] <apachelogger> yes
[16:58] <apachelogger> anyhow
[16:58] <apachelogger> shadeslayer: is the lucid package finished?
[16:58] <shadeslayer> apachelogger: building? nope
[16:58] <apachelogger> shadeslayer: no, sourcewise
[16:58] <shadeslayer> i uploaded it,waiting for the 32 bit build
[16:59] <shadeslayer> apachelogger: yeah i finished at the same moment and uploaded it
[16:59] <apachelogger> well, 64bit finished, so it at least builds :D
[16:59] <shadeslayer> hehe :)
[17:00] <shadeslayer> apachelogger: why does launchpad have a unequal no. of builds for 32 and 64 bit?
[17:00] <apachelogger> because it is a cloud
[17:00] <apachelogger> shadeslayer: your changelog decreased in quality
[17:01] <shadeslayer> um?
[17:01] <apachelogger> http://launchpadlibrarian.net/38360782/kopete-facebook_0.1.5-0ubuntu1_0.1.5-0ubuntu1%2Blucid1~ppa1.diff.gz
[17:01] <apachelogger> also you did not document that you removed quilt as a build-dep
[17:01] <shadeslayer> hmm and the changed link too...
[17:03] <apachelogger> that is why I said it decreased in quality
[17:03] <apachelogger> or rather in verbosity
[17:03] <shadeslayer> hmm
[17:03] <apachelogger> the old entry format was broken, but more verbose
[17:03] <apachelogger> the new entry is not broken but also not verbose :P
[17:03] <nixternal> Riddell: just gave Paul Cutler a heads up on our little workaholic, who seemingly doesn't know how to review patches well or understand how something should work
[17:03] <shadeslayer> ok ill redo the entry again :)
[17:03] <shadeslayer> apachelogger: thanks for pointing that out
[17:04] <shadeslayer> apachelogger: also ive learnt that its *best* to work with dch -a :)
[17:04] <nixternal> who knows, this guy just might turn out to be the next super start, maybe even the next linux :D
[17:04] <nixternal> s/start/star/
[17:04] <apachelogger> shadeslayer: well, you could also just follow the format and make [whitespace-whitespace-bulletpoint] before your lines ;)
[17:05] <Riddell> nixternal: who's he?
[17:05] <nixternal> paul?
[17:05] <Riddell> yes
[17:05] <shadeslayer> apachelogger: i thought it might break something :)
[17:05] <apachelogger> I am linux!
[17:05] <shadeslayer> :)
[17:05] <nixternal> he is one of the doc/web/news/* leaders in gnome, a good friend of mine
[17:06] <nixternal> everytime we hang out he tries to show me something cool in gnome to make me switch
[17:06] <nixternal> then I show him KDE 4 and then smash his laptop
[17:06] <apachelogger> shadeslayer: well, with dch -a you are almost completely save, but quite frankly I find it easier to just keep an editor open with the changelog and add bullet points manually
[17:08] <shadeslayer> apart from E: kopete-facebook_0.1.5-0ubuntu1+lucid1~ppa1_source.changes: bad-ubuntu-distribution-in-changes-file lucid
[17:08] <shadeslayer> everything else looks fine when i run debuild -S -sa
[17:09] <shadeslayer> apachelogger: i hope youre not getting pissed off :)
[17:10] <shadeslayer> apachelogger: ok ive uploaded the correct version of everything now i think,hope it works..
[17:13] <apachelogger> shadeslayer: are you on 32 or 64bit?
[17:14] <shadeslayer> apachelogger: 64 bits
[17:14] <apachelogger> shadeslayer: install http://dk.archive.ubuntu.com/ubuntu/pool/main/d/devscripts/devscripts_2.10.61ubuntu2_amd64.deb
[17:15] <shadeslayer> ok
[17:15] <apachelogger> that will silence all the tools that do not know about lucid
[17:15] <apachelogger> ScottK: could we get that backported?
[17:15] <shadeslayer> hehe :)
[17:16] <apachelogger> some idle minion around?
[17:17] <shadeslayer> apparently gdebi doesnt like the package :)
[17:18] <shadeslayer> ok lets build again...
[17:18]  * ulysses is on Ubuntu Developer Week
[17:18] <shadeslayer> apachelogger: should i update the package no. to ppa1 now?
[17:19] <shadeslayer> since it failed twice on upload
[17:19] <shadeslayer> um ppa2 i mean...
[17:20] <apachelogger> yes
[17:20] <Quintasan> \o
[17:20] <ulysses> o/
[17:20] <shadeslayer> apachelogger: lol : E: kopete-facebook_0.1.5-0ubuntu1+lucid1~ppa2_source.changes: bad-ubuntu-distribution-in-changes-file lucid
[17:20] <Quintasan> sup? we have only one session in Dev Week? :S
[17:20] <apachelogger> shadeslayer: did you install the new devscripts?
[17:20] <shadeslayer> yeah
[17:21] <apachelogger> well, dunno then
[17:21] <shadeslayer> i have : 2.10.61ubuntu2
[17:22] <ulysses> Quintasan: Yes, only one, but I'm waiting that:)
[17:23] <shadeslayer> ok done..
[17:23] <shadeslayer> apachelogger: when i did : apt-get source ktorrent it gave me a message that ktorrent was available on git.debian.or
[17:23] <shadeslayer> *org
[17:24] <apachelogger> aargh
[17:24]  * apachelogger throws amarok out the window and uses vlc
[17:26] <apachelogger> http://trac.kmess.org/changeset/5693
[17:26] <apachelogger> ah, wrong chan
[17:26] <shadeslayer> apachelogger: https://launchpad.net/~rohangarg/+archive/kde-extra/+packages
[17:26]  * shadeslayer picks up amarok,makes a version upgrade to 2.2.3 and gives it back to apachelogger 
[17:27] <apachelogger> like that will help -.-
[17:28] <shadeslayer> now to wait for 3 hours :P
[17:28] <apachelogger> shadeslayer: you know testbuilding in a ppa is bad practise too :P
[17:28] <shadeslayer> apachelogger: now you tell me :P
[17:28] <shadeslayer> apachelogger: why though? MOTU said i could do test builds in my PPA
[17:29] <apachelogger> yeah, if you had upload permissions you could also do test builds in the ubuntu archive
[17:30] <apachelogger> that does not mean it makes much sense :P
[17:31] <shadeslayer> apachelogger: i think if i had permissions for ubuntu archives i would rather mess up my PPA than the archives :)
[17:31] <apachelogger> just saying
[17:31] <apachelogger> I finished testbuilding in 5 minutes here :P
[17:31] <shadeslayer> apachelogger: :o
[17:31] <shadeslayer> apachelogger: how?
[17:31]  * shadeslayer guesses pbuilder
[17:32] <apachelogger> whatelse
[17:32] <shadeslayer> apachelogger: can you teach me that too?
[17:32] <apachelogger> !pbuilder
[17:32] <apachelogger> voila
[17:32] <shadeslayer> hehe got it first with google
[17:33] <apachelogger> up we go
[17:33] <shadeslayer> Create a base tarball that will contain your chroot environment to build packages with.
[17:33] <shadeslayer> what does that mean?
[17:33] <apachelogger> sudo pbuilder create
[17:34] <apachelogger>  :P
[17:34] <shadeslayer> >< i mean whats a base tarball
[17:34] <apachelogger> ask wikipedia for what a chroot is
[17:34] <apachelogger> that chroot gets compressed in a base.tar.gz to save disk space
[17:34] <apachelogger> when doing a build it then gets decompressed to a temporary location
[17:36] <shadeslayer> gtg bbl
[17:39] <Lex79> Riddell: <sandsmark> nothing new yet, still fails to build
[17:39] <Lex79> no progress for now
[17:40] <Riddell> Lex79: fooey
[17:40] <Quintasan> :/
[17:46] <apachelogger> oh my
[17:46] <apachelogger> the fact that plasmoids can crash plasma is so ugly it causes nightmares for me
[17:47] <Tm_T> apachelogger: glad they don't do that here
[17:47] <Tm_T> well, I haven't got that issue for a long time
[17:47] <apachelogger> the fact alone troubles me
[17:48] <apachelogger> and that I cant add half the plasmoids without plasma going down
[17:48] <apachelogger> though I never was able to touch plasma without crashing it
[17:48] <jussi01> apachelogger: +1!
[17:48] <apachelogger> maybe I am too weird a user that plasma cant deal with it
[17:49] <jussi01> apachelogger: anything that isnt totally mainstram just kills things... like stasks for instance...
[17:49] <apachelogger> awful
[17:49] <apachelogger> oha
[17:49]  * apachelogger cant even browse widgets right now :D
[17:50] <persia> apachelogger: Can you put an exception handler around the plugin interface, and trap (and drop) crashes?
[17:51] <apachelogger> persia: yes, for plasmoids implemented in scripting languages
[17:51] <apachelogger> not for binary ones
[17:51] <apachelogger> since they run inside plasma itself
[17:51] <apachelogger> horrible design if you ask me
[17:52] <persia> Um, why not?
[17:52] <apachelogger> I dunno
[17:52] <persia> I don't know anything about this specific interface, but in the general case where one loads some .so and calls some function to initialise and activate it, one can trap.
[17:53] <apachelogger> yeah, but I dont know the internals either
[17:53] <persia> For example, the old OpenAL used to send segfault when it couldn't open an audio interface, so client apps needed to put an exeption handler around the initialisation routine and if the exception handler caught a segfault, turn off audio, and proceed.
[17:54] <persia> In most implementation of plugin interfaces, one can do the same thing.  Just find the init() and run() calls (or whatever names), and add exception handlers that trap a crash, clean up the allocation for the plugin, and go about their business.
[17:54] <persia> Mind you, most developers don't add this as a first pass, because plugins never crash :)
[17:57] <apachelogger> persia: well, if there was an easy approach to it, the plasma devs would probably have implemented an exception handler by now, because 90% of the time plasma crashes because of some faulty plasmoid
[17:57] <persia> Maybe.
[17:57] <persia> But C++ exception handling is messy and poorly documented.
[17:58] <persia> Plus, usually it's better to fix the actual crash, rather than write code that assumes it will be interfacing with crashing code.
[17:58] <persia> Anyway, worth a check of the implementation if it annoys you enough.
[17:58] <apachelogger> it does not feel like the plasmoids do get any less crashy :S
[17:59] <apachelogger> persia: next semester, for the time being I will continue playing with C ;)
[18:00] <Quintasan> apachelogger: more work for you then ;P
[18:00] <persia> apachelogger: Heh.
[18:01] <apachelogger> Quintasan: well, I suppose implementing exception handling yourself is way faster than using undocumented fancyness :P
[18:03]  * apachelogger leaves for supper
[18:04]  * Tm_T throws spoon for apachelogger
[18:06] <Quintasan> apacheloggers last supper
[18:06] <Quintasan> :P
[18:24] <ScottK> apachelogger: Someone file the backports bug, say it builds, installs, runs, and let me know.
[18:25] <Quintasan> fcks
[18:30] <blueyed> Whats the reason for "Install Debug Symbols" being grayed out in the KDE Crash Handler (lucid)?
[18:46] <apachelogger> that someone better not be me :P
[18:58] <neversfelde> apachelogger: do you have time for another review of minitube? http://revu.ubuntuwire.com/p/minitube
[18:59] <neversfelde> mhh wait, seems that revu cannot interact with source format 3.0?
[19:15] <apachelogger> stupid revu
[19:18] <apachelogger> neversfelde: why do you need to override dh_auto_install?
[19:19] <neversfelde> apachelogger: build fails, because the directory does not exist
[19:19] <neversfelde> or it cannot use it
[19:19] <neversfelde> mhh, can't remember at the moment
[19:20] <apachelogger> eh
[19:20] <apachelogger> debian/dirs then
[19:20] <apachelogger> neversfelde: copyright still does not list the nokia copyrights completely
[19:20] <apachelogger> depends exceeds 80 chars/line
[19:21] <neversfelde> apachelogger: I'll have another look, but what shall I do with debian/dirs?
[19:21] <apachelogger> with debian/dirs you can create directories
[19:22] <neversfelde> apachelogger: I can only find Nokia files that are licensed under GPL and alternatively under LGPL
[19:24] <apachelogger> they are not
[19:24] <apachelogger> neversfelde: they are either commercial or lgpl, or commercial or gpl
[19:24] <apachelogger> so you must list those that are commercial + lgpl and those that are commercial + gpl
[19:24] <apachelogger> independently from each other
[19:24] <neversfelde> ok
[19:25]  * txwikinger thought everything in qt is LGPL now
[19:42] <neversfelde> apachelogger: I can find Nokia files which are GPL and files which are commercial + LGPL + GPL, but no file that is commercial + GPL
[19:47] <apachelogger> oh
[19:47] <apachelogger> neversfelde: in that case the copyright just needs to mention that commercial+lgpl+gpl
[19:48] <neversfelde> chaos :)
[19:48] <apachelogger> and even then thelist is incomplete
[19:48] <apachelogger> src/qtsingleapplication/* for example is all (c) nokia
[19:56] <ScottK> Is it on purpose that apport suddenly cares about plasma crashing?
[20:15] <txwikinger> didn't apport do that already before?
[20:16] <ScottK> I was getting Dr. Konqi before.
[20:16] <ScottK> I thought we dropped the apport patch
[20:16] <ScottK> apachelogger: Didn't you kill that?
[20:18] <neversfelde> apachelogger: I do not need override dh_auto_install because of a missing dir, I need it because the permission is denied. So I cannot use debian/dirs, can I?
[20:21] <apachelogger> ScottK: not me personally
[20:22] <apachelogger> neversfelde: why would permission be denied?
[20:23] <neversfelde> apachelogger: http://pastebin.ubuntu.com/362845/
[20:24] <neversfelde> I had a look at keepassx, that package seems to have the same problem and thay solved it there with override dh_auto_install, too
[20:24] <apachelogger> oh
[20:25] <apachelogger> neversfelde: ok, then
[20:25] <apachelogger> seems that qmake makes crappy make files :P
[20:34] <neversfelde> apachelogger: reuploaded, hope I got all files now in copyright
[21:27] <neversfelde> Lex79: you colibri packages fails to build for me
[21:29] <Lex79> neversfelde: it wasn't when I uploaded to revu :( Can you paste the build log?
[21:30] <neversfelde> Lex79: http://pastebin.ubuntu.com/362883/
[21:30] <neversfelde> tell me, if you need the whole log
[21:34] <Lex79> weird
[21:35] <Lex79> neversfelde: is it the same your issue? I mean for minitube
[21:35] <neversfelde> Lex79: I do not think so, but can test, if you want?
[21:36] <Lex79> yes please
[21:36] <Lex79> thanks
[21:42] <neversfelde> Lex79: it really fixes it
[21:42] <neversfelde> don't know what is wrong there
[21:44] <Lex79> neversfelde: is it fixed with  override_dh ?
[21:44] <neversfelde> Lex79: yes
[21:44] <neversfelde> override_dh_auto_install:
[21:44] <neversfelde>         $(MAKE) INSTALL_ROOT="$(CURDIR)/debian/colibri" install
[21:44] <Lex79> neversfelde: we need to investigate, something is wrong with debhelper or something like
[21:45] <neversfelde> yes, seems so
[21:45] <Lex79> yes, if we need that change for every package...something is wrong in the lower level :)
[21:47] <neversfelde> Riddell: do you have an idea what is wrong there?
[21:51] <neversfelde> also something is wrong with adding plasma programms like the powermanager to the tray
[21:51] <neversfelde> it does not work
[21:57] <ScottK> Lex79: Did you see sandsmark's comment about updated Qt patch on #kde-devel
[21:58] <Lex79> ScottK: yes he sent me a private message
[21:58] <ScottK> OK, great.
[21:58] <ScottK> Just making sure.
[21:59] <Lex79> sure, no problem, thanks
[22:51] <neversfelde> JontheEchidna: as apachelogger is gone, do you have time to do another review of minitube?
[22:51] <neversfelde> http://revu.ubuntuwire.com/p/minitube
[22:51]  * JontheEchidna looks
[22:51] <neversfelde> I promised upstream that we'll do our best to get it in
[22:52] <neversfelde> I corrected depneds line and copyright in the last upload
[22:57] <JontheEchidna> neversfelde: I would suggest depending on the "phonon" metapackage rather than the backends separately. This way if new backends crop up in the future only the phonon metapackage will have to be updated, and not every package that uses phonon
[22:58] <neversfelde> JontheEchidna: so
[22:58] <neversfelde> Depends: ${shlibs:Depends}, ${misc:Depends}, phonon ?
[22:58] <JontheEchidna> yeah, phonon will handle all the magic for depending on a backend
[22:59] <JontheEchidna> otherwise it looks great
[23:05] <neversfelde> JontheEchidna: reuploaded
[23:06] <JontheEchidna> neversfelde: I'll ack once it's up
[23:07]  * Lex79 is working on Qt 4.6.1
[23:09] <JontheEchidna> how's that going with phonon?
[23:10] <Lex79> JontheEchidna: sandsmark made a new patch
[23:10] <Lex79> I'm building to see what happens
[23:11] <neversfelde> JontheEchidna: I got a mail, as I wrote that I reuploaded, so it should be there
[23:11] <crimsun> why phonon instead of phonon-backend? Does it specifically require features only in the phonon package?
[23:12] <crimsun> i.e., since phonon is a metapackage, it seems odd to depend on it
[23:12] <crimsun> any new backend would Provides: phonon-backend, regardless
[23:12] <JontheEchidna> the phonon package depends on libphonon4 (>= 4:4.6.0-1ubuntu6), phonon-backend-xine | phonon-backend
[23:13] <JontheEchidna> to ensure that -xine is favored, I suppose
[23:14] <JontheEchidna> neversfelde: ack'd
[23:14] <neversfelde> JontheEchidna: thx
[23:15] <neversfelde> Lex79: you are no MOTU, aren't you?
[23:19] <crimsun> JontheEchidna: that's kinda ugly. The -backend-foos already depend on libphonon4.
[23:19] <crimsun> I would Depends: ..., phonon-backend-xine | phonon-backend, ...
[23:20]  * JontheEchidna hides behind "that's what debian does"
[23:20] <crimsun> for which source package?
[23:20]  * crimsun preps his BTS cannon
[23:20] <Lex79> neversfelde: I'm not
[23:21] <neversfelde> Lex79: why? :)
[23:21] <JontheEchidna> crimsun: qt4-x11, might be worth it just to talk with fabo though
[23:21] <Lex79> ehhhhh :)
[23:21] <neversfelde> hehe
[23:21] <Lex79> :D
[23:22] <JontheEchidna> Lex79: you have my full support should you decide to apply for MOTU or Kubuntu-dev (or both)
[23:23] <Lex79> JontheEchidna: I read something about Motu membership in mailing list
[23:23] <Lex79> second
[23:23] <neversfelde> well, thats good, but helps me not, now ;)
[23:23] <neversfelde> I'll guess I have to ping some americans at this time
[23:24] <neversfelde> nixternal: you're around?
[23:27] <nixternal> neversfelde: yes
[23:28] <neversfelde> nixternal: can you have a look at http://revu.ubuntuwire.com/p/minitube
[23:28] <nixternal> looking now
[23:28] <neversfelde> thank you
[23:28] <Lex79> JontheEchidna: https://lists.ubuntu.com/archives/motu-council/2010-January/002367.html
[23:29]  * Lex79 thinks should become core-dev directly at this point
[23:29] <JontheEchidna> hmm, interesting
[23:29] <neversfelde> mhh, I would like to be a MOTU
[23:30] <Lex79> JontheEchidna: how to disable lzma compression in .pbuilderrc ?
[23:30] <neversfelde> and tahts really confusing
[23:31] <JontheEchidna> Lex79: I don't know of any way to do it from pbuilderrc. There's a flag that you can set in debian/rules temporarily though, just a second
[23:31] <Lex79> right
[23:32] <JontheEchidna> DEB_NO_LZMA
[23:32] <JontheEchidna> setting that to 0 is the only way I know how to disable it for pbuilder
[23:32] <Lex79> ok
[23:33] <JontheEchidna> er, setting that to 1
[23:33] <Lex79> yes because there is "NO" :)
[23:35] <Lex79> Qt 4.6.1 builds fine \o/
[23:39] <nixternal> neversfelde: ack and uploaded, thanks!
[23:39] <neversfelde> nixternal: thanks
[23:40] <neversfelde> minitube was hard work
[23:41] <neversfelde> and I am proud that it is uploaded, I must say :)
[23:41] <apachelogger> Lex79, JontheEchidna: just export that in pbuilderrc
[23:41] <Lex79> thanks apachelogger
[23:42] <Lex79> apachelogger: export DEB_NO_LZMA = 1
[23:42] <Lex79> ok?
[23:44] <JontheEchidna> neat
[23:45] <apachelogger> Lex79: no whitespaces I think
[23:45] <apachelogger> export DEB_NO_LZMA=1
[23:45] <Lex79> ok
[23:54] <Lex79> JontheEchidna: what package I have to rebuild against new qt+phonon to see if I still have sound? kdebase-runtime is enough?
[23:54] <JontheEchidna> Lex79: phonon-backends
[23:54] <Lex79> ah ok :)
[23:55] <JontheEchidna> Lex79: in addition to kdebase-runtime, to be clear
[23:56] <Lex79> eheh now is really ok, thanks :)
[23:58] <neversfelde> mhh
[23:58] <neversfelde> I miss my choqok 0.94 sync bug