[02:23] <seele> Riddell: if youre considering fixing the stretched logout menu graphic, other plasma themes might be of help.  e.g. glassified is using a graphic and it isn't scaled in a funny way
[03:00] <NCommander> Hey Riddell
[03:21] <NCommander> ScottK, I thought you said not to bother
[03:21] <ScottK> About?
[03:22] <ScottK> NCommander: ^^
[03:34] <JontheEchidna> ScottK: If you have some time could you sponsor a fix for bug 283438?
[03:35] <ScottK> JontheEchidna: I'm still trying to bend kdebase-workspace to my will.  Maybe after that.
[03:35] <JontheEchidna> g/l
[03:55] <ScottK> OK well got past the CMake foolishness.  Now it's just a question of waiting for it to build.
[03:57] <ScottK> JontheEchidna: Thoughts about http://lists.debian.org/debian-qt-kde/2008/11/msg00103.html ?
[03:57] <ScottK> I applied the upstream patch in our 4.1.3 packages.
[03:59] <ScottK> NCommander: Did you say you had a kdenetworking fix?
[03:59]  * NCommander looks at kdenetwork
[03:59] <JontheEchidna> eew, that libs issue looks nasty
[04:00] <NCommander> oh yeah
[04:00] <NCommander> add libsm-dev as a build-dep I believe clears it
[04:00] <NCommander> I don't think I actually test built it to see if it fully works though since someone said don't bother
[04:01] <JontheEchidna> rgreening tested that yesterday
[04:01] <JontheEchidna> and Riddell added the dep to the Qt packages yesterday too
[04:03] <JontheEchidna> so irt to the libsm-dev issue I think we're all good
[04:10] <ScottK> I guess I'll retry the builds then.
[04:10] <rgreening> Hey ScottK
[04:11] <ScottK> Heya
[04:11] <rgreening> whats kikin tonight
[04:12] <ScottK> Any ideas on http://lists.debian.org/debian-qt-kde/2008/11/msg00103.html
[04:12] <JontheEchidna> I don't think I have the technical know-how about the cache system to be of much help I'm afraid
[04:15] <rgreening> hmm... dunno...
[04:16]  * JontheEchidna heads off to get ready for bed
[10:52]  * Riddell twists brain around dh_sameversiondeps
[11:19]  * smarter wonders what is causing bug #285265
[11:24] <ScottK> Riddell: Would you please accept the kdenetwork in intrepid-backports
[11:26] <Riddell> ScottK: what's new?
[11:27] <ScottK> Riddell: Fixes a kopete crash.
[11:28] <smarter> are we going to put 4.1.4 in -updates?
[11:28] <smarter> *4.1.3
[11:28] <Riddell> we need to talk to slangasek and pitti about that
[11:28] <Riddell> ScottK: accepted
[11:28] <smarter> ok
[11:28] <ScottK> Riddell: Thanks.
[11:28] <ScottK> Riddell: Conveniently we have the precended of 3.5.10.
[11:29] <ScottK> precedent ...
[11:29] <smarter> because the kanagram crash annma complained about is still there without the change to the packaging of kdeedu 4.1.3 no?
[11:41] <Riddell> e-mail sent, let's see what they say
[12:01] <ScottK> FYI, http://www.undefinedfire.com/kde/please-check-for-duplicates/ are all but one Kubuntu submissions (the other is Debian).
[12:02]  * ScottK snoozes
[12:10] <apachelogger_> kde bug 174604
[12:11] <apachelogger_> kde bug 174747
[12:11] <apachelogger_> kde bug 174765
[12:13] <apachelogger_> ScottK: nothing out of the ordinary, however it might be that some X package (if there is any at all) in backports is exposing these issues
[12:21] <apachelogger_> smarter, Riddell: https://code.edge.launchpad.net/~kubuntu-members/kubuntu-icons-mono/trunk
[12:57] <rgreening> Riddell ScottK: yeah that kopete crash is ANNOYING. Every logout... it crashes.
[12:58] <JontheEchidna> rgreening: did the fix work?
[12:59] <rgreening> apachelogger, Riddell: when I install wine, all the programs show up in lost and found. any suggestions on a fix? Would it be wine or KDE to make changes in?
[12:59] <rgreening> JontheEchidna: haven't done any update to see yet
[13:00] <JontheEchidna> I was gonna try it last night, but I couldn't start a new session because I ****ed up xorg.conf
[13:02] <apachelogger_> rgreening: KDE
[13:03] <apachelogger_> rgreening: I think the kde4-applications.menu is still crap, even though I made it less crap
[13:03] <apachelogger_> should be fixed in KDE trunk already
[13:03] <JontheEchidna> yea, last time I checked trunk it was working
[13:04] <JontheEchidna> apachelogger_: I think kdebase-workspace needs some conflicts for pre-merge versions
[13:06] <rgreening> apachelogger_: Wine installs a new directory (Wine) along with sub-folders, which nevewr seem to get used. Consequently, KDE doesn't know anything (or claims not to) about wine-Programs-Accessories dir tree and the desktop files then get linked to Lost and Found. Any suggestion I what I can do to fix that? It worked in KDE 3.5.
[13:08] <ScottK> apachelogger_: My thought is maybe people are too quick to go upstream with bugs and we need to give them clearer instructions somehow.  Deluging upstream with useless backtraces isn't a great help.
[13:09]  * JontheEchidna hates it when he can't read the backlog because the computer got turned off :(
[13:16]  * ScottK hands JontheEchidna irclogs.ubuntu.com
[13:16] <JontheEchidna> hmm, now why didnt' I think of that?
[13:17]  * ScottK imagines it's unlikely any sarcastic remark he makes would improve on JontheEchidna's internal dialogue already in progress.
[13:17]  * JontheEchidna is still half asleep to be honest
[13:18] <JontheEchidna> ha, seems I didnt' miss much last night after all
[13:18] <ScottK> JontheEchidna: I uploaded kdenetwork, kdepimlibs, and kdebase-workspace.  Thanks.
[13:18] <JontheEchidna> You're welcome
[13:22] <apachelogger_> JontheEchidna: very much so
[13:23] <apachelogger_> rgreening: check the kde4-applications.menu file :P
[13:23] <JontheEchidna> (<= 4.1.3-0)
[13:23] <apachelogger_> ksycoca only relies on that .menu file IIRC
[13:24] <apachelogger_> so either KDE doesn't use some file which would be necessary to parse the wine menu properly, or the basic one is just doing funny stuff again
[13:24] <apachelogger_> JontheEchidna: (<= 4.1.3)
[13:24] <apachelogger_> JontheEchidna: -0 equals no revision which makes it pretty much pointless :P
[13:25] <apachelogger_> ScottK: the kbugthingy precisely states where to go and what to do
[13:25] <apachelogger_> ScottK: if they want distros to pre-handle that stuff they should give us a way to adapt that kbugthingy so it fits our needs
[13:26] <apachelogger_> or, which would make even more sense, don't suggest posting incomplete backtraces
[13:27] <apachelogger_> it's really not that difficult to read the gdb output and tell the user the aggregated information are insufficient and don't display the backtrace at all
[13:27] <Riddell> apachelogger_: those kubuntu-icons-mono could probably just go into upstream?
[13:27] <Riddell> rgreening: does wine create .desktop files?
[13:28] <apachelogger_> Riddell: technically, would have to talk with danny... though if we include it into upstream deploying a new revision is going to be a greater effort
[13:29] <ScottK> apachelogger_ and JontheEchidna: -0 is actually potentially harmful.  4.1.3-0 > 4.1.3-0ubuntu1~intrepid1 - Screws up backports.
[13:29] <ScottK> JontheEchidna: Did 4.1.3-0 get used somewhere?
[13:29] <apachelogger_> true
[13:30] <apachelogger_> ScottK: we won't backport from jaunty though ;-)
[13:30] <ScottK> apachelogger_: OK.  I just a want to make sure none of the stuff that went direct to intrepid-backports has that.
[13:30] <ScottK> apachelogger_: Generally we should allow for it though.
[13:30] <Riddell> ScottK: then backports should use 4.1.3-0~intrepid1 surely
[13:32] <apachelogger_> that still would be < -0
[13:32] <Riddell> isn't that the point?  it's a backport
[13:32] <apachelogger_> dood, read backlog :P
[13:32] <Riddell> good idea
[13:33] <apachelogger_> I need someone to read my bug mails, btw
[13:33] <JontheEchidna> I just browse the bug mail archive page
[13:33] <JontheEchidna> no need to flood my inbox
[13:34] <JontheEchidna> I do subscribe to certain bugs though
[13:34] <apachelogger_> one filters them :P
[13:35] <apachelogger_> JontheEchidna: if you don't subscribe kubuntu-bugs it could take a long time until grave issues get attention
[13:35] <ScottK> Riddell: 4.1.3 is sufficient.  No need to stuff a revision on there at all.
[13:36] <ScottK> There's actually a lintian test that whines about -1 revisions for this exact reason.
[13:39] <rgreening> Riddell: yep
[13:39] <rgreening> apachelogger_ thanks. I'll look into it.
[13:40] <apachelogger_> ScottK: that test only applies for build-deps
[13:41] <ScottK> True.
[13:41] <ScottK> It's equally applicable to run time deps too though.
[13:43] <apachelogger_> If I don't get my mail handling fixed soon I will have to flood someone with my bug mail flood.
[13:43]  * apachelogger_ looks at JontheEchidna
[13:47] <ScottK> NCommander: Any chance you could look at KDE 4.1.3 in intrepid-backports on powerpc and see about fixing it up a bit?
[13:47] <NCommander> what bit is broken?
[13:48] <ScottK> NCommander: I can start you with http://launchpadlibrarian.net/19533672/buildlog_ubuntu-intrepid-powerpc.kdenetwork_4%3A4.1.3-0ubuntu1%7Eintrepid2_FAILEDTOBUILD.txt.gz
[13:48] <ScottK> NCommander: I haven't looked further.
[13:48] <NCommander> ScottK, same issue we're having w/ lpia
[13:48] <NCommander> broken dependencies
[13:49] <ScottK> NCommander: OK, but powerpc built before, can we work our way out of it?
[13:49] <apachelogger_> the question is, why does kdebase-workspace not build
[13:51] <NCommander> The problem is that libplasma-data doesn't get built in, hence broken dependencies
[13:52] <apachelogger_> NCommander: there is no such package, is there?
[13:52]  * apachelogger_ never saw libplasma-data
[13:53] <NCommander> oh
[13:53] <NCommander> it might be another dat
[13:53] <NCommander> kdebase-data
[13:53]  * NCommander is kinda half alseep
[13:53] <jjesse> morning :)
[13:54] <apachelogger_> NCommander: and why does that not get built?
[13:54]  * apachelogger_ suspects becuase kdebase-workspace is not built :P
[13:54] <rgreening> apachelogger_: have a look at this... http://paste.ubuntu.com/69986/ Cobbled together missing bits (probably incomplete). Similar would have been done in KDE 3.5
[13:54] <apachelogger_> the only packages that could prevent others from building is kdebase-workspace
[13:54] <NCommander> apachelogger_, it does, it just doesn't get installed
[13:54] <apachelogger_> that sounds like super fun :P
[13:57] <apachelogger_> rgreening: looks hackish
[13:58] <rgreening> apachelogger_: looking at kdelibs4 and this <MergeDir>applications-merged</MergeDir> is missing from kdelib5 version of kde4-applications.menu. That will fix it
[13:58] <rgreening> apachelogger_: any reason to not have that line then?
[13:58] <rgreening> works here.
[13:59] <apachelogger_> don't remember
[13:59] <apachelogger_> reading the spec right now
[14:01] <rgreening> apachelogger_ without it, all Wine apps get junked to a single top level Lost & Found, which isn't very user friendly. So, unless we find something better, it may be worthwhile to add this in.
[14:03] <apachelogger_> rgreening: http://standards.freedesktop.org/menu-spec/menu-spec-latest.html
[14:04] <apachelogger_> I think ksycoca just doesn't recognize/treat the wine applications properly
[14:04] <apachelogger_> rgreening: you have /etc/xdg/menus/applications-merged/wine.menu?
[14:09]  * rgreening looking apachelogger_
[14:10] <rgreening> yep.
[14:10] <rgreening> apachelogger_ ^
[14:11] <rgreening> apachelogger_: without the <MergeDir>applications-merged</MergeDir> line in kde4-applications.menu, I don't see any Wine directories. With it added, I do.
[14:12] <apachelogger_>  /etc/xdg/menus/applications-merged should be used through defaultmergedirs
[14:12] <rgreening> doesn't seem to... apachelogger_
[14:12] <apachelogger_> something in the internals of ksycoca/kded/kdelibsfancystuff is not using defaultmergedirs properly
[14:12] <apachelogger_> rgreening: I suggest you find someone in #kubuntu-devel who knows about that stuff
[14:12] <rgreening> k. will do...
[14:14] <apachelogger_> \o/
[14:14] <apachelogger_> akonadi startup worked
[14:15] <apachelogger_> now I just need to get the security board to agree with allowing imap connections :P
[14:22] <JontheEchidna> Riddell, ScottK, apachelogger_, http://paste.ubuntu.com/69995/
[14:23] <JontheEchidna> ScottK: so launchpad janitor is closing bugs when uploads to -backports are made?
[14:23] <ScottK> JontheEchidna: Yes.
[14:24]  * ScottK filed a bug about that.
[14:26] <Riddell> JontheEchidna: uploading
[14:27]  * JontheEchidna afk for 15 minutes
[14:32] <Riddell> two Nightrose's! we are blessed
[14:33] <Nightrose> :P
[14:33] <apachelogger_> that could be WDP
[14:33] <Nightrose> two is better tan one right?
[14:33] <Nightrose> +h
[14:34] <apachelogger_> depends on the intention of #2
[14:34] <Nightrose> evil of course
[14:34] <Nightrose> you know good and evil twin and stuff
[14:35] <apachelogger_> sounds dangerous
[14:39] <ScottK> Could be fun.
[14:39] <apachelogger_> ha! hu! he!
[14:40] <apachelogger_> Nightrose: I zink I no why ze phonon is not woerking
[14:40]  * rgreening creates #kubuntu-inuendo...
[14:40] <Nightrose> apachelogger_: ohhhhhhhh
[14:40] <Nightrose> tell
[14:41] <apachelogger_> although
[14:41] <apachelogger_> nah, doesn't make much sense I think
[14:41] <apachelogger_> export LD_LIBRARY_PATH=/opt/project-neon/lib:$NEONDIR/lib
[14:41] <apachelogger_> that should actually prevent wrong libfun
[14:43] <Nightrose> ok - brb - changing client
[14:43] <apachelogger_> oh noes
[14:44] <apachelogger_> Nightrose: I forwarded you a mail
[14:44] <apachelogger_> I think I found someone to work on the phonon b0rkage ;-)
[14:45] <Nightrose> \o/
[14:45] <Nightrose> will have a look
[14:46]  * apachelogger_ pokes JontheEchidna with bug 296223
[14:46] <apachelogger_> read tha description before closing bugs :P
[14:46] <JontheEchidna> oops
[14:47] <JontheEchidna> maybe he has a TV tuner card or something
[14:47] <apachelogger_> would that cuase such stuff?
[14:48] <apachelogger_> I actually think that either that is an issue caused by the implementation shortcomings in 4.1 or some X fancy stuff is buggish
[14:49] <JontheEchidna> perhaps he has his computer hooked up to the TV and when somebody turns it on the dialog pops up
[14:49] <JontheEchidna> :D
[14:50] <apachelogger_> lol
[14:50] <JontheEchidna> http://xkcd.com/502/
[14:51] <apachelogger_> rofl, the chief of our legal department just turned direction 6 times
[14:51] <JontheEchidna> kubotu: chat about your mom
[14:51] <kubotu> I can't :(
[14:52] <Nightrose> apachelogger: ok so I try to get him to fix the phonon b0rkage?
[14:52] <apachelogger_> yus
[14:52] <Nightrose> ok
[14:53] <apachelogger_> I am too busy conducting a study about the influence of caffeine :P
[14:57] <rgreening> anyone here still have KDE 3.5 (hardy) available to test something?
[14:58] <rgreening> I need ot confirm that DefaultMergeDirs in Hardy w/ KDE 3.5 doesn't work either.
[15:00] <apachelogger_> I deleted my hardy vm the other day :P
[15:00] <ScottK> IIRC a|wen has it.
[15:01] <apachelogger_> Riddell: I mailed Danny about including our icons in the KDE set
[15:01] <lex79> ScottK: corrected, http://revu.ubuntuwire.com/details.py?package=plasmoid-memusage
[15:01] <rgreening> a|wen: ping
[15:01] <Riddell> apachelogger_: great
[15:03] <apachelogger_> lex79: I consider "  * Repacked .tar.bz2 to .tar.gz. tarball, no other changes. " bad practise because most KDE apps get deployed as bz2 anyway
[15:03] <ScottK> apachelogger_: Repacking the tarball should be documented though.
[15:03] <ScottK> What's your suggestion?
[15:03] <apachelogger_> not mentioning it
[15:03] <Riddell> seems useful to mention
[15:03] <apachelogger_> lex79: I guess you only did bunzip && gzip?
[15:04] <apachelogger_> Riddell: we would have to do it for every KDE package then
[15:04] <lex79> yes, yrd
[15:04] <apachelogger_> anyway
[15:04] <Riddell> seems not un-useful to mention :)
[15:04] <lex79> bunzip and gzip
[15:04] <apachelogger_> Riddell: but unnecessary ;-)
[15:04] <apachelogger_> lex79: if you lower the debhelper dependency you have to lower the compat level as well
[15:05] <Riddell> speaking of which, I wonder why our .orig.tar.gz files always end up with a different md5sum than Debian's
[15:05] <apachelogger_> debhelper 5 can't run with compat 7
[15:05] <ScottK> apachelogger_: In a KDE context I can see how it would seem redundant, but in a broader sense not everyone knows that.
[15:05] <ScottK> apachelogger_: Good point.  I failed to mention that in my comment.
[15:05] <lex79> so, debhelper 5 with compat 5 ?
[15:05] <ScottK> Yes.
[15:06] <lex79> ah ok... and no repacked?
[15:06] <apachelogger_> Riddell: different platforms I guess, also gzip vs. gzip -9 would generate different md5sums I guess
[15:06] <Riddell> I always use -9, I expect Debian does too since it's in their policy
[15:06] <apachelogger_> lex79: up to you, it is not un-useful but unnecessary
[15:07] <ScottK> Riddell: If you reroll the same tarball more than once do you get the same md5sum?
[15:07] <a|wen> rgreening: pong
[15:08] <apachelogger_> Riddell: then it's due to different platforms I suppose, that is the reason I bunzip/gzip the KDE release tarballs on my server because we always ended up with different md5sums
[15:08] <apachelogger_> ScottK: yes IIRC
[15:08] <a|wen> rgreening: still have a hardy running on my old laptop ... what do you need tested?
[15:08] <apachelogger_> the only sensible explenation I have is x86 vs amd64
[15:09] <Riddell> ScottK: hmm, no
[15:10] <Riddell> I guess the timestamp on the .tar gets updated
[15:10] <apachelogger_> that could be
[15:10] <Riddell> oh well, at least we're not doing something needlessly different
[15:11] <glade88> will kde4.2 support video thumbnails? or is there a workaround on 4.1.3 as well?
[15:11] <lex79> apachelogger_: http://revu.ubuntuwire.com/details.py?package=kradioripper I spoke with Riddel yesterday evening, said that is correct, no legal issue
[15:11] <apachelogger_> seeing how trunk got thumbnails I would suppose it also got them for video
[15:11] <ScottK> Unless there's a non-zero chance we'll sync I don't think it's significant.  It'd be nice if grab-merge didn't give you the Debian orig.tar.gz though.
[15:12] <apachelogger_> lex79: you should package a plasmoid with cdbs ;-)
[15:12] <apachelogger_> more fun that is
[15:12] <glade88> apachelogger_: so no way to get thumbnails working on the current release?
[15:13] <lex79> :D
[15:13] <apachelogger_> glade88: nope
[15:13] <glade88> apachelogger_: oh.. ohk
[15:13] <apachelogger_> lex79: ScottK will not like the debhelper 7 dependency in kradioripper
[15:13] <rgreening> a|
[15:13] <apachelogger_> lex79: the dep on kdelibs5 (>= 4.1.3) is still not necessary
[15:14] <rgreening> a|wen: do you have wine installed? or can you?
[15:14] <Riddell> I'm going to give up trying to understand dh_sameversiondeps and just accept that it seems to do the right thing
[15:14] <apachelogger_> lex79: ${shlibs:Depends} is going to take care of this
[15:14] <lex79> ok
[15:14] <a|wen> rgreening: it's installed
[15:14] <ScottK> I don't mind a debhelper 7 dependency if it's actually required.  In this case it wasn't.
[15:14] <rgreening> a|wen: ok, now, edit the following file : /etc/xdg/menus/kde-applications.menu
[15:15] <ScottK> Anyone have any idea how to convince dpkg-shlibdeps to emit the actual symbols it's using to figure out the dependency?
[15:15] <rgreening> a|wen: remove the MergeDir line and see if youe Wine menu stuff disappears
[15:15] <apachelogger_> ScottK: as invoked by debhelper?
[15:16] <rgreening> a|wen: supposedly, the DefaultMergeDirs entry in that file is supposed to cover the MergeDir entry. It doesn't (at least in KDE 4)
[15:16] <apachelogger_> rgreening: it is likely that 4.1 doesn't support it properly because 3.5 didn't and they didn't finish the standard compatibility by the time 4.1 got released
[15:16] <ScottK> apachelogger_: Yes.
[15:17] <apachelogger_> ScottK: export DH_VERBOSE=1 doesn't do the trick?
[15:17] <rgreening> apachelogger_: yeah, and apparantly the dev working on it buggered off.
[15:17] <apachelogger_> lol
[15:17] <ScottK> apachelogger_: I didn't actually try that.
[15:17]  * ScottK tries.
[15:18] <rgreening> so, apachelogger_, we need to make it work, and using MergeDir in applications.menu in kded is the only way currently to do so.
[15:18] <apachelogger_> ScottK: IIRC dpkg-shlibdeps expects a -v so dh_verbose should make debhelper invoke it with the -v argument
[15:18] <apachelogger_> oterwise I would consider this a debheper bug ;-)
[15:18] <a|wen> rgreening: it's still there when logging in after changing it ... should i check with a new user instead?
[15:18] <ScottK> Well I invoked dpkg-shlibdebs with -v and that didn't emit enough detail.
[15:19] <rgreening> a|wen: is this under KDE3.5?
[15:19] <a|wen> rgreening: yes
[15:19] <apachelogger_> ScottK: maybe it does with dh_verbose, otherwise I think you will have to hack something up
[15:19]  * ScottK throws up his hands and whines upstream.
[15:19] <apachelogger_> rgreening: it does work in trunk, so the most appropriate solution would be backporting the necessary change(s)
[15:19] <ScottK> OK.  I'll try it.
[15:20] <rgreening> apachelogger_: it works? ok, so I guess we need to look at figuring out the diffs.
[15:20] <apachelogger_> rgreening: that is why I suggested you talk to someone who knows more than the parts which are possibly causing the issues ;-)
[15:21] <rgreening> apachelogger_: and the dev is dead
[15:21] <apachelogger_> I kinda doubt that only one knows how that stuff is handled
[15:22] <a|wen> rgreening: in kde3.5 it still exists after removing the MergeDir line ... even with a new user
[15:22] <rgreening> a|wen: hmm... that's bizarre.
[15:23] <apachelogger_> lex79: both looking good from what I can tell right now, I will give them a more precise review once I am home, you might want to get an advocation from ScottK meanwhile
[15:23] <apachelogger_> lex79: and the next package has to be without cdbs or I won't review it :P
[15:23] <rgreening> ok, I guess I need a Hardy VM to test myself.
[15:23] <rgreening> the code hasn't changed from 3.5 to 4.1
[15:23] <lex79> ahahah ok apachelogger_ tanks
[15:24] <apachelogger_> rgreening: what code precisely?
[15:24] <lex79> *thanks :D
[15:25]  * apachelogger_ is wondering how Nightrose always manges to make apachelogger appear like a person who actual does work
[15:25] <Nightrose> haha
[15:25]  * Nightrose demands cookies
[15:26] <apachelogger_> kubotu: yo bot, do we haz cookies?
[15:26] <kubotu> 'afternoon apachelogger_ :)
[15:26] <ScottK> lex79: Did you upload one with the compat level fixed?
[15:26] <apachelogger_> -.-
[15:26] <apachelogger_> Nightrose: don't have cookies @ work
[15:26] <Nightrose> :( too bad
[15:27] <rgreening> apachelogger_: vfolder_menu.cpp
[15:27] <rgreening> apachelogger_: in fact, it hasn't changed in 4.2 either
[15:27] <lex79> ScottK: no...I will do it
[15:27] <ScottK> OK.
[15:27] <lex79> ten minutes :)
[15:27] <apachelogger_> rgreening: is that handling the parsing and menu creation?
[15:27] <ScottK> Would someone please fix libplasma in Jaunty so I can testbuild stuff?
[15:28] <rgreening> apachelogger_: from what I see, I believe so.
[15:28] <apachelogger_> ScottK: we should just upload 4.2 packages
[15:28] <apachelogger_> rgreening: that would appear weird
[15:28] <apachelogger_> rgreening: maybe one of the patches breaks it
[15:28] <rgreening> apachelogger_: yeah. I'm stumped
[15:29] <rgreening> 11_kde4_applications_menu.diff <- maybe apachelogger_
[15:29] <ScottK> apachelogger_: I think we should get the merges working or at least building first so we know we're starting with good packaging, but yes we should do that soon.
[15:29] <apachelogger_> rgreening: maybe, unlikely though
[15:29] <apachelogger_> rgreening: just try without that patch
[15:30] <rgreening> -     VFolderMenu::SubMenu *kdeMenu = g_vfolder->parseMenu("applications.menu", true);
[15:30] <rgreening> +     VFolderMenu::SubMenu *kdeMenu = g_vfolder->parseMenu("kde4-applications.menu", true);
[15:30] <rgreening> ^^^ apachelogger_: that may do it.
[15:30] <apachelogger_> no
[15:30] <apachelogger_> rgreening: if that was causing the problems the whole parsing wouldn't work
[15:30] <rgreening> applications.menu is the merged stuff.
[15:30] <apachelogger_> applications.menu is gnome
[15:30] <lex79> ScottK: in changelog, I have to remove "Repacked .tar.bz2 to tar.gz ....etc" ?
[15:30] <lex79> not necessary?
[15:30] <apachelogger_> applications-merged/* is the merge stuff
[15:31] <apachelogger_> lex79: you don't have to, you can
[15:32] <apachelogger_> rgreening: IIRC I added a fix to the applications.menu, if the line you pasted would cause the problems that patch I added wouldn't work either
[15:32] <apachelogger_> rgreening: the only thing I can imagine is that the applications.menu => kde4-applications.menu patch is incomplete
[15:33] <rgreening> apachelogger_: could be
[15:33] <apachelogger_> otherwise it is more than likely that not only that file you were talking about it is responsible for the menu generation
[15:33] <ScottK> lex79: Riddell and I suggest you leave it.  apachelogger_ suggests you remove it.  I'd prefer it left, but won't block on it not being there.
[15:35] <lex79> I just removed it in this package :)
[15:35] <rgreening> apachelogger_: as it stands, I think that MergeDir works and is included int eh spec and since DefaultMergedDirs doesn't appear working at this point, we should add in MergeDir for the time being.
[15:37] <apachelogger_> ~facts about apachelogger
[15:37] <kubotu> [5/13] apachelogger has a batman pyjama. [6/13] "...and apachelogger hates workarounds". [7/13] apachelogger loves to pimp his hookers
[15:38] <apachelogger_> rgreening: that would solve the issue for wine, and only that
[15:38] <apachelogger_> no crossover, no cedega, no other 3rd parties
[15:40] <jjesse> ~facts jjesse
[15:40] <kubotu> incorrect usage, ask for help using 'kubotu: help facts'
[15:40] <jjesse> ~facts about jjesse
[15:40] <kubotu> I know nothing about jjesse
[15:41] <rgreening> apachelogger_: umm.. no, <MergeDir>applications-merged</MergeDir> has nothing to do with wine specifically
[15:41] <rgreening> -1 apachelogger_ :)
[15:42] <apachelogger_> that is a good point indeed
[15:42] <rgreening> hehe
[15:42] <apachelogger_> anywho, it doesn't inherit properly
[15:42] <apachelogger_> at least I wouldn't assume it does
[15:42] <rgreening> something greater than nothing in this case
[15:42] <apachelogger_> still no more than a workaround
[15:42] <rgreening> which we used for KDE 3.5 anyway
[15:43] <rgreening> br0ken < working
[15:43] <apachelogger_> rgreening: don't ever use our 3.5 packaging as reference
[15:43] <rgreening> lol
[15:43] <apachelogger_> seriously
[15:43] <rgreening> dooooooooooooooood
[15:43] <rgreening> :P
[15:43] <apachelogger_> take a look at the amount of patches in kdelibs and kdebase
[15:44] <rgreening> in this case, unless someone can get it working, it should go in 4.1.3 packaging/update
[15:44] <rgreening> but I digress now.
[15:44] <JontheEchidna> Riddell: http://paste.ubuntu.com/70034/
[15:44] <ScottK> Heya mok0.
[15:44] <mok0> hello!
[15:45] <mok0> Is 4.2 planned for jj?
[15:45] <ScottK> mok0 is a KDE using MOTU who's interested in helping with getting stuff packaged up for KDE 4.2 in Jaunty.
[15:45] <ScottK> Yes.
[15:45] <mok0> cool
[15:45] <apachelogger_> rgreening: talk to upstream!!!! :P
[15:45] <lex79> ScottK: I reuploaded http://revu.ubuntuwire.com/details.py?package=plasmoid-memusage
[15:45] <ScottK> mok0: One of our unofficial release goals is to get all the plasmoids packaged we can.  So one thing you can do is keep an eye out for those on REVU and prioritize them for comments.
[15:45] <ScottK> lex79: I'll look.
[15:46] <lex79> thx
[15:46] <mok0> ScottK: That sounds very doable
[15:47]  * apachelogger_ notes to poke mok0  when we start 4.2 work
[15:47] <mok0> apachelogger: thx
[15:47] <ScottK> mok0: RIght now we are just finishing merging in the Debian KDE 4.1 packaging improvements and we'll push to 4.2 snapshots pretty soon.
[15:47] <lex79> apachelogger_ http://www.kde-look.org/content/show.php/Adjustable+Clock?content=92825
[15:47] <apachelogger_> clocks++
[15:47] <apachelogger_> ~karma clocks
[15:47] <kubotu> karma for clocks: 2
[15:47] <lex79> ya
[15:47] <apachelogger_> \o/
[15:47] <JontheEchidna> \o/
[15:47] <JontheEchidna> ~karma
[15:47] <kubotu> karma for JontheEchidna: 2
[15:47] <lex79> plasmoid-adjustableclock ?
[15:48] <JontheEchidna> ^_^
[15:48] <apachelogger_> Oo
[15:48] <apachelogger_> now that is lame
[15:48] <lex79> or plasmoid-adjustable-clock
[15:48] <apachelogger_> clocks++
[15:48] <JontheEchidna> ~karma clocks
[15:48] <kubotu> karma for clocks: 3
[15:48] <lex79> uhm IoI
[15:48] <JontheEchidna> oh, so that's how karma works
[15:48] <apachelogger_> lex79: former
[15:48]  * ScottK thinks we have enough clocks.
[15:49] <ScottK> lex79: Advocated.
[15:49] <apachelogger_> lex79: upstream calls it adjustableclock-0.2.tar.bz2 no reason to differ from that
[15:49] <apachelogger_> ScottK: one can never have enough clocks ;-)
[15:49] <lex79> ScottK: thx
[15:49] <ScottK> mok0: You might have a look at http://revu.ubuntuwire.com/details.py?package=plasmoid-memusage
[15:49] <mok0> ScottK: just looking at it
[15:49] <mok0> :)
[15:49] <ScottK> lex79: Take a note of the comment though and discuss with upstream.
[15:50] <lex79> ScottK: I will talk about it with upstream
[15:50] <ScottK> Great.
[15:55] <apachelogger_> oh dear
[15:55] <apachelogger_> I am so going to miss my train
[15:55] <apachelogger_> later
[16:25] <mok0> ScottK: got memusage plasmoid installed now. What is your point about fontsize? Seems pretty ok to me
[16:27] <mok0> ScottK: the default colors are pretty horrible
[16:27] <lex79> mok0: this plasmoid is very ugly :)
[16:28] <mok0> lex79: well, with colors adjusted it can become much nicer
[16:28] <lex79> ya ya
[16:29] <mok0> lex79: I was worried about my monitor catching fire when it first came up
[16:30] <lex79> ehehe :) install plasmoid-cpuload, it same
[16:31] <mok0> sizzle burn pop
[16:31] <lex79> :)
[16:31] <mok0> We should have a recommended color palette
[16:32] <mok0> lex79: argg cpuload doesn't let you change the color scheme
[16:33] <lex79> no
[16:33] <ScottK> mok0: On my display the words are chopped off because the font is bigger than the space for the letters.
[16:33] <rgreening> Riddell: can I diff kdegraphics 4.1.3 intrepid for the purposes of the debian merge (or do I still need ot do against 4.1.2 in Jaunty)?
[16:33] <Riddell> rgreening: using 4.1.3 is fine
[16:33] <mok0> ScottK: I see. My problem was that I had to change the size of the window, otherwise that pie-diagram looked squashed
[16:34] <rgreening> ok, looks like a lot of changes in debians 4.1.3 for kdegraphics...
[16:34] <ScottK> lex79: One of the things that attracts people to KDE4 is it's beauty (Current Gnome looks very tired in comparison, IMO) and so we need to give upstream feedback on the asthetics of their projects.
[16:34] <ScottK> mok0: I tried that.  The fonts did a perfect job of scaling with changing the window size (-:
[16:35] <ScottK> Err :-(
[16:35]  * DaSkreech grants Nightrose Kookies. hope they suffice
[16:35] <mok0> ScottK: Isn't there a standard Kubuntu color pallette?
[16:35] <ScottK> Dunno
[16:36] <mok0> ScottK: When people use #ff0000 etc. it looks terrible.
[16:36] <Nightrose> very kind of you DaSkreech ;-)
[16:36]  * Nightrose munches the cookies
[16:36] <mok0> ScottK: The standard kde color scheme is more subdued
[16:36] <Nightrose> sorry Kookies
[16:37] <DaSkreech> apachelogger: Isn't Nightrose a card carrying groupie?
[16:38] <Nightrose> i am
[16:40] <rgreening> Riddell: actually, in this case it doesn't matter... lol. when I upload this one, can you make special attention to it? lot's of the dev files have changed names, and I am worried about that and impact on other packages (possibly).
[16:40] <rgreening> Riddell: i.e. libkipi5-dev.install instead of libkipi-dev.install
[16:43] <Riddell> rgreening: oh hmm
[16:43] <Riddell> I wonder if we can kill the KDE 3 kipi in jaunty
[16:43] <Riddell> I expect we can
[16:44] <Riddell> rgreening: so go with the names debian is using for kipi, kdcraw and whatever the other one is
[16:44] <Riddell> and add Conflict: for the old name we used in inrepid
[16:44] <Riddell> intrepid
[16:45] <DaSkreech> Riddell: kipi plugins?
[16:45] <Riddell> DaSkreech: yes
[16:45] <Riddell> intrepid has two versions of them
[16:45] <DaSkreech> Well kipi code sprint jsut ran. SHould be a good indication once it settles as to how viable it is for KDE4
[16:49] <mok0> Hmm, it's 51 degrees celcius in Washington, DC...
[16:49] <mok0> according to the weather applet
[16:49] <mok0> s/applet/plasmoid/
[16:50] <DaSkreech> same thing :)
[16:50] <DaSkreech> plasmoid = plasma applet
[16:50] <DaSkreech> as opposed to an Apple applet :)
[16:50] <mok0> DaSkreech: Thanks for pointing that out
[16:51] <DaSkreech> Or a google gadget or Yahoowidget
[16:51] <DaSkreech> All being applets
[16:51] <mok0> DaSkreech: applets, plasmoids, widgets, /me gets confused
[16:51] <lex79> I send an email to upstream author of memusage
[16:52] <mok0> Still, pretty hot in Washington DC... must be the presidential transition creating all that steam
[16:52] <mok0> lex79: cool
[16:53] <mok0> Not the weather thingie I am looking for... it only works in the US
[16:53] <nixternal> Riddell: I can't remember the fix for gnupg that you told me about when I get the following error when trying to sign a package:
[16:54] <nixternal> gpg: problem with the agent - disabling agent use
[16:54] <nixternal> debsign: gpg error occurred!  Aborting...
[16:54] <DaSkreech> mok0: In short applets is always right :)
[16:54] <DaSkreech> plasmoids just means it's KDE specific
[16:55] <Riddell> nixternal: I don't have a fix except reboot.  unset GPG<tab>  worked
[16:56] <nixternal> ya, found it grepping my logs...thanks!
[16:56] <nixternal> reboot doesn't fix it either
[16:56] <mok0> DaSkreech: ... and then we have the Apple Dashboard widgets, and Adobe's air and Googles... wft?
[16:57] <DaSkreech> mok0: Isn't Plasma cool :)
[16:57] <mok0> DaSkreech: honestly?
[16:57] <DaSkreech> mok0: Yeah Plasma can run all of them
[16:58] <mok0> DaSkreech: Aha. I was going to answer "No". I am holding back awaiting you to tell me how to use if with Dashborad widgets
[16:58] <DaSkreech> mok0: I forget fully if that got into 4.1
[16:58] <DaSkreech> I think it might have but you have to install them from the command line
[16:59] <DaSkreech> AIR the plan is to have them available by KGHNS in 4.2
[16:59] <mok0> DaSkreech: I see, sounds interesting
[17:01] <mok0> DaSkreech: what's the difference between the kplasmoids-* and the plasmoid-* packages?
[17:01] <ScottK> mok0: The weather around here has been unseasonable.  Very nice.
[17:01] <ScottK> here = Washington DC area.
[17:02] <mok0> ScottK: but 51 degrees C? :-)
[17:02] <rgreening> Riddell: sure thing...
[17:02] <ScottK> Not that warm, no.
[17:02] <ScottK> mok0: Sounds about right for night time degrees F though.
[17:02] <mok0> ScottK: It's a bug in the weather plasmoid. It doesn't convert from Fahrenheit to Celsius
[17:03] <mok0> ScottK: It also only works for the US which is a shame
[17:03] <rgreening> Riddell: do we care about libkipi-common then? looks like the icons were pulled out of libkipi and put into common in our old package but are contained in libkipi5.install in debian
[17:05] <Riddell> rgreening: scrap it then, add a conflicts: libkipi-common to libkipi5
[17:06] <smarter> apachelogger: great, did you do some of these icons?
[17:06] <rgreening> Riddell: k
[17:06] <rgreening> lots to do for kdegraphics :)
[17:06] <smarter> apachelogger: http://pastebin.com/m4950ced1
[17:07] <DaSkreech> mok0: That I don't know :)
[17:07] <mok0> ScottK: the weather applet ougth to use the ICAO id
[17:07] <ScottK> Sure thing.
[17:07] <DaSkreech> The weather applet only does F ?
[17:08] <mok0> DaSkreech: I think the kdeplasmoids* are collections of plasmoids
[17:08] <DaSkreech> From playground most likely
[17:08] <mok0> DaSkreech: It doesn't convert when you choose Celcius
[17:09] <apachelogger> smarter: funnies
[17:09] <apachelogger> smarter: I am trying to get permission to move them to offical mono anyway
[17:09] <mok0> DaSkreech: ah now it worked
[17:09] <smarter> apachelogger: would be cool
[17:10] <apachelogger> smarter: it gives us less control though :P
[17:10] <apachelogger> Pushed up to revision 7.
[17:10]  * smarter is not overly excited by monochromatic icons control :p
[17:12]  * apachelogger loves the akonadi debugger
[17:12] <apachelogger> makes me feel busy
[17:12] <apachelogger> \o/
[17:12] <smarter> works :)
[17:12] <smarter> can I fix0r "No cmake_minimum_required command is present." ? :}
[17:13] <apachelogger> smarter: pointless
[17:13] <apachelogger> so
[17:13] <apachelogger> what's to be done?
[17:14] <apachelogger> I am feel all productive with an almost working mail access again ;-=
[17:14] <apachelogger> Nightrose: carsten also forked the old release script, see kdeedu main dir
[17:14] <apachelogger> makes me think that thing was not half bad
[17:15] <Nightrose> apachelogger: anything i need to do? or just have a look and see if i can use something of it?
[17:15] <apachelogger> it's from the _old_ script
[17:15] <Nightrose> ah
[17:15] <apachelogger> I don't even have to look at it that the new one is better :P
[17:16] <Nightrose> :P
[17:16] <apachelogger> Nightrose: just wanted to tell you about the need of a proper place for it
[17:16] <Nightrose> *nod*
[17:16] <apachelogger> Nightrose: IIRC gilles mailed the extragear list some time ago
[17:16] <apachelogger> dunno if that lead to anything
[17:17] <Nightrose> not that i know - but i am not subscribed to that list
[17:17]  * apachelogger asks the google
[17:27] <lex79> adjustableclock doesn't build :(
[17:27] <lex79> uff
[17:27] <nixternal> Riddell: any idea where I can find doko?
[17:28] <Riddell> nope
[17:30] <nixternal> looks like he hasn't been online in like 2 weeks
[17:30] <nixternal> I fixed his ant package
[17:35] <apachelogger> lex79: are your plasmoids uploaded yet?
[17:36] <lex79> plasmoid-memusage?
[17:36] <lex79> colors are ugly
[17:38] <lex79> http://revu.ubuntuwire.com/details.py?package=plasmoid-memusage I send an email to author
[17:39] <ScottK> JontheEchidna: If I read your debian/changelog entry for kde4libs, what about people upgrading from the KDE 4.1.3 packages in backports?  Don't those versions need to be conflicted on too?
[17:42] <JontheEchidna> ScottK: those would be less than 4.1.3, right?
[17:42] <ScottK> JontheEchidna: No.
[17:43] <ScottK> 4.1.3-0ubuntu1~hardyx is still bigger than 4.1.3
[17:43] <JontheEchidna> that's why I wanted to do a <= 4.1.3-0 in the beginnging
[17:45] <ScottK> I thought you were asking about for a depends, not a conflicts.
[17:45] <JontheEchidna> oh
[17:46] <apachelogger> lex79: are you going to upload an improved kradioripper today?
[17:46] <apachelogger> otherwise I am going to do some management stuff
[17:47] <lex79> yes, next time... this evening
[17:48] <apachelogger> okies
[17:55] <apachelogger> Riddell: meeting options from wed - sun each 2 pm to 11 pm UTC?
[17:56] <apachelogger> nixternal: would you be able to attend a meeting in that daily time frame?
[17:56] <Riddell> not saturday
[17:56] <Riddell> apachelogger: as a list of options that fine
[17:56] <lex79> apachelogger: http://revu.ubuntuwire.com/details.py?package=kradioripper
[17:56] <nixternal> apachelogger: what day?
[17:57] <apachelogger> nixternal: wed, thu, fri or sun
[17:57] <nixternal> I could potentially on a tuesday or thursday
[17:57] <lex79> I go away now, write your comment in revu please...bye
[17:57] <nixternal> sun yes, wed and fri == no
[17:57] <nixternal> possibly thu
[17:57] <apachelogger> Riddell: is next tuesday also possible?
[17:59] <Riddell> apachelogger: it is
[17:59] <smarter> Thursday(from 7pm utc), Saturday and Sunday possible
[17:59] <apachelogger> ok, I'll add that as well
[17:59] <Riddell> smarter: how's kdeedu coming along?
[18:00] <smarter> hmm, forgot a bit about that :}
[18:00] <smarter> I'll do it tomorrow
[18:00] <smarter> shame that I can't get a merge tool working for that
[18:00] <smarter> it'll be for the next round of merges I guess
[18:11] <apachelogger_> Riddell, nixternal, Nightrose, seele, yuriy, Tonio_, JontheEchidna, vorian, claydoh, smarter, ScottK, Arby, ryanakca, everyone else who thinks to have something to discuss: http://doodle.com/participation.html?pollId=tvt9bb3fvtbqda8v
[18:12] <Nightrose> aiai sir
[18:12] <Nightrose> ;-)
[18:12] <smarter> "GMT +01:00 (Etc/GMT-1)"
[18:12] <smarter> is that -1 or +1?
[18:13] <apachelogger_> +1 I would say
[18:13] <apachelogger_> smarter: you could select a real timezone I guess :P
[18:13] <ScottK> apachelogger_: Can you delete stuff that's submitted?  I messed up.
[18:14] <apachelogger_> ScottK: you should be able to edit
[18:14] <apachelogger_> NCommander did that once I think
[18:15] <NCommander> what?
[18:16] <rgreening> apachelogger: Nov 2009?
[18:17] <smarter> why is there only midnight available for saturday?
[18:17] <DaSkreech> The server will be out drinking
[18:17] <rgreening> lol
[18:17] <apachelogger> rgreening: that indeed seems quite futurish
[18:18] <apachelogger> smarter: Riddell can't do saturday
[18:20] <Nightrose> ScottK: you can click "edit an entry" in the left sidebar on doodle - not sure if that also lets you delete an entry though
[18:20] <ScottK> apachelogger: OK.  By the time I noticed the well disguised link to change an entry, I'd put a second one in, so I just made the first one available always so it wouldn't throw off the totals.
[18:20] <ScottK> Yeah.  Don't think I can delete it.
[18:20] <apachelogger> ScottK: I just did
[18:20] <apachelogger> and renamed the really entry
[18:21] <apachelogger> the interface is not the best example of good design really
[18:21] <ScottK> Which I just deleted because I thought it was the old one.
[18:21]  * ScottK does again.
[18:21] <apachelogger> :)
[18:21]  * apachelogger gets cookies for Nightrose, ScottK and apachelogger
[18:21] <DaSkreech> apachelogger: Good thing you invited seele :)
[18:21] <Nightrose> yay Kookies
[18:22] <apachelogger> nay!
[18:22] <apachelogger> cookies
[18:22] <Nightrose> awww
[18:22] <apachelogger> we might be kooks but we are eating ze cookies
[18:22] <DaSkreech> I get kookies at my work :-P
[18:22] <apachelogger> one kooky work that must be :P
[18:22] <apachelogger> Nightrose: do we have a fixed phonon yet?
[18:23] <Nightrose> nope
[18:23] <DaSkreech> apachelogger: You don't even get cookies at your workplace :-P
[18:23] <apachelogger> nay
[18:23] <apachelogger> but coffee
[18:23] <apachelogger> loads and loads of coffee
[18:24] <apachelogger> god thing I only start work at 7:30, the legal crew starts at 7:00 for some unknown reason and got 3 cups by the time I arrive
[18:24] <apachelogger> +o somewhere
[19:04] <Tm_T> hmmm
[19:04] <Tm_T> so what's our cmake situation atm?
[19:04] <Tm_T> for intrepid I mean, will we rely on some ppa to provide 2.6.2 ?
[19:05] <ScottK> Riddell and I were discussing that the other day.
[19:05] <Tm_T> ah, and?
[19:05] <ScottK> I said I wasn't sure.
[19:05] <Tm_T> backports ?
[19:05] <ScottK> Riddell: I've thought about it and I think a CMAKE backport would be fine.
[19:05] <ScottK> Yes.
[19:05] <Tm_T> would be great
[19:06] <Riddell> let's do it then
[19:06] <Riddell> any volunteers for a test compile?
[19:06] <Riddell> JontheEchidna: I uploaded your kde4libs patch and your kdepim
[19:06] <ScottK> Tm_T will do it no doubt.
[19:06] <Tm_T> umm, it needs compile tests? as in it's in ppa done many times already?
[19:07] <Tm_T> but I can do, if you tell me how (:)
[19:07] <Riddell> which ppa is it in?
[19:07] <Tm_T> Riddell: apachelogger has it in neon, http://ppa.launchpad.net/kubuntu-experimental/ubuntu/pool/main/c/cmake/
[19:07] <Tm_T> and https://launchpad.net/~pgquiles/+archive/+build/745051
[19:08] <Riddell> seems to be in https://edge.launchpad.net/~kubuntu-experimental/+archive too
[19:08] <Tm_T> Riddell: I thought I mentioned it (:)
[19:08] <Riddell> ok
[19:08] <Riddell> ScottK: shall I do the backport then?
[19:08] <Tm_T> Riddell: I thank you (:
[19:09] <apachelogger> Tm_T: kubuntu-experimental != neon :P
[19:11] <Tm_T> apachelogger: I know
[19:11] <Tm_T> apachelogger: they were separate
[19:25] <Riddell> JontheEchidna: kdepim failed, it's a bug in kdesdk-workspace I fixed, we'll retry it in a bit
[19:26] <JontheEchidna> k
[19:51] <rgreening> smarter: how you making out with kdeedu merge
[19:51] <smarter> rgreening: [19:00:25] <smarter> hmm, forgot a bit about that :}
[19:51] <smarter> [19:00:27] <smarter> I'll do it tomorrow
[19:53] <rgreening> lol
[21:07] <apachelogger> is it me or is bugs.debian.org not reachable?
[21:07] <NCommander> apachelogger, ack
[21:08] <apachelogger> that's like bugs.kde.org ... always down when you need it ;-)
[21:08]  * DaSkreech swats bugs.kde.org
[21:09]  * NCommander watches it die
[21:09]  * DaSkreech does Khest Kompressions
[21:10] <apachelogger> we should start reporting KDE bugs at the gnome BTS and add empty bugs with link to the gnome BTS within the 3 office hours BKO has per day :P
[21:11] <NCommander> wow
[21:11] <NCommander> sparc lost a builder
[21:11] <NCommander> as in litterially lost
[21:12] <Tm_T> NCommander: noone knows to which island it went?
[21:18] <DaSkreech> can someone confirm that installing the kcron package installs a whole lot of documentation but no binaries?
[21:19] <DaSkreech> Bh
[21:19] <DaSkreech> System settings module
[21:54] <glade88> has digikam-kde4 been deleted from intrepid? or is 0.10.0 version still available?
[21:54] <apachelogger> deleted
[21:54] <apachelogger> it depends on kde 4.2 nowadays
[21:55] <glade88> apachelogger: ok. ty
[21:55] <apachelogger> glade88: we are probably going to deploy it via the same repo we will have 4.2-pre-stable packages in
[21:56] <glade88> oic
[21:57] <glade88> apachelogger: http://kubuntuforums.net/forums/index.php?topic=3099241 -- was asking for this :)
[21:59] <apachelogger> "when packages get lost" ;-)
[21:59] <glade88> :D
[22:14] <Riddell> testers needed for bug 290589
[22:17] <NCommander> Riddell, stupid question, when do we want to start packaging 4.2?
[22:18] <Riddell> that's a sensible question and yes we probably do
[22:18] <Riddell> I wonder if there's a recent snapshot
[22:18] <NCommander> THere is
[22:18] <NCommander> Alpha 1 comes out in two weeks
[22:18] <NCommander> Final release is shortly before FF
[22:18] <ScottK> My suggestion was make sure we got our merged done and building and then move on to 4.2
[22:19] <NCommander> The wiki says we do
[22:19] <NCommander> ^have our merges done
[22:19] <NCommander> We need to figure out why PPC and lpia are having a pissy fit w/ libplasma however
[22:19] <ScottK> As of earlier today we were still doing cleanups.
[22:19] <Riddell> still a couple to be completed and I gave up on kdebindings :(
[22:19] <NCommander> Riddell, how do you do merges?
[22:20] <NCommander> (libplasma-dev is installable IF, and only if kdeworkspace-data is manually installed)
[22:20] <Riddell> take the debian package and add our changes generally
[22:20] <ScottK> I think kdebindings should wait until the current Debian package gets out of New.
[22:20] <Riddell> ScottK: it's in experimental now
[22:20] <ScottK> Ah
[22:20] <ScottK> Make NCommander do it since he asked.
[22:21] <Riddell> but I couldn't get the c# stuff to work from their build nor could I work out where the crucial difference is that makes it work
[22:21] <NCommander> ewwww
[22:21] <NCommander> C#
[22:21]  * NCommander screams
[22:21] <Riddell> NCommander: libplasma-dev installs for me now
[22:21] <NCommander> on lpia?
[22:21] <Riddell> oh, no
[22:21] <Riddell> normal arches :)
[22:23]  * NCommander whacks Riddell
[22:23] <ScottK> NCommander: At least lamont did my PAS change so you don't have to worry about them on hppa.
[22:23] <NCommander> yay, we don't care about HPPA :-P
[22:23] <NCommander> Riddell, where is your current merge?
[22:24] <Riddell> NCommander: of what?
[22:24] <NCommander> kde4bindings
[22:24] <NCommander> That way I only have to fix the C# FTBFS, and not actually have to fight the rest of the merge
[22:24] <Riddell> there's no compile failure, it's a runtime issue
[22:25] <Riddell> and I don't have anything useful of a merge, it's just a big mess on my filesystem now, best just to take the one from debian experimental if you want to see if you can get it working
[22:25] <NCommander> ouch
[22:26] <NCommander> whats the runtime error?
[22:26] <ScottK> NCommander: You could problably sucker <-<-<-<- convince directhex to help with it.
[22:26] <Riddell> long backtrace about something in smoke
[22:26] <NCommander> ScottK, typically the backspace key is ^H ;-)
[22:27] <ScottK> Whatever.
[22:27] <ScottK> Can you tell I live with teenagers.
[22:28] <Riddell> ah, maybe lex79 can test that bug :)
[22:29] <lex79> Riddell: which bug?
[22:29] <lex79> :)
[22:29] <Riddell> lex79: bug 290589
[22:32] <lex79> Riddell: test in intrepid or jaunty? I am in jaunty now
[22:33] <Riddell> lex79: oh well, it needs intrepid
[22:35] <lex79> :( so sorry, I updated to jaunty yesterday, I will install intrepid tomorrow in a separate partition
[22:38] <ryanakca> apachelogger: *sigh*, it'll only let me take times from 8 to 5... I'm always at school on weekdays, 8-5...
[22:39] <DaSkreech> lex79: main computer ?
[22:40] <lex79> DaSkreech: ya :)
[22:40] <DaSkreech> Tad bit jumpy eh? :)
[22:40] <lex79> ;) it works fine
[22:41] <lex79> for now LoL
[22:42] <DaSkreech> Ah the implications of for now :)
[22:42] <lex79> :)
[22:42] <DaSkreech> If Ubuntu didn't mess with the toolchains so much I'd probably do the same
[22:43] <DaSkreech> Getting a sweet Upto date KDe 4.2 on day 6 would be sweet :)
[22:43] <lex79> yeah
[22:43] <DaSkreech> Riddell: are you planning on attending Kamp ?
[22:43]  * a|wen tries to find where to mount things in dolphin <-- Riddell guidance please
[22:44] <DaSkreech> Don't you just click the icons?
[22:45] <a|wen> DaSkreech: but where is the "my media" icons (or whatever they are called)?
[22:45] <a|wen> doesn't work to click on /dev/sd?? :)
[22:46] <Riddell> DaSkreech: no current plans, it's on the wrong side of the world
[22:46] <Riddell> a|wen: it should be in the sidebar if hal thinks it should be mountable
[22:47] <rgreening> a|wen: have you looked at the New Device Notifier applet? It shows mountable devices. Also they show up in dolphin in the places panel
[22:50] <a|wen> oh ... seems my fat32 restore drive is not classified as mountable
[22:50] <DaSkreech> Riddell: Alright
[22:52] <lex79> a|wen: your fat32 is not in /etc/fstab?
[22:53] <a|wen> lex79: probably it
[22:53] <Riddell> we need disks not in /etc/fstab
[22:54] <a|wen> how do i loose enough rights to get prompted?
[22:54] <ScottK> That was my problem when I tried to verify that one.  Everything just worked.
[22:54] <JontheEchidna> is the patch in backports?
[22:55] <Riddell> JontheEchidna: which patch?
[22:55] <JontheEchidna> the dbus command for mounting things
[22:55] <Riddell> should be
[22:55] <JontheEchidna> hmm
[22:56] <Riddell> hmm?
[22:56] <JontheEchidna> don't seem to work for me
[22:56]  * JontheEchidna updates to make sure
[22:56] <a|wen> JontheEchidna: works for me (running backports)
[22:57]  * ScottK uploaded it.
[22:57] <JontheEchidna> maybe I need to reboot or something
[22:58] <Riddell> a|wen: great, please comment on bug 290589
[23:06] <a|wen> Riddell: done ... do you need it tested w/o backports enabled?
[23:08] <Riddell> a|wen: only if it's easy for you to do
[23:10] <a|wen> hmm... virtualbox doesn't support using host usb-devices, thought it did
[23:10] <a|wen> i'll test it tomorrow if i get the time to upgrade my desktop machine :)
[23:11] <Riddell> thanks
 QUESTION: Is apachelogger affiliated with the Apache project?
[23:48] <DaSkreech> HA HA HA
[23:50] <DaSkreech> (01:58:12 PM) JontheEchidna: I'll be happy to answer further questions in #kubuntu
[23:50] <DaSkreech> (01:58:21 PM) JontheEchidna: ...to a degree though :P
[23:50] <DaSkreech>  That's great :)
[23:57] <JontheEchidna> heh
[23:59]  * JontheEchidna brings attention to kde rev 882594


[05:13] -queuebot:#ubuntu-release- New binary: vkd3d [i386] (cosmic-proposed/universe) [1.0-2] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: vkd3d [s390x] (cosmic-proposed/universe) [1.0-2] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: vkd3d [ppc64el] (cosmic-proposed/universe) [1.0-2] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: vkd3d [amd64] (cosmic-proposed/universe) [1.0-2] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: vkd3d [arm64] (cosmic-proposed/universe) [1.0-2] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: vkd3d [armhf] (cosmic-proposed/universe) [1.0-2] (no packageset)
[07:44] -queuebot:#ubuntu-release- New: accepted vkd3d [amd64] (cosmic-proposed) [1.0-2]
[07:44] -queuebot:#ubuntu-release- New: accepted vkd3d [armhf] (cosmic-proposed) [1.0-2]
[07:44] -queuebot:#ubuntu-release- New: accepted vkd3d [ppc64el] (cosmic-proposed) [1.0-2]
[07:44] -queuebot:#ubuntu-release- New: accepted vkd3d [arm64] (cosmic-proposed) [1.0-2]
[07:44] -queuebot:#ubuntu-release- New: accepted vkd3d [s390x] (cosmic-proposed) [1.0-2]
[07:44] -queuebot:#ubuntu-release- New: accepted vkd3d [i386] (cosmic-proposed) [1.0-2]
[07:50] -queuebot:#ubuntu-release- New: accepted r-cran-roxygen2 [amd64] (cosmic-proposed) [6.0.1-1]
[07:50] -queuebot:#ubuntu-release- New: accepted r-cran-roxygen2 [armhf] (cosmic-proposed) [6.0.1-1]
[07:50] -queuebot:#ubuntu-release- New: accepted r-cran-roxygen2 [ppc64el] (cosmic-proposed) [6.0.1-1]
[07:50] -queuebot:#ubuntu-release- New: accepted r-cran-roxygen2 [arm64] (cosmic-proposed) [6.0.1-1]
[07:50] -queuebot:#ubuntu-release- New: accepted r-cran-roxygen2 [s390x] (cosmic-proposed) [6.0.1-1]
[07:50] -queuebot:#ubuntu-release- New: accepted r-cran-roxygen2 [i386] (cosmic-proposed) [6.0.1-1]
[07:52] -queuebot:#ubuntu-release- New: accepted r-cran-pki [amd64] (cosmic-proposed) [0.1-5.1-1]
[07:52] -queuebot:#ubuntu-release- New: accepted r-cran-pki [armhf] (cosmic-proposed) [0.1-5.1-1]
[07:52] -queuebot:#ubuntu-release- New: accepted r-cran-pki [ppc64el] (cosmic-proposed) [0.1-5.1-1]
[07:52] -queuebot:#ubuntu-release- New: accepted r-cran-pki [arm64] (cosmic-proposed) [0.1-5.1-1]
[07:52] -queuebot:#ubuntu-release- New: accepted r-cran-pki [s390x] (cosmic-proposed) [0.1-5.1-1]
[07:52] -queuebot:#ubuntu-release- New: accepted r-cran-pki [i386] (cosmic-proposed) [0.1-5.1-1]
[07:53] -queuebot:#ubuntu-release- New: accepted r-cran-geometry [amd64] (cosmic-proposed) [0.3-6+dfsg-1]
[07:53] -queuebot:#ubuntu-release- New: accepted r-cran-geometry [armhf] (cosmic-proposed) [0.3-6+dfsg-1]
[07:53] -queuebot:#ubuntu-release- New: accepted r-cran-geometry [ppc64el] (cosmic-proposed) [0.3-6+dfsg-1]
[07:53] -queuebot:#ubuntu-release- New: accepted r-cran-geometry [arm64] (cosmic-proposed) [0.3-6+dfsg-1]
[07:53] -queuebot:#ubuntu-release- New: accepted r-cran-geometry [s390x] (cosmic-proposed) [0.3-6+dfsg-1]
[07:53] -queuebot:#ubuntu-release- New: accepted r-cran-geometry [i386] (cosmic-proposed) [0.3-6+dfsg-1]
[07:54] -queuebot:#ubuntu-release- New: accepted r-cran-relsurv [amd64] (cosmic-proposed) [2.1-2-1]
[07:54] -queuebot:#ubuntu-release- New: accepted r-cran-relsurv [armhf] (cosmic-proposed) [2.1-2-1]
[07:54] -queuebot:#ubuntu-release- New: accepted r-cran-relsurv [ppc64el] (cosmic-proposed) [2.1-2-1]
[07:54] -queuebot:#ubuntu-release- New: accepted r-cran-relsurv [arm64] (cosmic-proposed) [2.1-2-1]
[07:54] -queuebot:#ubuntu-release- New: accepted r-cran-relsurv [s390x] (cosmic-proposed) [2.1-2-1]
[07:54] -queuebot:#ubuntu-release- New: accepted r-cran-relsurv [i386] (cosmic-proposed) [2.1-2-1]
[07:54] -queuebot:#ubuntu-release- New: accepted baresip [amd64] (cosmic-proposed) [0.5.9-1]
[07:54] -queuebot:#ubuntu-release- New: accepted baresip [armhf] (cosmic-proposed) [0.5.9-1]
[07:54] -queuebot:#ubuntu-release- New: accepted baresip [ppc64el] (cosmic-proposed) [0.5.9-1]
[07:54] -queuebot:#ubuntu-release- New: accepted baresip [arm64] (cosmic-proposed) [0.5.9-1]
[07:54] -queuebot:#ubuntu-release- New: accepted baresip [s390x] (cosmic-proposed) [0.5.9-1]
[07:54] -queuebot:#ubuntu-release- New: accepted baresip [i386] (cosmic-proposed) [0.5.9-1]
[07:55] -queuebot:#ubuntu-release- New: accepted r-cran-brobdingnag [amd64] (cosmic-proposed) [1.2-5-2]
[07:55] -queuebot:#ubuntu-release- New: accepted pytest-cython [amd64] (cosmic-proposed) [0.1.0-1]
[07:56] -queuebot:#ubuntu-release- New: accepted logzero [amd64] (cosmic-proposed) [1.5.0-1]
[07:56] -queuebot:#ubuntu-release- New: accepted r-cran-rstantools [amd64] (cosmic-proposed) [1.5.0-2]
[07:58] -queuebot:#ubuntu-release- New: accepted gemmlowp [amd64] (cosmic-proposed) [0.0~git20180416.38ebac7-1]
[07:58] -queuebot:#ubuntu-release- New: accepted gemmlowp [ppc64el] (cosmic-proposed) [0.0~git20180416.38ebac7-1]
[07:59] -queuebot:#ubuntu-release- New: accepted gemmlowp [arm64] (cosmic-proposed) [0.0~git20180416.38ebac7-1]
[07:59] -queuebot:#ubuntu-release- New: accepted gemmlowp [s390x] (cosmic-proposed) [0.0~git20180416.38ebac7-1]
[08:43] <tjaalton> sil2100: hi, are you handling 16.04.5? :)
[08:45] <tjaalton> sil2100: asking because mesa needs special care, and would need to be put in bionic-proposed asap, together with libglvnd
[08:46] <tjaalton> because the (non-glvnd) backport can be put in xenial only after bionic is done
[08:46] <tjaalton> otherwise upgrades wouldn't work right
[08:57] <sil2100> tjaalton: hey! I would love too handle it - and I hope I will
[08:57] <sil2100> s/too/to
[08:57] <tjaalton> ok cool
[08:57] <sil2100> tjaalton: I don't see it in the bionic queue?
[08:58] <tjaalton> yeah not yet, I'm just finishing it
[08:58] <tjaalton> btw, there's a new bionic linux-oem respin on the ppa ;)
[10:06] -queuebot:#ubuntu-release- Unapproved: mesa (bionic-proposed/main) [18.0.0~rc5-1ubuntu1 => 18.0.5-0ubuntu0~18.04.1] (core, xorg)
[10:07] <tjaalton> sil2100: is uploaded now ^
[10:28] <LocutusOfBorg> thanks cjwatson for fixing boinc import :)
[10:29] <LocutusOfBorg> I was going to
[10:29] <cjwatson> You can't except by deleting and recreating
[10:29] <cjwatson> So it's generally better for staff to do that
[10:30] <LocutusOfBorg> I agree!
[10:30] <LocutusOfBorg> so I don't loose daily recipes
[10:42] <didrocks> was snapd removed from xenial-updates?
[10:42] <didrocks> Err:5 http://archive.ubuntu.com/ubuntu xenial-updates/main amd64 snapd amd64 <IP_ADDRESS>
[10:42] <didrocks> E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/s/snapd/snapd_<IP_ADDRESS>_amd64.deb  404  Not Found [IP: <IP_ADDRESS> 80]
[10:43] <didrocks> rmadison only list 2.0.2 in xenial
[10:43] <apw> didrocks, <IP_ADDRESS> was replaced by 2.32.9 ?
[10:43] <enyc> Query on tracking-down an installer-annoyance...  In 18.04 installer custom partitioning  keeps "auto-mounting" linuxswap-partitions (even if manually onmounted before starting ubiquity)..   This makes creating a new crypto partition impossible, it complains about unsafe-swap mounted etc...  and/or other failure cases --    Any idea if this is acutalyl a ubiquity-issue  or some underpinning
[10:43] <apw>  snapd | 2.32.9              | xenial-updates          | source
[10:43] <enyc> udev/systemd/whatever thats' setup for live-cd-mode that does stuff upon rescanning ptbl etc?.
[10:44] <didrocks> apw: interesting, my rmadison doesn't list it. Context is the CI failing (just tried to rerun it): https://travis-ci.org/ubuntu/gtk-communitheme/builds/387507958
[10:44] <didrocks> ah sorry, -updates are listed after archives
[10:44] <apw> didrocks, yes it does, i just pasted the line from it
[10:44] <didrocks> ok, can be the docker container not up to date
[10:44]  * didrocks looks at snapcraft docker contain
[10:44] <apw> ordered by version number i believe
[10:45] <apw> and so confusingly ordered for things where we backport en-toto
[10:45] <didrocks> apw: oh, correct, version number, was a trap as not used to that with other debs :)
[10:45] <didrocks> yeah
[10:45] <didrocks> ok, the snapcraft docker container is failing for 4 days
[10:45] <didrocks> thanks apw, that explains it
[10:56] <apw> didrocks, that is consistent with the release of it
[11:13] -queuebot:#ubuntu-release- New binary: golang-github-satta-ifplugo [amd64] (cosmic-proposed/none) [0.0~git20180516.4249335-1] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: yaml-mode [amd64] (cosmic-proposed/universe) [0.0.13-1] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: golang-github-throttled-throttled [amd64] (cosmic-proposed/none) [2.2.1-1] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: golang-gopkg-olivere-elastic.v5 [amd64] (cosmic-proposed/universe) [5.0.69-1] (no packageset)
[11:14] -queuebot:#ubuntu-release- New binary: mcomix [amd64] (cosmic-proposed/universe) [1.2.1-1.1] (no packageset)
[12:34] -queuebot:#ubuntu-release- Unapproved: accepted mesa [source] (bionic-proposed) [18.0.5-0ubuntu0~18.04.1]
[12:46] -queuebot:#ubuntu-release- Unapproved: python-oslo.versionedobjects (xenial-proposed/main) [1.8.0-1 => 1.8.0-1ubuntu1] (openstack, ubuntu-server)
[13:24] -queuebot:#ubuntu-release- Unapproved: accepted makedumpfile [source] (artful-proposed) [1:1.6.3-2~17.10.1]
[13:30] -queuebot:#ubuntu-release- Unapproved: accepted kexec-tools [source] (artful-proposed) [1:2.0.16-1ubuntu1~17.10.1]
[13:47] -queuebot:#ubuntu-release- Unapproved: accepted kexec-tools [source] (xenial-proposed) [1:2.0.16-1ubuntu1~16.04.1]
[13:51] -queuebot:#ubuntu-release- New binary: magnum [amd64] (cosmic-proposed/universe) [6.1.0-0ubuntu2] (no packageset)
[14:00] -queuebot:#ubuntu-release- Unapproved: accepted makedumpfile [source] (xenial-proposed) [1:1.6.3-2~16.04.1]
[15:03] -queuebot:#ubuntu-release- New: accepted golang-github-satta-ifplugo [amd64] (cosmic-proposed) [0.0~git20180516.4249335-1]
[15:03] -queuebot:#ubuntu-release- New: accepted yaml-mode [amd64] (cosmic-proposed) [0.0.13-1]
[15:04] -queuebot:#ubuntu-release- New: accepted golang-github-throttled-throttled [amd64] (cosmic-proposed) [2.2.1-1]
[15:04] -queuebot:#ubuntu-release- New: accepted golang-gopkg-olivere-elastic.v5 [amd64] (cosmic-proposed) [5.0.69-1]
[15:05] -queuebot:#ubuntu-release- New: accepted mcomix [amd64] (cosmic-proposed) [1.2.1-1.1]
[15:05] -queuebot:#ubuntu-release- New: accepted magnum [amd64] (cosmic-proposed) [6.1.0-0ubuntu2]
[15:34] -queuebot:#ubuntu-release- Unapproved: debhelper (bionic-proposed/main) [11.1.6ubuntu2 => 11.1.6ubuntu3] (core)
[15:35] -queuebot:#ubuntu-release- Unapproved: debhelper (artful-proposed/main) [10.7.2ubuntu2 => 10.7.2ubuntu3] (core)
[15:35] -queuebot:#ubuntu-release- Unapproved: debhelper (xenial-proposed/main) [10.2.2ubuntu1~ubuntu16.04.1 => 9.20160115ubuntu4] (core)
[17:14] -queuebot:#ubuntu-release- New binary: ruby-bootsnap [ppc64el] (cosmic-proposed/none) [1.3.0-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: gammapy [ppc64el] (cosmic-proposed/none) [0.7-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: lwip [ppc64el] (cosmic-proposed/none) [2.0.3-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: r-cran-classint [ppc64el] (cosmic-proposed/none) [0.2-3-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: libpdl-vectorvalued-perl [ppc64el] (cosmic-proposed/none) [1.0.9-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: nftlb [ppc64el] (cosmic-proposed/none) [0.2-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: hunspell-lv [amd64] (cosmic-proposed/none) [1.3.0-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: libnet-ssh-authorizedkeysfile-perl [amd64] (cosmic-proposed/none) [0.18-2] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: lwip [armhf] (cosmic-proposed/none) [2.0.3-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: nftlb [s390x] (cosmic-proposed/none) [0.2-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: r-cran-classint [s390x] (cosmic-proposed/none) [0.2-3-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: libhttp-tiny-multipart-perl [amd64] (cosmic-proposed/none) [0.08-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: lwip [s390x] (cosmic-proposed/none) [2.0.3-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: ruby-bootsnap [s390x] (cosmic-proposed/none) [1.3.0-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: libsoftware-licensemoreutils-perl [amd64] (cosmic-proposed/none) [0.004-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: node-sprintf-js [amd64] (cosmic-proposed/universe) [1.1.1+ds1-3] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: lwip [amd64] (cosmic-proposed/none) [2.0.3-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: lwip [i386] (cosmic-proposed/none) [2.0.3-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: nftlb [arm64] (cosmic-proposed/none) [0.2-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: nftlb [i386] (cosmic-proposed/none) [0.2-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: ruby-bootsnap [amd64] (cosmic-proposed/none) [1.3.0-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: lwip [arm64] (cosmic-proposed/none) [2.0.3-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: nftlb [armhf] (cosmic-proposed/none) [0.2-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: nftlb [amd64] (cosmic-proposed/none) [0.2-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: r-cran-dygraphs [amd64] (cosmic-proposed/none) [<IP_ADDRESS>+dfsg-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: libpdl-vectorvalued-perl [s390x] (cosmic-proposed/universe) [1.0.9-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: r-bioc-keggrest [amd64] (cosmic-proposed/universe) [1.20.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: r-cran-classint [arm64] (cosmic-proposed/universe) [0.2-3-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: r-cran-prediction [amd64] (cosmic-proposed/universe) [0.3.6-2] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: ruby-bootsnap [arm64] (cosmic-proposed/universe) [1.3.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: libpod-minimumversion-perl [amd64] (cosmic-proposed/universe) [50-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: r-cran-classint [armhf] (cosmic-proposed/universe) [0.2-3-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: ruby-bootsnap [i386] (cosmic-proposed/universe) [1.3.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: r-cran-classint [amd64] (cosmic-proposed/universe) [0.2-3-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: r-cran-pwr [amd64] (cosmic-proposed/universe) [1.2-2-2] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: libdist-zilla-role-modulemetadata-perl [amd64] (cosmic-proposed/universe) [0.006-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: node-fastcgi-stream [amd64] (cosmic-proposed/universe) [1.0.0-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: node-postcss-colormin [amd64] (cosmic-proposed/universe) [2.2.2-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: ruby-bootsnap [armhf] (cosmic-proposed/universe) [1.3.0-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: libpdl-vectorvalued-perl [arm64] (cosmic-proposed/universe) [1.0.9-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: r-cran-classint [i386] (cosmic-proposed/universe) [0.2-3-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: node-fastcgi [amd64] (cosmic-proposed/universe) [1.3.3-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: libpdl-vectorvalued-perl [armhf] (cosmic-proposed/universe) [1.0.9-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: libpdl-vectorvalued-perl [i386] (cosmic-proposed/universe) [1.0.9-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: python-epc [amd64] (cosmic-proposed/universe) [0.0.5-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: gammapy [arm64] (cosmic-proposed/universe) [0.7-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: libpdl-vectorvalued-perl [amd64] (cosmic-proposed/universe) [1.0.9-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: libalgorithm-naivebayes-perl [amd64] (cosmic-proposed/universe) [0.04-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: node-bufferlist [amd64] (cosmic-proposed/universe) [0.1.0-1] (no packageset)
[17:23] <cyphermox> tsimonq2: ack
[17:24] -queuebot:#ubuntu-release- New binary: gammapy [amd64] (cosmic-proposed/universe) [0.7-1] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: gatb-core [amd64] (cosmic-proposed/universe) [1.4.1+dfsg-1] (no packageset)
[17:31] -queuebot:#ubuntu-release- Unapproved: netplan.io (bionic-proposed/main) [0.36.2 => 0.38] (core)
[18:22] -queuebot:#ubuntu-release- New: accepted gatb-core [amd64] (cosmic-proposed) [1.4.1+dfsg-1]
[18:22] -queuebot:#ubuntu-release- New: accepted libdist-zilla-role-modulemetadata-perl [amd64] (cosmic-proposed) [0.006-1]
[18:22] -queuebot:#ubuntu-release- New: accepted libpod-minimumversion-perl [amd64] (cosmic-proposed) [50-1]
[18:22] -queuebot:#ubuntu-release- New: accepted python-epc [amd64] (cosmic-proposed) [0.0.5-1]
[18:22] -queuebot:#ubuntu-release- New: accepted libalgorithm-naivebayes-perl [amd64] (cosmic-proposed) [0.04-1]
[18:22] -queuebot:#ubuntu-release- New: accepted node-bufferlist [amd64] (cosmic-proposed) [0.1.0-1]
[18:22] -queuebot:#ubuntu-release- New: accepted libpdl-vectorvalued-perl [amd64] (cosmic-proposed) [1.0.9-1]
[18:23] -queuebot:#ubuntu-release- New: accepted libhttp-tiny-multipart-perl [amd64] (cosmic-proposed) [0.08-1]
[18:23] -queuebot:#ubuntu-release- New: accepted libnet-ssh-authorizedkeysfile-perl [amd64] (cosmic-proposed) [0.18-2]
[18:24] -queuebot:#ubuntu-release- New: accepted r-cran-dygraphs [amd64] (cosmic-proposed) [<IP_ADDRESS>+dfsg-1]
[18:24] -queuebot:#ubuntu-release- New: accepted ruby-bootsnap [arm64] (cosmic-proposed) [1.3.0-1]
[18:24] -queuebot:#ubuntu-release- New: accepted ruby-bootsnap [i386] (cosmic-proposed) [1.3.0-1]
[18:24] -queuebot:#ubuntu-release- New: accepted ruby-bootsnap [amd64] (cosmic-proposed) [1.3.0-1]
[18:24] -queuebot:#ubuntu-release- New: accepted ruby-bootsnap [s390x] (cosmic-proposed) [1.3.0-1]
[18:24] -queuebot:#ubuntu-release- New: accepted ruby-bootsnap [armhf] (cosmic-proposed) [1.3.0-1]
[18:25] -queuebot:#ubuntu-release- New: accepted node-fastcgi-stream [amd64] (cosmic-proposed) [1.0.0-1]
[18:25] -queuebot:#ubuntu-release- New: accepted node-postcss-colormin [amd64] (cosmic-proposed) [2.2.2-1]
[18:25] -queuebot:#ubuntu-release- New: accepted r-cran-classint [amd64] (cosmic-proposed) [0.2-3-1]
[18:25] -queuebot:#ubuntu-release- New: accepted r-cran-classint [i386] (cosmic-proposed) [0.2-3-1]
[18:25] -queuebot:#ubuntu-release- New: accepted r-cran-prediction [amd64] (cosmic-proposed) [0.3.6-2]
[18:25] -queuebot:#ubuntu-release- New: accepted node-fastcgi [amd64] (cosmic-proposed) [1.3.3-1]
[18:25] -queuebot:#ubuntu-release- New: accepted r-cran-classint [arm64] (cosmic-proposed) [0.2-3-1]
[18:25] -queuebot:#ubuntu-release- New: accepted r-cran-pwr [amd64] (cosmic-proposed) [1.2-2-2]
[18:25] -queuebot:#ubuntu-release- New: accepted r-bioc-keggrest [amd64] (cosmic-proposed) [1.20.0-1]
[18:25] -queuebot:#ubuntu-release- New: accepted r-cran-classint [s390x] (cosmic-proposed) [0.2-3-1]
[18:25] -queuebot:#ubuntu-release- New: accepted r-cran-classint [ppc64el] (cosmic-proposed) [0.2-3-1]
[18:25] -queuebot:#ubuntu-release- New: accepted ruby-bootsnap [ppc64el] (cosmic-proposed) [1.3.0-1]
[18:26] -queuebot:#ubuntu-release- New: accepted hunspell-lv [amd64] (cosmic-proposed) [1.3.0-1]
[18:26] -queuebot:#ubuntu-release- New: accepted nftlb [arm64] (cosmic-proposed) [0.2-1]
[18:26] -queuebot:#ubuntu-release- New: accepted nftlb [i386] (cosmic-proposed) [0.2-1]
[18:26] -queuebot:#ubuntu-release- New: accepted nftlb [s390x] (cosmic-proposed) [0.2-1]
[18:26] -queuebot:#ubuntu-release- New: accepted nftlb [amd64] (cosmic-proposed) [0.2-1]
[18:26] -queuebot:#ubuntu-release- New: accepted nftlb [ppc64el] (cosmic-proposed) [0.2-1]
[18:26] -queuebot:#ubuntu-release- New: accepted nftlb [armhf] (cosmic-proposed) [0.2-1]
[18:26] -queuebot:#ubuntu-release- New: accepted node-sprintf-js [amd64] (cosmic-proposed) [1.1.1+ds1-3]
[18:26] -queuebot:#ubuntu-release- New: accepted libpdl-vectorvalued-perl [arm64] (cosmic-proposed) [1.0.9-1]
[18:26] -queuebot:#ubuntu-release- New: accepted libpdl-vectorvalued-perl [i386] (cosmic-proposed) [1.0.9-1]
[18:26] -queuebot:#ubuntu-release- New: accepted libpdl-vectorvalued-perl [s390x] (cosmic-proposed) [1.0.9-1]
[18:26] -queuebot:#ubuntu-release- New: accepted libpdl-vectorvalued-perl [armhf] (cosmic-proposed) [1.0.9-1]
[18:26] -queuebot:#ubuntu-release- New: accepted libsoftware-licensemoreutils-perl [amd64] (cosmic-proposed) [0.004-1]
[18:26] -queuebot:#ubuntu-release- New: accepted libpdl-vectorvalued-perl [ppc64el] (cosmic-proposed) [1.0.9-1]
[18:27] -queuebot:#ubuntu-release- New: accepted gammapy [amd64] (cosmic-proposed) [0.7-1]
[18:27] -queuebot:#ubuntu-release- New: accepted gammapy [ppc64el] (cosmic-proposed) [0.7-1]
[18:27] -queuebot:#ubuntu-release- New: accepted lwip [arm64] (cosmic-proposed) [2.0.3-1]
[18:27] -queuebot:#ubuntu-release- New: accepted lwip [i386] (cosmic-proposed) [2.0.3-1]
[18:27] -queuebot:#ubuntu-release- New: accepted lwip [s390x] (cosmic-proposed) [2.0.3-1]
[18:27] -queuebot:#ubuntu-release- New: accepted gammapy [arm64] (cosmic-proposed) [0.7-1]
[18:27] -queuebot:#ubuntu-release- New: accepted lwip [armhf] (cosmic-proposed) [2.0.3-1]
[18:27] -queuebot:#ubuntu-release- New: accepted r-cran-classint [armhf] (cosmic-proposed) [0.2-3-1]
[18:27] -queuebot:#ubuntu-release- New: accepted lwip [amd64] (cosmic-proposed) [2.0.3-1]
[18:27] -queuebot:#ubuntu-release- New: accepted lwip [ppc64el] (cosmic-proposed) [2.0.3-1]
[18:58] -queuebot:#ubuntu-release- Unapproved: accepted falkon [source] (bionic-proposed) [3.0.1-0ubuntu0.1]
[19:55] -queuebot:#ubuntu-release- Unapproved: google-cloud-sdk (artful-proposed/partner) [201.0.0-0ubuntu1~17.10.0 => 201.0.0-0ubuntu2~17.10.0] (no packageset)
[19:55] -queuebot:#ubuntu-release- Unapproved: google-cloud-sdk (bionic-proposed/partner) [201.0.0-0ubuntu1~18.04.0 => 201.0.0-0ubuntu2~18.04.0] (no packageset)
[19:56] -queuebot:#ubuntu-release- Unapproved: google-cloud-sdk (trusty-proposed/partner) [201.0.0-0ubuntu1~14.04.0 => 201.0.0-0ubuntu2~14.04.0] (no packageset)
[19:56] -queuebot:#ubuntu-release- Unapproved: google-cloud-sdk (xenial-proposed/partner) [201.0.0-0ubuntu1~16.04.0 => 201.0.0-0ubuntu2~16.04.0] (no packageset)
[19:57] -queuebot:#ubuntu-release- Unapproved: accepted google-cloud-sdk [source] (artful-proposed) [201.0.0-0ubuntu2~17.10.0]
[19:57] -queuebot:#ubuntu-release- Unapproved: accepted google-cloud-sdk [source] (bionic-proposed) [201.0.0-0ubuntu2~18.04.0]
[19:57] -queuebot:#ubuntu-release- Unapproved: accepted google-cloud-sdk [source] (trusty-proposed) [201.0.0-0ubuntu2~14.04.0]
[19:57] -queuebot:#ubuntu-release- Unapproved: accepted google-cloud-sdk [source] (xenial-proposed) [201.0.0-0ubuntu2~16.04.0]
[21:35] <cyphermox> sil2100: livecd-rootfs is blocked on some issues with the ubuntu-image autopkgtests, it looks to me like something unrelated busted
[21:36] <cyphermox> sil2100: could you please ahve a look and confirm, and if so, could you please badtest this one?
[21:36] <cyphermox> ie<EMAIL_ADDRESS>[21:42] <sil2100> cyphermox: sure
[21:42] <sil2100> Give me a moment
[21:48] <sil2100> huh
[21:49] <sil2100> Indeed, something busted our test suite, damn
[21:49] <sil2100> Let me fill in a bug and hint it for now
[21:56] <cyphermox> sounds kernely.
[21:57] <cyphermox> "/sys/firmware/dmi/tables/smbios_entry_point: Permission denied"
[21:57] <cyphermox> at least that's what the issue is on amd64
[22:07] <sil2100> cyphermox: done
[22:08] <sil2100> Yeah, it's that for x86 machines + some snap prepare-image issues everywhere, I filled in two bugs for those
[22:08] <sil2100> Will have to prioritize those
[22:10] -queuebot:#ubuntu-release- Unapproved: rejected netplan.io [source] (bionic-proposed) [0.38]
[23:06] <cyphermox> ok
[23:07] -queuebot:#ubuntu-release- Unapproved: nplan (xenial-proposed/universe) [0.32~16.04.5 => 0.32~16.04.6] (no packageset)
[23:13] -queuebot:#ubuntu-release- Unapproved: accepted libservicelog [source] (xenial-proposed) [1.1.16-0ubuntu1.1]
[23:14] -queuebot:#ubuntu-release- Unapproved: grub2 (cosmic-proposed/main) [2.02-2ubuntu9 => 2.02-2ubuntu9] (core)
[23:17] <bdmurray> xnox: I bumped the open-iscsi badtest hint. What is up with the network-manager tests?
[23:40] <xnox> bdmurray, wrote an email about the revert of artful.
[23:40] <bdmurray> xnox: great, thanks!
[23:42] <xnox> bdmurray, network-manager tests Wifi b standard, which is pre-historic. and I wish it would stop testing acient wifi standards =)
[23:42] <xnox> bdmurray, and it racy timesout on things.
[23:42] <xnox> as far as I remember
[23:43] <sarnold> "pre-historic"
[23:43] <sarnold> .. and here I am still impressed that we can have networking without wires
[23:43] <xnox> bdmurray, see netplan, trying to test network-manager and asserting how racy it is
[23:44] <xnox> sarnold, i went to Science Museum and could not understand what the mouse with a ball was. I thought it was a digitalizer to like measure distance / speed.
[23:44] -queuebot:#ubuntu-release- New binary: golang-github-howeyc-fsnotify [amd64] (cosmic-proposed/universe) [0.9.0+git20151003.f0c08ee-1] (no packageset)
[23:44] -queuebot:#ubuntu-release- New binary: r-bioc-dirichletmultinomial [ppc64el] (cosmic-proposed/universe) [1.22.0-1] (no packageset)
[23:44] -queuebot:#ubuntu-release- New binary: r-cran-ei [amd64] (cosmic-proposed/universe) [1.3-3-1] (no packageset)
[23:44] -queuebot:#ubuntu-release- New binary: r-bioc-dirichletmultinomial [amd64] (cosmic-proposed/universe) [1.22.0-1] (no packageset)
[23:44] -queuebot:#ubuntu-release- New binary: r-cran-threejs [amd64] (cosmic-proposed/universe) [0.3.1+dfsg-1] (no packageset)
[23:44] -queuebot:#ubuntu-release- New binary: r-cran-bayesplot [amd64] (cosmic-proposed/universe) [1.5.0-1] (no packageset)
[23:45] <sarnold> xnox: well... it *did* sort of measure distance and speed.. :)
[23:45] -queuebot:#ubuntu-release- New binary: r-bioc-dirichletmultinomial [i386] (cosmic-proposed/universe) [1.22.0-1] (no packageset)
[23:45] <sarnold> it also measured  how much gunk you had on your desk. did the museum have an interactive "remove the gunk from the rollers" section to the exhibit? :)
[23:47] -queuebot:#ubuntu-release- New binary: r-cran-colourpicker [amd64] (cosmic-proposed/universe) [1.0+dfsg-1] (no packageset)
[23:48] -queuebot:#ubuntu-release- New binary: r-bioc-dirichletmultinomial [armhf] (cosmic-proposed/universe) [1.22.0-1] (no packageset)
[23:49] -queuebot:#ubuntu-release- New binary: r-bioc-dirichletmultinomial [arm64] (cosmic-proposed/universe) [1.22.0-1] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: r-bioc-dirichletmultinomial [s390x] (cosmic-proposed/universe) [1.22.0-1] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: haskell-lambdabot-haskell-plugins [amd64] (cosmic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[23:59] -queuebot:#ubuntu-release- New binary: haskell-lambdabot-haskell-plugins [i386] (cosmic-proposed/universe) [<IP_ADDRESS>-1] (no packageset)


[07:02] <dholbach> good morning
[08:20] <iulian> Morning dholbach.
[08:20] <dholbach> hi iulian
[12:19] <dpm> hi Rhonda, I'm told you're maintaining either packages.debian.org or the Ubuntu counterpart. If so, quick question about the info about the content of packages. How does that work at a high level? Is the archive scanned for all files that packages contained and then all that info put into a database?
[12:20] <Zhenech> Contents.gz is already there :)
[12:20] <dpm> or all the packages downloaded, extracted and then the info put into a DB?...
[12:20] <Zhenech> so no need to scan
[12:21] <dpm> Zhenech, ah, so there is a Contents.gz file that contains info about all the files contained packages from an archive? (I'm not familiar with the structure of the archives)
[12:21] <Zhenech> yes
[12:22] <Zhenech> http://ftp.de.debian.org/debian/dists/stable/ Contents-*.gz :)
[12:23] <Rhonda> dpm: There are Contents files in the archive which gets used.  :)
[12:23] <Rhonda> apt-file uses the same information, btw
[12:24] <dpm> cool, thanks Zhenech and Rhonda. So packages.ubuntu.com then just reads Contents.gz and dumps the info in a DB?
[12:25] <Rhonda> … yes, "DB"
[12:25] <Rhonda> bdb files  %-/
[12:25] <Rhonda> … and this is on my agenda to get fixed, to use a real db.
[12:27] <dpm> Rhonda, gotcha. Out of interest, do you know roughly how long it takes to scan the Contents.gz file and put it into the bdb file?
[12:28] <Rhonda> Way too long.  But that's not the only bottle neck, the Packages and Sources files are just as bad.
[12:29] <dpm> is "way too long" in the range of minutes, hours, days... ?
[12:32] <Rhonda> Hours, in total.
[12:34] <dpm> ok, thanks
[12:38] <Laney> dpm: If you're talking about scanning that when ARB packages are submitted, it won't work. The archive will not check against ARB, so you could get a collision at any future moment.
[12:40] <Laney> sorry but the spec was too long for me to read, so I don't know what you're proposing here. I only know what ScottK said on the list.
[12:40] <dpm> Laney, I was thinking of scanning both the main archive and extras
[12:40] <Laney> then you have to yank the package from extras as soon as a conflict appears in the archive
[12:41] <Laney> actually it's maybe not so much of a problem on stable releases
[12:41] <dpm> yeah, I think that's the advantage, as extras packages would only come for stable releases
[12:42] <Laney> but what happens when you want to roll it on to the next release?
[12:42]  * xnox wishes for dpkg to auto-notice colisions and auto-convert them into alternatives.
[12:42] <Laney> then you might have to rename your files
[12:42] <xnox> I want git, chromium, node to point to the things I have installed..... not to something that happened to be first.
[12:43] <xnox> no collision on my machine -> collision doesn't affect me =)
[12:43] <Laney> grim
[12:44] <xnox> it's impossible to install every single package simultaneously. and the overlap, even when it happens by accident, is by accident small.
[12:44]  * xnox just have not wait for a life simulation game 'init'
[12:45] <xnox> as a cool way to spell "Ain't it?"
 Noone says "is not it", so it's a rather peculiar abbreviation.
[12:50] <soren> I'm sure there are historical reasons why it makes sense, but still.
[12:50]  * _ruben votes for "is itn't" as the new alternative
[12:50] <iulian> soren: "init" is just a lazy way of saying "isn't it". Some Londoners can't be bothered saying it correctly.
[12:51] <soren> iulian: I know.
[12:51] <iulian> I've heard it a lot in east London.
[12:51] <Rhonda> soren: language is kinda weird in itself.
[12:51] <dpm> Laney, yeah, we'll have to think this through, for now I was just trying to gather some info about the current options and caveats
[12:51]  * iulian nods.
[12:51] <soren> iulian: I'm just pointing out that oddity of "isn't it" being the "correct" abbreviation of "is it not".
[12:52] <Rhonda> The trouble with spoken language is that it's an interpreted language, and every person has their own interpreter for it.
[12:52] <Rhonda> That's bound to fail and result in incompatibilities.
[12:52] <soren> Rhonda: Speaking is overrated.
[12:52] <Rhonda> s/spoken/written/ if that pleases you better, same difference.
[12:52] <soren> _ruben: Heh :)
[15:33] <arand> How do you save the output of pbuilder-dist to a file, seeing how --logfile isn't passed along to pbuilder? Wouldh you just have to redirect in bash?
[15:35] <Rhonda> I always use --pkgname-logfile
[15:35] <tumbleweed> arand: it writes to a file in ~/pbuilder by default
[15:36] <arand> Yes, but if I run two simultaneously, the last with overwrite this last_operation.log, right?
[15:37] <tumbleweed> sounds right
[15:37] <tumbleweed> we'll take a patch to make last_operation.log a symlink to the most recent log file, named after the package built :)
[15:46] <Rhonda> The right thing would be to support the --pkgname-logfile switch in *builder-dist
[15:46] <Rhonda> Laney, RainCT, ^^  :)
[15:47] <alucardn1> hello, is there any design guideline to create icon for indicators?
[15:48] <tumbleweed> alucardn1: no idea, I'd ask the #ubuntu-unity people
[15:50] <TheLordOfTime> where can one find a list of packages that were removed from the repos?
[15:50] <TheLordOfTime> and reasoning thereof :P
[15:51] <alucardn1> tumbleweed: thanks
[15:52] <tumbleweed> TheLordOfTime: I don't think we have a list, but for each package, you can find it in its publishing history page
[15:52] <TheLordOfTime> tumbleweed:  which would be where?  (general link structure)
[15:52] <tumbleweed> ...you can find *the reason* in...
[15:53] <tumbleweed> TheLordOfTime: https://launchpad.net/ubuntu/+source/PACKAGE/+publishinghistory
[15:53] <tumbleweed> you can find everything about a package at /ubuntu/+source/PACKAGE
[15:53] <TheLordOfTime> :P
[15:54] <TheLordOfTime> the publishing history page... that's a new one, didnt know that existed
[15:54] <tumbleweed> the link is in the top right corner of the package's page
[15:54] <TheLordOfTime> don't see it here.  *shrugs*
[15:54] <TheLordOfTime> might have old cruft in my cache
[15:54] <tumbleweed> if you want to find all package removals, you can get them from the API, but it's a slow painful process...
[15:54] <TheLordOfTime> i'll check later, net's going down for maintenance  here.
[18:14] <jtaylor> hm ruby-vmc has a json<1.7.0 dependency in its gem file
[18:14] <jtaylor> so it should conflict with ruby-json
[18:14] <jtaylor> (or that dependency is just nonsense)
[19:16] <jtaylor> gna ruby vmc never seemed to ahve worked in the first place
[19:16] <jtaylor> it needs some interact module which isn't even packaged
[20:55] <jtaylor> tumbleweed, Logan_, micahg: I think I changed my mind, objections to removing ruby-vmc?
[20:55] <jtaylor> from what I can tell large parts of it never worked
[20:55] <Logan_> no objections here
[20:56] <tumbleweed> jtaylor: fine with me
[20:56] <tumbleweed> but sooner rather than later
[20:57] <micahg> jtaylor: would just like to know if there's anyone in Canonical that needs it for something (which would obligate them to fix this mess at that point), otherwise, no objections
[20:58]  * micahg pings someone for that info
[20:59] <tumbleweed> jtaylor: re mpmath. It the tests *currently* fail and are ignored, so it's not any worse, but this seemed like a useful moment to deal with it (as you'd claimed that they passed :P )
[21:00] <jtaylor> tumbleweed: yes that was a mistake
[21:00] <jtaylor> sort of copy paste from my other ffe's
[21:00] <jtaylor> there are a couple other issues in the log I overlooked too
[21:00] <tumbleweed> s/It t/T/
[21:01] <jtaylor> pinged morph about it
[21:01] <tumbleweed> and there I thought accepting FFes from you was safe :)
[21:01] <tumbleweed> yeah, I saw
[21:03] <jtaylor> oh man
[21:03] <jtaylor> the psutil testsuite also failed
[21:03] <jtaylor> I really wasn't to attentive when I filed these
[21:03] <tumbleweed> hehe
[21:03] <jtaylor> well it didn't fail it never ran
[21:04] <micahg> jtaylor: go for it :)
[21:10] <jtaylor> at least networkx realls passes its tests
[21:10] <jtaylor> 1 out of 3 ._.
[21:10]  * tumbleweed shall in future require build logs from jtaylor :)
[21:14] <jtaylor> it also teaches, let your builds fail on failing tests
[21:15] <tumbleweed> yeah. fortunately it's an RC bug if you fail to do that :)
[21:15] <jtaylor> really?
[21:16] <jtaylor> then you could file rc bugs against all of morphs packages oO
[21:16] <tumbleweed> policy § 4.6
[21:18] <jtaylor> hm that looks more like advice than requirement
[21:18] <jtaylor> if its ignored intentionally its certainly not a severe policy violation
[21:18] <tumbleweed> yeah, for ignoring test failures, RC would be a bit hash. But for something that might fail and build an incorrect package...
[21:23] <utlemming> howdy motu's. I have a couple FFe for multiverse that I filed this morning for sync's from debian. The packages were held up on debian sponsorship, but they are now in Debian. Are MOTU's the archive admins that need to sign off on the FFe?
[21:23] <micahg> utlemming: -release peoples
[21:24] <micahg> some are lurking here though
[21:24] <utlemming> micahg: I thought it might go that way, but thought I'd ask here first
[21:25] <micahg> pure MOTU and archive admin are mutually exclusive ATM as well :)
[21:25] <utlemming> michahg: that's good to know
[22:18] <ScottK> Laney: Archive scans won't solve the problem.
[22:18] <Laney> what problem?
[22:18] <ScottK> File conflicts.
[22:18] <Laney> wh
[22:18] <ScottK> Even in the stable release, backports can cause an conflict.
[22:18]  * micahg thinks namespacing is the best option there
[22:18] <Laney> oh, you're referring to that old conversation
[22:19] <ScottK> Laney: Yes.  Been offline most of the day.
[22:19]  * ScottK thinks /opt is a namespace.
[22:19] <Laney> it is
[22:19]  * ajmitch wants to suggest namespacing using an overlayfs, extending what arkose does
[22:19] <ajmitch> it doesn't solve all problems but it's less work for upstream developers
[22:20] <xnox> stow ftw
[22:20]  * xnox hides
[22:20] <ajmitch> xnox: similar enough, but done without symlinks :)
[22:21]  * ScottK thinks it's an essential predicate to a proper solution that stuff that's built on top of Ubuntu can't interfere with Ubuntu proper.
[22:21]  * micahg would think using some of these apps in an lxc container only might be the best way to go
[22:21] <micahg> ScottK: +1
[22:22] <ajmitch> micahg: lxc+apparmour is what arkose uses
[22:22] <ScottK> I think something along those lines would be better.
[22:23] <Laney> TBH the policy was so long that I didn't get much past the introduction
[22:23] <ajmitch> Laney: it was detailed :)
[22:23] <ajmitch> & I have doubts that people will understand the permissions asked for when installing a package from the software centre
[22:24] <ajmitch> since retrofitting sandboxing onto these apps will be so much fun
[22:25] <ScottK> If you do it right, they shouldn't know they are sandboxed.
[22:25] <ajmitch> no, but the users installing it are prompted to allow permissions, aiui
[22:25] <ajmitch> I haven't read the latest drafts of the spec to see what will be presented to users
[22:25] <ScottK> Permissions will be displayed apparently.
[22:26] <TheLordOfTime> any MOTU around?  got a question regarding a package that is pretty much unmaintained
[22:26] <ScottK> !ask | TheLordOfTime
[22:28] <TheLordOfTime> ScottK:  was about something in Universe, the supybot package.  Its pretty much unmaintained, hasnt been updated since Karmic.  as well, in Debian, the package is also unmaintained (last update in 2009).  Is this possibly removable?  iirc, such an old supybot is technically buggy and at risk for overflows and stuff
[22:28] <TheLordOfTime> (its just been copied from karmic according to the LP page)
[22:28] <ScottK> If you can confirm it's got security issues, I'd say definitely.
[22:29] <ScottK> You should also suggest the same in Debian if it's appropriate.
[22:29] <TheLordOfTime> i'll email the upstream maintainer, see if they are even still alive
[22:32] <tumbleweed> TheLordOfTime: people use supybot
[22:32] <tumbleweed> there hasn't been an usptream release in years
[22:32] <tumbleweed> do we have *known* security issues?
[22:33] <TheLordOfTime> tumbleweed:  correction: people use Limnoria
[22:33] <TheLordOfTime> which is a patched and improved fork
[22:33] <tumbleweed> never heard of it
[22:33] <TheLordOfTime> https://bugs.launchpad.net/ubuntu/+source/supybot/+bug/234629 looks like a security bug
[22:33] <TheLordOfTime> never been "fixed" per se.
[22:34] <tumbleweed> I suggest you propose the debian maintainer switch to limnoria
[22:34] <TheLordOfTime> the "debian maintainer" according to the supybot project channel here *is* a dev of "supybot"
[22:34] <TheLordOfTime> i'm going to email them shortly as soon as my email client stops freezing
[22:36] <tumbleweed> then he should be aware of limnoria, but it's still worth prodding him
[22:36] <TheLordOfTime> i'm prodding him for an update log, to see whether he's aware of bugs existing
[22:36] <TheLordOfTime> the guy has an @debian.org address, so if he's not checking bugs, well...
[22:37] <tumbleweed> jamessan is very active in debian
[22:37] <TheLordOfTime> indeed.  kinda surprised he hasnt picked up on this.
[22:37]  * TheLordOfTime did just email him
[22:38] <TheLordOfTime> tumbleweed:  also... http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=supybot&repeatmerged=no
[22:38] <TheLordOfTime> read the "Important" bugs
[22:38] <TheLordOfTime> there's risks in there as well, filed against the Debian version and not the Ubuntu version
[22:39] <TheLordOfTime> its not too far fetched to assume those bugs exist in the Ubuntu version as well.
[22:39]  * TheLordOfTime would have to confirm, but already uses Limnoria on production environments
[22:42] <micahg> hi l3on, was wondering if you plan on working on your open merges (/me has some uncompleted as well, but is planning on doing them)
[22:44] <TheLordOfTime> tumbleweed:  oh, you know what...
[22:44] <TheLordOfTime> tumbleweed:  according to these bugs that can put a system at risk, there's been *zero* activity on the bugs
[22:44] <TheLordOfTime> and statements to the effect that upstream is pretty much dead
[22:44] <tumbleweed> it's not like anyone provided any ptaches either
[22:45] <TheLordOfTime> they're all patched in limnoria, according to bug comments...
[22:45] <tumbleweed> they just told him to switch to a different upstream. which isn't something one does lightly
[22:45] <TheLordOfTime> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672214, for instance.  and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672215
[22:46] <tumbleweed> TheLordOfTime: we (and debian) fix security issues by applying minimal patches. only the development releases are fixed with new upstream versions
[22:47] <TheLordOfTime> tumbleweed:  limnoria doesn't keep their patches around afaict
[22:47] <TheLordOfTime> i'm reading up on suggesting a package's removal now, so...
[22:47] <tumbleweed> they sound lie a pleasure to work with :/
[22:48] <Laney> why aren't those bugs RC?
[22:48] <tumbleweed> seriously, though. they use git. the commits fixing those bugs can be found
[22:50] <TheLordOfTime> ... okay, now i'm seriously annoyed
[22:50] <TheLordOfTime> and that's not a good thing
[22:50] <ajmitch> because of getting banned?
[22:51] <TheLordOfTime> no, because that guy has banned me in two places
[22:51] <TheLordOfTime> because i brought up (1) the fact the package shoudl be removed, and (2) he's taking my opinions a bit too seriously
[22:51]  * TheLordOfTime goes off to a private channel to rant.
[22:54] <tumbleweed> aww did I miss out on some fun? :)
[22:55] <ajmitch> apparantly
[22:55] <TheLordOfTime> you've missed out on my rage/annoyance levels going from 500 (low) to 8000 (very high) very quickly.
[22:55] <TheLordOfTime> just because i happen to be wanting to suggest the removal of the supybot package because of security bugs
[22:55]  * TheLordOfTime returns to private ranting, to prevent a mess from /dev/chaos leaking to Ubuntu channels
[22:56] <Laney> if you can be civil then I suggest you post links to the commits on the bugs and make them RC
[22:58] <TheLordOfTime> the civility will improve after a little while of ranting in private.
[22:58] <TheLordOfTime> hence the ranting in private.