[00:00] <txwikinger> yeah.. it normally is always sequential on my system
[00:00] <txwikinger> but I bumped to up to 8 cores
[00:00] <txwikinger> parallel
[00:00] <txwikinger> and non of the tests had an error
[00:00] <apachelogger> Riddell: bzr whoami ... you are currently comitting as root@wido
[00:01] <txwikinger> well.. I got the system locked up when I forced it to use 100 parallel processes :D
[00:03] <debfx> ^^
[00:04] <JontheEchidna> apachelogger: apparently there's a X-KDE-Kded-phase... could this be more what we want?
[00:05] <debfx> DEB_BUILD_PARALLEL= restricts the build to sequential for me
[00:05] <debfx> so is soyuz overriding this somehow?
[00:05] <JontheEchidna> apachelogger: basically we can move it to the second phase of loading, if we wish
[00:05] <CIA-92> [kde-l10n-common] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/build-l10n.sh Clearify "build-dir-found" message
[00:05] <apachelogger> Riddell: ^
[00:06] <apachelogger> JontheEchidna: if that really works then we probably want both
[00:06] <txwikinger> debfx: well its not only that
[00:06] <txwikinger> I can parallise the toplevel
[00:07] <JontheEchidna> apachelogger: If that works I'll set the singleshot timer to 0
[00:07] <apachelogger> blocking in the ctor is no option because it will block kded as a whole for the time of ctoring, so IMHO modules should have a pure virtual init() to enforce the use of that thingy
[00:07] <txwikinger> however, sublevels are always stay in one process for me
[00:07] <txwikinger> look if you find this in the build log: make[1]: warning: -jN forced in submake: disabling jobserver mode.
[00:08] <txwikinger> I think that is actually a bug in the make we currently have
[00:08] <CIA-92> [kubuntu-notification-helper] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/daemon/ (notificationhelper.desktop notificationhelpermodule.cpp) Set X-KDE-Kded-phase to 2 so that this KDED module loads in the second phase. Using this we can set the singleshot timer to 0. We still need the singleshot to prevent the ctor from blocking until init() is finished
[00:09] <debfx> in the PPA build log?
[00:10] <txwikinger> it is not in the ppa log
[00:10] <txwikinger> I get it when I build on my system
[00:14] <debfx> do you still have the ~ppa3 version?
[00:15] <txwikinger> pp
[00:15] <txwikinger> ppa3? on the ppa? No.. it is ppa6 now
[00:16] <txwikinger> but not a lot of chnage
[00:21] <Riddell> debian/build-l10n.sh: line 181: bzr-buildpackage: command not found
[00:21] <Riddell> fail
[00:21] <Riddell> docs need to mention that
[00:21] <JontheEchidna> shinies: http://simplest-image-hosting.net/i0-plasma-desktopdp1429-jpg.jpg
[00:25] <Riddell> YOU MUST PUSH TO THE PARENT BRANCH BEFORE BUILDING THE PACKAGES!!!
[00:25] <Riddell> I have pushed!
[00:25] <apachelogger> Riddell: pull
[00:25] <apachelogger> should be rephrased ... the remote branch must match the local branch
[00:26] <Riddell> gah, someone committed on top of me!
[00:29] <apachelogger> :P
[00:29] <apachelogger> exactly because of that they must be equal ;)
[00:30] <apachelogger> enforced quality ftw!
[00:30] <apachelogger> Riddell: please tell me when you are done, I have got other improvements to push for the script
[00:30] <ScottK> apachelogger: More fun if you keep pushing them without telling first.
[00:30] <ScottK> ;-)
[00:31] <CIA-92> [kde-l10n-common] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/build-l10n.sh Check that bzr-buildpackage is installed before doing anything
[00:31] <CIA-92> [kde-l10n-common] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/build-l10n.sh improve local != parent error msg
[00:31] <apachelogger> ScottK: lol
[00:31] <apachelogger> you are evil
[00:39] <Quintasan> \o
[00:46] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/kcmodule/Module.cpp Use ktoolinvocation instead of qdestkopservices
[00:47] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/auth/AuthHandler.cpp debug++
[00:47] <apachelogger> JontheEchidna: ping
[00:47] <JontheEchidna> apachelogger: pong
[00:47] <apachelogger> JontheEchidna: what is the qapt path in svn and do you have a commit piplined?
[00:48] <JontheEchidna> apachelogger: http://websvn.kde.org/trunk/playground/libs/libqapt/
[00:48] <JontheEchidna> what's commit pipelining?
[00:48] <apachelogger> JontheEchidna: do you have a change you could commit? :)
[00:48] <JontheEchidna> hmm
[00:50] <JontheEchidna> apachelogger: yep
[00:51] <apachelogger> JontheEchidna: please commit
[00:52] <JontheEchidna> apachelogger: committed
[00:52] <CIA-92> [libqapt] jmthomas * 1132160 * trunk/playground/libs/libqapt/example/qapttest.cpp Another comment that can go. (There's sufficient example code that's not commented)
[00:52] <apachelogger> ^^
[00:52] <JontheEchidna> :D
[00:55] <Quintasan> oh god
[00:55] <Quintasan> I've had enough of cpp magic today
[00:55] <Quintasan> Goin' to bed, night.
[00:55]  * Quintasan will have dreams in C++
[00:55] <Riddell> night Quintasan
[01:10] <debfx> rgreening_: kdevelop built fine in the ppa with parallel disabled
[01:11] <txwikinger> how did you do that?
[01:12] <debfx> oh wrong person highlighted ^^
[01:12] <debfx> txwikinger: https://edge.launchpad.net/~kubuntu-ninjas/+archive/ppa/+files/kdevelop_4:4.0.0-2ubuntu1~ppa6_4:4.0.0-2ubuntu1~ppa7.diff.gz
[01:12] <txwikinger> hmm.. I had that in before, but it did not work
[01:16] <txwikinger> well.. at least it is working
[01:18] <debfx> no idea, that's why I asked about ~ppa3
[01:19] <debfx> why does it build so many l10n packages, that doesn't seem right
[01:20] <txwikinger> its how the debian packages is donw
[01:20] <txwikinger> done
[01:21] <debfx> maye some kind of who can build the most binary packages contest ;D
[01:22] <JontheEchidna> debian has one kde-l10n package. It may win at that
[01:28] <txwikinger> well.. you only install one of the l10n packages I would guess
[01:29] <txwikinger> JontheEchidna: http://packages.debian.org/search?keywords=kdevelop&searchon=names&suite=unstable&section=all
[01:30] <JontheEchidna> http://packages.debian.org/search?keywords=kde-l10n&searchon=names&suite=unstable&section=all
[01:31] <debfx> yeah but if all source packages created a binary package for every language the archive would be flooded
[01:32] <txwikinger> not another discussion about how and where translations are made please
[01:33] <debfx> JontheEchidna: they cheated by creating a transitional package for every language!
[01:36] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/api/ (9 files) Make api a shared lib
[02:04] <claydoh> har: http://identi.ca/conversation/33911152#notice-34072001
[02:12]  * claydoh keeps getting demoralized by all this junk :(
[02:18] <JontheEchidna> haters are gonna hate
[02:20] <claydoh> JontheEchidna: so say it isn't true then , i feel like fighting back
[02:20] <claydoh> :)
[02:21] <claydoh> if I badmouthed any distro, I'd get jumped on in all directions at once
[02:22] <claydoh> not that I ever would
[02:29] <apachelogger> yay \o/
[02:29]  * apachelogger can now recursively convert json to qobjects
[02:30] <claydoh> apachelogger: wow sounds great, whatever it all means :D
[02:30] <apachelogger> Sput: remember that problem I had about json conversion not kicking in ... after looking a bit at the Qt code related to the magic I noticed that it does type checking on the variant-to-be-converted
[02:31] <apachelogger> in particular it will check if the variant's type matches the one obtained via the type system
[02:31] <apachelogger> so type system says Foo but variant says QVariantMap -> aborts function call -> makes apachelogger wonder why that might have failed
[02:32] <apachelogger> work around is now that the Q_PROPERTY setter uses a QVariantMap, whereas a new property for the getter is returning a Foo pointer
[02:33] <apachelogger> claydoh: it means that I can remove hacky workarounds from my ubuntuone api implementation ;)
[02:33] <claydoh> apachelogger: cool, even more fantastic-er
[02:36]  * claydoh needs offsite backup as he, um, accidentally wiped out his Kubuntu laptop using dd and a haiku image file :)
[02:36] <claydoh> luckily I do have local backups
[02:51] <valorie> apachelogger: I'm interested in trying out ubuntuone
[02:51] <valorie> when do you think it'll be ready for use in kubuntu?
[02:51] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/ (8 files in 2 dirs) More sanity for the api -- off to bed commit (technically I already am ;))
[05:26] <nixternal> claydoh: ignore those people, they are just FUD spreading fucktards
[05:42] <ScottK> claydoh: One of the ironies in all this stuff about crap patches is I sometimes have to fish through other distros for patches for clamav rdepends when clamav breaks their API.  I don't even look at opensuse patches because every time I found one it was complete crap (Oh no, function broken, let's remove the whole thing instead of fixing it).
[08:26] <shadeslayer> whee! ftbfs :P
[08:26] <shadeslayer> that too in the main archives :P
[09:12] <bulldog98> Riddell: for the packages in PPA an appandix of ~ppa1 would be enought, right
[09:35] <shadeslayer> Sput: are you free?
[09:35] <shadeslayer> ( need some info about slackware :P )
[09:39] <bulldog98> Riddell: should I compile kde4libs with the additional depandence on aspell?
[09:39] <shadeslayer> bulldog98: yep
[09:39] <shadeslayer> bulldog98: if thats optional,you can add it to get additional features
[09:40] <bulldog98> shadeslayer: that would meen to add an package in Build-Depends:
[09:40] <shadeslayer> bulldog98: yes..
[09:40] <bulldog98> shadeslayer: but hspell is already in it
[09:40] <shadeslayer> bulldog98: like kdegames had a dep on gluon...
[09:40] <shadeslayer> bulldog98: hmm..
[09:41] <shadeslayer> bulldog98: thats the hebrew spell checker.. aspell is different
[09:52] <bulldog98> shadeslayer: are you shure?
[09:52] <shadeslayer> bulldog98: not entirely :P
[09:53] <shadeslayer> bulldog98: but like i said,kdegames had a optional dep on gluon,but in the end it didnt work out
[09:53] <shadeslayer> so we didnt put it
[09:54] <bulldog98> shadeslayer: seams that you are right
[10:25]  * bulldog98 wounders why in maverick the kubuntu-dev-tools are at version 9.10.0 while in the bzr branch it’s at 10.10
[10:28] <Quintasan> \o
[10:38] <shadeslayer> apachelogger: ping
[10:39] <shadeslayer> apachelogger: we are thinking of reviving project neon :D
[10:42] <Quintasan> shadeslayer: good luck, then, want to be maintainer of the branch?
[10:43]  * Quintasan gave up after few tries
[10:43] <Quintasan> the code is ...ewww
[10:43] <shadeslayer> Quintasan: why?
[10:43] <shadeslayer> Quintasan: just point me to the branch can you?
[10:43] <Quintasan> sure
[10:44] <shadeslayer> i only have 5 mins... so quickly :P
[10:44] <Quintasan> https://launchpad.net/~neon
[10:44] <Quintasan> https://code.launchpad.net/~neon
[10:45] <shadeslayer> seems to me,apachelogger will have to mentor us :P
[10:46] <bulldog98> shadeslayer: right
[10:46] <shadeslayer> bulldog98: seen https://edge.launchpad.net/~neon
[10:47] <shadeslayer> ok anyways ive gtg :)
[10:47] <shadeslayer> cya later
[11:07] <bulldog98> Riddell: no package conversion to new source format, right?
[11:17] <shadeslayer> Riddell: btw theres no 4.4.80 kdelibs,maybe thats causing the ftbfs? https://edge.launchpad.net/ubuntu/+source/kdelibs/
[11:19] <debfx> shadeslayer: that's kde 3.5
[11:19] <debfx> https://edge.launchpad.net/ubuntu/+source/kde4libs is kde4
[11:19] <shadeslayer> ah...
[11:20] <shadeslayer> debfx: then why is kdeartwork,kdegames,etc all ftbfs?
[11:22] <debfx> maybe kde4libs was built too late
[11:22] <shadeslayer> debfx:   kde-sc-dev-latest: Breaks: kdelibs5-dev (< 4:4.4.80) but 4:4.4.3a-2ubuntu3 is to be installed
[11:25] <debfx> kdegames started building before kde4libs
[11:25] <debfx> so it should build fine now
[11:25] <debfx> someone just has to push the retry button
[11:26] <debfx> bulldog98: I'd say keep the packaging changes to a minimum
[11:27] <Riddell> bulldog98: indeed no
[11:27] <shadeslayer> debfx: kdebase still hasnt built.. im not sure thatll help
[11:27] <bulldog98> debfx: ok
[11:28] <shadeslayer> Riddell: could you push the retry button on the kdebase,kdegames,kdeartwork?
[11:28] <shadeslayer> packages
[11:28] <Riddell> ok
[11:29] <shadeslayer> Riddell: thanks :)
[11:29] <shadeslayer> Riddell: maybe wait for kdegames and artwork
[11:29] <shadeslayer> because base will take 2 hour to build :P
[11:31] <Riddell> they shouldn't need kdebase
[11:31] <shadeslayer> hmm.. well ok then
[11:31] <debfx> shadeslayer: https://wiki.kubuntu.org/Kubuntu/Ninjas/DependencyGraph
[11:31] <shadeslayer> ah they do!
[11:31] <shadeslayer> artwork depends on kdebase-workspace
[11:31] <Quintasan|Szel> shadeslayer: well, good luck on hacking apachelogger's ruby code
[11:32] <shadeslayer> Quintasan|Szel: hehe... lets see :P
[11:32] <shadeslayer> i may/may not pursue this :P
[11:32] <Quintasan|Szel> it its current state it managed to build two amarok packages, but they were empty
[11:33] <Riddell> kdebase-workspace != kdebase
[11:33] <Riddell> I'll retry that too
[11:33] <shadeslayer> oh.. yes please
[11:33] <shadeslayer> btw all the builds of kdelibs are not complete,so are the ones that are complete published?
[11:36] <Riddell> yes
[11:36] <Riddell> but I only care about i386 and amd64 at this point
[11:36] <shadeslayer> hehe... ok
[11:42] <shadeslayer> whee! nm plasmoid finally connects to a WEP network :P
[11:46] <shadeslayer> weird... i see 4.4.81 tarballs in ktown :P
[11:46] <bulldog98> shadeslayer: but I think WPA2 doesn’t works now
[11:47] <Riddell> shadeslayer: they's automatically made every week, we don't need to worry about them
[11:47] <bulldog98> Riddell: could you update the version of kubuntu-dev-tools in maverick, please? They are on 9.04
[11:48] <apachelogger> valorie: couple of weeks
[11:48] <shadeslayer> Riddell: ah ok
[11:48] <Riddell> bulldog98: update to what?
[11:48] <shadeslayer> Riddell: 10.10
[11:48] <bulldog98> Riddell: the package
[11:48] <Riddell> shadeslayer: we don't change version number for no reason
[11:48] <shadeslayer> bulldog98: hehe.. win some,lose some
[11:49] <shadeslayer> Riddell: oh i have no idea about kubuntu-dev-tools,i just know that bulldog98 wanted to update the version to 10.10
[11:49] <Riddell> is there actually new code somewhere or just the version feels old?
[11:49] <bulldog98> Riddell: I think in the package isn’t the actuall version of kubuntu-dev-tools
[11:49] <bulldog98> shadeslayer: it was 10.04 from what’s in the bzr branch
[11:50] <shadeslayer> bulldog98: oh..
[11:50] <bulldog98> Riddell: and it also feels old
[11:50] <shadeslayer> bulldog98: so you want the 10.04 version to be packaged
[11:50] <bulldog98> shadeslayer: yep
[12:03] <apachelogger> making a good shared lib is quite the effort :/
[12:05] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/api/ (Quota.cpp Quota.h) Give the quota api a d-pointer to hide its members ... what a drag :P
[12:10] <shadeslayer> stupid virtuoso.. taking up 50 pc of my cpu
[12:11] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/api/Quota.cpp Formatting++
[12:14] <shadeslayer> Riddell: ktorrent 4.0 released,has someone packaged it yet?
[12:14] <shadeslayer> doesnt seem so..
[12:14] <bulldog98> Riddell: koffice language packs missing
[12:15] <shadeslayer> Riddell: ill be uploading to revu for inclusion,is that fine?
[12:15] <Quintasan> Riddell: I did
[12:15] <Quintasan> gah
[12:15] <Quintasan> shadeslayer: ^
[12:15] <Quintasan> shadeslayer: https://launchpad.net/~quintasan/+archive/ppa
[12:16] <shadeslayer> Quintasan: cool then :P
[12:16] <shadeslayer> Quintasan: thats lucid :P
[12:16] <shadeslayer> i mean maverick
[12:16] <bulldog98> apachelogger: could you update kubuntu-dev-tools?
[12:17] <Quintasan> shadeslayer: oh man, you're so fast to complain
[12:17] <apachelogger> hm?
[12:17] <Quintasan> just install it :P
[12:17] <shadeslayer> Quintasan: hehe
[12:17] <shadeslayer> Quintasan: just install what?
[12:18] <Quintasan> shadeslayer: nvm, I just saw wtf is going on with libs in maverick
[12:19] <shadeslayer> whee.. debian already has it
[12:20] <shadeslayer> Quintasan: were there any new deps?
[12:21] <Quintasan> shadeslayer: beats me, I just grabbed some source from PPA and updated it, looks like it need a merge
[12:21] <shadeslayer> yeah.. im working on that
[12:23]  * apachelogger does kinky things to his qobjects ^^
[12:24] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/api/ (Device.cpp Device.h) Device now also uses d-pointers
[12:25] <shadeslayer> apachelogger: hows the client coming along?
[12:25] <apachelogger> 2963 SLOC
[12:25]  * shadeslayer wonders if we will also get the ubuntu one plasmoid :P
[12:25] <shadeslayer> apachelogger: SLOC? LOC== lines of code,whats the S ?
[12:26] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/api/ (4 files) TODO++
[12:26] <apachelogger> shadeslayer: source
[12:27] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/api/Quota.cpp bad copynpaste--
[12:29] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/api/ (Device.cpp Subscription.h) Sane assignment operators++
[12:29] <shadeslayer> ah ok
[12:30] <apachelogger> http://imagebin.ca/view/w8MOaIc.html
[12:30] <apachelogger> kcms ftw \o/
[12:30] <Quintasan> apachelogger: why the hell your GSOC application is sitting inside debian/ of ktorrent? @_@
[12:31] <apachelogger> lol
[12:31] <apachelogger> that is a good question indeed
[12:31] <apachelogger> Quintasan: mirroring I suppose, in case I loose it? :P
[12:33] <apachelogger> well then
[12:33] <shadeslayer> hehe
[12:34] <apachelogger> once I have a sensible kcm UI the interface implementations are finished
[12:34] <shadeslayer> apachelogger: can we not change the logo?
[12:34] <Riddell> bulldog98: I just accepted koffice-l10n from New an hour ago
[12:34] <apachelogger> i.e. soonish I can start with akonadi \o/
[12:34] <apachelogger> this is going to be ugly ^^
[12:36] <bulldog98> apachelogger: commit often, release early ^^
[12:36] <apachelogger> http://picasaweb.google.com/apachelogger/KDEMultimediaEduSprint2010#5476002496129530434
[12:36] <Quintasan> shadeslayer: huh? don't bother with merge
[12:36] <apachelogger> that is btw how we came up with the new name for KTTSD ^^
[12:36]  * Quintasan is sure slow
[12:36] <apachelogger> mind the vampire butterbunny on the right!
[12:37] <shadeslayer> Quintasan: why>
[12:38] <shadeslayer> Quintasan: is it already in the repos ?
[12:38] <Quintasan> shadeslayer: nah, it has been sitting on my hdd for the last two days
[12:38] <Quintasan> shadeslayer: you just reminded me to testbuild it
[12:38] <Quintasan> :S
[12:38] <shadeslayer> Quintasan: the merge? ah ok :)
[12:39] <Quintasan> shadeslayer: you sure like to find more work for me
[12:39] <Quintasan> :D
[12:39] <shadeslayer> :p
[12:39] <Quintasan> btw. apachelogger if you have time to do Fluffy then do project neon
[12:39] <Quintasan> :P
[12:39] <shadeslayer> hehe
[12:40] <apachelogger> NO
[12:40] <apachelogger> fluffy actually makes sense
[12:40] <shadeslayer> apachelogger: or mentor us with neon :P
[12:40] <Quintasan> shadeslayer: see? even apachelogger admits that project-neon is crap
[12:40] <shadeslayer> haha :P
[12:40] <Quintasan> even though he wrote it himself
[12:40] <apachelogger> no
[12:40] <apachelogger> it does not make sense
[12:40] <shadeslayer> nothing makes sense these days....
[12:40] <Quintasan> especially ruby code
[12:40] <Quintasan> ;>
[12:40] <apachelogger> it targets 0.1% of the possible target audience while causing a lot more maintenance over head
[12:41] <shadeslayer> apachelogger: really? imo alot of people used neon
[12:41] <Quintasan> my thought after finding out that half of the packages create were empty
[12:41] <Quintasan> thoughts*
[12:41] <Quintasan> created*
[12:41] <apachelogger> shadeslayer: based on what statistics?
[12:41]  * Quintasan should learn to type
[12:42] <shadeslayer> apachelogger: well no actuall statistics,but during the jaunty cycle alot of people wanted the KDE svn packages
[12:42] <shadeslayer> from my experience in #kubuntu
[12:42] <apachelogger> sure, so they can break their system
[12:42] <Quintasan> spamming launchpad with useless things is not what we need
[12:42] <apachelogger> + jaunty was a different situatuion alltogether
[12:42] <Quintasan> jaunty, omfg
[12:42] <Quintasan> Qt 4.5 drama
[12:43]  * shadeslayer is already thinking of compiling kde svn this summer
[12:43] <shadeslayer> Quintasan: eh?
[12:43] <shadeslayer> i was out of the loop then :P
[12:43] <Quintasan> shadeslayer: it was somewhere in the middle of jaunty cycle when I started contributing
[12:43] <Quintasan> "Go and find a patch for Lancelot"
[12:44] <Quintasan> It was broken by Qt 4.5 back then
[12:44] <shadeslayer> hehe :P
[12:45] <Quintasan> apachelogger: out of sheer curiosity, wtf are those *.symbols files? I can't figure out what they do.
[12:46]  * shadeslayer watches as he is spammed with ftbfs mails
[12:46] <apachelogger> Quintasan: http://wiki.debian.org/UsingSymbolsFiles
[12:51] <Quintasan> apachelogger: hmm about ktorrent, we have some things like copyright.{in,licenses,po,source} while Debian has only copyright, should I get rid of them too?
[12:51] <apachelogger> depends on the content and why they were added
[12:51] <shadeslayer> Riddell: we need a rebuild of kdepimlibs as well.. kdebase-workspace fails because kdepimlibs has failed due to non availability of kdelibs at build time :P
[12:53] <Quintasan> apachelogger: ha, they are because of dfsg, but new package has no components removed because of non-free things
[12:53] <apachelogger> then I suppose we dont need it anymore
[12:53] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/statusnotifier/ (Application.cpp Application.h Main.cpp StatusNotifier.h) include cleanup
[12:55] <shadeslayer_> Quintasan: btw if you have any packages that need to be updated in archives please do let me know ;)
[12:57] <shadeslayer_> oh wow.. 24 june is debian import freeze... loads of time to get packages in
[12:57] <Quintasan> shadeslayer_: hmm I've merged gluon to bzr branch -> https://code.launchpad.net/~kubuntu-members/gluon/ubuntu
[12:57] <Quintasan> shadeslayer_: if you will do any release ping me and I will merge it
[12:57] <shadeslayer_> Quintasan: okies :)
[12:58] <Riddell> retried kdepimlibs
[12:58]  * shadeslayer_ finds turtle favi icon at bzr hilarious
[12:59] <shadeslayer_> Riddell: thanks :D
[13:00] <shadeslayer_> and btw bazaar is also a hindi word meaning market :P
[13:02] <Riddell> bazaar is understood in English, it comes from the Catherdral and the Bazaar, an essay describing the differences between software made by large companies and software made by lots of individuals
[13:02] <Quintasan> hmm
[13:02] <Quintasan> JontheEchidna, apachelogger: mind reviewing ktorrent merge? http://dl.dropbox.com/u/69524/ktorrent.tar.bz2
[13:02] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* data/ubuntuone-kde.desktop update desktop file
[13:04] <Quintasan> Riddell: If the package is in Debian but not in Ubuntu I should request a sync?
[13:07] <shadeslayer_> Quintasan: libktorrent?
[13:07] <Quintasan> shadeslayer_: yeah
[13:08] <shadeslayer_> Quintasan: no idea.. does it build on maverick without any changes?
[13:08] <Quintasan> hmm
[13:08] <Quintasan> shadeslayer_: yes it does
[13:08] <Quintasan> requestsync is broken :S
[13:09] <shadeslayer_> Quintasan: well sync it is then :P
[13:09] <Riddell> Quintasan: is it new in Debian?
[13:09] <shadeslayer_> Riddell: they split ktorrent into 2
[13:10] <shadeslayer_> ( upstream )
[13:10] <shadeslayer_> libktorrent and ktorrent :P
[13:10] <Riddell> yes so it'll get synced automatically when the next debian mass sync gets run
[13:10] <Riddell> or I can do it manually new if you want
[13:11] <shadeslayer_> Well... ktorrent will need libktorrent to build
[13:11]  * Riddell cranks the handle on the sync script
[13:12] <Riddell> done
[13:12] <Quintasan> Riddell: thanks
[13:13] <Quintasan> hmmm ktorrent is in main meaning I can't upload :<
[13:13] <shadeslayer_> oh this is hilarious http://www.freesoftwaremagazine.com/columns/bizarre_cathedral_69
[13:13]  * Quintasan is thinking about applying for a kubuntu-dev when school year ends
[13:13]  * apachelogger just pushed qoauth to some ppa... wondering what that could be used for... ;)
[13:14] <lex79> Riddell: bug 587501
[13:15] <Riddell> Debian has qt-sdk?
[13:15] <lex79> yep
[13:15] <shadeslayer_> !info qt-sdk unstable
[13:18] <shadeslayer_> hmm.... kdepimlibs almost complete building
[13:19] <Riddell> lex79: actually i think we should add libqt4-webkit-dev to qt-sdk
[13:19] <Riddell> which would mean a manual upload
[13:19] <lex79> Riddell: oh right, I can merge then, oh?
[13:20] <lex79> ok?
[13:20] <Riddell> please do
[13:23] <shadeslayer_> kdepimlibs built! :D
[13:24] <fregl> apachelogger: ouch... http://webbaverse.com/media/kdemu-0x0003
[13:29] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/CMakeLists.txt Dont build plasma widget
[13:30] <apachelogger> omg!
[13:31] <apachelogger> fregl: OMFG!
[13:31]  * fregl runs
[13:31] <Riddell> ?
[13:31] <fregl> Riddell: your student is on the radio
[13:31] <Riddell> sounds like a Mexican chap
[13:32] <fregl> towards the end
[13:32] <apachelogger> 10:30ish
[13:32] <apachelogger> this is so scary!
[13:35] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/api/ApiExport.h Adding headers to bzr would be a good idea
[13:37] <lex79> Riddell: http://dl.dropbox.com/u/394059/qt-sdk_2ubuntu1.tar.gz
[13:38] <lex79> http://dl.dropbox.com/u/394059/qt-sdk_2ubuntu1.dsc
[13:38] <apachelogger> fregl: btw, using the versioncontrolplugin api for ubuntuone integration into dolphin seems to be quite the good approach
[13:39] <apachelogger> that filesync comes with similar states as version control does help a lot here ;)
[13:40] <Riddell> Lydia is red?
[13:40] <Nightrose> i was a bit
[13:40] <Nightrose> sunburn--
[13:40] <Riddell> lex79: groovy uploading
[13:40] <lex79> ;)
[13:41] <fregl> apachelogger: cool, still sounds hackish - what if you have a svn checkout in your u1?
[13:41] <fregl> that will make your flamingo explode
[13:41] <apachelogger> well
[13:41] <apachelogger> that ought to be solved at dolphin level IMHO
[13:42] <apachelogger> cause you can also svn checkout in a git repo
[13:42] <apachelogger> which leads to the same problem
[13:42] <apachelogger> anyhow
[13:43] <apachelogger> fregl: possible we can make the plugin interface a bit more generic, then have the vc stuff stacked onto that and filesync as another type of plugin
[13:43] <fregl> yes, probably not something to really worry about... does your stuff also keep my cpu happy?
[13:44] <fregl> but that's probably also solved at the dolphin level
[13:44] <stikonas> Ridell: this kde-l10n-lt build failed https://launchpad.net/ubuntu/+source/kde-l10n-lt/4:4.4.80-0ubuntu1/+build/1763859 (kde-l10n-lt depends on kdelibs5-dev 4.4.80, not on 4.4.1)
[13:51] <apachelogger> fregl: I dont know about your cpu, but mine is eaten by python anyway :P
[13:51] <fregl> nice, good thing I'm currently running that other distro
[13:52] <apachelogger> http://www.youtube.com/watch?v=HCzWPBR30Nk&a=LZ4BRtsQ__A
[13:52] <Riddell> stikonas: that's an upstream issue which they're aware of
[13:52] <apachelogger> fregl: arch?
[13:52]  * apachelogger broke his arch tonight :(
[13:53] <stikonas> Ridell: I'm the upstream for lithuanian language, and I'm not aware of it
[13:53] <fregl> the one with a swamp as wallpaper
[13:53] <stikonas> Riddell:^^
[13:54] <apachelogger> fregl: you did not switch to fluffy? :P
[13:54] <Riddell> stikonas: let me check my kde-packager archives
[13:54] <apachelogger> that said, I should package up the fluffy theming
[13:54] <fregl> apachelogger: did fluffy decide on arch now :P
[13:54] <apachelogger> no, because I broke my arch while trying to deploy fluffy on it :P
[13:55] <apachelogger> no good a distro if it breaks while I try to embrace it
[13:55] <apachelogger> ...but carefull now...
[13:55] <Quintasan> apachelogger: btw. where the hell I can get Fluffy?
[13:55] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* (12 files in 3 dirs) Adding debian dir... RELEASE IS SORT IF CLOSE :P
[13:55] <stikonas> Riddell: I think that I can remove those RMB; and LMB; tags from po files so it won't be an issue at all, but it will have to wait 2 weeks until exams are over.
[13:56] <apachelogger> \o/ \o/ \o/
[13:56] <apachelogger> I has got packaging
[13:56] <apachelogger> muahaha
[13:56] <Quintasan> uhm...
[13:56] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* (.bzr-builddeb .bzr-builddeb/default.conf) Add bzr-builddep config too, while I am at it
[13:56] <bulldog98> apachelogger: were to get it?
[13:56] <bulldog98> apachelogger: you need translators?
[13:57] <apachelogger> talking about translators... currently I do not even extract strings ^^
[13:57] <bulldog98> apachelogger: before the beta release you have to change that :P
[13:57] <Quintasan> give me fluffy @_@
[13:58]  * bulldog98 thinks if apachelogger goes on that way beta will be in 5 days
[13:58] <Riddell> stikonas: /usr/share/kde4/apps/ksgmltools2/customization/en/user.entities contains entries for RMB while /usr/share/kde4/apps/ksgmltools2/customization/lt/user.entities doesn't
[13:58] <Quintasan> I think he should do something more productive
[13:58] <Quintasan> :P
[13:58] <Riddell> stikonas: so that's what needs to be updated
[13:59] <stikonas> Riddell: I think that I have commited those a couple of months ago, I can check once more
[13:59] <Quintasan> apachelogger: hmm, about my Trollface QT
[14:01] <Riddell> stikonas: looks like you commited some bits to the file but not everything that's in the English version http://websvn.kde.org/trunk/KDE/kdelibs/kdoctools/customization/lt/user.entities?view=log
[14:01] <stikonas> Riddell: I see what is wrong
[14:01] <Quintasan> apachelogger: is there a way to make SLOT execute  trollImage->show(); ?
[14:02] <Quintasan> apachelogger: creating another function is a bit problematic since I want the image to show in the same window
[14:03] <Quintasan> HNGH
[14:03] <Quintasan> apachelogger: don't mind me
[14:03] <Quintasan> apachelogger: QLabel *trollImage = new QLabel;  @_@
[14:03]  * Quintasan is wondering wtf he was doing yesterday
[14:04] <stikonas> Riddell: I'll fix it after my exams (finished on Saturday).
[14:04] <stikonas> s/finished/finishes/
[14:06] <stikonas> I think it would be soon enough for beta 2
[14:07] <Quintasan> pizza, yeah
[14:07]  * Quintasan noms
[14:07] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/ (kcmodule/Module.cpp statusnotifier/Main.cpp) Dont use emtpy ki18n() strings
[14:07] <Riddell> thanks stikonas
[14:08] <Riddell> stikonas: are you aware of the status of lithuanian in 10.04?
[14:08] <stikonas> Riddell: yes I am, it was reported by me
[14:09] <stikonas> I think that the fix was commited, but updated translations haven't reached 10.04 yet
[14:10] <stikonas> ant this failed build of kde-l10n-lt doesn't have the same problem that 10.04 had, so it seems that the fix works
[14:10] <stikonas> s/ant/and/
[14:11] <freinhard> anyone packaging koffice 2.2?
[14:11] <Riddell> freinhard: 2.2 is done
[14:11] <Riddell> I should announce it
[14:11] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* (7 files in 7 dirs) Add message extraction, so I can do beta in 5 days ;)
[14:13] <freinhard> Riddell: yay!
[14:27] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* (3 files in 2 dirs) rename libubuntuone_api to libubuntuone-api
[14:29] <Riddell> freinhard: are you on 10.04?  are you able to test it?
[14:30] <Quintasan> Ladies and Gentleman, I present you the most useless app in the world -> file:///home/quintasan/Dropbox/Public/trollface-1.0.tar.bz2
[14:30] <Quintasan> lol
[14:30] <Quintasan> http://dl.dropbox.com/u/69524/trollface-1.0.tar.bz2
[14:30] <Quintasan> fix'd
[14:31] <Quintasan> thanks go to apachelogger
[14:35] <apachelogger> \o/
[14:35] <apachelogger> <== leet hax00r
[14:36] <Quintasan> yeah sure
[14:37]  * shadeslayer wonders if he should upgrade to 4.4.80 from ninja ppa
[14:37] <apachelogger> Quintasan: better than you for sure :P
[14:37] <Quintasan> no
[14:38] <Quintasan> my app is 1000 times better than yours
[14:38] <shadeslayer> 0's have no value... :P
[14:38] <Quintasan> hmm
[14:38] <Quintasan> so
[14:38] <Quintasan> 0xFFFFFF times better
[14:38] <Quintasan> problem?
[14:38] <Quintasan> :D
[14:39] <apachelogger> http://pastebin.ca/1874284
[14:39] <apachelogger> krazy disagrees
[14:39] <shadeslayer> 0xanything = 0 :P
[14:39] <shadeslayer> well.. technically that should be undefined....
[14:40] <Quintasan> shadeslayer: no, multiplication by 0 always == 0
[14:40] <Quintasan> shadeslayer: division by 0 == undefined
[14:40] <apachelogger> well
[14:40] <shadeslayer> Quintasan: well... if 0x50=0 then, 50=0/0
[14:40] <apachelogger> kubotu: wikipedia c++0x
[14:40] <apachelogger> kubotu: didnt you have a wp plugin?
[14:40] <apachelogger> kubotu: wp c++0x
[14:40] <kubotu> Results for c++0x: 1. C++0x - Wikipedia, the free encyclopedia: http://en.wikipedia.org/wiki/C%2B%2B0x | 2. C++ Technical Report 1 - Wikipedia, the free encyclopedia: http://en.wikipedia.org/wiki/C%2B%2B_Technical_Report_1 | 3. Hexadecimal - Wikipedia, the free encyclopedia: http://en.wikipedia.org/wiki/Hexadecimal
[14:40] <kubotu> [1] C++0x (pronounced see plus plus oh ex)[1] is the unofficial name of the planned new standard for the C++ programming language. It is intended to replace the existing C++ standard, ISO/IEC 14882, which was published in 1998 and updated in 2003. These predecessors are informally known as C++98 and C++03. The new standard will include several additions to the core language and will extend the C++ standard libr...
[14:40] <apachelogger> ah
[14:41] <shadeslayer> Quintasan: this means undefined==50 \o/
[14:42] <shadeslayer> we just defined undefined values :P
[14:42] <freinhard> Riddell: yep, 10.05 and willing to test it ;)
[14:43] <apachelogger> #define undefined false
[14:43] <apachelogger> shadeslayer: there you go
[14:43] <shadeslayer> hehe :P
[14:44] <shadeslayer> anything is possible with C++
[14:44] <Quintasan> old joke is old == #define 0 1
[14:44] <Quintasan> :P
[14:44] <shadeslayer> i want my monocolor icons :(
[14:45] <apachelogger> well
[14:45] <apachelogger> #define false 0
[14:45] <apachelogger> shadeslayer: no it also works in C :P
[14:45] <apachelogger> s/no/now
[14:45] <Quintasan> #define main trollface
[14:45] <apachelogger> Quintasan: also you would use the joke as #define true false in a cpp context :P
[14:46] <Riddell> freinhard: it's in backports
[14:46] <Riddell> freinhard: so just install koffice from there and let me know how it works
[14:46] <shadeslayer> apachelogger: btw what option do you set to compile kde and install in /opt/kde
[14:46] <shadeslayer> Riddell: testing koffice?
[14:47] <apachelogger> shadeslayer: CMAKE_INSTALL_PREFIX
[14:48] <shadeslayer> apachelogger: ok,awesome,and then kdm will automatically detect it?
[14:48] <shadeslayer> ( the new KDE install )
[14:48] <apachelogger> no
[14:48] <apachelogger> shadeslayer: there is a howto in the kde techbase
[14:48] <shadeslayer> apachelogger: so ill have to edit the config file..
[14:49] <seele> what package is webkit in? i'm apparently missing it
[14:49] <shadeslayer> apachelogger: oh cool..
[14:49] <seele> or the webkit script engine
[14:49] <shadeslayer> seele: libqtscript4-webkit
[14:49] <shadeslayer> theres also libqt4-webkit
[14:52] <seele> shadeslayer: plasma-scriptengine-webkit is what i needed
[14:53] <seele> in case anyone else is trying to do the plasma widget tutorials
[14:53] <shadeslayer> ah
[15:01] <shadeslayer> Riddell: can you rebuild kdeartwork and kdegames now? kdepimlibs is finished :)
[15:01] <shadeslayer> and the other packages too.. the ones which failed
[15:03] <Riddell> kdegames is built
[15:03] <shadeslayer> awesome..
[15:03] <shadeslayer> didnt check that
[15:04] <Riddell> artwork however needs kdebase-workspace which was waiting on pimlibs
[15:04] <Riddell> so retrying that
[15:04]  * JontheEchidna retries kdebase
[15:05] <shadeslayer> ok :)
[15:05] <shadeslayer> Riddell: cant we release the lucid versions? whats left to package?
[15:05] <Riddell> shadeslayer: I've installed them but kdebindings has an overwrite issue so I need to fix that
[15:06] <Riddell> then I need to restart KDE to test them and see how bad this ABI issue is
[15:06] <shadeslayer> ah.. ok
[15:06] <shadeslayer> ABI ?
[15:06] <Riddell> they may well not be suitable for release into the backports PPA
[15:06] <Riddell> the kcontrol library split by upstream which probably means stuff compiled with 4.4 will crash
[15:06] <shadeslayer> yikes...
[15:06] <JontheEchidna> kmail and ktorrent don't run with the ABI issue :(
[15:07] <Riddell> also kdevelop and lancelot and maybe others need a rebuilt
[15:07] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/api/ (CouchDB.cpp CouchDB.h) dpointer for couchdb class
[15:07] <shadeslayer> JontheEchidna: whats a ABI?
[15:08] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/auth/AuthApplication.cpp warnings--
[15:08] <apachelogger> kubotu: wp ABI
[15:08] <kubotu> Results for ABI: 1. Application binary interface - Wikipedia, the free encyclopedia: http://en.wikipedia.org/wiki/Application_binary_interface | 2. ABI - Wikipedia, the free encyclopedia: http://en.wikipedia.org/wiki/ABI | 3. Abi Titmuss - Wikipedia, the free encyclopedia: http://en.wikipedia.org/wiki/Abi_Titmuss
[15:08] <JontheEchidna> Application Binary Interface
[15:08] <kubotu> [1] In computer software, an application binary interface (ABI) describes the low-level interface between an application (or any type of) program and the operating system or another application.
[15:08] <JontheEchidna> ~google ABI
[15:08] <kubotu> Results for ABI: 1. American Bankruptcy Institute | Home: http://www.abiworld.org/ | 2. Applied Biosystems by Life Technologies: http://www.appliedbiosystems.com/ | 3. ABI Research - Technology Market Research: http://www.abiresearch.com/
[15:08] <apachelogger> wp > google
[15:08] <shadeslayer> hehe :P
[15:08] <JontheEchidna> true, true
[15:09] <Riddell> if app version 1.0 is compiled with library 1.0 and then library 2.0 is released.  if app version 1.0 still works with library 2.0 without recompiling then it's ABI compatible
[15:09] <Riddell> if the ABI has changed you might need to recompiled app 1.0 against library 2.0 before it will work
[15:10] <Riddell> and of course if the API has changed then app 1.0 may not compile with library 2.0 at all
[15:11] <Riddell> we package our libraries with an ABI number on them e.g. libplasmaclock4 got renamed to libplasmaclock4a because the ABI changed (grr to upstream)
[15:12]  * JontheEchidna notes that the libs in kdebase-workspace never gauranteed ABI stability
[15:12] <shadeslayer> hmmm
[15:14] <apachelogger> JontheEchidna: when changing the ABI you need to bump your soversion though
[15:14] <apachelogger> which has nothing to do with ABI stability, but with the concept of soversioning itself
[15:14] <JontheEchidna> hmm, true
[15:14]  * JontheEchidna can't do proper soversioning at 10:00 in the morning
[15:14] <apachelogger> ^^
[15:15] <stikonas> ok, kde-l10n-lt should be fixed in trunk now
[15:15] <Riddell> stikonas: would you have a patch?
[15:16] <Riddell> stikonas: and shouldn't you be doing exam revision? :)
[15:16] <stikonas> Riddell: I was fixing po files, not user.entities file in kdelibs, so the patch would be big
[15:17] <stikonas> Riddell: yeah, I should, though I was studying for 40 hours per week for the last 8 months, so it is not that I haven't learned anything
[15:17] <freinhard> Riddell: templates in kword don't work
[15:17] <Riddell> stikonas: ok we'll just wait for beta 2
[15:18] <apachelogger> freinhard: did you kbuildsycoca4?
[15:19] <freinhard> apachelogger: no why shoukld i, i installed it using kpackagekit, stupid as a enduser would be and expect things to work.
[15:19] <stikonas> Riddell: the patch is 4.7 KB, so if you want, I can give it
[15:19] <apachelogger> freinhard: because ko used to have serious problems with outdated kbuildsycoca4
[15:19] <apachelogger> so that might be the problem here
[15:20] <stikonas> oh, sorry, its larger
[15:20] <freinhard> apachelogger: didn't do the trick
[15:20] <stikonas> 44.4 KB, so probably too large
[15:21] <Riddell> stikonas: let's leave it for now then
[15:21] <JontheEchidna> "you have made drunken Europeans everywhere very proud" :D
[15:21] <Riddell> I laughed at that
[15:21] <stikonas> Riddell: good bye, will go to revise groups and vector calculus...
[15:21] <Riddell> hmm, kdebase fail
[15:22] <apachelogger> oh oh oh
[15:22] <Riddell> stikonas: have fun
[15:22] <freinhard> hmm the kword package doesn't ship templates like the kspread package does for /usr/share/kde4/apps/kspread/templates/
[15:22] <apachelogger> are lp code receipies builtin nightlies?
[15:23]  * shadeslayer starts working in KDE Svn
[15:24] <shadeslayer> s/in/on
[15:24] <JontheEchidna> apachelogger: yus. Plus, now you can import gitorious thingies into bzr branches
[15:25] <apachelogger> sweet
[15:25] <apachelogger> JontheEchidna: how does one use the recepies?
[15:25] <JontheEchidna> apachelogger: dunno. shytlman was messing around with that at UDS
[15:25] <apachelogger> Quintasan|Szel: one could possibly do kde nightlies without neon now ^
[15:25] <JontheEchidna> Apparently trying to import Qt  git doesn't quite work yet :(
[15:25] <apachelogger> <3 lack of documentation
[15:25] <JontheEchidna> Qt git == huge liek xbox
[15:27] <apachelogger> yeah
[15:28] <shadeslayer> apachelogger: i need kdelibs first right?
[15:28] <apachelogger> more like qt
[15:28] <shadeslayer> apachelogger: already have Qt
[15:29] <freinhard> looks like kwords letter template is broken
[15:29] <shadeslayer> freinhard: getting a empty doc?
[15:29] <freinhard> shadeslayer: yep
[15:30] <freinhard> shadeslayer: same for oowriter with /usr/share/kde4/apps/kword/templates/Normal/.source/ProfessionalA4.odt
[15:30] <shadeslayer> freinhard: yeah,same thing here
[15:30] <apachelogger> shadeslayer: I mean qt-copy
[15:31] <shadeslayer> apachelogger: git clone of Qt?
[15:33] <apachelogger> shadeslayer: see techbase
[15:33] <apachelogger> brr
[15:34] <apachelogger> this recipe stuff seems a bit sticky
[15:34]  * Riddell notes that shtylman was looking into daily builds of qt
[15:34] <apachelogger> hail the obs!
[15:34] <shadeslayer> apachelogger: hmm.. it says i can use the binaries if i dont want to compile qt
[15:35] <apachelogger> you want to compile qt
[15:35] <shadeslayer> apachelogger: http://techbase.kde.org/Getting_Started/Build/KDE4#Compiling_kde-qt.2C_etc.
[15:35] <shadeslayer> apachelogger: hm... really? why?
[15:36] <shadeslayer> meh.. ill do this after my exams :P
[15:36] <shadeslayer> and a clean install of kubuntu
[15:36] <apachelogger> because kde 4.5 is mostly made against qt 4.7, so you will not experience the whole awesomeness
[15:37] <shadeslayer> or maybe... ill just install ubuntu and run kde svn
[15:42] <rgreening_> Riddell: never managed to fix kdesdk huh
[15:42] <rgreening_> :)
[15:43] <rgreening_> for lucid that is
[15:43] <rgreening_> I see Maverick has an upload
[15:44] <rgreening_> hmm.. shows ftbfs in maverick tho..
[15:48] <JontheEchidna> rgreening_: just a dep-wait on pimlibs
[15:48] <rgreening_> kool.
[15:49] <Riddell> more importantly kdm doesn't work in lucid :(
[15:49] <JontheEchidna> Riddell: same here in maverick
[15:49]  * JontheEchidna is using gdm atm
[15:50]  * apachelogger goes packing ... again -.-
[15:51] <Riddell> JontheEchidna: it works if I add a user called "kdm"
[15:53] <Riddell> seems to be a new requirement of the backend
[15:55] <JontheEchidna> O.o
[15:56] <Riddell> ossi just confirmed that's a new requirement on 4.5
[15:57] <Riddell> guess I'll go hacking postinst scripts then
[15:59] <debfx> JontheEchidna: what's the point in having symbol files? I don't see the disadvantage of having packages depend on the upstream version of libraries it's built against
[15:59] <debfx> it might force some unneeded upgrades
[16:00] <JontheEchidna> debfx: It gives more fine-grained control of what version of the libraries an application depends against
[16:00] <JontheEchidna> e.g. if it doesn't depend against new symbols, no need to bump the library dependency version
[16:02] <debfx> yeah but why wouldn't someone want to upgrade the libraries
[16:04] <ScottK> debfx: In theory it saves a lot of rebuilds and eases transitions.
[16:05] <JontheEchidna> further reading: http://wiki.debian.org/Projects/ImprovedDpkgShlibdeps
[16:08] <debfx> I can see the advantage for Debian's testing migration
[16:08] <debfx> but not for Ubuntu
[16:12] <ScottK> Library transitions and rebuilds can be a pain here too.
[16:13] <ScottK> If we had the tools to know what really had to be rebuilt and what didn't, it would be nice.
[16:13] <ScottK> So I agree the current benefit is not there, but I see potential.
[16:16] <Sput> you mean something like Gentoo's revdep-rebuild that checks packages that link to missing libraries and require a rebuild?
[16:30] <apparle> hello guys, whoever maintains rekonq, adblock should be disabled by default.
[16:31] <Riddell> apparle: maybe we want adblock on
[16:32] <apparle> Riddell: it renders many sites useless and turns people away from the browser
[16:33] <apparle> Riddell: I had been facing problems for 2 months, and now I came to know that adblock could be causing problems
[16:33] <Riddell> apparle: what's the problems?
[16:34] <apparle> Riddell: yahoo, way2sms, orkut. All 3 of them are very famous sites in india........ very very famous....well after gmail
[16:34] <apparle> Riddell: yahoo's homepage and email was messed up
[16:34] <apparle> Riddell: in orkut chat didn't work
[16:35] <apparle> Riddell: and in way2sms, sending sms to quick contacts didn't work
[16:36] <Riddell> apparle: we have a Todo item to review the contents of our adblock list so that's useful as a list of sites to be checked
[16:37] <Riddell> then again yahoo e-mail won't work with rekonq without fiddling with browser ident anyway
[16:37] <apparle> Riddell: I was gonna suggest that next but I see lionel___ has already done that
[16:41] <debfx> imho adblock should be disabled by default whether it works or not
[16:41] <shadeslayer> Quintasan|Szel: lol.. Monkey Audio Codec? :P
[16:41] <apachelogger> debfx: +1
[16:41] <apachelogger> oh
[16:41]  * apachelogger needs to leave for train
[16:41] <apachelogger> o/
[16:44] <debfx> the web relies on ad revenues, we shouldn't interfere with that
[16:45] <debfx> if a user decides to block ads, that's fine but we shouldn't enable it by default
[16:46] <apparle> debfx: +1
[16:46] <shadeslayer_> i think everyone would block ads...
[16:47] <shadeslayer_> so it should be enabled by default,many users might not know of the adblock feature
[16:48] <apparle> shadeslayer_: but it happens otherwise, people don't know that it is messing with the sites :D
[16:48] <shadeslayer_> apparle: how about a config dialog asking them if they want adblock support?
[16:48] <lionel___> shadeslayer: imo it should not alterate the web by default
[16:49] <apachelogger> shadeslayer_: you recon that this is shooting in our own feet since open-desktop.org is making money with ads and in turn provides the main resource for our wallpaper download and whatnot
[16:49] <shadeslayer_> lionel___: that means we need a better ad block list!
[16:49] <shadeslayer_> apachelogger: well...
[16:49] <apparle> I agree with apachelogger
[16:49] <shadeslayer_> apachelogger: do you know how that ad-gives-us-money thing works?
[16:50] <shadeslayer_> apachelogger: you have to click on those google ads *twice* to earn some
[16:50] <apachelogger> so?
[16:50] <shadeslayer_> money
[16:51] <apachelogger> and that is not the whole story anyway
[16:51] <shadeslayer_> no one clicks on those ads :P
[16:51] <apparle> shadeslayer_: but someone must be checking whether they are being displayed or not ........ but I dunno
[16:51] <apachelogger> shadeslayer_: of course not, because we freaking block them
[16:51] <shadeslayer_> apachelogger: then the guy checking them must have adblock disabled :P
[16:52] <shadeslayer_> apachelogger: no i mean that those who dont know about adblock dont even look at them
[16:52] <apparle> shadeslayer_: :P
[16:52] <apachelogger> shadeslayer_: do should not!
[16:52] <apachelogger> advertisement is as important to making business as R&D is
[16:52] <apparle> shadeslayer_: that's the problem, they should look at the ads, else the owner of site might not earn anything at all
[16:52] <apparle> apachelogger: +1
[16:53] <shadeslayer_> take my case,i didnt know about adblock 2 months ago :P
[16:53] <debfx> apparle: rekonq shares adblock filter settings with konqueror, so kubuntu-default-settings is the place to change the default
[16:53] <shadeslayer_> apparle: hmm...
[16:54] <shadeslayer_> apachelogger: well what ever you guys decide,i still like my ad block enabled :P
[16:54] <shadeslayer_> ( maybe mention this in the start page of rekonq? )
[16:54] <apparle> shadeslayer_: that's what, guys like you (majority) should manually enable it
[16:55] <lionel___> I agree
[16:55]  * Riddell notes this adblock issue was discussed at lenth when we first added it and the arguments haven't changed since
[16:55] <lionel___> keep the web like it is by default
[16:55] <apparle> shadeslayer_: it should mention you can disable ads, like firefox does by showing it in recommended addons
[16:56] <shadeslayer_> hmm..
[16:57] <apparle> whatever you decide, also mention that adblock can mess with the websites
[17:18] <rgreening> JontheEchidna: so, kmail doesn't work under kde 4.4.80
[17:18] <JontheEchidna> rgreening: not without a rebuild
[17:18] <rgreening> rebuild of which packages
[17:19] <rgreening> the old kmail
[17:22] <Riddell> rekonq also
[17:23] <JontheEchidna> anything that has a "configure <application" thing in its settings menu
[17:25] <JontheEchidna> digikam, ktorrent, kaffeine, etc
[17:31] <BUGabundo> $ kmail
[17:31] <BUGabundo> kmail: symbol lookup error: /usr/lib/libkmailprivate.so.4: undefined symbol: _ZN13KCMultiDialog16staticMetaObjectE
[17:31] <BUGabundo> in Maverick
[17:31] <BUGabundo> ours or upstream?
[17:31] <jtechidna> BUGabundo: upstream
[17:32] <BUGabundo> thanks
[17:35] <BUGabundo> erk
[17:35] <BUGabundo> (2010-05-30 17:34:25) thiago_home: you're reporting to the wrong place then. Please report to the packagers.
[17:35] <BUGabundo> so is it upstream or not !?
[17:35] <BUGabundo> :|
[17:36] <tsimpson> it's caused by upstream, but we're the ones who have to fix it :)
[17:36] <BUGabundo> ahhhh
[17:36] <BUGabundo> jon could have been more clear on that
[17:36] <BUGabundo> so I would not nag kontact guys
[17:36] <BUGabundo> tsimpson: shall I report it in LP ?
[17:37] <JontheEchidna> no, this is most definitely upstream
[17:37] <JontheEchidna> they broke ABI
[17:37] <Riddell> it's an issue in kdelibs not kontact
[17:37] <JontheEchidna> yes, kdelibs upstream
[17:37] <BUGabundo> ok, so what should I do now, in order to track this?
[17:37] <BUGabundo> file it in LP, and KDE bugs ?
[17:38] <BUGabundo> against kdelibs?
[17:38] <JontheEchidna> please file a bug in KDE against kdelibs
[17:38] <BUGabundo> okay
[17:38] <tsimpson> you could file a bug in KDE asking them not to break ABI
[17:38] <BUGabundo> ahahaahahahaha
[17:38] <BUGabundo> yeah, and I want a pony too
[17:38] <BUGabundo> :)
[17:38] <Riddell> it's a fairly special break, they split out bits into a new library and the old library doesn't link against the new one
[17:39] <Riddell> libkcmutils.so
[17:40] <Riddell> I wonder if a  target_link_libraries(kcmutils kutils) would help
[17:41] <Riddell> oh it already has
[17:41] <Riddell> target_link_libraries(kutils kemoticons kidletime kcmutils kprintutils ${QT_QTCORE_LIBRARY})
[17:41] <BUGabundo>   Candidate: 4:3.5.10.dfsg.1-3ubuntu2
[17:41] <BUGabundo> that's a bit outdated, isn't it ?
[17:41] <Riddell> BUGabundo: kdelibs5 binary,  source package kde4libs
[17:42] <BUGabundo>   Installed: 4:4.4.80-0ubuntu1
[17:42] <BUGabundo> much better
[17:42] <Riddell> so it probably needs kutils built with some magic to force it to link to those libraries
[17:44] <BUGabundo> https://bugs.kde.org/show_bug.cgi?id=240120
[17:48] <BUGabundo> thanks JontheEchidna
[17:48] <BUGabundo> I'll keep tracking it
[17:54] <Riddell> debfx: did I see you had a fix for getting kdevelop compiled?
[17:55] <debfx> Riddell: yes, it builds fine now
[17:55] <Riddell> debfx: fix in bzr?
[17:55]  * Riddell suspects we don't have bzr packaging for kdevelop
[17:55] <Riddell> no we don't
[17:55] <Riddell> debfx: where can I find it to upload to maverick?
[17:56] <debfx> Riddell: ninjas ppa
[18:01]  * Riddell wonders why he has no ksplash with 4.5 startup
[18:08] <Riddell> debfx: uploaded, thanks
[18:11] <Riddell> well 4.5 beta mostly works on lucid, we could put it in beta PPA with a big warning
[18:11] <Riddell> or in experimental PPA
[18:12] <JontheEchidna> I'd go for experimental + huge warning in our release announcement
[18:14] <JontheEchidna> THIS WILL BREAK KMAIL KTORRENT AND K3B, etc
[18:16] <tsimpson> people never read warnings, or announcements in full. but I suppose that's not really your problem
[18:19] <Riddell> I'll put the warning in the headline too
[18:20] <Riddell> http://people.canonical.com/~jriddell/html5.html  no luck in rekonq at all, video works in konqueror, firefox all works
[18:20] <Riddell> :(
[18:27]  * Sput hopes Qt fixes this X11embed bug that means I can't see any flash or html5 video with Qt 4.7 currently
[18:34] <Riddell> http://kubuntu.pastebin.com/FN1TdYzP  we need to remove the -Wl,--as-needed from that
[18:41] <Riddell> 4.5 beta copied to experimental, still needs kdebase-workspace, kdevelop and kdesdk to be complete, waiting on those compiling
[18:48]  * Riddell tries adding --no-as-needed to kutils build
[20:51] <shadeslayer> uh... did you release 4.5 for lucid?
[20:51] <shadeslayer> and ive been spammed by rosetta for some reason
[20:57] <stefan__> hi
[20:57] <stefan__> i hope i'm not the 1000th person to ask this .. but
[20:57] <stefan__> i just tried the experimental ppa
[20:58] <shadeslayer> stefan__: hahaha
[20:58] <shadeslayer> stefan__: im just upgrading as well :P
[20:58] <stefan__> wanted to upgrade to kde4.4.80
[20:58] <stefan__> hehe ;) ok
[20:58] <shadeslayer> stefan__: did the upgrade go well?
[20:59] <stefan__> http://pastebin.com/BGZja3ZM
[20:59] <stefan__> not really
[20:59] <shadeslayer> im on a really really slow connection
[20:59] <stefan__> it has problems with libprocess[ui/core]
[21:00] <stefan__> i don't know which packages require them
[21:00] <stefan__> they are not installed right now - so i guess its a new dependency?
[21:01] <shadeslayer> stefan__: http://pastebin.com/FAPPnYbv
[21:02] <stefan__> shaedlayer: mmh :)
[21:02] <stefan__> shaedlayer: with apt-get it works indeed - thanks
[21:02] <stefan__> shaedlayer: i used aptitude before
[21:02] <tsimpson> aptitude can be too advanced for its own good
[21:04] <Mamarok> shadeslayer: without kdebase-* stuff you are screwed, why putting yes at the end?
[21:04] <shadeslayer> kdebase isnt built :P
[21:04] <shadeslayer> Mamarok: yeah just re checked all deps
[21:04] <shadeslayer> canceled...
[21:04] <Mamarok> well, even more reason to not even go near those updates then
[21:05]  * shadeslayer goes and resumes Arch linux torrent
[21:05] <Mamarok> shadeslayer: and better not mention expermiental in the user channel, please, we have to debug those afterwards
[21:05] <shadeslayer> Mamarok: i said in caps, do not use
[21:06] <Mamarok> it is a hidden PPA anyway, nobody but experienced people should ever touch that
[21:06] <Mamarok> shadeslayer: well, that usually doesn't help, some idiots are probalby downloading right now
[21:06] <shadeslayer> Mamarok: its not hidden anymore
[21:06] <Mamarok> don't even mention it there, that's much, much better
[21:06] <Mamarok> it should be
[21:06] <shadeslayer> Mamarok: it was announced at kubuntu.org
[21:06] <Mamarok> oh crap
[21:07] <shadeslayer> Mamarok: check the release for 4.7 beta release at kubuntu.org
[21:07] <Mamarok> was it also specified that we give NO SUPPORT WHATSOEVER?
[21:07] <Mamarok> brilliant, 4.7 only causes problems right now
[21:07] <shadeslayer> Mamarok: dunno :P
[21:07] <Mamarok> please keep that stuff away from the awerage user
[21:07] <Mamarok> s/w/v/
[21:08] <stefan__> didn't you have the staging ppa for testing packages?
[21:08] <shadeslayer> stefan__: im wondering the same thing right now....
[21:11] <shadeslayer> Mamarok: the most weird thing... experimental does have kdebase workspace
[21:11] <shadeslayer> and kdebase
[21:11] <Mamarok> for Maverick or also Lucid?
[21:11] <shadeslayer> Mamarok: maverick packages went into archive 10 hours ago :P
[21:11] <shadeslayer> Mamarok: lucid ;0
[21:11] <shadeslayer> ;)
[21:11] <Mamarok> shadeslayer: experimental for beta stuff I guess
[21:12] <shadeslayer> Mamarok: whut? i mean the packages have built in ppa,but cant get the packages to upgrade
[21:13] <Mamarok> shadeslayer: it should go the the beta PPA, certainly not to upgrade
[21:14] <Mamarok> but kdebase-worspace is not enough, kdebase-plasma?
[21:14] <Mamarok> workspace*
[21:14] <Mamarok> you need all kdebase, plasma and workspace packages
[21:16] <shadeslayer> Mamarok: some of the libraries and stuff was merged upstream,loads of changes this time...
[21:17] <shadeslayer> Riddell: kdegames fixed library naming issue, should be in the next release
[21:19] <shadeslayer> Mamarok: looks like everything's been copied as is from ninja ppa
[21:20] <shadeslayer> which should have been tested out by Riddell
[21:23] <shadeslayer> lex79: are all the packages good to upgrade?
[21:24] <lex79> upgrade what? your system? maverick?
[21:24] <shadeslayer> lex79: kde 4.5 lucid
[21:24] <shadeslayer> lex79: theyve been copied to experimental ppa
[21:24] <lex79> all packages is built, yes
[21:24] <shadeslayer> straight from ninja ppa
[21:25] <lex79> you can try to upgrade yes
[21:25] <shadeslayer> lex79: http://kubuntu.pastebin.com/dy6bhaFu
[21:25] <shadeslayer> Mamarok: ^^
[21:26] <lex79> why with aptitude?
[21:26] <lex79> apt-get dist-upgrade
[21:26] <shadeslayer> lex79: well apt-get says everything is good to go :P
[21:26] <lex79> or apt-get upgrade
[21:26] <Mamarok> shadeslayer: use apt-get dist-upgrade
[21:27] <Mamarok> aptitude is not reliable on that
[21:27] <shadeslayer> Mamarok: hehe.. i was downloading via apt-get for the past 10 mins
[21:27] <shadeslayer> after checking all the kdebase* components
[21:28] <shadeslayer> well.. my upgrade will take 16hrs and 40 mins :P
[21:28] <lex79> lol
[21:29] <shadeslayer> lex79: thats what you get when you use public wifi
[21:29] <lex79> ehh I see
[21:30] <Mamarok> oh my...
[21:30] <Mamarok> still it removes digikam, a no-go for me
[21:31] <shadeslayer> Mamarok: what package is digikam packaged under?
[21:32] <Mamarok> what a strange question, digikam?
[21:32] <shadeslayer> nothing like that here though
[21:32] <shadeslayer> Mamarok: oh it has a package of itself...
[21:32] <Mamarok> because you didn't install it, not all KDE apps have a K for start
[21:32] <shadeslayer> Mamarok: i do have it installed
[21:32] <Mamarok> and some have no K at all
[21:32] <shadeslayer> Mamarok: really now...
[21:33] <shadeslayer> Mamarok: http://pastebin.com/Y2snex55
[21:33] <stefan__> wow ... guys and girls ... only one "trying to overwrite..." (http://pastebin.com/6Y0guGfp) thing in the whole process.
[21:33] <stefan__> where is the fun of testing :(
[21:33] <stefan__> just too smooth ;)
[21:34] <Mamarok> well, it says it will be removed here: http://pastebin.ca/1874472
[21:34] <shadeslayer> stefan__: that was kinda expected :P
[21:34] <stefan__> the only thing i had to do for the "overwrite" thing was a "sudo apt-get install kdegraphics-libs-data"
[21:34] <shadeslayer> stefan__: there were a few overwrite errors earlier as well
[21:34] <stefan__> congratulations :)
[21:34] <shadeslayer> stefan__: do you have kdegames as well?
[21:35] <stefan__> no
[21:35] <shadeslayer> Mamarok: maybe you can install it afterwards?
[21:35] <shadeslayer> stefan__: kdeartwork?
[21:35] <stefan__> but i have digikam - and it didn't want to remove it
[21:36] <stefan__> i will do - in some seconds
[21:36] <shadeslayer> Mamarok: your system is officialy borked :P ( as confirmed by 2 users xD _
[21:36] <stefan__> kdeartwork
[21:36] <shadeslayer> stefan__: ok could you please tell me if installs correctly.. i packaged it :P
[21:37] <stefan__> shadeslayer: aptitude didn't find any dependency issues and is downloading right now
[21:37] <Mamarok> shadeslayer: It can't be borked, I only use the official package repos
[21:37] <Mamarok> main server
[21:37] <Riddell> evening
[21:37] <Riddell> what did I miss?
[21:38] <shadeslayer> Riddell: lucid upgrades work :P
[21:38] <shadeslayer> Riddell: and library naming issue with kdegames fixed upstream :D
[21:39] <Mamarok> Riddell: it doesn't wrok, wants to remove too many apps I rely on: http://pastebin.ca/1874472
[21:39] <Riddell> shadeslayer: lucid upgrade to 4.5 beta?
[21:39] <stefan__> shadeslayer: worked like a charm
[21:39] <shadeslayer> Riddell: yes
[21:39] <shadeslayer> stefan__: awesome!
[21:39] <Mamarok> and removing digikam is a no-go
[21:39] <shadeslayer> Riddell: its a different story for different people actually :P
[21:40] <Riddell> Mamarok: yeah that's the new ABI stuff, they'll all need recompiled to work now
[21:40] <Riddell> which is why it's in experimental
[21:40] <Mamarok> ABI=?
[21:40] <shadeslayer> Riddell: http://pastebin.com/FAPPnYbv
[21:40] <shadeslayer> kubotu: wp ABI
[21:41] <kubotu> Results for ABI: 1. Application binary interface - Wikipedia, the free encyclopedia: http://en.wikipedia.org/wiki/Application_binary_interface | 2. ABI - Wikipedia, the free encyclopedia: http://en.wikipedia.org/wiki/ABI | 3. Abi Titmuss - Wikipedia, the free encyclopedia: http://en.wikipedia.org/wiki/Abi_Titmuss
[21:41] <kubotu> [1] In computer software, an application binary interface (ABI) describes the low-level interface between an application (or any type of) program and the operating system or another application.
[21:41] <shadeslayer> Mamarok: ^^
[21:41] <Riddell> Mamarok: new library versions in kdebase-workspace, so anything depending on them needs to be recompiled
[21:41] <shadeslayer> Riddell: weird.. how come it doesnt remove digikam here?
[21:41] <Mamarok> and waht am I supposed to do?
[21:42] <shadeslayer> Mamarok: either dont upgrade,or compile digikam :P
[21:42] <shadeslayer> Mamarok: i can have a package in my PPA though...
[21:42] <shadeslayer> but only after the 11th
[21:43] <stefan__> Mamarok: what is your digikam version? mine: 2:1.2.0-0ubuntu2
[21:43] <shadeslayer> i have 600 MB's to download :'(
[21:43] <Riddell> we can throw things at the PPA to get the recompiled
[21:43] <shadeslayer> stefan__: same here
[21:43] <Mamarok> stefan__: same here
[21:44] <shadeslayer> Riddell: how many can we do though.. we cant compile every app can we
[21:45] <Mamarok> Riddell: any ETO if it has to be recompiled?
[21:45] <shadeslayer> Mamarok: ETO?
[21:45] <Mamarok> silly me, ETA
[21:46] <shadeslayer> hehe :) ..
[21:46] <shadeslayer> Mamarok: well it depends on the build queue
[21:46] <shadeslayer> Mamarok: check : www.launchpad.net/builders
[21:46] <Riddell> Mamarok: are you in a hurry to try 4.5 beta?
[21:46] <shadeslayer> the ppa section specifically
[21:46] <Mamarok> Riddell: not at all
[21:47] <Mamarok> it's more a "nice to have", but I guess you will package 4.4.4, too, right?
[21:47] <shadeslayer> Riddell: one sec.. is there any new dep to be added to get digikam working?
[21:47] <shadeslayer> Mamarok: checkout topic :)
[21:48] <shadeslayer> Riddell: if not i could upload digikam right now... just apt-get source digikam and then debuild -S -sa ...
[21:48] <Riddell> shadeslayer: no new dep, just throw it in there
[21:48]  * shadeslayer rejoices as he gets 300 KBps
[21:48] <Riddell> shadeslayer: same for freespacenotifier
[21:49] <Riddell> I just copied over kdevelop from ninjas
[21:49] <shadeslayer> Riddell: upload with ~lucid1~ppa1 ?
[21:49] <Riddell> shadeslayer: hmm, where are you getting digikam from?
[21:50] <shadeslayer> Riddell: same as archive
[21:50] <Riddell> shadeslayer: needs to be a larger version number, so 2:1.2.0-0ubuntu2 -> 2:1.2.0-0ubuntu2.1
[21:50] <shadeslayer> okies..
[21:50] <shadeslayer> Riddell: no ~lucid1 then..
[21:51] <Riddell> no, it needs to be larger
[21:51] <shadeslayer> Riddell: yep .. ~ is like a - signe :P
[21:51] <shadeslayer> *sign
[21:51] <Riddell> right
[21:52] <shadeslayer> Riddell: same for freespacenotifier?
[21:52] <Riddell> Mamarok: trouble is we have two issue with these packages, the library for kcontrol modules also changed ABI so there will still be breakage in kdepim and elsewhere until I work out how to work around that
[21:52] <shadeslayer> 0.0svn1061317-0ubuntu1.1
[21:52] <Riddell> shadeslayer: yes
[21:52] <Riddell> shadeslayer: you can also ask Mamarok which of those plasma widgets she's sufficiently attached to that we should rebuild them in the PPA
[21:53] <shadeslayer> Riddell: will take some time.. slow connection...
[21:53] <shadeslayer> Riddell: hehe :P
[21:53] <shadeslayer> Mamarok: ^^
[21:53] <shadeslayer> well.. i could hack into the router and set up mac filters.. but thatll be evil :P
[21:53] <Mamarok> hm, let me see what it wants to remove, but I guess most of those are replaed ba new packages, no? There is a bazillion of "new in repository"
[21:54] <shadeslayer> Riddell: how is it that my apt-get doesnt remove digikam?
[21:55] <shadeslayer> maybe i dont have the abi issue packages...
[21:55] <Mamarok> shadeslayer: plasma-widget-logout is a must have, the others I can live without, or does it also remove the system-monitor?
[21:56] <Mamarok> or only replaces a libplasma for it?
[21:56] <Riddell> plasma-widget-logout is gone, there's a better one in upstream plasma now
[21:56] <shadeslayer> cant do new pacakges :(
[21:57] <shadeslayer> Mamarok: use ctrl + alt + del xD
[21:58] <shadeslayer> Riddell: will Roesetta spam me everytime theres a translation import now?
[21:58] <lex79> yes
[21:58] <shadeslayer> lex79: what fun....
[21:58] <Riddell> shadeslayer: probably you don't have anything else needing the new libmarblewidget4 so your system can live with the old libmarble4 which is what digikam wants
[21:59] <shadeslayer> Riddell: hmm.. right...
[21:59] <Riddell> you can bounce those e-mails to the rosetta developers, they'll get the point one day
[21:59] <shadeslayer> i dont have any of those plasmoids maybe thats why
[21:59] <shadeslayer> Riddell: lol
[21:59] <shadeslayer> i mean there are about 30-35 mails from rosetta in my mail box :P
[22:01] <Riddell> that's not many, it gets worse :(
[22:01] <Mamarok> shadeslayer: well, I need it for locking the desktop
[22:01] <shadeslayer> Mamarok: ctrl+alt+L
[22:02] <Mamarok> oh, never tried that
[22:02] <shadeslayer> Mamarok: doesnt go to kdm though.. youll be prompted for a pass
[22:02] <Mamarok> and it doesn't work, or must it be capital L
[22:02] <Mamarok> doesn't work with capital L meither
[22:02] <shadeslayer> Mamarok: no.. just ctrl+alt+l
[22:02] <Mamarok> s/m/n/
[22:02] <Mamarok> as I said, doesn't work
[22:03] <shadeslayer> ><
[22:03] <shadeslayer> Mamarok: check your key combo settings :P
[22:03] <shadeslayer> Mamarok: you can manually define the locking combo in systemsettings > Keyborad
[22:03] <shadeslayer> *keyboard
[22:04] <Mamarok> shadeslayer: already did, nothing unusual, but I can close the lid, has the same effect
[22:04] <shadeslayer> Mamarok: hehe :P
[22:04] <shadeslayer> that works too
[22:04] <shadeslayer> Riddell: has there been any improvement in Xine/Phonon ?
[22:04] <shadeslayer> I never get sound in 4.4.3
[22:05] <shadeslayer> Riddell: anything specific in changelog? or just : recompiling to fix ABI issues?
[22:07] <Riddell> recompiling for new kdebase-workspace ABI sounds fine
[22:07] <Riddell> phonon is still at 4.4, no change there
[22:07] <lex79> Riddell: kick out from NEW please https://launchpad.net/ubuntu/+source/kdebindings/4:4.4.80-0ubuntu2
[22:08] <Riddell> not sure I'm brave enough to kick kdebindings, I fear it would kick back, I'll just politely let it pass through
[22:09]  * shadeslayer is tempted to convert to source format 3.0
[22:09] <Riddell> shadeslayer: no!  asking for trouble to change things
[22:09] <lex79> Riddell ok, retry this https://launchpad.net/ubuntu/+source/kdeadmin/4:4.4.80-0ubuntu1
[22:10] <lex79> :P
[22:10] <shadeslayer> Riddell: yeah.. uploading
[22:10] <lex79> too many new packages in kdebindings :P
[22:10] <Riddell> retried kdeadmin
[22:11] <Mamarok> shadeslayer: get the vlc backend
[22:11] <shadeslayer> Mamarok: is it in the ppa?
[22:12] <Mamarok> nope, but quite easy to compile: http://blogs.fsfe.org/myriam/2010/04/want-to-test-the-phonon-vlc-backend-here-you-go/
[22:12] <shadeslayer> Mamarok: awesome... just need source code
[22:12] <Riddell> I think debfx has packages of that
[22:12] <shadeslayer> packages ftw
[22:12] <Mamarok> well, you only need the 1.1 beta from VLC, everything else should be in the repos
[22:12] <lex79> Riddell: retry https://launchpad.net/ubuntu/+source/kdetoys/4:4.4.80-0ubuntu1
[22:12] <Riddell> yes https://edge.launchpad.net/~debfx/+archive/experimental
[22:13] <shadeslayer> so many experimental ppas...
[22:13] <Mamarok> Riddell: there is a phonon 4.4.1 release since quite some time...
[22:13] <Riddell> 4:4.7.0really4.4.1  yes that's the one
[22:14] <Mamarok> and the vlc 1.1 should be released soon
[22:14] <Mamarok> I just didn't find out how to compile only libvlc
[22:14] <shadeslayer> Riddell: im uploading source as well.. or do i not need that?
[22:15] <lex79> Riddell: retry https://launchpad.net/ubuntu/+source/kdewebdev/4:4.4.80-0ubuntu1
[22:15] <debfx> shadeslayer: prepare for some crashes when using the vlc backend
[22:15] <Mamarok> shadeslayer: of course, always
[22:15] <Mamarok> debfx: it crashes very rarely
[22:15] <shadeslayer> debfx: hehe... crashes are better than no sound at all :P
[22:15] <shadeslayer> Mamarok: well.. not every time... just for the first time
[22:15] <shadeslayer> then debuild -S should do the trick
[22:16] <shadeslayer> debfx: btw how frequent are these crashes?
[22:16] <Riddell> shadeslayer: you don't need to upload the .orig.tar
[22:16] <Riddell> lex79: done
[22:17] <shadeslayer> Riddell: awesome
[22:18] <shadeslayer> Mamarok: digikam should be along shortly
[22:18] <Mamarok> nice :)
[22:19] <shadeslayer> Mamarok: anything else?
[22:19] <Mamarok> shadeslayer: I had 2 crashes with that backend since I isntalled it
[22:19] <shadeslayer> i have about 15 mins more
[22:19] <debfx> shadeslayer: every few hours on average
[22:19] <shadeslayer> debfx: hehe :P
[22:19] <shadeslayer> debfx: plasma crashes?
[22:19] <Mamarok> debfx: what does crash?
[22:20] <Mamarok> I had 2 Amarok crashes, that's all, since April
[22:20] <debfx> amarok with vlc phonon backend
[22:20] <Mamarok> what Amarok?
[22:20] <shadeslayer> debfx: bah.. i dont use amarok... though i compile it,use it rarely
[22:20] <debfx> 2.3.1 beta1
[22:21] <Mamarok> debfx: I only use git, which was at that stage since about 4 weeks, only two crashes since April, as I said
[22:21] <Mamarok> and I am still not sure if it is not taglib related
[22:21] <debfx> though the backtrace said something about taglib and then a memory corruption
[22:21] <Mamarok> you do upgrade regularily, do you? there are frequent changes
[22:22] <shadeslayer> Mamarok: https://edge.launchpad.net/~kubuntu-ppa/+archive/experimental/+builds?build_state=pending
[22:22] <debfx> the vlc backend?
[22:22] <Mamarok> yes
[22:22] <shadeslayer> Mamarok: its building already :P
[22:23] <Mamarok> shadeslayer: yes, just seen that, thanks a bunch :)
[22:23] <debfx> yeah I have the latest version
[22:24] <debfx> I wonder why taglib would only crash when using the vlc backend
[22:25] <shadeslayer> Riddell: freespacenotifier uploaded as well
[22:26] <shadeslayer> whee.. FTBFS
[22:27] <shadeslayer> Riddell: ill need to kick the deps up
[22:28] <shadeslayer> or should i not do that?
[22:29] <Riddell> shadeslayer: what's the issue?
[22:29] <shadeslayer> Riddell: unmet deps
[22:29] <shadeslayer> Riddell: https://launchpad.net/~kubuntu-ppa/+archive/experimental/+build/1764257/+files/buildlog_ubuntu-lucid-amd64.digikam_2:1.2.0-0ubuntu2.1_FAILEDTOBUILD.txt.gz
[22:31] <Riddell> ah
[22:31] <Riddell> digikam is not so simple
[22:32] <shadeslayer> Riddell: will have to edit control file?
[22:32] <Riddell> yes
[22:32] <shadeslayer> Riddell: sorry.. im out of time.. need to study :(
[22:32] <Riddell> ok I'll do it
[22:32] <Riddell> needs doing for maverick too
[22:32] <shadeslayer> Riddell: thanks :)
[22:32] <Riddell> thanks for taking it this far
[22:32] <shadeslayer> hehe :D
[22:33] <shadeslayer> Riddell: no problem....
[22:33] <shadeslayer> freespacenotifier is building thougj
[22:33] <shadeslayer> and looks like that will go through
[22:34] <shadeslayer> Riddell: btw kde 4.5 might have a dep on Qt 4.7
[22:34] <shadeslayer> we should be ready for that in case we already havent packaged with 4.7....
[22:35] <Riddell> we have
[22:36] <shadeslayer> ok cool then :D
[22:36]  * shadeslayer is finally getting some good download speed
[22:37] <lex79> shadeslayer: we need a MIR for libglew1.5, do you want do it?
[22:37] <lex79> :)
[22:38] <lex79> https://edge.launchpad.net/ubuntu/+source/glew
[22:38] <lex79> shadeslayer: read this https://wiki.ubuntu.com/MainInclusionProcess
[22:38]  * shadeslayer takes a looksy
[22:38] <lex79> we need libglew1.5-dev in main to build kdeedu
[22:38] <shadeslayer> lex79: i know about MIR ;)
[22:39] <lex79> glew is in universe, and we want it in main, so we need a MIR
[22:39] <lex79> kk
[22:39] <lex79> shadeslayer: do it then :P
[22:39]  * lex79 is out for a bit
[22:39] <shadeslayer> lex79: sure ill post the bug number here ;)
[22:39] <lex79> shadeslayer thanks
[22:40] <shadeslayer> np
[22:41] <shadeslayer> lex79: is it a optional dep?
[22:41] <lex79> should be
[22:43] <shadeslayer> lex79: deps seem to be fine
[22:46] <Riddell> ryanakca: wibble, I can't create content on kubuntu.ogr
[22:46] <Riddell> .org
[22:46] <Riddell> https://www-admin.kubuntu.org/node/add  "No content types available."
[22:46] <shadeslayer> hehe.. :D
[22:51] <Mamarok> Riddell: did somebody already package Amarok for tomorrow?
[22:53] <debfx> new beta?
[22:53] <Mamarok> _Groo_: why not ask in here instead? this does not belong int the #amarok channel at all
[22:55] <_Groo_> Mamarok: will do
[22:55] <shadeslayer> lex79: lp bug 587677
[22:55] <_Groo_> Mamarok: tks
[22:57] <shadeslayer> Riddell: so did you post the announcement?
[22:57] <shadeslayer> oh wow... its 3.30 AM...
[22:59] <Mamarok> shadeslayer: if your public wifi is cheaper during the night, now is the time :)
[23:01] <shadeslayer> Mamarok: hehe.. yeah true.. im getting 70 KBps
[23:01] <shadeslayer> Mamarok: and its free btw :P
[23:01] <shadeslayer> theres a coffee house nearby.. free wifi :P
[23:05] <Mamarok> nice :)
[23:05] <Mamarok> shadeslayer: it still complains about digikam to be removed, will try another day
[23:05] <shadeslayer> Mamarok: well youll have to wait for Riddell to upload digikam
[23:06] <Mamarok> its midnight here, this is not urgent
[23:06] <shadeslayer> Mamarok: hehe :P
[23:06] <shadeslayer> now i really need to study :P byes for now...
[23:07] <shadeslayer_> 3 hours for upgrade to complete though :P
[23:09] <Mamarok> oh my, you could almost sleep in the mean time, studying means sleeping from time to time to assimilate
[23:11] <ryanakca> Riddell: Hmmm... odd. I see Page, PPA Release and Story from here
[23:11] <ryanakca> try again?
[23:11] <shadeslayer_> Mamarok: i havent studied a word all day! First there were relatives,then there was archlinux,then kubuntu packaging and testing
[23:11] <Riddell> ryanakca: working now
[23:11] <Riddell> ryanakca: hmm hmm
[23:11] <shadeslayer_> now is the only time everyone is asleep and i can work in peace :P
[23:12] <Riddell> Mamarok: no amarok yet, still stuck on 4.5 beta but we can try and get to it for tomorrow
[23:13] <debfx> I can work on amarok
[23:13] <debfx> where can I grab the source?
[23:13] <Mamarok> debfx: would be nice :) we will release tomorrow evening
[23:13] <shadeslayer_> debfx: i can tarball it for you
[23:14] <Mamarok> hm, that's in the packager mail from Nightrose
[23:14] <Mamarok> shadeslayer_: we already have sent the tarball to the packagers, don't know who is on this list from Kubuntu
[23:14] <Mamarok> Nightrose: ^^
[23:14] <shadeslayer_> hehe..
[23:15] <shadeslayer_> Mamarok: well just incase.. i have a git checkout so i can tarball and upload to ktown
[23:15]  * Riddell publishes kubuntu.org/news/koffice-2.2
[23:15] <Nightrose> it is on ktown
[23:15] <Nightrose> shadeslayer_: please don't push amarok stuff to ktown
[23:16] <shadeslayer_> Nightrose: i wont :)
[23:16] <debfx> Mamarok: I guess I'm not subscribed to the appropriate mailing list
[23:16] <Mamarok> shadeslayer_: we do the tarballs ourselves
[23:16] <Nightrose> debfx: do you have access to ktown?
[23:17] <debfx> Nightrose: not yet
[23:17] <Riddell> debfx: there's a secret kde-packager mailing list which if you're getting seriously into packaging you might want to subscribe to
[23:17] <Nightrose> Riddell apachelogger: can one of you get him the tarball? i need to get back to writing
[23:17] <Nightrose> sorry
[23:17] <Riddell> debfx: I can give you access to ktown
[23:18] <lex79> shadeslayer_: thanks
[23:18] <Riddell> debfx: ssh<EMAIL_ADDRESS>[23:18] <shadeslayer_> Riddell: you wont be publishing the kde 4.5 release news?
[23:18] <shadeslayer_> lex79: is the description ok?
[23:19] <lex79> Riddell: shadeslayer_ wrote the MIR https://bugs.launchpad.net/ubuntu/+source/glew/+bug/587677
[23:19] <Riddell> debfx: stable/amarok/2.3.1
[23:19] <debfx> Riddell: thanks
[23:19] <lex79> shadeslayer_: seems so
[23:19] <shadeslayer_> lex79: :)
[23:20] <lex79> ;)
[23:20] <shadeslayer_> Riddell: should i set the libal MIR to invalid?
[23:20] <shadeslayer_> libopenal
[23:21] <Mamarok> debfx: just to emphasize: we removed the coverbling applet for legal reasons, please don't try to compile the amarok playground folder
[23:22] <shadeslayer_> Mamarok: why?!
[23:22] <shadeslayer_> Mamarok: *many* users want that
[23:22] <Mamarok> shadeslayer_: did you read what I just said?
[23:23] <lex79> lol
[23:23] <shadeslayer_> Mamarok: i meant why as in,what legal issues
[23:23] <Mamarok> not really funny
[23:24] <Mamarok> because we don't want to get sued, we can't afford this, nor can the distros, even the boss doesn't have that much money
[23:24] <shadeslayer_> Mamarok: btw is there a special variable to compile the playground folder? or just set cmakelists to check playground as well?
[23:24] <Mamarok> shadeslayer_: don't, just don't it is for testing only
[23:24] <shadeslayer_> Mamarok: sued from apple?
[23:24] <shadeslayer_> Mamarok: i want to test it :P
[23:24] <Mamarok> don't, use the 2.3.1 neta, it is in there
[23:24] <Mamarok> beta*
[23:25] <shadeslayer_> Mamarok: Git checkout
[23:25] <Mamarok> well, get the tarball from our website: amarok.kde.org
[23:26] <shadeslayer_> ok
[23:26] <Mamarok> or go back 12 days os so in the git repo, before we removed it
[23:26] <debfx> Mamarok: is there anything else I should know from that mail?
[23:27] <shadeslayer_> Mamarok: i still have it in my git repo :P
[23:27] <Mamarok> debfx: ask Nightrose, I didn't write it and am not on that list
[23:27] <shadeslayer_> Mamarok: http://pastebin.com/Xf97U6Vb
[23:27] <Nightrose> there's not much in it besides the md5sum and the release date
[23:28] <debfx> oh debian has already packaged it
[23:29] <Mamarok> well, the mail went out Friday
[23:30] <shadeslayer_> Mamarok: so... i have the coverbling folder.. what now? :P
[23:30] <Mamarok> shadeslayer_: *sigh*
[23:31] <Mamarok> why not getting the old tarball of the beta? it would be so much easier
[23:31] <shadeslayer_> oh nvm
[23:31] <Mamarok> shadeslayer_: or just install Amarok from the repos
[23:31] <Mamarok> it's in the beta PPA
[23:34] <shadeslayer_> oh this is going to hurt...
[23:34]  * shadeslayer_ does rm -rf build/
[23:35] <shadeslayer_> compiling amarok with 4.7 now :P
[23:35] <shadeslayer_> bye all
[23:39] <Riddell> groovy, building kde4libs with DEB_KDE_LINK_WITH_AS_NEEDED = no solves the kutils issue
[23:44] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/ (api/CMakeLists.txt kcmodule/CMakeLists.txt) link against ubuntuone-api not _api
[23:45] <Mamarok> Riddell: you mean no or now?
[23:45] <Mamarok> apachelogger: oh-my, why not oh_my?
[23:46] <apachelogger> _ involves two key strokes :P
[23:46] <apachelogger> also - seems more common these days anyway
[23:47] <Mamarok> not on all keyboards AFAIK
[23:48] <claydoh> hehe what's this lubic-backports place I spy on hishttp://www.kubuntu.org/news/koffice-2.2
[23:48]  * claydoh hugs his shiny new Koffice
[23:49] <claydoh> err http://www.kubuntu.org/news/koffice-2.2
[23:50] <Riddell> Mamarok: no as needed is what fixes the kde4libs ABI issue
[23:54] <bulldog98> typo in the news lubid -> lucid
[23:54] <Riddell> bulldog98: fixed, pending cache update
[23:55] <Riddell> uploading kde4libs with DEB_KDE_LINK_WITH_AS_NEEDED = no to ninjas and maverick
[23:55] <bulldog98> Riddell: ok
[23:55] <Riddell> bulldog98: what progress with 4.4.4?
[23:55] <Riddell> digikam still to do tomorrow
[23:55] <bulldog98> Riddell: still building
[23:55] <Riddell> amarok still to do
[23:56] <Riddell> and onto 4.4.4
[23:56]  * Riddell snoozes
[23:56] <bulldog98> Riddell: normaly there is no additonal file in an minor Release
[23:56] <Riddell> right, it would be unusual if there were
[23:56] <Riddell> we still have to check it compiles and runs
[23:57] <bulldog98> Riddell: doing that on an EEEPC ^^


