[00:25] <shtylman> is amarok broken currently?
[00:26] <crimsun> it is in my experience
[00:27] <crimsun> after an upgrade of amarok, you'll need to log out of KDE and back in, else amarok is really, really crippled
[00:27] <crimsun> e.g., expanding the spinners for local music results in nothing, and dragging and dropping to playlist column results in nothing
[01:19] <yuriy> Sime_: does bug 403361 look like a problem in the bindings to you or in Qt? (or in the application?)
[01:57] <ryanakca> Oooh, Kubuntu was mentioned on slashdot a few days ago
[02:14] <ryanakca> shtylman: feel like emailing me your shadedborder.js ? I can't seem to get them to work here...
[02:15] <shtylman> email
[02:15] <shtylman> ryanakca: ^
[02:16] <shtylman> ryanakca: I sent to your gmail
[02:17] <ScottK> ryanakca: Link?for ./
[02:20] <spstarr> hmm
[02:20]  * spstarr feels demotivated right now :/
[02:20] <ryanakca> ScottK: It was just in passing, http://linux.slashdot.org/story/09/09/08/1729258/Does-Your-College-Or-University-Support-Linux
[02:20] <ryanakca> shtylman: thanks
[02:21] <shtylman> np
[02:29] <ryanakca> shtylman: Awesomeness, it works, I'll make another fix to the theme and start prodding the sysadmins, Many thanks :d
[02:29] <ryanakca> :D
[02:30] <shtylman> ryanakca: cool :)
[03:53] <ScottK> NCommander: python-qt4 uploaded.  Thank you for your contribution to Kubuntu.
[04:00] <NCommander> ScottK, NP
[09:03]  * apachelogger blinks
[09:03] <apachelogger> rgreening wrote a manpage manually
[09:03] <apachelogger> and not even in docbook :S
[09:24] <apachelogger> Tonio_: https://code.edge.launchpad.net/~apachelogger/+junk/release-script-refactor ./networkmanager.rb -b trunk --no-stat --no-doc --no-tag
[09:26] <Tonio_> apachelogger: what did you change in it ?
[09:27] <apachelogger> make it usable for plasma applets in playground :P
[09:27]  * apachelogger is wondering what the story with rgreening's 
[09:27] <Tonio_> apachelogger: and what's this script-refactor ?
[09:27]  * apachelogger continues wondering ...l10n stuff in usb-creator is
[09:28] <apachelogger> Tonio_: superior design of the extragear-release-script
[09:28] <apachelogger> although, not superior to the design I mastered up in my head which is going to be refactor2 after which that crap will go to kdesdk so I can stop refactoring
[09:29] <Tonio_> hehe ok
[09:29] <Tonio_> apachelogger: that's great news indeed
[09:29] <apachelogger> so
[09:29] <Tonio_> apachelogger: any plans packaging ?
[09:29] <apachelogger> I need rgreening
[09:29] <apachelogger> packaging the script>
[09:29] <apachelogger> ?
[09:29] <Tonio_> apachelogger: packaging networkmanager :)
[09:29] <apachelogger> no
[09:29] <apachelogger> I just implemented the scripting, you take care of the packaging :P
[09:30] <apachelogger> though I would think that you should just stick to what we have
[09:30] <Tonio_> apachelogger: yup :)
[09:30] <apachelogger> because honest to god, 2 source packages renames in one cycle seems to be two too many
[09:31] <apachelogger> uha
[09:31] <apachelogger> oha
[09:31] <Tonio_> apachelogger: happened twice ? I can only recall from one plasma-widget-network-manager to networkmanagement
[09:31] <apachelogger> rgreening's l10n stuff is wicked
[09:31] <Tonio_> that's it
[09:31] <apachelogger> but nifty
[09:31] <apachelogger> Tonio_: hm, still one too many :P
[09:31] <Tonio_> apachelogger: I tend to agree
[09:31]  * apachelogger happened to think it was something in between
[09:32] <apachelogger> oh well
[09:32] <Tonio_> apachelogger: I'll use this to package then
[09:32] <Tonio_> thanks for the tip
[09:32]  * apachelogger pokes usb-creator with a goostick
[09:32] <Tonio_> apachelogger: and thanks for the good work :)
[09:32] <Riddell> I still have usb-creator i18n on my todo
[09:32] <apachelogger> Riddell: what is the story?
[09:32] <apachelogger> rgreenings messages.sh seems just fine
[09:33] <apachelogger> actually one would need to remove stuff :D
[09:34] <Riddell> apachelogger: I don't know, I've not looked at it
[09:35] <apachelogger> I'll give it a shot
[09:35] <apachelogger> though I must say the UI is horribly disabled
[09:35] <apachelogger> also, last time I mentioned devicekit I have been told it is quite the WIP
[09:36] <Riddell> don't tell that to gnome, they're all ported to it
[09:37] <apachelogger> oh wellz poor gnomies
[09:37] <apachelogger> broken audio and broken hardware handling could turn out bad :P
[09:38] <Riddell> I've not heard of any problems from them
[09:39] <apachelogger> there wasn't much complaint about pulse while development either, but in release...
[09:39] <apachelogger> Riddell: out of the top of our head, is there a way to override the desktop file pot creation?
[09:39] <Riddell> override what about it?
[09:39] <Riddell> export KUBUNTU_DESKTOP_POT=foo  will set it to foo.pot
[09:40] <apachelogger> not creating it
[09:40] <apachelogger> Riddell: should have some option for that
[09:40] <Riddell> what's the need?
[09:40]  * apachelogger hooks into cdbs and removes the file after creation
[09:41] <apachelogger> Riddell: rgreening apparently wants to maintain one pot file ... so he merges the one created from Messages.sh with the regular one and desktop file is handled by the generic python stuff to begin with
[09:41] <apachelogger> so there is no use for desktop_.pot
[09:42] <Riddell> ah
[09:42]  * apachelogger tries
[09:59] <jussi01> Hrm, I thought the network manager in karmic had been fixed...
[09:59]  * jussi01 goes to find the bug again...
[10:07] <jussi01> hrm, I have this issuer, but on the NM icon in the systray (whatever is being used in karmic) https://bugs.edge.launchpad.net/knetworkmanager/+bug/404309
[10:07] <apachelogger> meh
[10:07] <apachelogger> python is a PITA
[10:07] <jussi01> apachelogger: aawwww.... there there :)
[10:07] <apachelogger> srsly it is
[10:13] <apachelogger> ewwwwwwwwwwwwwwwwwwwwwwwwww
[10:14] <apachelogger> why does the only hooking example for pydistutils I found look like I dont want to read it?
[10:15] <apachelogger> http://i.loveruby.net/en/projects/setup/doc/devel.html
[10:15] <apachelogger> that is how hooking should be done
[10:15]  * apachelogger continues googling
[10:54] <apachelogger> Riddell: I give up
[10:54] <apachelogger> waste of time
[11:08] <Riddell> shtylman: did you merge in the slideshow?
[11:17] <Riddell> neversfelde: did you package the new koffice beta?
[11:18] <Riddell> nixternal: how do I set up the QA questionnaire website?
[12:24] <ryanakca> shtylman, Riddell: Wiki theme updated, changes: shtylman's JS fix (fixes the table of contents, header lines, etc.), I moved the links on the editbar to the left so that there isn't a massive gap between the hide/show tab and the links, and the rounded container now moves down when the editbar is shown so that it doesn't get hidden.
[12:24] <Riddell> ryanakca: updated on the live site?
[12:24]  * ryanakca nods
[12:26]  * ryanakca sighs, or maybe not. According to the sysadmins, it is, but I don't see the changes here
[12:29] <Riddell> no I don't either
[12:29] <ryanakca> Riddell: Anyways, I've asked the sysadmins about it, no reply yet, but I need to catch the bus to school. It might just be a massive cache length or something of the sort. I'll prod them some more tonight...
[12:30] <ryanakca> If you have the inclination, you can ask the "vanguard" in their channel about it... Cheers :)
[12:46] <neversfelde> Riddell: yes, it is in staging, but Jaunty packages are still untested
[12:46] <neversfelde> karmic worked for me and a few others
[12:49] <Riddell> great, I'll test on jaunty when I'm done patching 15 different versions of kdepim
[12:50] <neversfelde> hehe
[12:50] <neversfelde> Riddell: I think I can find some Jaunty testers
[12:58] <neversfelde> apachelogger: shouldn't the kubuntu-firefox-installer install firefox with --no-install-recommends? I saw some people complaining about installing all the recommended packages yesterday
[12:59] <apachelogger> right
[12:59] <apachelogger> so they shall complain
[12:59] <apachelogger> the recommends are recommends for a very good reason, for the better part of them the reason is desktop integration
[13:00] <apachelogger> so I rather have them moan about how big fat and bloated the firefox install is than firefox not working because mimetypes are messed up etc.
[13:00] <neversfelde> apachelogger: it installs synaptik afair
[13:00] <apachelogger> shouldn't as soon as master asac makes it recommend apturl|apturl-kde
[13:00] <apachelogger> where the latter is by default on the CD
[13:01] <neversfelde> mhh
[13:02]  * apachelogger stuffs all screensavers in Visit to Flatland
[13:04] <apachelogger> kde rev 1023278 :D
[13:04] <Riddell> that ubottu command would really benefit from showing the changelog too
[13:04] <apachelogger> might not yet be available
[13:04] <apachelogger> just committed
[13:04] <JontheEchidna> kde svn 9000
[13:04] <JontheEchidna> ah, that'd be it then
[13:05] <apachelogger> kde rev 1023278 :D
[13:05] <apachelogger> yay
[13:08]  * apachelogger shoots kdeartwork bug
[13:11] <apachelogger> JontheEchidna: bug 310352 needs upstreaming I suppose
[13:16] <apachelogger> I think we should drop kick kpackage
[13:16] <apachelogger> I dont feel like triaging bugs for that thing
[13:17] <JontheEchidna> +1, we have also drop-kicked pieces of crap like knetworkconf
[13:17] <JontheEchidna> also, upstreaming
[13:18] <apachelogger> JontheEchidna: to debian or KDE?
[13:18]  * apachelogger is wondering if kpackage does just not work on dpkg or in general
[13:18] <apachelogger> cause if in general we should either poke the maintainer or in the eye
[13:18] <apachelogger> or, which is more likely, there aint is no maintainer which means it should go away anyway
[13:19] <JontheEchidna> apachelogger: I'm upstreaming SimulateUserActivity to KDE, sorry for the topic switch
[13:19] <apachelogger> oh :D
[13:19] <apachelogger> JontheEchidna: well, while you are at it, also upstream the kick drop of kpackage :P
[13:20] <apachelogger> should raise that topic on kde-devel list I suppose
[13:20] <JontheEchidna> I actually saw something in regards to that on the ml
[13:20] <JontheEchidna> they say that once kpackagekit gets moved into admin they'll drop-kick kpackage
[13:20] <apachelogger> well, that makes sense
[13:20] <apachelogger> but
[13:21] <apachelogger> why have it remain there :P
[13:21] <JontheEchidna> maybe it sucks less for rpm?
[13:21]  * JontheEchidna is just making random guesses at this point
[13:22] <apachelogger> I know it once worked back in my suse days
[13:22] <apachelogger> not all that well, but it worked
[13:22] <apachelogger> JontheEchidna: also, KDE insists on being source distributor so they should not include any binary package management GUI
[13:22] <apachelogger> be it kpk or kpackage or adept
[13:22] <apachelogger> IMHO
[13:27] <apachelogger> JontheEchidna: maybe we should also boot kuser ... is userconfig in yet?
[13:28] <JontheEchidna> apachelogger: userconfig is on the cd, and I think kuser has been relegated to the DVD
[13:28] <JontheEchidna> since it has LDAP magics
[13:28] <apachelogger> oh
[13:28] <apachelogger> so we probably shoud fix0r it a bit
[13:29]  * apachelogger is wondering how such a small app can have so many source files
[13:30] <Sput> what, you don't follow the "one file per function" rule?
[13:30] <apachelogger> more like one file per line
[13:30] <apachelogger> hm
[13:30] <apachelogger>   if (copyskel->isChecked())
[13:30] <apachelogger>   {
[13:30] <apachelogger>     mNewUser.setCopySkel(true);
[13:30] <apachelogger>   }
[13:31] <apachelogger> bug 379406
[13:31] <apachelogger> I really do not get that
[13:31] <apachelogger> if the user decides to not have a skel then kuser will not copy skel it seems
[13:32] <Riddell> hi rgreening
[13:33] <Riddell> rgreening: what's the status of usb-creator i18n?
[13:33]  * apachelogger recommends that rgreening migrates from i18n() to _() and let python sort the pot creation
[13:33] <rgreening> hey Riddell
[13:34] <rgreening> I opened a bug, cause there was a piece broken with the intltool (according to pitti
[13:34] <rgreening> Haven't heard anything back on the bug.
[13:34] <rgreening> apachelogger: It does for the most part. Problem is how do I do _ with the .ui file... can't that I know of
[13:34] <rgreening> or maybe someone can help me
[13:35] <rgreening> cause I am not well versed oin the translations thing.
[13:35] <rgreening> Riddell or apachelogger: maybe you could download the 0.2.5 source and have a look?
[13:35] <rgreening> or better yet, get the latest in bzr?
[13:35] <rgreening> lp:usb-creator
[13:35] <apachelogger> I did earlier today
[13:36] <apachelogger> ui extractions should work just fine
[13:36] <apachelogger> take a look at one of the other ported apps
[13:36] <apachelogger> ubiquity for example
[13:36] <rgreening> apachelogger: ubiquity does something strange like walk the xml tree and parse it I believe. way too complex.
[13:36] <apachelogger> well language-selector then
[13:36] <rgreening> this SHOULD be trivial
[13:37] <apachelogger> or software-properties KDE
[13:37] <apachelogger> otherwise just don't use strings in the UI file
[13:37] <Riddell> those apps don't use strings in the .ui file
[13:37] <rgreening> hah
[13:37] <apachelogger> well
[13:37] <apachelogger> convert the UI to py
[13:37]  * JontheEchidna predicts a lot of setText() in rgreening's future
[13:37] <rgreening> I refuse to do that.
[13:37] <rgreening> this SHOULD just work!
[13:37] <rgreening> :)
[13:37] <rgreening> hah
[13:38] <apachelogger> well, replace pydistutils with cmake
[13:38] <rgreening> what would that do to the gtk frontend?
[13:38] <rgreening> same package...
[13:38] <apachelogger> nothing
[13:38] <rgreening> hmm....
[13:38] <apachelogger> cmake is UI agnostic :P
[13:39] <rgreening> and why would cmake work better here?
[13:39] <apachelogger> because you can hook into it without having to shoot a bunny
[13:40] <apachelogger> oh
[13:40] <apachelogger> though
[13:40] <apachelogger> hm
[13:40] <apachelogger> hmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm
[13:40] <apachelogger> rgreening: beatup the whole system
[13:40] <apachelogger> enhance your Messages.sh to create all the pot
[13:41] <apachelogger> i.e. replace the whole build_i18n foo from setup.py with Messages.sh, that way you don't have to fiddle with pot merging and run into the problem that the GNOME pot gets generated after the KDE one and thus overwriting it
[13:42] <rgreening> apachelogger: that's exactly my problem... merging them
[13:42] <rgreening> hmm....
[13:42] <neversfelde> Riddell: I found two Jaunty testers, they had no problem with installing koffice.kde4 from staging. So I think we can copy over to beta backports?
[13:42] <Riddell> neversfelde: groovy, go for it
[13:42] <rgreening> I'll talk to evand and see about taking your suggestion into practice apachelogger
[13:43] <rgreening> btw: bug 427358 Riddell and apachelogger was the one I was referring to earlier
[13:46] <rgreening> If pitti can fix that, then I do not need to do anything with Messages.sh nor worry about merging. :)  python-distutils-extra is supposed to handle (according to pitti) but he claims something is missing/broken with intltool.
[13:46] <Riddell> well it has no support for Qt .ui files
[13:47] <apachelogger> horrid python insanity
[13:47] <apachelogger> usb-creator needs to be reimplemented in cpp
[13:47] <apachelogger> or java, mhhh java, then it can also be used on android
[13:47] <Riddell> I don't think it's a python issue, it's just what happens when you mix gtk and qt
[13:48] <apachelogger> Riddell: GTK and Qt are both supported by gettext
[13:48] <neversfelde> ryanakca: would you announce the koffice packages? Same procedure as last time, but it is beta2 now.
[13:48] <apachelogger> so to me it seems that something else must be the problem
[13:48] <Riddell> apachelogger: but in different ways
[13:48] <Riddell> neversfelde, ryanakca: not yet
[13:48] <Riddell> it's not released until tomorrow
[13:49] <Riddell> apachelogger: the problem is they have different ways of extracting and accessing the gettext translations
[13:49] <neversfelde> Riddell: ok, did not know it
[13:49] <Riddell> nothing language specific about it
[13:49] <neversfelde> ryanakca: so forget it until tomorrow :)
[13:49] <apachelogger> Riddell: that is to be handled by xgettext
[13:50] <Riddell> apachelogger: nope, it's handled by intltool on gnome and the various scripts on KDE
[13:50] <apachelogger> the scripts on KDE do nothing else than invoke xgettext
[13:50] <Riddell> intltool likewise, but they're still different tools
[13:51] <apachelogger> so intltool is dumb and silly?
[13:52] <apachelogger> I mean, with the KDE scripts you would go like: write Messages.sh that includes a special xgettext line for gtk extraction(or use intltool I suppose) then run extract-messages.sh; done
[13:54] <Riddell> intltool is too clever, it just works without you having to write scripts.  of course if you have something it doesn't support it needs extra love
[13:54] <apachelogger> I rather copy n paste scripts than run against walls from time to time
[13:56] <apachelogger> bug 379399
[13:56] <apachelogger> user requests removal or rewrite of kuser
[13:56] <apachelogger> recommended actions anyone?
[13:56] <ScottK> It's not part of the default install anymore.  "Fix Released"
[13:57] <apachelogger> well
[13:57] <apachelogger> it still violates policy
[13:57] <ScottK> Agreed.  Bug should be upstreamed.
[13:57] <apachelogger> ScottK: to debian?
[13:57] <ScottK> It's a packaging bug?
[13:57] <Riddell> to KDE I'd have thought, who should fix it by switching to userconf
[13:57] <apachelogger> it's a debian integration bug
[13:58] <Riddell> yuriy: what's the issue with getting userconf in KDE 4.4?
[13:58] <apachelogger> IMHO that has nothing to do with KDE
[13:58] <jussi01> WHy not drop it? like we did with other "non-debian" tools (webmin for instance)
[13:58] <Riddell> I don't think umasks are specific to Debian distros?
[13:58] <apachelogger> Riddell: no, the user is complaining that it does not follow the debian default config
[13:58] <apachelogger> and that it violates the policy by manually editing stuff
[13:59] <apachelogger> jussi01: LDAP support is has
[13:59] <jussi01> apachelogger: come again?
[13:59] <Riddell> rgreening: catalogue   = "usb-creator-kde"  presumably that needs changed?
[14:00] <apachelogger> jussi01: userconfig aint got no ldap support, kuser does
[14:00] <jussi01> ahh
[14:00] <rgreening> Riddell: oh.. hmm.. could be one issue...
[14:00] <Riddell> rgreening: fixing
[14:01] <apachelogger> ScottK, Riddell: the only solution other than removing kuser would be to make it support plugable backends and create one for debian that collects all settings and then executes adduser
[14:01] <rgreening> Riddell: is catalogue the same as "domain" for translations in the gtk/gnome gettext world?
[14:01] <apachelogger> or patch kuser
[14:01] <apachelogger> though if we go there we could as well implement multiple backends
[14:01] <ScottK> Ask upstream to make it more plug-able....
[14:01] <apachelogger> is there even an upstream?
[14:02] <ScottK> kuser is part of kdeadmin
[14:02] <JontheEchidna> not in my experience
[14:02] <JontheEchidna> upstream is quite dead
[14:02] <apachelogger> ScottK: I doubt asking the kdeadmin maintainter would help
[14:03] <JontheEchidna> no significant code changes in almost a year (something like 8 months)
[14:03] <ScottK> Even safer to upstream.  No risk of them saying "No.  You fix it."
[14:03] <rgreening> Riddell: does the desktop file also need a line like: X-Ubuntu-Gettext-Domain=usbcreator for kde? or does that catalogue line do that?
[14:03] <Riddell> rgreening: it'll need that X-Ubuntu-Gettext-Domain= line
[14:04] <rgreening> ok. that's there already. just wondered if it needed something else.
[14:04] <rgreening> so, the catlalogue then is supposed to be the same as the gettext domain? Riddell?
[14:06] <apachelogger> JontheEchidna: bug 379399 if you feel like it :)
[14:07] <apachelogger> oh
[14:07] <rgreening> hmm... who committed their .bzr-builddeb to usb-creator :)
[14:07] <apachelogger> rgreening: me
[14:07] <rgreening> and kateconfig?
[14:07] <apachelogger> silly reported reports duplication
[14:07] <apachelogger> rgreening: aye
[14:07] <rgreening> lol
[14:07] <rgreening> care to clean? :)
[14:08] <rgreening> thanks for the fixes btw apachelogger... :)
[14:08] <apachelogger> JontheEchidna: bug 379397 it is
[14:08] <apachelogger> rgreening: clean?
[14:08] <apachelogger> rgreening: that is intentional
[14:08] <rgreening> apachelogger: huh?
[14:09] <apachelogger> 2 spaces indent is less than common round here
[14:09] <rgreening> apachelogger: those whouldn't be part of the source tree
[14:09] <apachelogger> and .bzr-builddeb is necessary to merge the freaking tree
[14:09] <apachelogger> rgreening: bzr builddeb
[14:09] <rgreening> they should be in your local tree only.
[14:09] <rgreening> not committed
[14:09] <apachelogger> rgreening: well remove them if you think so
[14:10] <rgreening> create but dont bzr add them
[14:10] <rgreening> lol
[14:10] <rgreening> it has nothing to do with the source :)
[14:10] <rgreening> haha
[14:10] <apachelogger> rgreening: the manpage does not either :P
[14:10] <apachelogger> actuall a kateconfig got more to do with the source than the manpage
[14:10] <apachelogger> anyway
[14:10] <rgreening> apachelogger: its debian policy :)
[14:11] <apachelogger> I am not even particularly sure that .kateconfig is included in the tar
[14:11] <apachelogger> rgreening: report a bug I'll upstream :P
[14:11] <rgreening> lol
[14:11] <rgreening> and circle back to me
[14:11] <rgreening> haha
[14:13] <apachelogger> rgreening: I could move the .kateconfig to each file in the KDE dir
[14:13] <rgreening> I could buy a plane ticket to europe, track you down and introduce you to my LART L)
[14:13] <apachelogger> I suppose that would make the policy happy, otherwise I suppose we should file mass removal requests due to policy violation on packages containing vim config tags for example :P
[14:13] <apachelogger> kubotu: lart rgreening
[14:13] <rgreening> lol
[14:14] <apachelogger> must be turned off :(
[14:14] <rgreening> hah
[14:14] <apachelogger> kubotu: help config
[14:14] <kubotu> config module - bot configuration. usage: list, desc, get, set, unset, add, rm
[14:14] <apachelogger> kubotu: config list
[14:14] <kubotu> modules: rss, twitter, irc, http, keyword, core, nickserv, auth, encoding, lastfm, log, debug, translator, seen, server, markov, remote, rejoin, send, irclog, factoids, ri, wikipedia, salut, chanserv, greet, plugins, wheelfortune, host, google, autoop
[14:14] <apachelogger> kubotu: config list plugins
[14:14] <kubotu> plugins.blacklist, plugins.whitelist, plugins.path
[14:14] <apachelogger> kubotu: config get plugins.blacklist
[14:14] <kubotu> plugins.blacklist: azgame, chucknorris, deepthoughts, delicious, dice, digg, forecast, fortune, freshmeat, geoip, imdb, insult, math, roulette, slashdot, spell, theyfightcrime, threat, wheeloffortune, youtube, quiz, dictclient, dict, realm, grouphug, bash, cal, weather, rot, hl2, wow, lart, tube, url, remotectl, linkbot, babel, figlet, debug
[14:15] <apachelogger> kubotu: config rm lart from plugins.blacklist
[14:15] <kubotu> plugins.blacklist: azgame, chucknorris, deepthoughts, delicious, dice, digg, forecast, fortune, freshmeat, geoip, imdb, insult, math, roulette, slashdot, spell, theyfightcrime, threat, wheeloffortune, youtube, quiz, dictclient, dict, realm, grouphug, bash, cal, weather, rot, hl2, wow, tube, url, remotectl, linkbot, babel, figlet, debug
[14:15] <kubotu> this config change will take effect on the next rescan
[14:15] <apachelogger> kubotu: rescan
[14:15] <kubotu> saving ...
[14:15] <kubotu> rescanning ...
[14:15] <kubotu> done. 10 core modules loaded; 48 plugins loaded; 33 plugins ignored; 1 plugin failed to load
[14:15] <apachelogger> kubotu: lart rgreening
[14:15]  * kubotu puts "alias vim=emacs" in rgreening's /etc/profile
[14:15] <rgreening> nooooooooooooooooooooooooooooooooooooooooO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[14:15] <apachelogger> Oo
[14:15] <apachelogger> evil
[14:15] <rgreening> I need an exorcism now
[14:16] <apachelogger> at least that
[14:16] <apachelogger> vrms would be proud though
[14:16] <rgreening> or maybe its exorcise?
[14:16] <apachelogger> who knows
[14:16] <rgreening> like jogging
[14:16] <rgreening> haha
[14:16]  * apachelogger notes that usb-creator only creates valid bootors every once in a while
[14:19] <pgquiles> I'm having trouble updating a stock Jaunty (KDE 4.2.2) to KDE 4.3.1 from kubuntu-ppa/{backports,staging}. Problem is in the KDE 4.2.2 packages /usr/lib/kconf_update_bin/krdb_clearlibrarypath used to be in kdebase-worksapce-libs4+5 but in KDE 4.3.x it's in kdebase-workspace-bin and aptitude thinks the that file is in both packages. Should I open a bugreport ?
[14:20] <apachelogger> neversfelde: ^^ please fix0r
[14:21] <neversfelde> I can have a look at it this evening
[14:21] <JontheEchidna> apachelogger: do we need a postinst for konsole calling update-alternatives x-terminal-emulator? bug 428616
[14:21] <pgquiles> neversfelde: thank you
[14:21]  * apachelogger fixes karmic meanwhile
[14:22] <JontheEchidna> you are the alternatives master after all ;-)
[14:22] <apachelogger> JontheEchidna: I think we did not reach a conclusion on that topic
[14:22] <apachelogger> the thing is
[14:22] <neversfelde> pgquiles: would you send me a mail to neversfelde at kubuntu org, so that I do not forget?
[14:22] <pgquiles> neversfelde: of cours
[14:22] <pgquiles> e
[14:22] <neversfelde> thank you
[14:22] <apachelogger> JontheEchidna: at the point where your login fails it is likely that konsole will not start either
[14:23] <apachelogger> JontheEchidna: so that would indicate xterm
[14:23] <apachelogger> JontheEchidna: the only other case that would cause inlogability is kdm failing which would also disallow failsaving
[14:23] <apachelogger> JontheEchidna: so I would tend towards actually using xterm and not x-terminal-emulator
[14:24] <apachelogger> since xterm will be unaffected from kdelibs b0rkage in either case
[14:24] <JontheEchidna> sounds logical
[14:24] <JontheEchidna> ~order tea, earl grey, hot
[14:24]  * kubotu is replicating a hot cup of earl grey for captain JontheEchidna.
[14:29] <rgreening> apachelogger: the usb-creator doen't make kubuntu specific boot keys! It could be eubuntu, xubuntu, ubuntu, etc... regardless of using the gtk or kde fe. thats whay it's generic ubuntu in the descrion :)
[14:30] <apachelogger> neversfelde, pgquiles: fixed for jaunty, just needs to be backported
[14:30] <neversfelde> for Jaunty?
[14:30] <apachelogger> rgreening: and you expect the user to know that Kubuntu is part of Ubuntu and that Ubuntu is actually also a project and not just a system?
[14:31]  * JontheEchidna is puzzled at bugs like bug 425626
[14:31] <rgreening> apachelogger: you assume the use will only create kubuntu with kde fe?
[14:31] <apachelogger> neversfelde: eh, for karmic :D
[14:31] <neversfelde> k, I will backport it later
[14:31] <JontheEchidna> bug 355980
[14:32] <apachelogger> rgreening: I think that a user using KDE will much more likely know Kubuntu being a project than Ubuntu being a super project to Kubuntu
[14:32] <ScottK> NCommander: Looks like amarok could use some help on armel: https://edge.launchpad.net/ubuntu/+source/amarok/2:2.1.80-0ubuntu1/+build/1239943/+files/buildlog_ubuntu-karmic-armel.amarok_2:2.1.80-0ubuntu1_FAILEDTOBUILD.txt.gz
[14:32] <rgreening> apachelogger: this sounds better no... This is a simple utility designed to make bootable USB desktop images from
[14:32] <rgreening>  Ubuntu CDs (including Kubuntu, Xubuntu, etc).
[14:33] <apachelogger> why not write from CDs?
[14:33] <pgquiles> apachelogger: thank you. Are you doing the backport?
[14:33] <apachelogger> like CDs in general
[14:33] <apachelogger> pgquiles: neversfelde will I suppose
[14:33] <pgquiles> ok
[14:34]  * rgreening inserts RUsh CD and attempts to make it bootable...
[14:34] <rgreening> nope...
[14:34] <neversfelde> yep, he will :)
[14:34] <apachelogger> rgreening: CDs based on the Ubuntu foundations stack using the Ubuntu CD building mechanism
[14:34] <ScottK> apachelogger: Some of the ISOs in question aren't CD size (our netbook one for example)
[14:34] <JontheEchidna> Rush as in http://en.wikipedia.org/wiki/Rush_(band) ?
[14:34] <rgreening> ok, that's way more archaic
[14:34] <rgreening> ya
[14:35] <rgreening> Rush rules. Canadian legends of rock
[14:35] <JontheEchidna> good band, a classic
[14:35] <rgreening> YYZ!
[14:35] <apachelogger> rgreening: well, either you go straight for what the user knows or you explain in detail what works and what does not
[14:35]  * ScottK saw them live in concert back when.
[14:35] <apachelogger> and ScottK got a point
[14:35] <JontheEchidna> Subdivisions is a personal fav of mine
[14:35] <apachelogger> CD/DVD images based on the Ubuntu foundations stack, created using the Ubuntu CD building meachanism
[14:35] <ScottK> IIRC that was the concert where the person next to me got thrown up on by the person in the row behind them.
[14:36] <JontheEchidna> My parents went to one of those when I was really little. Prob. at the Nissan Pavilion in Virginia
[14:36] <rgreening> apachelogger: This is a simple utility designed to make bootable USB desktop images from
[14:36] <rgreening>  Ubuntu CD's and ISO's (including alternatives like Kubuntu, Xubuntu, etc).
[14:37] <JontheEchidna> They have a Test for Echo T-shirt from the concert
[14:37] <apachelogger> rgreening: nah nah, Kubuntu and Xubuntu are built on teh cdimage server arent they
[14:37] <rgreening> ?
[14:37] <ScottK> rgreening: We aren't alternatives to anything.
[14:37] <apachelogger> that makes it appear is if only those built there are supported
[14:37] <apachelogger> which is wrong
[14:38] <apachelogger> rgreening: also, can one really do that from CDs?
[14:38] <rgreening> ok, fsck.. I am going back to what I started with, Ubuntu
[14:38] <apachelogger> I find that a bad idea
[14:38] <rgreening> too bad
[14:38] <apachelogger> you know what happens when I find something bad, right? :P
[14:38] <apachelogger> Riddell: btw, please triages bugs for kopete_facebook
[14:39] <rgreening> I rap you on the knuckles
[14:40]  * ScottK figures the odds of a Canadian following through on threats of violence are low.
[14:41] <apachelogger> well you know
[14:41] <apachelogger> the description should state somewhere that it is not working
[14:41] <apachelogger> keep users informed
[14:42]  * rgreening believes someone is just being verrrrrrrrrryyyyyyyyyyyyyyyyyyyyyyyyy fn difficult this fine monday
[14:42] <rgreening> file a bug
[14:43] <apachelogger> nah
[14:43] <apachelogger> dont care
[14:43] <Riddell> apachelogger: I have looking at updating the version of that on my todo
[14:43] <rgreening> there are some issues with recent iso's and not usb-creator. I believe the isos have an issue.
[14:43] <apachelogger> Riddell: ok, I only noticed a couple of problems, works quite well otherwise, so if we get those fixed we should be good to go
[14:43] <rgreening> trying an earlier iso would prove/disprove that
[14:43] <apachelogger> rgreening: the backend never worked
[14:44] <rgreening> apachelogger: what error?
[14:44] <apachelogger> no
[14:44] <apachelogger> image is broken
[14:44] <apachelogger> after a couple of runs it magically starts working
[14:44] <rgreening> apachelogger: what did /tmp/usb-creator.log show?
[14:44] <Sput> ScottK: now, if apachelogger as an Austrian would making threats of violence, however...
[14:45] <ScottK> Maybe if I was Lichtenstein.
[14:45] <apachelogger> austrians dont do threats
[14:45] <apachelogger> rgreening: dunno, already rebooted
[14:46] <apachelogger> rgreening: now I am getting a boot error
[14:46] <apachelogger> well
[14:46] <rgreening> apachelogger: well, if you can re-produce, then grab that log file and batpaste it somewhere for me
[14:46] <apachelogger> scratch it
[14:46]  * apachelogger burns CD
[14:46] <apachelogger> rgreening: I aint got no working systme currently
[14:46] <apachelogger> need to get that back on ASAP
[14:47] <rgreening> Im testing with older iso's now...
[14:56] <Riddell> rgreening: successfully running in xx locale http://people.canonical.com/~jriddell/tmp/usbcreator.png
[14:57] <Riddell> rgreening: it's further complicated by running as root
[14:58] <rgreening> Riddell: evand is working on policykit integration to remove kdesudo... so presumably that would correct
[14:58] <Riddell> oh nice
[14:58] <rgreening> ya
[14:58] <rgreening> Riddell: so, the pots merged fine with your changes?
[15:01] <Riddell> rgreening: yes, that'll go into launchpad, people will translate, langpacks will come along with the right strings, it's all good
[15:01] <rgreening> awesome. ty ty ty ty ty for helping
[15:02] <JontheEchidna> rgreening: if you get polkit down, jockey-kde and userconfig need some policykit love
[15:03] <JontheEchidna> if you feel like it, implementing polkit support in those would be great
[15:03] <JontheEchidna> bbiab
[15:04] <rgreening> sure, np
[15:14] <rgreening> JontheEchidna: http://blogs.gnome.org/rodrigo/2008/10/22/adminkit-001/
[15:45] <seele> Tonio moved, didn't he? does he still live in Paris?
[15:46] <ScottK> seele: He's in Canada now.  I don't know of it's permanent or not.
[15:46] <seele> ScottK: seriously? Montreal?
[15:46] <ScottK> I think so.
[15:47] <JontheEchidna> score another one for the North American comment!
[15:47] <JontheEchidna> er, continent
[15:47] <JontheEchidna> comment... ha
[15:56] <Riddell> apachelogger: your videos don't show up on planet, you may want to add a comment to your blog for planet readers
[15:59] <apachelogger> Riddell: add a note, cheers
[16:27] <siegie> kubuntu karmic: knetworkmanager seems to crash everytime, my laptops resume's from standby.
[16:28] <siegie> is this a know bug?
[16:30] <Riddell> siegie: try this fresh snapshot http://people.canonical.com/~jriddell/tmp/plasma-widget-networkmanagement_0.1~svn1023224-0ubuntu1_i386.deb
[16:31] <siegie> Riddell: Thanks but do you also have a 64 bit version?
[16:32] <Riddell> siegie: no although with any luck I'll upload it to the archives shortly
[16:33] <siegie> thx, for the info
[16:37] <Riddell> JontheEchidna: I've added a -dbg package to plasma-widget-networkmanagement
[16:38] <JontheEchidna> the new snapshot should fix the resume crash
[17:24]  * ScottK notices kdepim and evolution building on adjacent armel buildd's and wonders if it's a sign of the apocalypse?
[18:55] <rgreening> Riddell: I've cleaned up much of the translations in usb-creator now to match existing strings in the po files (i.e. grom the gtk version). So, when new version comes out, we should be in much better shape for translations.
[18:56] <rgreening> \o/
[18:56] <rgreening> Riddell: ty for helping earlier.
[18:56]  * ScottK wonders how to translate grom?
[18:56] <ScottK> i.e. grom the gtk version ....
[18:56] <rgreening> grom the ftk
[18:57] <rgreening> :)
[18:57]  * rgreening realizes not only does he suk at translations, but also in his own native language
[18:58] <ScottK> No doubt too cold up there to type properly.
[19:00] <rgreening> true. Or it could be I played GH from 3PM until 2AM last night. Wrecked my hands completely on Base.
[19:13] <jussi01> karmic upgrade here I come...
[19:14] <neversfelde> jussi01: hope you're not an nvidia user :)
[19:16] <jussi01> neversfelde: is nvidia borked in karmic atm?
[19:16]  * jussi01 is still downloading... can still cancel...
[19:16] <neversfelde> bug 429003
[19:17]  * jussi01 cancels and waits for bug to get fixed...
[19:17] <neversfelde> jussi01: you would have to use nv or downgrade the broken packages
[19:17] <jussi01> neversfelde: Ill wait
[19:18] <neversfelde> best dicission
[19:22] <jussi01> neversfelde: thanks for the info
[19:22] <neversfelde> np
[19:27] <freinhard> hi!
[19:28] <Riddell> hello freinhard
[19:29] <spstarr> query Riddell
[19:29] <spstarr> er :D
[19:30] <freinhard> Riddell: python-qt4 4.5.2 (jaunty backports) has some bugs concerning QVariant and toPyObject which can cause ugly segfaults, anything i can do to update to 4.5.4? want a debdiff?
[19:30] <freinhard> Riddell: see http://www.nabble.com/PyQt4.5.2-QVariant.toPyObject()-bugged-(code-included)-td24559310.html
[19:34] <Riddell> there's a 4.5.4?
[19:35] <Riddell> hum, why are we behind in that I wonder
[19:35] <freinhard> Riddell: http://www.riverbankcomputing.com/software/pyqt/download
[19:36] <Riddell> freinhard: we should update that then, in karmic and the jaunty backport PPA
[19:38] <Riddell> freinhard: if you feel enclined to do that update that would be very welcome, else I'll put it on my Todo and get to it sometime  this week
[19:39] <freinhard> Riddell: i'll give it a try and we'll see if i manage to get a debdiff ;)
[19:41] <Riddell> freinhard: it's a new bugfix only version so I expect it doesn't need any packaging changes other than a changelog (and bug to confirm it doesn't conflict with feature freeze)
[19:41] <Riddell> but testing needed of course
[19:46] <yuriy> ooh freinhard think that might have something to do with bug 403361? doesn't sound it, but *wishful thinking*
[19:53] <freinhard> Riddell: any tags for that bug?
[19:58] <Riddell> freinhard: no just ping me with the number
[20:06] <freinhard> Riddell: bug 429567
[20:54] <neversfelde> Nightrose: is there an amarok release mailing list?
[20:54] <Nightrose> yes and kubuntu people are on it
[21:00] <Riddell> neversfelde: interested in packaging the new amarok beta?  I know how you must be feeling idle with koffice done :)
[21:01] <neversfelde> Riddell: yes, that's why I asked :)
[21:01] <neversfelde> Nightrose: do you have an URL to the subscribe page?
[21:01] <jussi01> has koffice got .doc compatibility yet?
[21:01] <neversfelde> jussi01: test it, it is in the backports PPA
[21:02]  * jussi01 tries...
[21:02] <Riddell> jussi01: it's had .doc reading for a decade
[21:02] <Nightrose> neversfelde: invite only - need your email address
[21:02] <neversfelde> Nightrose: neversfelde at kubuntu org
[21:03] <jussi01> neversfelde: nope, dont look like it... :/
[21:03] <neversfelde> :( I like koffice, it is on the right way, but it needs more love
[21:04] <Nightrose> neversfelde: invite sent - info on that list is not public
[21:04] <Sput> apparently it has .doc
[21:04] <Sput> at least it has a filter for it
[21:04] <neversfelde> Nightrose: thanks
[21:04] <Sput> optional though
[21:05] <freinhard> Riddell: pyqt 4.5.4 needs sip 4.8.2, in case i update sip too, how do i get that into the pbuilder chroot so i can test pyqt 4.5.4 on my local machine?
[21:05] <neversfelde> Nightrose: I will use the ninja PPA, so it will not be public until release
[21:05] <jussi01> neversfelde: If it had msoffice support I would actually use it.
[21:05] <Nightrose> k
[21:06] <neversfelde> jussi01: it has some issues with umlauts that prevent me from using it
[21:06] <jussi01> neversfelde: its frustrating, because I could deal with most other stuff, but that is a huge blocker for me
[21:07] <neversfelde> well, actually I cannot open .odt created with openoffice with it, so there is obviously some work to do :)
[21:08] <Riddell> freinhard: I've never worked that out, I use a manual chroot made with debootstrap in such cases
[21:10] <JontheEchidna> in theory you could copy the debs from the sip build directly into /var/cache/pbuilder/buildd/*numberofbuild*/tmp/build
[21:10] <freinhard> Riddell: hmm i guess i'll try to figure out how to setup a local repository
[21:10] <JontheEchidna> then make the build fail in a trivial-yet-correctable way
[21:10] <JontheEchidna> using a pbuilder hook to drop you to a shell on failure
[21:11] <JontheEchidna> where you then correct the failure, install the debs, then dpkg-buildpackage -us -uc -nc
[21:11] <JontheEchidna> ^_^
[21:11] <JontheEchidna> a bit complicated, though
[21:12] <Riddell> sudo debootstrap karmic karmic/; sudo cp sip*deb karmic/root/; sudo chroot karmic; sudo dpkg --install root/*deb
[21:13] <claydoh> darn my laptop overheats when compiling :(
[21:15] <Riddell> or with a pbuilder   sudo pbuilder --save-after-login login;  <copy the .debs into the pbuilder>; dpkg --install *deb; apt-get -f install; control-d
[21:24] <nixternal> Riddell: did you figure out the survey server stuff?
[21:25] <Riddell> nixternal: nope, what needs done?
[21:26] <nixternal> just install limesurvey, set up an account, and then I have .xml files that will create a survey
[21:26] <nixternal> then, you need to place the php script on the server, with some changes of course so it will run on another machine
[21:26] <nixternal> and then you need to edit the plasma widget to point to the new php script
[21:38] <allee-k> freinhard: I'd put the .debs into a dir. Use dpkg-scanpackage to create a Package file. in pbuilderrc add repo file:///here/my/repo and bindmount the deb dir to /here/my/repo.  First a bit of work. latter only copy new debs to dir and run dpkg-scanpackage, then fire up pbuilder
[21:40] <Riddell> nixternal: hmm fooey the server I wanted to run it on has too old a PHP version
[21:41] <nixternal> it doesn't have php5?
[21:42] <nixternal> I know it works on my server...I am not a PHP dude at all, so I figured it would work on any PHP5 machine
[21:44] <Riddell> it has PHP 4
[21:44] <nixternal> that isn't good :)
[21:44] <Riddell> I don't tend to update my servers very often
[21:44] <Riddell> I have one that's more up to date but it's out of use this week
[21:44] <nixternal> i guess now :)
[21:45] <nixternal> we can keep it on my server at least for the rest of karmic and then we can look at something more permanent if that is OK?
[21:46] <Riddell> that would do
[21:48] <ScottK> Riddell: php4 died a LONG time ago.  This isn't a Dapper server is it?
[21:50] <Riddell> you're assuming ubuntu existed when this server was set up :)
[21:50] <nixternal> lol
[21:50] <neversfelde> rofl
[21:51] <ScottK> Yeah, well php4 needs to go.
[21:53] <ScottK> Riddell: I'm going to upload Quassel shortly from their upstream branch with agateau's stuff already in it.
[21:54] <Riddell> super
[21:58] <davmor2> Riddell: you're gonna hate that dist-upgrade :D
[21:58] <pgquiles> neversfelde: wrt the kdebase-workspace-bin/kdebas-workspace-libs4+5 issue, it's still broken in ~ppa7
[22:00] <Riddell> uh oh
[22:02] <neversfelde> pgquiles: mhh, I backported apacheloggers fix, I will have another look tomorrow, sorry for the delay
[22:08] <pgquiles> neversfelde: no problem. This is the error output: http://pastie.org/616708
[22:09] <neversfelde> k
[22:44] <ScottK> !schedule