[02:47] <JontheEchidna> ScottK: Hi, would you mind doing me a favor and nudging qapt/muon through queue? qapt is a translation-only update, and muon is a bugfix-only release that fixes a serious bug caused by a regression in KDE 4.6.2
[02:47] <JontheEchidna> (kde bug 270538)
[02:47] <JontheEchidna> thanks
[04:57] <ScottK> JontheEchidna: Wouldn't it be better to apply https://projects.kde.org/projects/kde/kdelibs/repository/revisions/72cbad117d0abb4b47a5d00754ea465eda6c06b5/diff to kde4libs?
[04:58] <JontheEchidna> could do that, but the Finnish would probably also appreciate going from 0% to 98% translated, too.
[04:59] <JontheEchidna> and there is the case when Solid reports "unknown" correctly
[05:00] <JontheEchidna> applying the patch works too, though, and should probably be done anyway (I'll do that)
[05:00] <ScottK> OK.
[05:00] <ScottK> I'll review/accept that too.
[05:02] <JontheEchidna> hmm, kdelibs patches have long names these days
[05:02] <ScottK> Both accepted.
[05:05] <JontheEchidna> I'll pbuild this overnight and upload kde4libs tomorrow
[05:05] <JontheEchidna> thanks
[05:06] <JontheEchidna> btw, is there a travel wiki for UDS like there was in previous years?
[06:56] <steveire> ScottK: Know of any other major annoyances with kdepim4.4/kde4.6?
[06:57] <steveire> I re-upgraded my kdepim to 4.6 on one computer and the migration didn't re-run. The state of migration is stored in a config file. Is it possible to remove that config file if someone downgrades or somwething?
[07:16] <steveire> The kdepim here is old: https://launchpad.net/~kubuntu-ppa/+archive/experimental Is there a no-bullshit guide where I can learn how to update the package?
[07:29] <yofel> steveire: shadeslayer was working on new kdepim
[07:29] <steveire> I see.
[07:29] <steveire> ScottK: I'm looking at the grantlee package and I see "
[07:29] <steveire>   * Include missing grantlee_i18ntags.so and grantlee_mutabletags.so in
[07:29] <steveire>     libgrantlee-core0
[07:29] <steveire> "
[07:29] <steveire> Grantlee 0.1.7 shouldn't have either of those
[07:30] <steveire> Can I see the history of a package somehow, the patches etc?
[07:30] <yofel> apt-get changelog libgrantlee-core0
[07:31] <steveire> yofel: That shows me the same thing as the changelog file
[07:33] <yofel> well, all packages in the archive are available in bzr, so you could do 'bzr branch lp:ubuntu/grantlee' and look at the diffs
[07:34] <steveire> Ok, thanks
[07:37] <steveire> I know there's a bzr qt viz tool, but don't know its name
[07:40] <steveire> Ah, qbzr
[07:40] <steveire> qbzr
[07:40] <steveire> (damn focus -not-follows-mind)
[07:46] <steveire> bzr qlog is slooow
[08:02] <bambee> morning
[08:03] <yofel> morning bambee :)
[08:03] <bambee> ;)
[08:05]  * jussi prays and hopes displaysettigns doesnt die again - 1366x768 on a full hd monitor is killing me...
[08:18] <bambee> what's the best things to do in a dbus helper to inform the caller that an error occured  ? raise an exception or emit a dbus signal ?
[08:24] <apachelogger> mhhhh exceptions, the poor man's error prevention
[08:24] <apachelogger> bambee: dbus signal
[08:24] <apachelogger> how would an exception ever arrive?
[08:25] <apachelogger> + who ensure the caller understand the exception
[08:26] <bambee> apachelogger: the caller will shown the exception as a DBusException... hard to understand the kind of error... imo
[08:27] <apachelogger> ^^
[08:27] <bambee> ohh sorry you already said that o_O
[08:27]  * bambee needs a coffee
[08:27] <apachelogger> here is a suggestion: go into a local pub, grab someone who is not drunk and let them try your thingy with dbus exceptions
[08:27] <apachelogger> if they go :O, then don't use em :P
[08:28]  * apachelogger notes that they will go :O so it would be a pointless effort ^^
[08:28] <bambee> lol
[08:44] <steveire> apachelogger: Got a few minutes to help me learn to update a package?
[08:45] <steveire> I'm reading https://wiki.ubuntu.com/PackagingGuide/Complete but it's got a lot of content there.
[08:45] <steveire> I've downloaded the grantlee package (v0.1.7) and the new tarball (0.1.8) Now I need to update the package somehow I guess...
[08:47] <apachelogger> ah yeah, the monster that calls itself packaging guide ^^
[08:47] <apachelogger> steveire: dpkg-source -x grantlee_0.1.7-0ubuntu1.dsc or whatever it might be called
[08:47] <steveire> I'm sure updating this package can't be more than 5 steps. There's just a lot of stuff I don't need to do in the guide I think
[08:47] <apachelogger> and tar -xf 0.1.8
[08:47] <apachelogger> copy the debian dir from the old to the new folder
[08:48] <apachelogger> make sure the env vars DEBFULLNAME and DEBEMAIL are set 
[08:48] <apachelogger> email ought to be an email associated with your launchpad account (better yet: one associated with a gpg key ;))
[08:49] <steveire> Ok, done
[08:50] <apachelogger> then enter 0.1.8/debian
[08:50] <apachelogger> dch -v 0.1.8-0ubuntu1
[08:50] <apachelogger> that should popup vim or some editor with the changelog
[08:51] <apachelogger> version should be as above, the target series (i.e. youbuntoo version) probably needs changing for whatever you want to update
[08:51] <apachelogger> other than that the changelog should only say
[08:51] <apachelogger> New upstream release.
[08:51] <apachelogger> or some such
[08:51] <apachelogger> dpkg-buildpackage -us -uc will build the deb
[08:51] <apachelogger> dpkg-buildpackage -S will build the source package
[08:52] <apachelogger> using pbuilder you can build the source package in a clean chroot setup (the ubuntu wiki page on pbuilder is more readable ^^)
[08:53]  * apachelogger just had an epiphany \\o/
[08:54] <steveire> apachelogger: Ok, there's also a patch that is not needed anymore
[08:54] <steveire> Which was backported to the package from git
[08:54] <steveire> Should I remove that?
[08:55] <apachelogger> quilt pop -a && quilt remove $NAMEOFPATCH
[08:55] <apachelogger> or maybe it was delete
[08:55] <apachelogger> naturally you would want to document the patch removal in the chanelog .... dch -a will append a new line to the current changelog and open an editor
[08:55] <steveire> stephen@chimera:~/Random/packages/grantlee-0.1.8/debian$ quilt pop -a && quilt remove debian-changes-0.1.7-0ubuntu3 
[08:55] <steveire> No patch removed
[08:56] <apachelogger> oh, maybe grantlee is not quilt :O
[08:56] <apachelogger> ah
[08:56] <steveire> It uses quilt 3.0 apparently
[08:56] <apachelogger> steveire: you need to do that in the source dir
[08:56] <apachelogger> not debian
[08:57] <steveire> Still nothin' : http://dpaste.com/533475/
[08:59] <steveire>  quilt pop debian/patches/debian-changes-0.1.7-0ubuntu3 
[08:59] <steveire> No patches in series
[09:04] <steveire> I'm not certain if this is progress: http://dpaste.com/533477/
[09:06] <yofel> it seems the package was patched by hand, now all patches are meshed together in the debian-changes file :S
[09:08] <yofel> steveire: even though that seems to be a 27k line file, try to remove the patch folder entirely and build without it
[09:09] <steveire> Ok. I think the patch was a mistake. I think I remember now from when it was made
[09:09] <yofel> the debian-changes is auto-created by dpkg if you patch a '3.0 (quilt)' package by hand
[09:10] <yofel> which you shouldn't do usually
[09:10] <steveire> Ok, so now do I need dpkg-buildpackage or pbuilder?
[09:10] <yofel> what do you want to do?
[09:11] <steveire> Update the package :)
[09:11] <steveire> I've used dpkg-buildpackage and it's building now
[09:11] <yofel> yes, but now... get the source package? build the binaries? testbuild it? ...
[09:12] <steveire> "build the binaries? testbuild it?" What's the difference?
[09:12] <yofel> if you're done I would run 'debuild -S' now to get the source package, you did update the changelog?
[09:12] <steveire> I did.
[09:12] <yofel> well, dpkg-buildpackage will build locally, pbuilder will build in chroot making sure the build-deps are all in place (and fail if some are missing)
[09:13] <yofel> so usually you would run debuild -S and then build it in pbuilder
[09:13] <steveire> What I've done so far is apt-get sourec tha package, wget the new tarball, mv it to use .orig.tar.gz, cp -R the debian dir, rm -rf patches, dch  a changelog entry, and dpkg-buildpackage
[09:15] <yofel> k, then you should have binary .debs in the folder one level higher. You can install those if you want to test them, if you want to upload the package anywhere you need a source package
[09:15] <yofel> debuild -S will create that
[09:15] <steveire> Ok, so I'll use debuild -S now and see what happens
[09:28] <steveire> yofel: Ok, I managed to run the debuild -S with my gpg key
[09:28] <steveire> Now I need to upload all the files?
[09:30] <yofel> depends where you want to  put them, if it's a PPA you can dput the .changes file
[09:30] <steveire> I guess that would be a start. Ultimately I want to get the update into ubuntu
[09:30] <yofel> you a ninja?
[09:30] <steveire> Nope
[09:31] <steveire> Do I dput the i386.changes or the source one?
[09:31] <yofel> well, you can put it into your own PPA too
[09:31] <yofel> the source one
[09:32] <yofel> it'll have to wait until oneiric anyway for ubuntu
[09:32] <steveire> I didn't tell it where to upload to. Where did it go?
[09:32] <steveire> http://dpaste.com/533481/
[09:33] <steveire> There might be a 0.1.9 by then anyway.
[09:33] <yofel> uh, the archive queue I guess, you'll probably get a rejection mail soon
[09:35] <steveire> Rejection because it tries to upload to ubuntu proper? How do I upload to my ppa instead?
[09:36] <yofel> dput ppa:steveire/ppa <changes>
[09:36] <yofel> or you can create yourself a ~/.dput.cf and set your own PPA up there and override the default, that's what I do
[09:37] <steveire> Ok, that seems to have worked.
[09:37] <steveire> Now I need to wait for the system to build that and it should appear in my ppa at some point?
[09:39] <yofel> yep
[09:39] <steveire> How do changes I make to the package get into the bzr repo? An automated system?
[09:40] <yofel> the bzr repos for the archive are automated, yes
[09:43] <steveire> Great. It's in my ppa now too
[09:43] <steveire> Along with a v 0.1.2 I must have made almost two years ago :)
[09:44] <steveire> Oh, 41 weeks ago only
[09:45] <steveire> Now on to the kdepim package :)
[09:47] <yofel> steveire: talk to shadeslayer about kdepim first
[09:48] <steveire> Doesn't hurt for me to try it out anyway.
[09:48] <steveire> shadeslayer: ping?
[09:50] <yofel> hm, might update grantlee in neon too while we're at it
[10:28] <steveire> Why is this telling me there's no orig.tar when there is a orig.tar.gz? Shouldn't it find that?
[10:28] <steveire> http://dpaste.com/533496/
[10:46] <Riddell> smarter_: the 4: is an epoch, it's incase you screw up your versioning and need to reset it (back in the day a debian packager called coolo did so apparantly)
[10:47] <Riddell> steveire rather
[10:47]  * smarter_ knew that already :p
[10:49] <debfx> heh, the changelog of kdelibs is fun: 971019-1 -> 1:Beta1.1-1 -> 2:980310-1
[10:50] <steveire> coolo is a suse guy I thought
[10:50] <steveire> Now at least
[10:52] <Riddell> steveire: did you get it building?
[10:52] <steveire> Yes
[10:52] <steveire> 80%
[10:52] <steveire> It's using icecream and everything
[10:53] <Riddell> fancy
[10:53] <steveire> I'm not building the beta5 though, I just created a tarball of master with git archive
[10:53] <Riddell> what version number did you use?
[10:54] <steveire> I noticed there is -mobile stuff in the packages too. Is that done with a separate build step?
[10:54] <steveire> 4.5.95.1
[10:54] <steveire> 4.5.95 didn't work for some reason
[10:54] <steveire> I'll get the official b5 tarball and rebuild. Just want to try it out with whatever first
[10:55] <steveire> And would need to coordinate with shadeslayer
[10:55] <Riddell> the 4.5.95 tars need a new strigi or something, I didn't quite follow the conclusion on the packagers thread
[10:55] <Riddell> current git shouldn't I think
[10:56] <Riddell> -mobile just gets built by default 
[10:57] <steveire> There's a cmake flag that should be set when building for mobile. KDEPIM_MOBILE_UI
[10:58] <steveire> It makes some dialogs different
[10:58] <steveire> And they can't be co-installed
[10:59] <steveire> Something to keep in mind for kubuntu-mobile.
[11:00] <steveire> Same with kdepimlibs
[11:01] <steveire> Got a fail in my package: 
[11:01] <steveire> cp: cannot stat `debian/tmp/usr/bin/kaddressbook-mobile.sh': No such file or directory
[11:01] <steveire> dh_install: cp -a debian/tmp/usr/bin/kaddressbook-mobile.sh debian/kaddressbook-mobile//usr/bin/ returned exit code 1
[11:15] <Riddell> rbelem: where is the kubuntu-mobile-defaults-settings patch?
[11:43] <afiestas> Riddell: ScottK any news on the bluedevil exception?
[11:48] <debfx> afiestas: it's been accepted
[11:50] <afiestas> ue! thanks for the trust guys :)
[11:50] <afiestas> once I got the update, I will test like crazy to be sure taht everything is perfect :)
[12:10] <steveire> Riddell: Is that related to my issue?
[12:11] <Riddell> oh sorry steveire, didn't see your issue above
[12:12] <Riddell> if the file no longer exists then you can remove it from debian/kaddressbook-mobile.install
[12:12] <Riddell> if no mobile files are being made then you probably want to remove the kaddressbook-mobile package in debian/control
[12:13] <steveire> I removed debian/.changelog.swp and I seem to be doing a from scratch rebuild now
[12:13] <steveire> Will I have to do that again if I make more changes to debian/control?
[12:15] <steveire> The .sh files should exist...
[12:16] <Riddell> you can run  debuild -nc   to stop it doing a full rebuild
[12:16] <steveire> I'm currently running dpkg-buildpackage -us -uc
[12:16] <steveire> Should I not be?
[12:17] <steveire> I mean that's how I'm building the package
[12:17] <steveire> Should I use debuild instead?
[12:17] <Riddell> you can also run  dh_install --list-missing   to get it to check that the debian/*.install files have only files which exist and don't miss any
[12:17] <Riddell> debuild is the same as dpkg-buildpackage but with some extra checks (e.g. that all build-depends are installed), it's also shorter to type
[12:18] <steveire> debuild -help doesn't know about -nc
[12:19] <Riddell> that's because it gets passed through to dpkg-buildpackage
[12:19] <steveire> Ok, good to know
[12:32] <rbelem> Riddell, it is here lp:~rbelem/ubuntu/natty/kubuntu-mobile-default-settings/plasma-mobile-patches
[12:32] <rbelem> :-)
[12:43] <afiestas> debfx: I was wondering if there is a way of getting libbluedevil and bluedevil new packages, so I can start the testing
[12:45] <steveire> Riddell: I keep on getting errors about images that have been removed etc. Then I'm running debuild -nc, which first runs make && make install , then gets around to the next package error. Is there a shortcut?
[12:45] <steveire> A command that skips the make && make install?
[12:46] <debfx> afiestas: not yet, bluedevil is still being built
[12:46] <afiestas> can you ping me when they're done?
[12:48] <debfx> afiestas: yep, do you have i386 or amd64?
[12:48] <afiestas> amd64
[12:48] <debfx> ok
[12:49] <steveire> Why is there a notes mobile and a knotes mobile?
[12:49] <Riddell> steveire: dh_install --list-missing
[12:49] <Riddell> that will tell you if there are files which no longer exist in .install files
[12:49] <steveire> Ah, you told me that already :)
[12:49] <Riddell> and it's just a cycle of running that, editing the .install file and repeat
[12:50] <steveire> $ dh_install --list-missing
[12:50] <steveire> cp: cannot stat `debian/tmp/usr/share/doc/kde/HTML/de/kontact-touch/manual/index.html': No such file or directory
[12:50] <steveire> Does that mean the docs aren't built?
[12:51] <Riddell> it means that german doc for kontact-touch isn't
[12:51] <steveire> I wonder why that's in the package. Is that normal?
[12:52] <steveire> The en version isn't either...
[12:52] <Riddell> who knows, you'd need to check the current build and see what upstream changed
[12:53] <steveire> dh_install: usr/share/kde4/apps/notes-mobile/BulkActionComponent.qml exists in debian/tmp but is not installed to anywhere
[12:54] <steveire> I get a tonne of those, but that file is in the notes-mobile.install
[12:54] <steveire> Maybe I need to debuild without -nc again
[13:09] <debfx> afiestas: you can download and manually install https://launchpad.net/ubuntu/+source/libbluedevil/1.9-0ubuntu1/+buildjob/2485298/+files/libbluedevil1_1.9-0ubuntu1_amd64.deb and https://launchpad.net/ubuntu/+source/bluedevil/1.1-0ubuntu1/+buildjob/2485294/+files/bluedevil_1.1-0ubuntu1_amd64.deb
[13:10] <afiestas> downloading
[13:17] <afiestas> debfx: so far, so good :)
[13:18] <afiestas> sharing files is working perfect, sending files too (the old version didn't scan), the wizard is freezeless 
[13:18] <afiestas> I will do more tests after work, but everythign seems fine :)
[13:18] <afiestas> maybe you want to put the bluedevil 1.1 changelog in the release notes, Kubuntu is the first "major" distro to ship it
[13:20] <debfx> even before fedora? that's scary
[13:21] <afiestas> mmm not sure
[13:21] <afiestas> but I think so
[13:22] <ulysses> Fedora will be released in May
[13:24] <bambee> Riddell:  ping
[13:24] <afiestas> mm I could not find the version they're using
[13:26] <ulysses> https://admin.fedoraproject.org/pkgdb/applications/Bluedevil%20Audio%20Connect?_csrf_token=0a31d1c07fa6ca78137041e7e78301c1452e2df2
[13:28] <Riddell> hi bambee 
[13:28] <bambee> hi
[13:28] <bambee> Riddell: userconfig should use an "apply" button , imho (it's integrated into kcm now and no longer runs as root)
[13:29] <Riddell> bambee: yes that would be good
[13:29] <bambee> until the user click on "apply" all changes are put into a buffer and are really applied when it clicks "apply"...
[13:30] <Riddell> bambee: what happens currently?
[13:31] <bambee> Riddell: currently when you click on "create a group" or  "create a user" a dialog is opened, then when the user clicks on "ok" (from the dialog) all changes are applied to the system
[13:34] <bambee> it's just an idea, also I am opened to suggestions ;)
[13:35] <Riddell> bambee: yes it would be better to have those applied later, that's consistent with the rest of system settings modules
[13:35] <Riddell> just more complex to programme :)
[13:35] <bambee> ok :)
[13:35] <bambee> Riddell: indeed
[13:39] <rbelem> Riddell, what "date added" means in cadidates section in Kubuntu/Meetings?
[13:39] <jussi> rbelem: the date you added your application to the wiki
[13:39] <rbelem> oh!
[13:39] <rbelem> thx jussi :-)
[13:39] <jussi> :)
[14:29] <Riddell> rbelem: in k-m-d-s why remove export KDEDIRS= ?
[14:30] <Riddell> in nodm config
[14:31] <Riddell> in share/autostart/plasma-desktop.desktop why remove Hidden=true ?
[14:40] <rbelem> Riddell, it is set in startkde when "mobile" parameter is passed to it
[14:41] <rbelem> Riddell, the Hidden=true... I just make it more similar to plasma-desktop.desktop from plasma-desktop
[14:41] <rbelem> :-D
[14:41] <Riddell> rbelem: so does X-KDE-autostart-phase=0 stop it from being started?
[14:42] <rbelem> Riddell, it starts even with this set to 0
[14:44] <Riddell> rbelem: so now plasma-desktop will start when running mobile?
[14:45] <rbelem> Riddell, that's not my intention
[14:46] <rbelem> Riddell, i copyed from http://paste.ubuntu.com/596034/
[14:46] <rbelem> Riddell, should it continue with BaseDesktop there?
[14:46] <bambee> debfx:  once the patch for language-selector is accepted by the security team, can I package it ? (for maverick and natty)
[14:47] <Riddell> rbelem: the purpose of the /usr/share/kubuntu-mobile-default-settings/share/autostart/plasma-desktop.desktop file is to set hidden=true and to stop plasma-desktop from starting if you are running kubuntu mobile
[14:48] <Riddell> rbelem: what do you mean "continue with BaseDesktop"?
[14:48] <bambee> debfx: or do you prefer do it yourself ?
[14:49] <rbelem> Riddell, i changed to 0, but i must change it back to BaseDesktop
[14:49] <Riddell> rbelem: well it doesn't matter, what matters is settings hidden=true to stop plasma-desktop running at all
[14:49] <rbelem> ok
[14:51] <rbelem> Riddell, i thought that we have to move /usr/share/autostart/plasma-desktop.desktop to something like /usr/share/kubuntu-default-settings/share/autostart/plasma-desktop.desktop
[14:51] <debfx> bambee: I think pitti is already taking care of it
[14:51] <rbelem> Riddell, i was about to file a bug for that
[14:52] <bambee> debfx: ok
[14:52] <bambee> np:)
[14:52] <Riddell> rbelem: no it gets overridden by the plasma-desktop.desktop from k-m-d-s when we set KDEDIRS
[14:53] <Riddell> rbelem: uploading with that change
[14:53] <rbelem> Riddell, nice :-)
[14:53] <rbelem> Riddell, thx for the clarification
[15:32] <debfx> Riddell: I've uploaded kdemultimedia with some important kmix fixes
[15:50] <Riddell> debfx: great, thanks
[15:50] <Riddell> apachelogger: phonon-backend-gstreamer 4.5.0 breaks codec install
[15:52] <ScottK> afiestas: Looks like it's in now.  I don't see it in the queue.
[15:54] <ScottK> steveire: Kontact 4.4 with KDE 4.6 seems to be working well for me, but I don't use but a small fraction of what's in PIM.
[15:57] <steveire> Right. I'm moving my focus to 4.6 issues now I think
[16:02] <afiestas> ScottK: thx
[16:03] <apachelogger> Riddell: in what way?
[16:04] <Riddell> apachelogger: kpackagekit pops up then says it can't find any package
[16:04] <apachelogger> tdfischer said he tested it on kubuntu *shrug*
[16:04] <apachelogger> Riddell: guess it is not much of an option for natty then
[16:07] <Riddell> nixternal: yay, thanks for uploading docs
[16:30] <rgreening> OMG: icedtea-plugin requires FF? But I want only Chromium.. grr...
[16:47] <jussi> yeah know, I wish there was a flag in apt so you got prompted to install reccommends and suggests 1 by one. 
[16:52] <kishore> in kubuntu natty is it possible to set / a btrfs subvolume and /home to another subvolume?
[16:56] <Riddell> debfx: livefs's failed today because of a problem in plymouth kubuntu theme
[16:56] <Riddell> http://paste.kde.org/13679/
[16:57] <Riddell> kishore: dunno, we just package KDE, try #ubuntu+1
[16:57] <debfx> probably caused by calling update-grub2
[16:58] <kishore> Riddell: Sorry, i thought the installer was kubuntu specific. :)
[16:59] <Riddell> debfx: shall I add a check for /dev being mounted?
[17:00] <debfx> Riddell: memtest86+ checks if /boot/grub/grub.cfg exists, we should probably do the same
[17:01] <debfx> I'll add the check
[17:02] <nixternal> Riddell: no prob, glad i could be of some assistance
[17:03] <Riddell> steveire: I just had an e-mail asking about packaging kdepim 4.6 beta 5, how's it going?
[17:04] <steveire> Riddell: I had to remove a bunch of images and .sh files that were removed since February, but it did build the package.
[17:05] <steveire> Although mine is just a trunk snapshot.
[17:05] <steveire> Should I get the b5 package from kde.org to do it properly?
[17:07] <steveire> From here? ftp://ftp.kde.org/pub/kde/unstable/kdepim/4.5.95/
[17:08] <steveire> How can I see a diff of the changes I've made?
[17:10] <Riddell> steveire: debdiff <old.dsc> <new.dsc>
[17:10] <Riddell> actually that'll diff the upstreams too which isn't usually useful
[17:10] <Riddell> so just diff -urN the debian directories
[17:11] <Riddell> steveire: I'm not sure the 4.5.95 on ktown is useful, it needs a trunk strigi which we don't have
[17:11] <Riddell> so probably a snapshot is better
[17:11] <Riddell> steveire: so if you have working packages, would be good to get those into the expeirmental ppa I think
[17:15] <steveire> You mean just kdepim-4.5.95/debian$ diff -u . ../../kdepim-4.5.94.1/debian/
[17:15] <steveire>  ?
[17:18] <steveire> http://dpaste.org/SKuO/ There seems to be a lot of noise.
[17:20] <Riddell> steveire: preferably the other way round, old to new
[17:20] <Riddell> build the source package to get rid of the noise
[17:20] <Riddell> debuild -S
[17:21] <debfx> Riddell: uploaded
[17:21] <Riddell> debfx: k-d-s?  not in bzr yet?
[17:22] <debfx> Riddell: yes, now also in bzr
[17:23] <steveire> I have only now tried to build the kdepim-runtime package, and it complains about a patch not applying.
[17:24] <Riddell> lovely, thanks debfx 
[17:25] <Riddell> steveire: look at the patch, work out if it's still needed or not
[17:25] <Riddell> if not remove it and the entry in debian/patches/series
[17:25] <Riddell> if so then  quilt push -f  to force it to apply, edit the files to fix them, quilt refresh   to update the patch
[17:26] <steveire> It's odd. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596908
[17:26] <steveire> We've never seen that issue and we parallel build all the time
[17:27] <c2tarun> Riddell: are there any bugs posted about network-manager freezing on trying to connect wifi connection.
[17:28] <Riddell> c2tarun: I've no idea
[17:28]  * c2tarun looked but couldnt find this time.
[17:29] <c2tarun> Riddell: bug 734008
[17:29] <c2tarun> Riddell: I am facing this bug, and I am not able to update since last 4 days
[17:29] <steveire> :q
[17:36] <c2tarun> Riddell: ping, you got the link I just posted.
[17:36] <c2tarun> Riddell: bug 734008
[17:41] <Riddell> c2tarun: yes
[17:42] <c2tarun> Riddell: can you do anything for this bug?
[17:44] <steveire> Riddell: Applying upstream and removing from the package
[17:57] <shadeslayer> steveire: hey, i have the kdepim package built on yofel's  server
[17:57] <shadeslayer> steveire: but there are *alot* of missing docs
[17:57] <shadeslayer> and localization and what not
[17:57] <steveire> What kind of docs?
[17:58] <steveire> You're looking for translations?
[17:58] <shadeslayer> steveire: http://paste.ubuntu.com/595590/
[17:58] <shadeslayer> i looked into a few of those and they turned out to be false positives
[17:58] <shadeslayer> oh and i've already uploaded kdepim runtime 4.5.95 into ninjas
[17:59] <steveire> Ok cool
[18:00] <ScottK> shadeslayer: Just be really careful to make sure you upload to experimental when you make it public.
[18:00] <shadeslayer> yep i remember :)
[18:00] <shadeslayer> steveire: did you build kdepim too?
[18:00] <steveire> Yep
[18:01] <steveire> shadeslayer: What did you do about the patch in runtime? Rebase it?
[18:01] <shadeslayer> steveire: oh, did you get the missing files too i guess then :P
[18:01] <steveire> What about the strigi trunk dep? Are you packaging the beta?
[18:01] <shadeslayer> steveire: i refreshed a patch iirc
[18:01] <shadeslayer> steveire: it built fine without it
[18:01] <steveire> I've applied the patch upstream anyway, even though we haven't seen the issue
[18:01] <shadeslayer> ah okay :)
[18:02] <steveire> Are you packaging the beta or git master?
[18:02] <shadeslayer> uhm.. neither right now, do you want me to?
[18:02] <steveire> I thought you said you had packaged kdepim-runtime?
[18:05] <steveire> shadeslayer: When you say missing files are you talking about the images and .sh files in kdepim?
[18:05] <steveire> You also need to remove knotes-mobile.install. Only notes-mobile.install is needed.
[18:08] <shadeslayer> steveire: yes, and kdepim-runtime didn't need the newer strigi
[18:08] <steveire> I'm going for some dinner. Catch you later
[18:08] <shadeslayer> steveire: yes and also look at the pastebin i showed you :)
[18:09] <shadeslayer> steveire: cya
[18:11] <shadeslayer> i actually need help with a bit of scripting ... hmm
[18:22] <rbelem> GrueMaster, ping
[18:22] <GrueMaster> sup?
[18:23] <rbelem> GrueMaster, the kubuntu-mobile-default-settings with the fix is already in the repos :-)
[18:24] <GrueMaster> Ok.  I'll try to test it this week.  Kinda busy with release preparation for ubuntu-arm stuff.
[18:25] <rbelem> GrueMaster, np :-)
[18:30] <shadeslayer> steveire: okay, need to sort this mess out, do we create a seprate package for each and every language in the docs? or keep one big package?
[18:32] <shadeslayer> uhm
[18:32] <shadeslayer> is anyone packaging the new webkit release?
[18:33] <shadeslayer> QtWebKit 2.1 was released a couple of hours ago i think
[18:34] <shadeslayer> 2.1~really2.0.2-0ubuntu1 << old
[18:35] <shadeslayer> "Please note that the QtWebKit-2.1 series is considered "internal" and is not officially supported on desktop platforms, even though it's  relatively stable and is being used by developers and testers for a while, specially on Linux."
[18:35] <shadeslayer> ScottK: Riddell ^^ I guess we shouldn't package it then
[18:36] <shadeslayer> Also says that we may prefer to wait for QtWebKit 2.2
[18:36] <ScottK> IIRC it's only officially supported on symbian.
[18:36] <shadeslayer> yeah
[18:36] <ScottK> Which is why we don't have it.
[18:36] <ScottK> If there's a bugfix to cherry pick from it, that we could consider.
[18:37] <shadeslayer> okay, just confirming, because some of the rekonq issues like where rekonq can't click on links when you go back stem from us having a older webkit i believe
[18:39] <ScottK> Could that be rephrased as rekonq depending on an unsupported webkit or as bugs that are open in the one we have?
[18:39] <apachelogger> ^^
[18:40] <shadeslayer> latter i believe
[18:40] <shadeslayer> because andrea has QtWebKit compiled from master and they work fine for him
[18:41] <shadeslayer> oh and the safari.jsp bug is a server side bug, Safari has it too
[18:53] <c2tarun> apachelogger: ping
[18:54] <apachelogger> c2tarun: pogo
[18:54] <apachelogger> shadeslayer: syn
[18:54] <c2tarun> apachelogger: I was looking at log of your last classroom session. In demo.pro I found this line QT       += core gui phonon can you please tell what does it mean and how is it different with QT += phonon
[18:54] <shadeslayer> apachelogger: whut?
[18:55] <apachelogger> shadeslayer: rst
[18:55] <apachelogger> shadeslayer: syn
[18:55] <shadeslayer> rst
[18:55] <apachelogger> shadeslayer: syn
[18:55] <apachelogger> c2tarun: http://doc.qt.nokia.com/latest/qmake-variable-reference.html#qt
[18:55] <shadeslayer> apachelogger: rst
[18:56] <apachelogger> shadeslayer: syn
[18:57] <shadeslayer> apachelogger: rst
[18:57] <shadeslayer> ( blame the lag )
[18:57] <apachelogger> clearly shadeslayer doesn't wana talk to me :/
[18:57] <shadeslayer> eet iz the lag
[18:57] <shadeslayer> apachelogger: i'm tethered to my phone, so loads of lag on EDGE
[18:58] <apachelogger> you and your excuses
[18:58] <shadeslayer> *nod*
[18:59] <c2tarun> apachelogger: if we replace "core gui phonon" with just phonon then I was getting error "Phonon/AudioOutput: No such file or directory". That is weird because by phonon we mean phonon multimedia framework it has nothing to do with core and gui.
[18:59] <apachelogger> 2.84 gib
[18:59] <apachelogger> and all that for phonon testing
[18:59]  * apachelogger must be the nicest maintainer evar
[19:00] <shadeslayer> hehe
[19:00] <apachelogger> c2tarun: don't replace it then
[19:00] <c2tarun> apachelogger: but I am not able to understand why we need core and gui to avoid that phonon error
[19:00] <shadeslayer> apachelogger: i find python to be bearable for now, i mean i can get some prototyping done quickly
[19:01] <shadeslayer> apachelogger: what did you talk about at App dev week?
[19:02] <apachelogger> shadeslayer: .prn I believe
[19:02] <apachelogger> cant remember
[19:02] <shadeslayer> ah
[19:02] <shadeslayer> ofcourse
[19:02] <apachelogger> I only remember that a certain kubuntu dev from india didn't do any talk whatsoever
[19:02] <apachelogger> c2tarun: *shrug*
[19:02] <apachelogger> shadeslayer: ruby is better for prototyping
[19:03] <apachelogger> as you can copy code from your filez to the irb for testing
[19:03] <shadeslayer> apachelogger: you can do that with python too
[19:03] <apachelogger> making the whole process more efficient
[19:03] <apachelogger> no you cannot
[19:03] <shadeslayer> they have the python interpreter
[19:03] <apachelogger> you will get errors
[19:03] <shadeslayer> 0.o
[19:03] <apachelogger> DO YOU WANNA FCK WITH ME INDENTS
[19:03] <apachelogger> it says
[19:03] <shadeslayer> hahaha
[19:03] <shadeslayer> true that
[19:03] <apachelogger> and you go "scru u"
[19:03] <apachelogger> and it goes "I SHALL NOT LET YOU LEAVE UNLESS YOU SEND EOF!!!!!"
[19:03] <shadeslayer> apachelogger: https://github.com/GeneralMaximus/amazing-horse << go have fun with that
[19:03] <apachelogger> and you go "scru u"
[19:04] <apachelogger> eventually someone will kill the other
[19:04] <apachelogger> it is a dangerous thing to play with the pyth0rnz shell
[19:04] <shadeslayer> yeah i go to know that recently
[19:04]  * shadeslayer was screwing indents over and over
[19:04] <apachelogger> hence irb > python
[19:05] <shadeslayer> apachelogger: if anything, python teaches yous indenting
[19:05] <apachelogger> nono
[19:05] <apachelogger> whitespace does that :P
[19:05]  * shadeslayer read that as mono
[19:05] <apachelogger> python is whitespace for windows haxx0rs
[19:05] <apachelogger> the ones that come after you with sub7 or whatever that thing was called
[19:06] <shadeslayer> apachelogger: https://gist.github.com/924980 << 
[19:06] <shadeslayer> sub what?
[19:06] <apachelogger> some trojan thing
[19:06] <apachelogger> talking about amazing horses :P
[19:06] <shadeslayer> ah :P
[19:07] <apachelogger> shadeslayer: you are a leet programmer. ... you make the servers in only 36 sloc
[19:07] <apachelogger> you should be doing talks at the youbuntoo something something weeks
[19:07] <apachelogger> your code formatting is all fished out though :P
[19:07] <apachelogger>   listen(sockid, 1);
[19:07] <apachelogger>   retval = accept( sockid, NULL, NULL );
[19:07] <apachelogger>   while( read( retval, &c, 1)){m
[19:07] <apachelogger> I call this the random whitespace paradigm
[19:07] <shadeslayer> apachelogger: we are supposed to complete that in 2 hours ..
[19:08] <apachelogger> to apply it one must make random whitespaces
[19:08] <shadeslayer> apachelogger: i call it "what happens when you telnet into a redhat server from a windows machine"
[19:08] <apachelogger> shadeslayer: is that already completed there?
[19:08] <apachelogger> cause it does not look like 2hrs of work :P
[19:08] <shadeslayer> yes
[19:08] <shadeslayer> it's not
[19:08] <apachelogger> kk
[19:09] <shadeslayer> apachelogger: i spend 1h 45 mins figuring how to make telnet work with windows
[19:09]  * apachelogger was worrid about his work estimations for his programming exercise
[19:09] <ScottK> Why telnet?
[19:09] <shadeslayer> oh and telnet does not play nice with emacs/vim
[19:09] <ScottK> It's extremely obsolete for logging into stuff.
[19:09] <shadeslayer> ScottK: because my teachers have never worked with ssh 
[19:09] <shadeslayer> yep
[19:09] <apachelogger> ScottK: cause shadeslayer must work with old shit all the time
[19:09] <shadeslayer> yep
[19:09] <aroman> hey everyone. can anyone tell me a little about/point me to somewhere I can learn about how Kubuntu takes Ubuntu and turns it into Kubuntu?
[19:10] <ScottK> What century is your sub-continent in?
[19:10]  * apachelogger notes that doing ssh is quite the work
[19:11] <apachelogger> aroman: there is nothing to take, Kubuntu is part of Ubuntu
[19:11] <aroman> apachelogger: what I mean is the process by which an Ubuntu image becomes a Kubuntu imge
[19:11] <aroman> image*
[19:12] <apachelogger> same as ubuntu
[19:12] <apachelogger> which last I checked was not documented
[19:12] <shadeslayer> ScottK: apachelogger not to mention i have to work around the Proxy server our college has put in
[19:12] <apachelogger> basically it is a bazillion scripts
[19:12] <aroman> apachelogger: that's what I'm looking for :)
[19:12] <apachelogger> most importantly debian-cd and ubuntu-cd (or something named pretty much like that)
[19:12] <shadeslayer> and everything just keeps moving around, so i have no definite computer to call my own, so i have to repeat the whole thing every Monday
[19:13] <apachelogger> ScottK, shadeslayer: in posh austria we even have courses to feast upon the incredible awesomeness of legacy useless plunder
[19:13] <ScottK> ;-)
[19:13] <apachelogger> fortran ftw!
[19:14] <apachelogger> actually we also have our encounters with esoteric stuff like intercal and brainfck
[19:14] <apachelogger> PLEASE :D
[19:14] <shadeslayer> :P
[19:15] <apachelogger> the only reason INTERCAL is awesome is because of PLEASE
[19:16] <apachelogger> everything else is only considerd funny by nerds
[19:28] <bambee> kernel hacking and posix programming ftw!
[19:30] <ScottK> ForTran is great.  It was my second programming language.
[19:31] <ScottK> Maybe third.
[19:31] <ScottK> I don't remember if the ForTran coure or the COBOL course was first.
[19:31] <ScottK> I think it was ForTran though.
[19:57] <ScottK> John the Taco said he was going to update kde4libs after testing today.  I wonder if his absence is a bad sign for the patch?
[19:58] <debfx> what patch?
[20:11] <ScottK> I was kidding about that being the reason.  The patch is in http://bugs.kde.org/show_bug.cgi?id=270538
[20:11] <ScottK> It's a 4.6.3 cherrypick.
[20:45] <ScottK> steveire: I did run across one issue that might be pim 4.4 on 4.6.  It seems Akregator can't remember it's storage backend.
[21:58] <sheytan> Riddell hey!
[22:14] <bambee> night
[22:26] <desaparecido> hi, I have 11.04 installed 64bits and flashplugin don't work in my browser.  It's a recently bug?