[00:48] <micahg> for the libproj transition can we ignore mapnik, push the rest through to the release pocket and copy https://launchpad.net/ubuntu/+source/mapnik/2.2.0+ds1-7build3 with binaries to the release pocket?
[02:21] <infinity> micahg: What have you got against the new mapnik?
[02:21] <micahg> infinity: the twp reverse dependencies seem like not easy fixes, seems mapnik changed a lot
[02:22] <micahg> oh, wait, I forgot, I had one more dep to fix for proj
[02:22] <micahg> zygrib still needs to be fixed, I'll have to try another day though
[02:23] <infinity> micahg: So, I can remove 3.x from proposed and copy build3 back in.  And then copy 3.0 back in later.
[02:23] <infinity> micahg: But no point until you're sure the rest is ready to transition.
[02:23] <micahg> infinity: ooh, that would work, ok, I'll ping you when I get the other piece sorted, will probably be later in the week I hope
[13:11] <jamespage> ^^ that new source superceeds oslo.messaging; equiv in the NEW queue in Debian - but need to unblock into Ubuntu
[16:32] <sbeattie> Not sure who's on SRU duty today, but I'd like to ask if the apparmor in trusty-proposed could be pushed to trusty-updates; everything verified okay except one bug (LP: #1296667) which doesn't introduce regressions, but was just not fixed properly.
[16:33] <sbeattie> The rest of the fixes address enough issues to warrent being accepted IMO. And I've posted a debdiff for the dovecot/apparmor bug that didn't get fixed and will work to push it through following the current package.
[16:43] <infinity> sbeattie: Seems reasonable to me.
[16:44] <sbeattie> infinity: thanks
[16:45] <infinity> sbeattie: Erm, did that want to go to -security too, or just -updates?
[16:45] <sbeattie> infinity: no, just updates.
[16:45] <infinity> sbeattie: I noticed it was built in a security PPA after I released it to updates.
[16:45] <infinity> sbeattie: Okay, cool.  Just updates it is, then.
[16:45] <jdstrand> \o/
[16:45] <sbeattie> no, it was just a place to build it before going into -proposed.
[16:45] <sbeattie> infinity: thanks again!
[16:45] <jdstrand> sbeattie: yay, yay!
[16:46] <jdstrand> this is going to be great for trusty users
[16:47] <infinity> sbeattie: Re-targeted that one bug to trusty, if you'd like to followup ASAP with the fix before you forget.
[16:48] <sbeattie> infinity: thanks, yeah.
[16:50] <infinity> jdstrand: While you're cheering this morning, I fixed LP: #1452238 that you escalated to my manager last week.
[16:51] <jdstrand> infinity: woohoo!
[16:51]  * jdstrand hugs infinity :)
[16:52]  * jdstrand reads
[16:52] <mdeslaur> infinity: heh, subtle :)
[16:54] <infinity> mdeslaur: Yeah.  I mean, fundamentally, it's an apt bug, but dependency loops end up being an O(insane) problem for resolvers, so breaking them is much simpler than diving into the resolver.
[16:54] <infinity> mdeslaur: And, in this case, both deps were entirely unnecessary cruft anyway.
[16:55] <mdeslaur> infinity: I was referring to your comment, not to the bug :)
[16:55] <mdeslaur> infinity: but yeah, that bug sucks
[16:55] <infinity> mdeslaur: Oh.  See, it was a subtle bug, so your comment could go either way. :P
[16:55] <mdeslaur> hehe
[21:13] <robru> is anybody looking into http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtbase-opensource-src ? I heard something along the lines that all the regressions are false positives and this should be waved through, but I'm not clear on the details.
[21:21] <ScottK> robru: Mirv was discussing it with Riddell earlier today.
[21:22] <infinity> robru: I'm retrying a bunch of tests, but it would be nice to get KDE people to weigh in on the current state of their autopkgtesting.
[21:22] <robru> ScottK: yeah, Mirv asked me to poke you guys later today since he had to EoD. any word on some progress there?
[21:22] <infinity> ScottK: Oh, hi KDE person.
[21:22] <robru> nice ;-)
[21:23] <ScottK> Not on a (K)ubuntu box ATM.


