[00:08] <Lex79> JontheEchidna: this patch is still needed? http://pastebin.ca/1776440
[00:08] <Lex79> it's for update-notifier-kde
[00:08] <JontheEchidna> and kubuntu-notification-helper now :)
[00:09] <Lex79> ok :)
[00:13] <Lex79> don't we want kaffeine depends on phonon-backend-xine, libxine1-x, libxine1-ffmpeg ? Neither suggest?
[00:14] <Riddell> just on phonon
[00:14] <Riddell> phonon should have the right depends for its backends
[00:14] <JontheEchidna> It's not using phonon anymore, except for where knotify uses it for sound notifications
[00:15] <JontheEchidna> it's using libxine directly, though shlibdeps should take care of that by itself
[00:16] <Lex79> so, don't add anything on depends or suggests?
[00:16] <JontheEchidna> I don't think it will be necessary, but it wouldn't hurt to check what the depends of the final package are after installing it, imo
[00:18] <Lex79> I see
[00:18] <Riddell> hmm, I wonder why he stopped using phonon
[00:21] <Lex79> dunno, but in Debian the package depends on
[00:21] <Lex79>  phonon-backend-xine, libxine1-ffmpeg, libxine1-x
[00:22] <Riddell> well shlibs should just do the right thing
[00:22] <Lex79> and in our patch there is only libxine1-ffmpeg
[00:22] <Lex79> ok
[01:27] <genii> Hm. Package latex is not available, but is referred to by another package.
[01:29] <Riddell> lucid-desktop-i386.iso is not oversized and it contains virtuoso
[01:29] <Riddell> amd64 not so good but it's progress
[03:37] <Lex79> Riddell: kaffeine in bzr and source here: http://sourceforge.net/projects/kaffeine/files/kaffeine/kaffeine-1.0-pre3/
[03:37] <Lex79> Riddell: Qt4 ftbs in archive
[03:55] <Riddell> humph
[03:55] <Riddell> hmm, souceforge broke
[03:58] <Riddell> hmm, kubuntu_04_qt_ia32_library_path.patch broke the build maybe?
[04:01] <Riddell> JontheEchidna: what's this Lost thing about and do I care?
[04:02] <JontheEchidna> Oh, a TV show. Sorta hard to explain, though
[04:02] <Riddell> so if I haven't seen it before it's probably not worth me going to this Lost party
[04:03] <JontheEchidna> Hrm, you'd probably be very confused if you haven't been watching the show for the last 4 or 5 years
[04:03] <Riddell> now that's dedication
[04:03] <crimsun> just read lostpedia if you're really interested
[04:03] <crimsun> 4-5 years isn't precisely like getting Hartnell->Smith
[04:03] <JontheEchidna> I have an Apollo Bar, if that means anything to anybody :D
[04:06] <Lex79> shut up, I have to wait other 8 days ;(
[04:06] <crimsun> Lex79: for what?
[04:06] <Lex79> for season premier of Lost
[04:06] <crimsun> oh
[04:06] <Lex79> doh :(
[04:07] <Lex79> Riddell: Qt seems build fine on amd64 in ninja, still building
[04:08] <Lex79> hope it's only a problem on i386 and others
[04:08] <Riddell> yeah it's the fixLibraryPath32() method it doesn't like which only exists on i386
[04:08] <Lex79> lol
[04:08] <Riddell> QString newPath = "/usr/lib32/" + path.mid(8);   that's the offending line, nothing wrong with it
[04:09] <Lex79> Riddell: so is it a patch's fault somewhere?
[04:10] <Riddell> Lex79: it's kubuntu_04_qt_ia32_library_path.patch which is causing it
[04:10] <Riddell> but the code hasn't changed
[04:10] <Riddell> and I don't see why it would be a problem
[04:10] <Lex79> uhm
[04:12] <Lex79> I refreshed that patch
[04:12] <Lex79> maybe my fault
[04:12] <Lex79> http://bazaar.launchpad.net/~kubuntu-members/qt/ubuntu/revision/60#debian/patches/kubuntu_04_qt_ia32_library_path.patch
[04:12] <Riddell> yes but the cod in the fixLibraryPath32() method hsan't changed
[04:12] <Riddell> code
[04:19] <Lex79> Riddell: see also here: http://git.debian.org/?p=pkg-kde/qt4-x11.git;a=blob;f=debian/patches/21_qt_ia32_library_path.diff;h=7e1a3774f43b6226ee0b1055ce14c8bf27328977;hb=0ee2b084d8d5b2e772883b0a1abafb0e1ecc3f86
[04:19] <Lex79> it's a bit different
[04:19] <Riddell> ooh, Debian picked it up
[04:20] <Lex79> in Kubuntu: return fixLibraryPath32(QDir::cleanPath(path + QLatin1String("/Contents") + ret);
[04:20] <Lex79> in debian: return fixLibraryPath32(QDir::cleanPath(path + QLatin1String("/Contents/") + ret));
[04:22] <Riddell> hmm, our brackets don't match
[04:22] <Riddell> that code is within #ifdef Q_OS_MAC so it's not important
[04:24] <Lex79> uhmm right :(
[04:28] <Riddell> well, I conclude that the compiler has gone mad
[04:28] <Riddell> if I sit here long enough agateau will probably wander past and offer a second opinion
[04:37] <shtylman> Riddell: whats the problem?
[06:31] <Riddell> shtylman: what's which problem?
[06:31] <maco> Riddell: *poke*
[06:32] <Riddell> qt4-x11 build failure on i183 from ia32_library patch was the last problem I was moaning about
[06:32] <Riddell> maco: qui?  moi?
[06:33] <maco> i183? is that an architecture? O_o
[06:34] <Riddell> maco: yes, it's like an i386 but 203 worse
[06:34]  * maco blinks
[06:57] <freeflying> Riddell: can you add kimpanel in lucid?
[06:58] <Riddell> freeflying: it's in the common seed, so it's on the main CD and netbook CD
[07:00] <freeflying> Riddell: well, its can't be find through add widget after you do a fresh installation
[07:04] <Riddell> freeflying: I have input plasmoid here when I search for it
[07:04] <Riddell> which is the UI name for plasma-widget-kimpanel
[07:04] <freeflying> kimpanel
[07:04] <Riddell> seems to crash plasma though when I try to use it :)
[07:05] <Riddell> :(
[07:05] <freeflying> it used to work fine under karmic :)
[07:59] <ejat> is there any ninja hv the kde 4.4 sc rc3?
[08:09] <neversfelde> ejat: should be in Lucid soon, afaik
[08:10] <ejat> owh ok .. then it will be backport?
[08:11] <neversfelde> looks good
[08:13] <ghostcube> o/
[08:29] <ejat> neversfelde: ? u mean in da lucid?
[12:16] <dantti> Riddell: around?
[12:19] <apachelogger> Sput: pong
[12:23] <Sput> apachelogger: we're going to switch servers again in a few days... so if you get "connection refused", the new URL (during the DNS switch) will be turbobomber.q-i.org again
[12:23] <apachelogger> Sput: kthx :)
[12:24] <Sput> apachelogger: there will also be some downtime during database dump etc
[12:24] <Sput> hopefully, we won't get the same problems like last time we tried a fast server again :)
[12:25] <apachelogger> oh wellz, there is always konversation for a rescue mission :P
[12:54] <Sput> I guess being able to sync in a couple seconds will all be worth it
[15:03] <apachelogger> anyone around who happens to know about the current ninja workflows?
[17:01] <Riddell> dantti: morning
[17:01] <dantti> Riddell: hey :D
[17:02] <dantti> I was reading http://jontheechidna.wordpress.com/2010/02/02/printer-applet-and-kstatusnotifieritem/
[17:02] <dantti> Riddell: http://img51.imageshack.us/img51/6695/printqueue1.png
[17:02] <dantti> that's almost 100% functional
[17:02] <dantti> but I'd like to know what you think about it,,,
[17:03] <Riddell> show me the source and I'll take a look shortly
[17:03] <dantti> the systray icon is almost ready but I'm waiting for kde sc 4.4 be out so i can stay stable (no time for trunk)
[17:05] <dantti> Riddell: what's your mail?
[17:07] <Riddell> dantti: jriddell@ubuntu.com
[17:08] <dantti> Riddell: sent :)
[17:16] <dantti> Riddell: are you testing it now? if so you'll need to change PrintQueue.cpp and put your printer name by hand
[17:17] <Riddell> dantti: no e-mail yet
[17:17] <Riddell> although I also have no printer here so not sure how much I can test
[17:18] <dantti> Riddell: I don't have one too, but i added some dummies ones..
[17:18] <dantti> I have one at home..
[17:22] <dantti> it's just things like this are only available on the low level api that i'm learning how to use now..
[17:29] <Riddell> dantti: no e-mail, try resending to jr@jriddell.org ?
[17:29] <dantti> k
[17:29] <dantti> sent
[17:40] <Riddell> dantti: still no e-mail :(
[17:40] <Riddell> oh there it is
[17:41] <Riddell> in my spam
[17:48] <dantti> Riddell: hehe :P
[17:49] <Riddell> dantti: compiled and installed
[17:49] <Riddell> how do I get it to do anything?
[17:49] <Riddell> I ran qdbus org.kde.kded /kded org.kde.kded.loadModule printd
[17:50] <Riddell> but nothing appears when I print
[17:50] <dantti> well the kded checks for jobs and call a dbus method when it has some
[17:50] <dantti> but in the future (when 4.4 is out) it willl show the systray icon
[17:51] <dantti> right now the most usefull part is the ./print-queue
[17:51] <dantti> which you can see you printer status and jobs
[17:53] <Riddell> when I run that everything is greyed out and it doesn't show the two jobs I have in the queue
[17:57] <dantti> Riddell: right, did you change PrintQueue.cpp to your printer name?
[17:58] <Riddell> oh, no, I should listen to you
[18:00] <Riddell> whee that works
[18:01] <Riddell> dantti: how does it show the printer status?  just the one message at the top?
[18:01] <Riddell> what happens if you have more than one printer?
[18:01] <dantti> Riddell: well there are two behaviors in my mind
[18:02] <dantti> one will it to be a tree and group them by printers
[18:02] <dantti> not implemented yet
[18:02] <dantti> the printer status comes from one cups query printer-state iirc
[18:03] <dantti> what I used till now is just the high level api which is quite simple and easy to use
[18:04] <dantti> but to add the drag and drop for jobs (move a job to another printer) i need the low level..
[18:07] <Riddell> dantti: looking good though
[18:07] <dantti> thanks
[18:07] <dantti> i need to leave for a few minutes, but i can read backlog,
[18:16] <Lex79> Riddell: I'm trying to build qt with ia32 patch grab from Debian on i386, maybe works
[18:19] <Riddell> Lex79: hang on
[18:19] <Riddell> Lex79: try replacing the troublesome line with this
[18:19] <Riddell> +        QString newPath = QLatin1String("/usr/lib32/") + path.mid(8);
[18:21] <Lex79> http://bazaar.launchpad.net/~kubuntu-members/qt/ubuntu/annotate/head%3A/debian/patches/kubuntu_04_qt_ia32_library_path.patch
[18:21] <Lex79> Riddell: ^^ which line?
[18:21] <Lex79> give me the number
[18:22] <Lex79> uhm maybe 28
[18:22] <Riddell> Lex79: 28
[18:22] <Riddell> yes
[18:22] <Lex79> ok
[18:47] <Riddell> Lex79: qt still compiling?
[18:47] <Lex79> yes
[18:48] <Lex79> I poke you when is finished or if it fbs
[19:00] <Lex79> Riddell: still ftbs http://pastebin.ca/1786142
[19:00] <Lex79> same error
[19:01] <Lex79> now I try with Debian's patch
[19:05] <Riddell> !
[19:05] <dholbach> hey
[19:05] <Riddell> Lex79: grump
[19:05] <Riddell> hi dholbach
[19:05] <dholbach> Riddell: what can we do about bug 508843? rockstar and some of his pals have problems with it
[19:06] <Riddell> dholbach: Lure is our digikam packager and he tried to persuade tech board to update to the final release but they said no
[19:06] <Riddell> using backports is the obvious work around
[19:09] <dholbach> bah, that sucks :-/
[19:09] <Riddell> who's rockstar?
[19:10] <dholbach> Paul Hummer
[19:10] <dholbach> on the Launchpad Code team
[19:12] <Lure> dholbach: I talked only with pitti
[19:12] <Lure> dholbach: problem is that after beta, new features were added, new text messages...
[19:12] <dholbach> Lure: oh, so we can further escalate it! ;-)
[19:12] <dholbach> I see
[19:14] <Lure> dholbach: having final is obviously better and personally I think SRU rules could be bend
[19:35] <sheytan> Hi there ;)
[19:36] <sheytan> I have a question about kubuntu KDE 4.4 packages. Can I ask here?
[19:38] <Riddell> sheytan: yes, if it's development related
[19:39] <sheytan> Riddell I don't know if it is, but: In KDE 4.4 RC we've got plasma themed menus  when you right click on a tray icon. Will it be in official release so too?
[19:41] <Riddell> sheytan: it won't be in upstream until 4.5
[19:47] <dantti> Riddell: so, what do you think? can I keep on working so we can have the printer stuff faster/with less mem and in my case working? :)
[19:48] <Riddell> dantti: sure, please do
[19:48] <Lex79> Riddell: ftbs also with Debian's patch :(
[19:48] <Lex79> why we want that patch? for skype and other 32 bit apps ?
[19:48] <Riddell> dantti: feature freeze is 18th feb for us so it may not make that, but it could replace printer-applet in KDE 4.5
[19:49] <Riddell> Lex79: yes, it's not terribly important but it would be nice to keep it
[19:49] <Lex79> Riddell: I'm wondering...skype ship also the 64bit version
[19:50] <dantti> Riddell: good to hear, I was afraid of coding something that could be useless
[19:50] <Lex79> so, for skype is no longer need I think
[19:51] <Lex79> maybe I can poke thiago if he has an advice to fix that crap
[19:53] <Riddell> Lex79: it's specific to Debian, other distros use /usr/lib for 32 bit stuff on amd64
[19:53] <Lex79> ok
[19:53] <Riddell> Lex79: let me try it with the Latin1String change, I was pretty convinced that would work, if it doesn't we'll just disable it
[19:53] <dantti> Riddell: btw do you think it's ok to put in playground to make easier to people take a look?
[19:55] <Riddell> dantti: yes for sure, that's what playground is for
[19:55] <dantti> k, thanks..
[20:01] <Quintasan> \o
[20:17] <Lex79> Riddell: seems I fixed the mess
[20:17] <Riddell> Lex79: oh?
[20:17] <Lex79> \o/
[20:17] <Lex79> yeah
[20:17] <Riddell> what what??
[20:17] <Lex79> I'm going to upload to bzr
[20:18] <Lex79> QLatin1String issue
[20:18]  * Riddell runs bzr update in the hope of revelation
[20:22] <Quintasan> urgh nice spam in inbox
[20:26] <Lex79> Riddell: go
[20:26] <Lex79> only the brave http://bazaar.launchpad.net/~kubuntu-members/qt/ubuntu/revision/63
[20:27] <Riddell> Lex79: ah hah!
[20:27] <Riddell> the devious second string hidden infront of our very eyes!
[20:28] <Riddell> Lex79: great stuff, I'll get it uploaded
[20:28] <Lex79> :p
[20:28] <Lex79> thanks
[20:28] <Riddell> that won't please our ARM friends, the previous compile there has already taken up 20 hours of their buildds but that's what they get for using a slow architecture :)
[20:30] <Lex79> who cares about arm friends :)
[20:31] <Riddell> don't say that or NCommander will never fix python-qt4 for ARM
[20:33] <Quintasan> 4.6.1 Qt?!
[20:33] <NCommander> Riddell: its on my TODO list, but its unlikely to get done this week
[20:33] <NCommander> Riddell: (I'm fairly tethered to an X0 board for testing)
[20:35] <Riddell> Quintasan: coming to an archive near you soon
[20:35]  * Quintasan hands cookies to Lex79 and Riddell
[20:36] <Quintasan> awesome
[20:36] <Lex79> Quintasan: watch and learn and don't forget to bump the build-deps :P
[20:36] <Lex79> prrrrrr :P
[20:36] <Quintasan> oh man, I was really useless yesterday
[20:36] <Quintasan> I fixed my behavior
[20:38]  * Lex79 gives cookies and a kiss to Quintasan
[20:40] <Quintasan> :3
[20:40] <Quintasan> hmm
[20:41] <Quintasan> look like I will need to delete .kde after release of 4.4
[20:41] <Quintasan> I made a huge mess there
[20:44] <Quintasan> Riddell: I'd probably get refactored gluon package today
[20:44] <Quintasan> dunno how they are doing
[20:46] <Quintasan> time for quick nap I guess
[20:51] <Quintasan> Riddell: are we removing the categories from Internet category?
[20:52] <Riddell> Quintasan: I think that's been done in kde svn so it'll be sorted in 4.4 final
[20:53] <Quintasan> nixternal: will we have extended time to translate docs or deadline will be as usual?
[20:53] <Quintasan> Riddell: okay, I'm getting sick of it ^^
[20:54] <Quintasan> I'll guess I will take a look at Shaman
[20:54] <Quintasan> It's a shame that Raptor died
[20:54] <Riddell> Quintasan: Shaman?
[20:55] <Riddell> the package manager?
[20:55] <Quintasan> yup
[20:55] <Quintasan> Shaman 2 exacly :P
[20:55] <Riddell> I had a look, it's fairly unstable
[20:55] <Quintasan> I've submitted a small patch to fix PackageKit plugin
[20:55] <Quintasan> :(
[20:57] <Quintasan> I guess it wouldn't be bad to start to try hacking on it :P
[20:59] <JontheEchidna> there's a libapt-pkg backend too now
[20:59] <JontheEchidna> doesn't do too much yet, but it gives me hope
[21:03] <Quintasan> okay, I'm going to bed, sleeping won't hurt
[21:34] <daskreech> Hmm
[21:34] <daskreech> My Sys tray says I have 9 notifications but I can't see any of them
[21:34] <daskreech> Quintasan: It's officially dead?
[21:34] <daskreech> Bah asleep
[23:25] <nixternal> Quintasan: I am going with extended time on docs...hopefully within the next week we will have the first revision of brand new docs uploaded...i have been super busy during the day this week with some work and other things and haven't gotten the chance to finish some of my sections
[23:33] <ScottK> Ouch: http://trueg.wordpress.com/2010/02/04/just-in-time-for-kde-sc-4-4-virtuoso-6-1-0/
[23:33] <ScottK> (the ouch part is the data conversion)
[23:35]  * Sput is glad to not have any important data in nepomuk
[23:35] <nixternal> ScottK: don't think it is that much of an ouch, since we released virtuoso 5 with beta releases and not stable releases
[23:36] <Riddell> stable 4.4 is about to happen
[23:38] <ScottK> nixternal: Even for beta releases I don't think eating user data is a great idea.
[23:39] <nixternal> it isn't, but isn't that one of the gotchas for using beta quality stuff? :)
[23:39] <nixternal> plus, those that are worried can easily use the script on that page before hand
[23:39] <Riddell> we could package the converter and tell people to run it manually
[23:39] <ScottK> Sounds like it ought to be in Debian.NEWS or something
[23:39] <Riddell> because lots of people read that :)
[23:39] <ScottK> Of course if you use kpackagekit you'd never see it.
[23:40] <Riddell> he doesn't say what version of soprano is needed
[23:41] <Lex79> I think 2.3.73 is fine, btw 2.4 will release with kde 4.4
[23:42] <Riddell> and then do we package virtuoso ourselves or use the more-than-complete debian packaging
[23:43] <ScottK> Unless more-than-complete was sarcastic, I'd say use that.
[23:44] <Riddell> it's not sarcastic, it just includes the whole of virtuoso whereas soprano only needs a fairly small part of it
[23:44] <Riddell> but it's all split up, we can see if it's split up in a way that we can ignore the bits we don't care about
[23:47] <Lex79> we need just virtuoso-minimal on the CD I think
[23:47] <Lex79> https://alioth.debian.org/scm/browser.php?group_id=100440