[01:38] <jjesse-dell9> hrmm
[01:39] <jjesse-dell9> are things still on track to quassel being the default irc client for jaunty?
[01:55] <dtchen> i dunno, but i do know that i far prefer kubuntu[ 9.04]'s default notification priorities
[04:12] <ScottK> jjesse_: There's a meeting scheduled or being scheduled to make the decision.  MIR is written and pending MIR Team approval.
[06:01] <ScottK> seele: I just updated Quassel in my PPA again, so once it builds (it'll be awhile as the buildd's are backlogged) there should be something for you.
[06:02] <ScottK> This one uses system icons where they are available and has a few bug fixes.
[06:06] <rgreening> ScottK: any idea on amarok2 and kmail akonadi issue resolution? Still seems to be a problem.
[06:06] <ScottK> Did Riddell upload mysql 5.1 yesterday or today?
[06:06] <ScottK> If not, then it's known not fixed.
[06:07] <rgreening> dunno. would it be in a PPA or in main?
[06:07] <ScottK> apachelogger had come up with something, but I'm not sure if got uploaded.
[06:07] <ScottK> In the archive
[06:07] <ScottK> Not PPA.
[06:07] <rgreening> hmm.. dunno...
[06:07] <rgreening> I just tried an update and it still fails
[06:08] <ScottK> https://launchpad.net/ubuntu/+source/mysql-dfsg-5.1/5.1.30-2ubuntu4 is the thing that's supposed to fix it.
[06:08] <ScottK> It's in Binary New.
[06:08] <ScottK> So patience.
[06:09] <ScottK> rgreening: ^^  How's kvirc coming?
[06:09] <rgreening> ScottK: now that 4.2 is pretty well packaged, I should have it uploaded/updated in the AM
[06:09] <ScottK> Excellent.
[06:10] <ScottK> That solves one of the arts rdepends too.
[06:10] <rgreening> ScottK: when is the package freeze?
[06:10] <rgreening> ya
[06:10] <ScottK> 19th I think.
[06:10] <rgreening> ok.
[09:48] <knusperfrosch> i did it once again, koffice-data-kde4 is blocking apt due to some icons. what was the fix for that?
[10:36] <Riddell> "updates are being automatically installed"  not sure we want packagekit to do that
[10:46] <a|wen> who is responsible for the ichthux-desktop package? (depends on arts)
[10:54] <Riddell> a|wen: raphink and txwikinger
[10:56] <a|wen> Riddell: okay, are they aware that arts should be removed from the depends?
[10:56] <Riddell> hopefully they are now :)
[10:57] <a|wen> :)
[11:04] <mok0> Ridell, I uploaded codelite again (which you rejected first time around). The uploader has removed the offending bits. Good catch!
[11:04] <Riddell> mok0: what did I object to again?
[11:05] <mok0> Riddell: oh, a bunch of .dll's and .exe files
[11:05] <Riddell> oh aye, nasty those
[11:06] <mok0> Riddell: yep. I am not sure if Mono creates .dll's
[11:06] <mok0> Riddell: if so, there may be some of those left
[11:06] <mok0> Riddell: in the binaries that is
[11:09] <Riddell> mok0: hmm, there's still windows binaries in sdk/wxsqlite3/sqlite3/*/*exp
[11:09] <mok0> Riddell: huh?
[11:09]  * mok0 looks
[11:11] <mok0> Riddell: uhm I can't download it from the queue page?
[11:12] <Riddell> mok0: why do you need to?  didn't you just upload it
[11:12] <mok0> Riddell: I deleted it
[11:12] <mok0> Riddell: I'll get it from REVU
[11:20] <mok0> Riddell: what's the md5sum of the .orig.tar.gz you have?
[11:21] <Riddell> mok0: 8848d5ba2d19f41c1bfd879297de2103
[11:21] <mok0> Same as mine
[11:22] <mok0> Riddell: I can't see any *exp files?
[11:22] <mok0> oh wait
[11:23] <mok0> damn
[11:23] <mok0> Riddell: ok. I'll contact uploader, please reject it again (if it's convenient for you)
[11:27] <Riddell> done
[11:27] <mok0> Riddell: thanks, and thanks for your alertness.
[11:28] <mok0> Riddell: I know nothing about the windows platform, so I don't recognize those extensions. I should have done a "file" on the whole tree though...
[12:22] <a|wen> is it possible to do a no-change rebuild of a package easily?
[12:23] <Riddell> a|wen: dch -i, debuild -S, dput
[12:23] <a|wen> Riddell: i mean in the real archives ... should a debdiff be prepared, or can we simply request it
[12:24] <Riddell> real archives?  same process whatever the archive
[12:24] <Riddell> you simply upload it
[12:26] <a|wen> Riddell: atleast kvirc oose arts depends when being rebuild ... i just need someone to test that a rebuild doesn't break it (i'm on intrepid now)
[12:27] <a|wen> s/oose/loose/
[12:27] <Riddell> a|wen: make a chroot
[12:32] <a|wen> Riddell: what was the status of the old kde3 kdelibs ... were we trying to get rid of those as well?
[12:34] <Riddell> a|wen: we hope to get it off the CD (looking unlikely though), it'll stay in ubuntu for a good while yet
[12:37] <a|wen> okay, thx
[12:53] <apachelogger> Riddell: btw, how about reducing kdelibs4's dependencies? ...like remove avahi
[12:54] <apachelogger> smarter: pling
[13:08] <apachelogger> JontheEchidna: 1) hola 2) what's with that Connor Imes dude marking bugs as triaged which are clearly not triaged?
[13:10] <Riddell> apachelogger: isn't avahi needed?  why would we want to remove it?
[13:11] <apachelogger> Riddell: because it pulls in it's qt3 binding stuff ... also I don't think it's needed for the apps we have left
[13:12] <apachelogger> only konqueror used it for zeroconf:/ AFAIK
[13:19] <JontheEchidna> apachelogger: no clue, I guess he think has-backtrace-but-not-upstreamed is triaged
[13:20] <apachelogger> JontheEchidna: has-backtrace-and-is-upstreamed wouldn't even suffice from my point of view :P
[13:20]  * apachelogger demands to know how to reproduce
[13:20] <JontheEchidna> has-backtrace-and-has-a-confirmed-upstream-bug
[13:20] <apachelogger> even better yet
[13:21] <JontheEchidna> any way to make quassel's tray icon blink when you're highlighted?
[13:22] <apachelogger> Sput: ^
[13:22]  * apachelogger thought it did at some point
[13:23] <Sput> JontheEchidna: waiting for nuno to finish the systray animation and for me to put it into code then :)
[13:23] <JontheEchidna> nice
[13:23] <Sput> or not using KDE integration
[13:24] <JontheEchidna> oh well, if I'm at least at the computer I'll see the plasma notificatoin
[13:24] <Sput> and the taskbar highlight
[13:24] <JontheEchidna> well, I usually keep quassel in the systray when I'm not using it
[13:24] <JontheEchidna> probably because the plasma panel sucked for KDE 4.0 and 4.1
[13:25] <JontheEchidna> and horizontal panel space was in extreme lack
[13:26] <Sput> ah well, the animation will come back
[13:26] <Sput> in some form certainly for 0.4 which is supposed to go into jaunty
[13:26]  * Sput wonders if that should be a configurable option, or if it should just always animate on highlight
[13:27] <apachelogger> why would one not want to have it animate?
[13:31] <apachelogger> who wants to give me a cookie?
[13:31] <JontheEchidna> ~order cookie for apachelogger
[13:31]  * kubotu slides one of world's finest cookies down the bar to apachelogger.
[13:31] <apachelogger> JontheEchidna: http://aplg.kollide.net/screencasts/fancyshell.ogv
[13:31]  * apachelogger munches cookie and watches openoffice crash
[13:34] <agateau> hello
[13:35] <apachelogger> agateau: greetings
[13:39] <apachelogger> rgreening: wanna do some cpp haxx0ring? ;-)
[13:40] <rgreening> on?
[13:42] <apachelogger> rgreening: kcmfiletypes
[13:42] <apachelogger> rgreening: kde bug 158895
[13:42] <rgreening> apachelogger: I'll have a look
[13:43] <apachelogger> rgreening: dfaure would be glad ... so would the 3 users who actually use that ;-)
[13:43] <rgreening> lol
[13:45] <rgreening> ScottK: working on kvirc now. snapshot for jan 26th is bad... reverting to earlier one to see if working.
[13:46] <apachelogger> a|wen: did you test kvirc without arts?
[13:46] <apachelogger> not that it would matter, considering it only got 2 users and rgreening is going to replace it with the KDE 4 version anyway :P
[13:46] <a|wen> apachelogger: i started it in a chroot, and was able to connect to #kubuntu-devel
[13:50] <rgreening> kvirc4.0.0 svn 3034 seems to be compiling...
[13:50] <rgreening> lol, stupid bot.
[13:53] <apachelogger> a|wen: good enough
[13:54] <apachelogger> a|wen: the dep was caused through recursive linking?
[13:55] <a|wen-> hmm "--disable-FEATURE       do not include FEATURE (same as --enable-FEATURE=no)" ... how do you get ./configure to spit out which $FEATURE i can disable/enable?
[13:55] <apachelogger> a|wen: that should be right under that message :P
[13:56] <rgreening> FTBFS.. dam
[13:57] <apachelogger> a|wen: dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[13:58] <a|wen-> apachelogger: uh, sry ... thought about it, but ended up forgetting it again :/
[13:59] <apachelogger> :)
[13:59] <ScottK> rgreening: I'd just take the working snapshot you had before and kvirc-kde4/kvirc and move on.
[13:59] <ScottK> It seemed good when I tested it.
[13:59]  * a|wen- wonders how to turn off arts in knights then
[14:01] <apachelogger> a|wen: probably also recursive linking?
[14:01] <rgreening> ScottK: I'm looking at the svn code. It seems not kvirc related, but rather KDE4.2 issue...
[14:01] <apachelogger> a|wen: assuming knights is a KDE app
[14:01] <rgreening> ScottK: I'm going to update my pbuilder and try again
[14:01] <ScottK> Ah.
[14:02] <a|wen-> apachelogger: yeah, it is
[14:02] <a|wen-> checking for mcopidl... not found
[14:02] <a|wen-> configure: error: The important program mcopidl was not found!
[14:02] <a|wen-> Please check whether you installed aRts correctly.
[14:03] <apachelogger> \o/
[14:03] <apachelogger> a|wen: I think we'll have to patch, remove the package, or just leave it alone
[14:05] <a|wen-> apachelogger: yeah, i suppose so
[14:06] <apachelogger> hm
[14:06] <apachelogger> a|wen: do you have time to write the author a mail?
[14:06] <apachelogger> last release was a beta in 2005 ... looks pretty maintainerless I think
[14:06] <apachelogger> the website also is rather weird ;-)
[14:07] <apachelogger> Uploading to ubuntu (via ftp to upload.ubuntu.com):
[14:07] <apachelogger>   kvirc_3.4.0-3ubuntu1.dsc: done.
[14:07] <apachelogger> rgreening: ^ please make sure you incorporate the changelog entry
[14:07] <a|wen-> apachelogger: thx
[14:08] <a|wen-> apachelogger: i'll try to see if i can find out anything; but afaik it is quite maintainerless
[14:08] <Riddell> akonadi has a nasty habit of making dbus-daemon run out of control
[14:08] <apachelogger> a|wen-: I would tend to file a removal request then
[14:09] <apachelogger> Riddell: didn't notice any of that sort
[14:09] <a|wen-> apachelogger: the debian-package is a patchwork from 2004 onwards
[14:10] <apachelogger> \o/
[14:11] <apachelogger> is it me or is ubuntu popcorn just unusable?
[14:11] <apachelogger> -r
[14:12] <apachelogger> a|wen-: http://qa.debian.org/popcon.php?package=knights
[14:12] <a|wen-> apachelogger: is that high or low?
[14:13] <rgreening> http://blog.greghaynes.net/index.php?/archives/35-Kobby-Inserted-Its-First-Collaborative-Text.html
[14:13] <rgreening> That's an app we will eventually want
[14:14] <apachelogger> a|wen-: putting things in relation: http://qa.debian.org/popcon.php?package=gnome-chess
[14:14] <apachelogger> rgreening: if it is as buggy as gobby, I can probably live without it :P
[14:14] <rgreening> apachelogger: It's just being developed now (hence the 'eventually') :)
[14:14] <apachelogger> hehe
[14:15] <rgreening> I may offer to help dev it later on...
[14:15]  * rgreening is trying to build kvirc from svn 2008/12/15 .. don't puke please :P
[14:15] <a|wen-> apachelogger: okay, so high at some level
[14:15] <rgreening> dam bot
[14:16] <apachelogger> a|wen-: I am not sure if we can abandon it ... it appears to be the only kde chess game
[14:17] <apachelogger> a|wen-: http://qa.debian.org/popcon.php?package=xboard most used frontend app it seems
[14:18] <apachelogger> a|wen-: are you attending the meeting tomorrow?
[14:19] <a|wen-> apachelogger: yeah, seems we can't just throw it away
[14:19] <a|wen-> apachelogger: i plan to ... (need to get to bed early though, starts at 5AM in my timezone)
[14:20] <apachelogger> we should discuss it, but the stats clearly are in favor of keeping knights
[14:20] <rgreening> PPA's dead?
[14:20] <apachelogger> but the stats also have flawed relation because we have no KDE based chess app to compare to
[14:20] <rgreening> LP is puked
[14:20] <rgreening> omg
[14:20] <apachelogger> soyuz being hungry again?
[14:21] <rgreening> it eat my sesion...
[14:21] <apachelogger> a|wen-: well, please launch a discussion either on the mailing list or at the meeting
[14:21] <rgreening> oh, back... hhmmmmm
[14:22] <a|wen-> apachelogger: yeah, i'll put it on the agenda
[14:22]  * apachelogger notes that he will probably not be around, so a|wen- better copies the stuff above into a file :P
[14:29]  * a|wen- starts copying links
[14:44] <Riddell> seele: http://www.slideshare.net/fytech/ubuntu-usability-test-report-presentation might be interesting
[14:48] <seele> finally, someone who did an open source usability study at a unviersity actually gives it back to open source
[14:48] <seele> you would be surprised how many usability tests get done at university projects.. and we never hear about them
[14:49] <seele> ARGH
[14:49] <seele> TIME ON TASK DOES NOT MATTER
[14:49]  * seele stops reading
[14:49] <jjesse> lol
[14:50] <seele> the feedback is still good
[14:50] <seele> i wish people would learn proper experimental design
[14:51] <apachelogger> Riddell: btw, did you push mysql-5.1 out of binary new yet?
[14:52] <ScottK> He did
[14:52] <ScottK> Or someone did.
[14:52] <apachelogger> \o/
[15:17] <Riddell> apachelogger: yes
[15:18] <MalikLamin> hi you all,  i 'd like to write a module wich is intended to work in multiple versions of the kernel , how do I solve the version dependency????
[15:18] <Riddell> MalikLamin: we do KDE here, we're not linux developers
[15:21] <MalikLamin> ok, but doesnt anyone here know about that
[15:21] <MalikLamin> ?
[15:22] <ScottK> MalikLamin: #ubuntu-kernel likely, but I'd look into DKMS.
[15:26] <Riddell> MalikLamin: try http://kernelnewbies.org/
[15:26] <MalikLamin> ok tnks
[15:32]  * a|wen wonders why his makefile keeps being populated with "LDADD -lartskde" ... seems there is still some arts left in the kde packages
[15:39] <a|wen> does anyone have a suggestion who/what makes up that line in a Makefile ... there is no reference to arts in the package, so is something external
[15:41] <ScottK> Are you building against the de-artsififed kdelibs?
[15:42] <a|wen> ScottK: yeah, kdelibs 4:3.5.10.dfsg.1-1ubuntu8
[15:42] <ScottK> OK.
[15:43] <ScottK> Any arts in the build log for that one?
[15:48] <a|wen> ScottK: it contains the line "checking if arts should be compiled... yes"
[15:50] <ScottK> That doesn't sound good.
[15:50] <ScottK> apachelogger: ^^^
[15:53] <Riddell> hmm, ppa buildds are slow
[15:53] <xerosis> can someone who can see private bugs please mark bug 321494 a dupe of 317712
[15:57] <JontheEchidna> xerosis: done
[15:58] <xerosis> JontheEchidna: thanks :)
[15:59]  * JontheEchidna looks for an upstream bug
[16:06] <a|wen> apachelogger: when http://packages.debian.org/experimental/tagua becomes stable, that might be our replacement to knights
[16:07] <jussi01> !info knights
[16:09] <jarekh> When dependencies for kmail will be changed from mysql5.0 to mysql5.1? I'm asking about that because my Amarok and Kmail need that :)
[16:10] <ScottK> jarekh: What we're doing is making them co-installable.
[16:10] <ScottK> Not changing them.
[16:11] <ScottK> IIRC the change needed for that should be hitting mirrors today.
[16:11] <jarekh> thanks
[16:18] <jarekh> I see some stable(?) 4.2 in Jaunty main. Thanks a lot and congratulations!
[16:34]  * JontheEchidna wouldn't upgrade until kdebase-workspace packages are present at least
[16:36] <apachelogger> a|wen: aye
[16:38] <a|wen> apachelogger: seems there is still some arts left in kdelibs
[16:39] <apachelogger> arts--
[16:39] <apachelogger> a|wen: how so?
[16:39]  * apachelogger even removed all ze arts files
[16:40] <a|wen> apachelogger: seems artskde is still done
[16:40] <apachelogger> meh
[16:40] <apachelogger> will look at it
[16:41] <apachelogger> first bindings though
[16:41] <a|wen> apachelogger: thx a lot
[16:41] <apachelogger> hm
[16:41] <apachelogger> a|wen: are you sure you are looking at the right version?
[16:41] <apachelogger> apt-cache says ubuntu8 doesn't depend on arts
[16:42] <a|wen> i'm looking in kdelibs_4\:3.5.10.dfsg.1-1ubuntu8_FULLYBUILT.txt
[16:42] <a|wen> apachelogger: it seems to be some artskde that is still compiled (but maybe not installed)
[16:42] <apachelogger> hmhm
[16:43] <a|wen> checking if arts should be compiled... yes
[16:43] <a|wen> config.status: creating arts/Makefile
[16:43] <a|wen> config.status: creating arts/kde/Makefile
[16:43] <a|wen> config.status: creating arts/kde/mcop-dcop/Makefile
[16:43] <a|wen> config.status: creating arts/knotify/Makefile
[16:43] <a|wen> config.status: creating arts/message/Makefile
[16:44] <apachelogger> bogus output
[16:45] <apachelogger> nothing gets installed
[16:45] <apachelogger> + it can't build anything linking to arts if no arts is around at all
[16:45] <apachelogger> which is clearly the case
[16:45] <apachelogger> checking for aRts-1.1... disabled
[16:45] <apachelogger> a|wen: let's just blame stupid autohell :P
[16:45] <apachelogger> no build-deps and no shlib deps means nothing to worry about
[16:46] <a|wen> apachelogger: yeah ... but the problem is that ld very much wants to link against artskde when building against libs (if you let autohell decide)
[16:46] <apachelogger> Oo
[16:46] <apachelogger> a|wen: when building what?
[16:47] <a|wen> apachelogger: knights, with all references to arts removed
[16:49] <apachelogger> a|wen: maybe you need to rerun automake
[16:50] <apachelogger> or make -f Makefile.{am,cvs}
[16:51] <a|wen> apachelogger: how is it normally adviced to do that?
[16:51] <apachelogger> within the build process
[16:51] <a|wen> apachelogger: shouldn't that be part of the build-process normally ...
[16:53] <apachelogger> no, it tempers with the autohell files, so in most cases you will need loads of clean rules to get the tree into it's original state again
[16:53] <apachelogger> probably also the reason gnomies seem to prefer having the changes a patch rather than doing it at compile time
[16:54] <apachelogger> not that I would about that fancy autotools stuff :P
[16:57] <a|wen> that is indeed autohell :/
[16:58] <JontheEchidna> the auto stands for "automatic pain"
[17:31]  * a|wen finally got around that autohell
[17:40] <a|wen> seems arts wasn't knight's only problem ... bug 285467
[17:43]  * Lure notices that 4.2/final does not seems to be compatible with 4.2/rc plasma - ENODESKTOP
[17:46] <jarekh> I'm trying to compile kdetv for KDE4 using cmake and I got error:
[17:46] <jarekh> libkvideoio.a(qvideostream.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC
[17:46] <jarekh> where I should write -fPIC flag?
[17:50] <Riddell> Lure: the plasma guys made some last minute binary incompatible changes
[17:51] <Lure> > Hi,
[17:51] <Lure> >
[17:51] <Riddell> hi Lure :)
[17:51] <Lure> Riddell: ah, now I remember Aaron
[17:52] <Lure> sorry, my synaptics is doing strange pastes recently
[17:52] <Lure> Aaron was very happy to find it before release
[17:53]  * Lure is still used to work w/o plasma since early times of working with SVN version ;-)
[17:53] <jcastro> Nightrose: around?
[17:53] <rgreening> g'day jcastro
[17:54] <jcastro> hi!
[17:54] <Nightrose> jcastro: jep
[17:54] <Nightrose> wasup? :)
[17:54] <jcastro> Nightrose: I am looking for 10 projects to focus bug work and upstream linkages for the cycle
[17:55] <Nightrose> ai
[17:55] <jcastro> got any plans for bug days, etc this cycle?
[17:55] <Nightrose> no plans on my side so far
[17:56] <jcastro> ok
[17:56] <a|wen> apachelogger: knights is already broken in intrepid
[17:56] <jcastro> Nightrose: mind if we try a bug day or something in the future?
[17:56] <Nightrose> jcastro: but if you have something in mind i can get people together for it probably
[17:56] <apachelogger> a|wen: I suppose that supports dropping it
[17:56] <jcastro> I would like to measure how well it will work
[17:56] <Nightrose> jcastro: not at all
[17:56] <jcastro> \o/
[17:57] <Nightrose> ;-)
[17:57]  * Nightrose loves being a labrat
[17:57] <Nightrose> :P
[17:57] <apachelogger> lol
[17:57] <a|wen> apachelogger: pretty much ... missing deps; i'll just test what removing it does
[17:58]  * apachelogger pushes last bzr branch
[18:07]  * Riddell gets printer-applet back into a working state and cheers
[18:09] <seele> whoo
[18:09] <seele> Riddell++
[18:09]  * Arby sends Riddell cookies
[18:09] <seele> how long until it's ready to review?
[18:35]  * a|wen notes that knights is totally unusable without kdebase-kio-plugins ... which is neither avaible in intrepid nor jaunty
[18:40] <a|wen> night everyone
[19:03] <Riddell> seele: this is just the applet
[19:12] <JontheEchidna> apachelogger: KDE uses xdg stuff for mimetype detection, correct?
[19:15] <apachelogger> JontheEchidna: aye
[19:15] <JontheEchidna> bug 309778 is probably an xdg-utils bug?
[19:16] <JontheEchidna> I checked the oxygen icons, and there is a jar mimetype icon
[19:19] <seele> Riddell: oh, the indicator in the panel?
[19:20] <apachelogger> JontheEchidna: krusader is not KDE 4, is it?
[19:20] <JontheEchidna> it is
[19:20] <apachelogger> oh, then it's all the shared-mime-info's fault
[19:20] <JontheEchidna> we have had a kde4 post-beta svn snapshot since intrepid
[19:21] <apachelogger> JontheEchidna: that dude shall run xdg-mime on the file
[19:22] <apachelogger> xdg-mime query filetype $FILE if I am not mistaken
[19:22] <apachelogger> uh, that was almost ruby ^_^
[19:32] <Riddell> seele: yes
[19:33] <seele> Riddell: do you have a link to the fdo notification spec? i dont know what it's formally called and i cant find it
[19:33] <seele> (or know what it's called so i can find it myself0
[19:37] <Riddell> seele: http://www.galago-project.org/specs/notification/ I think
[19:37] <Riddell> it's not actually a freedesktop spec, it just uses that namespace in a cheeky way
[19:42] <seele> Riddell: thanks
[20:12] <hunger> Tomorrow we are going to get kde4.2:-) Any estimation when it will hit intrepid backports/updates?
[20:13] <JontheEchidna> tomorrow :P
[20:13] <hunger> JontheEchidna: You guys are really that fast with packaging it? Wow:-)
[20:13] <JontheEchidna> they release the sourcecode a week before each release
[20:13] <JontheEchidna> for packagers to package
[20:14] <Riddell> it'll need the buildds to hurry up a bit though
[20:14] <hunger> So you will have it nice and shiny tomorrow:-)
[20:15] <hunger> Riddell: Nothing pending for intrepid at this time.
[20:15] <Riddell> oh good, they are hurrying up
[20:15] <Riddell> hunger: where do you see that?
[20:16] <hunger> Riddell: https://launchpad.net/ubuntu/intrepid/i386/+builds?build_text=&build_state=pending
[20:16] <Riddell> hunger: that's the ubuntu archive, we're doing it in a PPA
[20:16] <hunger> Oh.
[20:16] <hunger> Too bad.
[20:16] <hunger> Will it hit the archives, too?
[20:17] <Riddell> here it goes https://edge.launchpad.net/+builds/osmium
[20:17] <hunger> Like intrepid-backports or -updates?
[20:17] <hunger> kde 4.1.4 is still sitting in -proposed:-)
[20:17] <Riddell> it should go into -backports eventually but I think we'll just copy it to a public PPA for tomorrow until it gets more testing
[20:17] <Riddell> apachelogger: that right?
[20:18] <apachelogger> actually I think it should go to experimental
[20:18] <apachelogger> then testing
[20:18] <apachelogger> then ppa
[20:18] <apachelogger> then (considering we don't have to recompile half of the archives for the libs) backports
[20:18] <hunger> apachelogger: That does not sound like it will be done before jaunty is out:-)
[20:19] <apachelogger> well, I'd like to play save
[20:19] <apachelogger> upgrade quirks are nasty and since we didn't do any QA in that regard there is likely some conflict in 4.1 => 4.2
[20:20] <apachelogger> so I guess we'll be able to move to ppa by the end of the week
[20:21] <apachelogger> ha!
[20:21] <apachelogger> workspace is queued for build in 3 hours
[20:27] <Riddell> apachelogger: right, experimental is a public PPA
[20:27] <apachelogger> hehe
[20:27] <apachelogger> Riddell: I thought you were talking about kde4 members :)
[20:49] <tarimari> JontheEchidna: i continue the discussion here, from #kubuntu, because anyway this is more a dev question
[20:50] <tarimari> now i have the choice to install kde 4.2 rc from ppa of kubuntu-experimental
[20:50] <JontheEchidna> hi
[20:50] <tarimari> when 4.2 final packages wil be available?
[20:50] <JontheEchidna> hopefully by tomorrow
[20:50] <Tm_T> tarimari: when it's released and packages are ready
[20:50] <tarimari> kde will be realeased 18:00 UTC
[20:50] <tarimari> it will take some hours, or few days?
[20:50] <tarimari> as you says it seems few hours, then it's cool :)
[20:51] <Tm_T> tarimari: hours if it goes as planned
[20:51] <Tm_T> we try to be first
[20:51] <tarimari> i have reason for asking, i ll explain
[20:51] <coreymon77> has kubuntu had an lts release since dapper yet?
[20:51] <JontheEchidna> coreymon77: nope
[20:51] <Tm_T> coreymon77: no, nor will until, well, next LTS
[20:51] <Nightrose> tarimari: 18:00 is a very bold statement ;-)
[20:51] <Nightrose> it will be released when the releaseteam is ready
[20:52] <Nightrose> that might be at 18:00, earlier or a little later
[20:52] <tarimari> i just reinstalled kubuntu. now i have 8.10 with kde 4.1.  My backups are with kde 4.2 rc1 kubuntu-experimental
[20:52] <Tm_T> that 1800 UTC is what is aimed, it's not that accurate always though
[20:52] <tarimari> and i want to restore my backup
[20:52] <tarimari> my question is:
[20:52] <Nightrose> Tm_T: trust me - i am in the team ;-)
[20:53] <tarimari> should i upgrade once more to 4.2 rc1 kubuntu-experimental and restore all the .kde backup
[20:53] <tarimari> or wait 1-2 days till the new packages?
[20:53] <tarimari> and then backup file by file and setup again
[20:54] <tarimari> i mean: the new kde 4.2 final will be available at kubuntu-experimental ppa, or at someother ubuntu central server repo?
[20:54] <Nightrose> in a ppa first
[20:54] <JontheEchidna> tarimari: it will be made available in the ppa initially
[20:55] <tarimari> ok
[20:55] <JontheEchidna> though in the end we hope it will end up in intrepid-backports
[20:55] <tarimari> and after how many days at ubuntu repos?
[20:55] <tarimari> when approx?
[20:55] <Tm_T> Nightrose: I trust you, because I know you're on team, I was merely saying what you said in other words, perhaps failed though
[20:55] <JontheEchidna> dunno, after sufficient testing is done I suppose
[20:55] <tarimari> i ask again this because i have some other machines to updates which are still 4.1
[20:55] <Nightrose> Tm_T:  ah ;-)   *hug*
[20:55] <tarimari> sufficient testing means 1 week, or 1 month? just an estimation
[20:55] <Nightrose> Tm_T: how's the little one btw?
[20:56] <JontheEchidna> tarimari: honestly we don't know yet.
[20:56] <Tm_T> Nightrose: fine thanks, bit messed sleeping cycle but meh, it's not me who have to look her at night (;)
[20:56] <Nightrose> hehe
[20:56] <tarimari> JontheEchidna: ok. so i ll go with kubuntu-experimental for the moment...
[20:57] <tarimari> JontheEchidna: with upgrading to rc1 i have conflict with mysql 5.1 and amarok. what can i do about that? will it be resolved tomorrow with the kde 4.2 final packaging?
[20:57] <JontheEchidna> are you running jaunty then?
[20:58] <tarimari> JontheEchidna: hmm. you are right. it is only at jaunty. ok no
[20:58] <tarimari> actually i updated 3 machines, and i was wondering why there are at some machines problems and some other not
[20:58] <tarimari> let me see once more
[20:58] <JontheEchidna> yeah, fixed packages for mysql should be released either now or in a few hours when your mirror updates
[20:59] <tarimari> you are right it is only in jaunty, so forget this question. my mistake
[20:59] <JontheEchidna> :)
[21:00] <Nightrose> JontheEchidna: i have to upgrade my eeepc from hardy before 30th - what do you recommend? jaunty already or intrepid? (considering ditro upgrade means reinstall)
[21:00] <Nightrose> i can live with a few quirks but would rather not b0rk my maschine completely
[21:00] <JontheEchidna> hmm
[21:00] <tarimari> Nightrose: i propose intrepid allway. jaunty gave me lot of problems
[21:00] <Nightrose> _gave_ ;-)
[21:00] <Nightrose> it is development
[21:00] <apachelogger> Nightrose: X is completely broken in jaunty
[21:01] <Nightrose> apachelogger: ewwww ok
[21:01] <tarimari> Nightrose: if it is your main computer better wait for at least RC for jaunty. that's my experience with interpid said
[21:01] <Nightrose> tarimari: it is not - and i know that ;-)
[21:01] <apachelogger> Nightrose: well, also depends on the graphics chip, but on intel there are fancy rendering glitches all over the place
[21:01] <tarimari> JontheEchidna: (because i have to restore my backups of .kde which are in 4.2rc1, and now reinstalling kubuntu 8.10 i m in 4.1 state) --> can i now install the kubuntu-experimental 4.2 rc1, and tomorrow upgrade to 4.2 final without having any problem at all
[21:01] <tarimari> ?
[21:01] <apachelogger> Nightrose: then again everything but intel is really broken pretty much ;-)
[21:01] <Nightrose> hehe
[21:02] <Nightrose> apachelogger: any estimation for when X will be fixed?
[21:02] <apachelogger> especially right now ... can't even build 4.2
[21:02] <Nightrose> ie: should I wait a few days
[21:02] <tarimari> JontheEchidna: rephrase my question to "major problem"
[21:02] <apachelogger> Nightrose: more like a few weeks
[21:02] <Nightrose> ewww
[21:02] <Nightrose> ok
[21:02] <Nightrose> intrepid it is
[21:02] <apachelogger> Nightrose: it's a completely new X ... and considering not even intel works pretty well with it...
[21:02] <Nightrose> yea
[21:02] <JontheEchidna> tarimari: If you upgrade to 4.2 RC1, copy the backup to its normal location, then upgrade tomorrow in theory you shouldn't have major problems
[21:03] <tarimari> JontheEchidna: thanks a lot !! :)
[21:03] <tarimari> guys tomorrow also openoffice 3.0.1 will be released. after how much time it will be backported to kubuntu intrepid?
[21:03] <JontheEchidna> dunno, openoffice isn't something that kubuntu works on
[21:04] <tarimari> and if i put openoffice from that PPA that already exists, if i disable it later, can i upgrade to the backported packages later? (because the backported are of better quality)
[21:05] <tarimari> why is it so much time to backport openoffice 3.0.0? what are the problems?
[21:05] <tvakah> so I just ran an upgrade in jaunty, and now I can't start plasma or kontact at all, no crash screen, I have to start them from a terminal to even see any failure message
[21:05] <apachelogger> kde rev 915907
[21:05] <apachelogger> kde rev 915831
[21:05] <apachelogger> kde rev 915837
[21:07] <tarimari> JontheEchidna: tomorrow at kubuntu-experimental, the powerdevil problem will be resolved? now with 4.1.96, if i go to install powerdevil it wants to install that one of 4.1, so there is no way to install it. will u include it tomorrow for 4.2?
[21:07] <JontheEchidna> powerdevil is included by default in the kde packages
[21:07] <tarimari> JontheEchidna: but it is version 4.1, i cant combine with 4.1.96
[21:08] <JontheEchidna> no, it's included in the packages. you don't need to install it as long as you have kdebase-workspace
[21:08] <tarimari> JontheEchidna: if i aptitude install powerdevil, then it wants to uninstall half of 4.2rc1, downgrade, uninstall plasmas etc
[21:08] <Lure> Riddell: will kdebase-workspace/amd64 build restart automatically or it needs you to kick it?
[21:08] <JontheEchidna> yes, the "powerdevil" package is KDE 4.1. but in KDE 4.2 powerdevil is not a separate package!
[21:08] <tarimari> JontheEchidna: aha!!
[21:08] <JontheEchidna> :)
[21:09] <tarimari> thanks a lot, i go install kdebase-workspace
[21:09] <Riddell> Lure: dunno, what's wrong with it?
[21:09] <Lure> Riddell: it failed 3 hours ago, as kdelibs build was not finished yet
[21:09] <tarimari> JontheEchidna: actually powerdevil is more nice app than guidance, but what i miss from kdeguidance, is that with mouse-over i can see the current cpu speed. is there any other applet to see the current cpu speed?
[21:10] <Lure> Riddell: now it is, but it does not start again, even though amd64 build is free
[21:10] <tvakah> I seem to not be able to start any KUniqueApplication
[21:10] <JontheEchidna> tarimari: I don't know any
[21:10] <tvakah> plasma and kontact most notably
[21:10] <tvakah> but kmail does start
[21:10] <tarimari> JontheEchidna: can i combine both powerdevil and kdeguidance or mess will happen?
[21:10] <Lure> Riddell: i386 succeeded, probably due to luck ;-)
[21:11] <JontheEchidna> tarimari: they'll probably fight each other for control
[21:11] <tvakah> plasma(17931): Communication problem with  "plasma" , it probably crashed.
[21:11] <tvakah> Error message was:  "org.freedesktop.DBus.Error.NoReply" : " "Message did not receive a reply (timeout by message bus)" "
[21:12] <tarimari> JontheEchidna: i install kdebase-workspace, i pushed alt-control-backspace, but i did not see. probably i need to restart the whole system
[21:12] <Riddell> my, that is a broken build
[21:12] <Riddell> Lure: I think it'll need someone to retry it
[21:13] <tarimari> JontheEchidna: i m confused little bit with the change of names of governors. the guidance's performance and dynamic, what are their equivalent at powerdevil?
[21:13] <Lure> Riddell: oh, I though that you had all super-powers needed ;-)
[21:13] <tvakah> tarimari: dontzap is on by default nowadays, "'i.e. ctrl + alt + bs is off by default"
[21:13]  * NCommander is depressed on how much flack Kubuntu 8.10 is getting on /.
[21:13] <JontheEchidna> tarimari: I don't know, I don't have a laptop so I've not used either power manager all that much
[21:13] <Lure> Riddell: do we have build-admin in kubuntu-lovers^Wninjas? ;-)
[21:14] <Lure> NCommander: you shouldn't: this is so last year ;-)
[21:14] <tvakah> so is my failure just due to a half-done upload? or is there something going on?
[21:15] <tarimari> JontheEchidna: last question. openoffice 3 packages will have a package, which is actually a start screen for all the rest applications.i saw it at opensuse. will it be also at ubuntu like that? any idea?
[21:15] <JontheEchidna> tarimari: as I said, nobody in here works on open office
[21:15] <JontheEchidna> so I don't know
[21:16] <tarimari> JontheEchidna: ups sorry i did not mention. at which channel? #ubuntu-devel?
[21:16] <JontheEchidna> I guess
[21:16] <tarimari> JontheEchidna: thanks a lot for your patience and kindness
[21:16] <JontheEchidna> you're welcome
[21:25] <Riddell> Lure: not unless hobbsee is awake
[21:25] <tarimari> JontheEchidna: using kubuntu-experimental i ll upgrade now from 4.1 to 4.1.96. after adding the repo, aptitude says 98 updates, and 171 new packages!!  except kdebase-workspace, should i install any other of these 171 new packages? what are they?
[21:25] <Riddell> seele: what do you think of this?  GTK's system-config-printer has the right click menu options in a full menu too http://www.kubuntu.org/~jriddell/tmp/scp.png
[21:26] <Lure> Riddell: hobbsee, the gnome lady you mean? ;-)
[21:26]  * Lure hides
[21:26] <tarimari> JontheEchidna: it asks me to remove digikam, some kipi plugins. why? when this digikam conflict will be resolved?
[21:26] <Lure> tarimari: if you use kubuntu-experimental, then you should get digikam from digikam-experimental
[21:27] <tarimari> aha, this is a package, or another repo?
[21:27] <Lure> tarimari: another repo (ppa), similar to kubuntu-experimental
[21:27] <tarimari> ok , i ll go search for it .thanks for info lure
[21:28] <tarimari> kdebase-workspace-data failed to install or upgrade :(
[21:28] <tarimari> 2 broken
[21:29] <tarimari> ok i must aptitude full-upgrade once more to continue installing kde 4.1.96
[21:29] <tarimari> is it normal?
[21:30] <smarter> what's wrong with full-upgrade?
[21:30] <tarimari> i put kubuntu-experimental to upgrade 4.1 to 4.1.96
[21:30] <tarimari> first full-upgrade left me with kdebase-workspace-data broken. just full-upgrade once more installed
[21:32] <tarimari> i must aptitude remove kdeplasma-addons to go on with installing kdebase-workspace  kdebase-workspace-bin
[21:32] <tarimari> and this procedure happened in the few machines that i upgrade
[21:32] <tarimari> i hope tomorrow the upgrade to be smoother
[21:33] <JontheEchidna> tarimari: I believe I fixed a kdebase-workspace-data conflicting with kde-window-manager the other day for the 4.2.0 packages
[21:33] <knusperfrosch> will 4.2. packages be in kubuntu-experimental for intrepid by tomorrow?
[21:34] <tarimari> JontheEchidna: what can i do now to finish the upgrade to 4.1.96?
[21:34] <JontheEchidna> sudo dpkg -i --force-overwrite /var/apt/cache/nameofdebhere
[21:34] <tarimari> dpkg: error processing /var/cache/apt/archives/kdebase-workspace-data_4%3a4.1.96-0ubuntu4~intrepid1~ppa1_all.deb (--unpack):  trying to overwrite `/usr/share/doc/kde4/HTML/en/kcontrol/windowspecific/index.cache.bz2', which is also in package kde-window-manager
[21:35] <tarimari> sudo dpkg -i --force-overwrite /var/cache/apt/archives/kdebase-workspace-data_4%3a4.1.96-0ubuntu4~intrepid1~ppa1_all.deb
[21:36] <tarimari> JontheEchidna: full-upgrade still complains . libkpi5 broken. libkipi must be removed. so many times i said OK remove them, and it still complains. i use aptitude :D
[21:36] <tarimari> i think now it will work with your trick
[21:37] <tarimari> JontheEchidna: will it be more smooth to upgrade from 4.1 to 4.2 tomorrow? will this problem be fixed?
[21:37] <JontheEchidna> that problem will be fixed
[21:37] <tarimari> thanks
[21:38] <tarimari> kde4d crashed. i ll restart
[21:43] <tarimari> when kde 4.2 and digikam will be officially released, will they automatically update to the official version, or i must be informed by the news and disable the experimental repos?
[21:46] <seele> Riddell: all functionality should always be in the application menu. the context functionality is just easier to discover
[21:46] <seele> Riddell: does that answer your question?
[21:49] <Riddell> seele: ok, I'll create that application menu
[21:54] <seele> Riddell: oooh, hmm.. now i'm not sure.  Is a printer in that list *always* selected? or can one not be selected?
[21:55] <seele> because if a printer is not selected, that menu is disabled
[21:55] <Riddell> seele: right, a print job isn't always selected in which case the menu items will be disabled
[21:56] <seele> right, ok nevermind then
[21:56] <seele> that shouldnt go in there
[21:56] <seele> on the main menu
[21:59] <jussi01> anyone can tell me whne the actual 4.2 is out?
[21:59] <Sput> jussi01: tomorrow, I'd say
[22:00] <jussi01> Sput: ahh, nice. :) thanks
[22:00] <Sput> jussi01: if you meant, when upstream releases it
[22:00] <Sput> obviously I have no idea about kubuntu packages :) but our packages are already done
[22:01] <jussi01> Sput: yeah, I know itll be done about a couple of days after..  ;)
[22:02] <Riddell> seele: so keep it right click menu only?
[22:09]  * seele thinks
[22:14] <ryanakca> nixternal: Ping, tomorrow's my last exam, would you and/or jjesse and I be able to get together sometime Wednesday so we can tackle  help.kubuntu.org?
[23:57] <JontheEchidna> damn, apport is getting stupider and stupider...
[23:57] <JontheEchidna> bug 321672
[23:57] <ScottK> vorian: Looks like jdstrand got to your dkim-milter security fix ...
[23:58] <ScottK> JontheEchidna: It's Python and it's open source, so go for it ....
[23:58] <ScottK> ;-)
[23:58] <JontheEchidna> lol
[23:58] <ScottK> Acutalll pitti is pretty responsive to good, actionable bugs.
[23:59] <JontheEchidna> oh, maybe I misunderstood what it was doing
[23:59] <JontheEchidna> maybe if the retrace fails it automagically closes the report
[23:59] <JontheEchidna> I thought it was closing the report because newer packages were available