[08:45] <jonathon> Morning! Is there a "good" way to diagnose "unmet dependencies" in a buildlog? e.g. I'm trying to build curl [1] but it's getting stuck on a package that is present in the PPA. Previously I've diagnosed by adding the PPA to a clean VM but in this case the VM doesn't have an issue installing the dep... [1] https://launchpadlibrarian.net/235894429/buildlog_ubuntu-trusty-amd64.curl_7.43.0-1ubuntu2.1~ubuntu14.04.1york1_BUILDING.txt.gz
[08:55] <wgrant> jonathon: I use "chdist" to test this sort of thing.
[08:55] <wgrant> You can give it the same sources.list as the build without needing a full chroot or VM.
[08:55]  * jonathon looks up chdist
[08:56] <wgrant> So I've set up the sources.list in my "tmp" chdist, and run "chdist apt-get tmp install SOME PACKAGE NAMES" with plausible sets of packages until it fails.
[08:56] <wgrant> In this case, there's a pretty common package for this sort of problem involved: libgnutls-dev
[08:56] <wgrant> So I tried "chdist apt-get tmp install librtmp-dev libgnutls-dev", and indeed: "librtmp-dev : Depends: libgnutls28-dev but it is not going to be installed"
[08:57] <wgrant> librtmp-dev wants libgnutls28-dev, which conflicts with libgnutls-dev. But you Build-Depend on both librtmp-dev and libgnutls-dev.
[08:58] <jonathon> Nice, thank you. I need to play with chdist, that looks to work far better than a VM. :)
[21:48] <Umeaboy> What's the correct adress to upload translations for launchpad?
[21:48] <Umeaboy> I have translated the doc po for Unity.