=== tkamppeter_ is now known as tkamppeter
allquixoticHi, I am trying to add a patch to the quilt stack in lp:~ubuntu-desktop/rhythmbox/ubuntu. I used `quilt import' to pull the patch in. but lintian gives me this error: "E: rhythmbox source: quilt-series-references-non-existent-patch 01_vala_vapigen.patch" The problem is that exact file *does* exist in the patches dir, and it's in the right place in the series file. What gives?00:07
slangasekallquixotic: did you 'bzr add' the patch file?00:07
allquixoticslangasek: No :) That's all I had to do?! OK. Let me try that.00:08
slangasekallquixotic: without 'bzr add', the new patch file isn't part of the bzr branch and won't be picked up by bzr bd00:09
allquixoticslangasek: Ah, right. And I was running bzr-buildpackage which == bzr bd. Many thanks!00:09
slangaseksure :)00:09
RAOFWhat sort of useless filesystem debugging tool segfaults when fed a broken filesystem?  GAH!00:10
corecodeis there a special tool to write to debian/changelog and commit a bzr revision at the same time?00:12
TheMusocorecode: debcommit00:14
TheMusocorecode: sorry, you have to write to debian/changelog first with debcommit00:14
TheMusoslightly misread your question.00:15
slangasekso, 'dch && debcommit' :)00:32
slangasekttx: commented the bug00:35
smoseranyone able to tell me why there would be no maverick build of libjibx-java ?01:00
smoseri'm guessing ftbfs ?01:01
ajmitchsmoser: it was removed, see https://edge.launchpad.net/ubuntu/+source/libjibx-java/+publishinghistory01:01
smoserso it *does* have reverse depends in ubuntu01:05
slangaseksmoser: check with Riddell, I guess?  Generally we shouldn't auto-process removals from Debian for packages that have reverse dependencies in the archive still01:08
slangaseksmoser: would bringing the new libjibx1.{1,2}-java packages into maverick address the issue?01:09
smoseri dont know the answer to that.01:09
mathiazkees: hi!01:47
mathiazkees: could you do a search on the archive to see if there are any package using dbi_conn_error_flag?01:48
mathiazkees: this function has been changed in the new upstream version of libdbi01:48
mathiazkees: nevermind - I've been able to get what I was looking for02:08
=== wgrant_ is now known as wgrnat
=== wgrnat is now known as wgrant
allquixoticWhen I grab a source package via `apt-get source' and the sources dir contains debian/patches/nn_*.patch and debian/patches/series, how do I apply those patches? quilt?03:28
smoserkees, around ?03:52
smosereuca_rootwrap question.03:53
keessmoser: email me; i'mhigh latency this week (at blackhat and defcon conferences)04:31
smoseri found the answer.04:32
smoserwhether ror not you'd like it to be true, a program invoked via euca_rootwrap can fork/exec anything it wants.04:32
smoseri had thought that your security measures might have stopped that.04:32
keessmoser: ew, it's not supposed to be able to do that04:55
smosermaybe i did something wrong04:55
keesmaybe you're using the upstream version instead of the replacement i wrote?04:56
smoseri dont think so04:58
smoserfrom our packages:04:59
smoserkees, http://paste.ubuntu.com/470524/05:00
smosermaybe i wasn't explaining myself well.05:00
pittiGood morning06:44
andreserlHi all. Have a quick question. Should we Build-Depend in a virtual package, or in a real package?06:46
pittizul: can you please aply v7x' debdiffs in bug 611101  and bug 611102 and then actually test the package?06:55
ubottuLaunchpad bug 611101 in mysql-dfsg-5.1 (Ubuntu Lucid) "upstart config does not sleep between pings" [High,Triaged] https://launchpad.net/bugs/61110106:55
ubottuLaunchpad bug 611102 in mysql-dfsg-5.1 (Ubuntu Lucid) "mysqld does not start due to typo in upstart config" [High,Triaged] https://launchpad.net/bugs/61110206:55
keessmoser: uhm... you added /bin/sh to the conf...07:04
smoserand then invoked /bin/sh (a command in the conf)07:04
keesso, of course it can run anything.07:04
smoserand it forked something else07:04
smoserthats what i was asking.07:04
smoserif you were intending to stop forks of other programs.07:04
keesno, and that would probably break other stuff.07:05
keesthe euca white list was built to just try to not make it blindingly simple to gain root privs from the euca user07:05
keesit's almost certainly possible, but it was REALLY possible with the old one, which just did exec(argv[1]) etc...07:06
keesthe idea was to try to help euca start to build up a whitelist and helpers to validate arguments, etc.07:06
keesbut since it's still not upstream, I don't think there are any plans to improve it.07:07
dholbachgood morning08:08
diwicdholbach, good morning08:17
dholbachhey diwic08:17
mdzmvo, unfortunately I can no longer test that nvidia progress bar issue. the nvidia card in question is dead (its fan stopped)08:37
mvomdz: thanks, I can reliable reproduce it now on both a ati and a nvidia card, looks like a issue with cairo 1.9.x hitting slow rending path(es) on these cards08:38
mvomdz: its now in bug #595845 (including small demp and timing info)08:38
ubottuLaunchpad bug 595845 in cairo (Ubuntu) "libcairo2 1.9.10 makes Ubuntu 10.10 unusably slow" [Medium,Triaged] https://launchpad.net/bugs/59584508:38
RAOFI'm not entirely sure where that slowness is coming from - I was going to look at oprofile output, but on my nouveau system the slowness *isn't* accompanied by CPU usage, so oprofile wasn't catching any hot paths.08:56
mvoRAOF: today my nouveau system does not start (complains that drm can not set DRM device bus id, otherwise I would be able to help09:02
RAOFYeah, that's a race condition.09:03
RAOFDelete the ureadahead pack file and your boot should slow down enough for X to start09:03
RAOFAlternatively, add drm to your initramfs by setting FRAMEBUFFER=y in one of the conf files.09:04
RAOFmvo: bug #606244 is what you want to follow for that.09:06
ubottuLaunchpad bug 606244 in linux (Ubuntu) "X doesn't find a screen and is not starting due a race condition" [High,Confirmed] https://launchpad.net/bugs/60624409:06
mvoRAOF: thanks!09:08
pitti2010-07-29 08:46:34 INFO    Comment: NBS09:46
pitti2010-07-29 08:46:34 INFO    1196 packages successfully removed.09:46
pittiseems nobody did that for a while09:46
=== ogra_ is now known as ogra
* pitti removes 543 more old kernel packages09:48
=== fta_ is now known as fta
=== amitk is now known as amitk-afk
=== fta_ is now known as fta
=== fta_ is now known as fta
apwpitti, ! 543 ! ... that really hasn't been done for a while12:21
chrisccoulsonpitti - how frozen is lucid for SRU's?12:23
chrisccoulsoni have an ubufox SRU with a couple of fixes in (one of them disables the "Report a problem" menu item in firefox)12:23
=== amitk-afk is now known as amitk
pittichrisccoulson: once mysql lands (hopefully today, will coordinate with zul), then that's "it"13:01
RiddellTheMuso: ping?13:22
TheMusoRiddell: pong13:55
RiddellTheMuso: I e-mailed, you should be asleep :)13:57
TheMusoRiddell: heh, its about 11:0PM in the evening, will take a quick peak before heading to bed. :)13:57
TheMusoRiddell: speech-dispatcher. I have resigned from the fork, and don't intend to package opentts for maverick.13:59
TheMusoNow I am off to bed.14:01
=== yofel_ is now known as yofel
=== gnomefreak76 is now known as gnomefreak
=== fta_ is now known as fta
=== bjf[afk] is now known as bjf
ikoniadholbach: are you there ?14:49
dholbachikonia: yes14:51
ikoniadholbach: can I nudge you a pm please ?14:51
dholbachyou can try :)14:51
=== freeflyi1g is now known as freeflying
mathiazsuperm1: hi - I'm currently investigating bug 59803015:32
ubottuLaunchpad bug 598030 in Ubuntu Server papercuts "firmware-tools should be split between GUI and non-GUI tools" [Medium,Triaged] https://launchpad.net/bugs/59803015:32
mathiazsuperm1: is there anything in the code that would make things harder?15:32
mathiazsuperm1: is inventory_firmware_gui the only bit that call anything gui related?15:33
quadrisproehy mvo, nice to see you aroun! I've mail'd you but now I have to leave, see you later15:42
superm1mathiaz, you are best speaking with michael brown about that stuff, but i dont see him on right now15:54
superm1mebrown is his handle15:54
=== 14WAAZ29V is now known as foxbuntu
=== fta_ is now known as fta
mathiazsuperm1: great - thanks15:58
superm1mathiaz, here's mebrown16:01
superm1you can restate your question to him16:01
mathiazmebrown: hi - I'm currently investigating bug 59803016:01
ubottuLaunchpad bug 598030 in Ubuntu Server papercuts "firmware-tools should be split between GUI and non-GUI tools" [Medium,Triaged] https://launchpad.net/bugs/59803016:01
mathiazmebrown: is there anything in the code that would make things harder?16:02
mebrownnot really.16:02
mathiazmebrown: is inventory_firmware_gui the only bit that call anything gui related?16:02
mebrownthey are separate bins16:02
mebrownI think so.16:02
mathiazmebrown: IIUC inventory_firmware_gui is just a GUI frontend that call the cli scripts?16:02
mebrownseparate implementation that uses the backend python libs16:03
mebrownshares same libs as the cli, but does not use16:03
mathiazmebrown: gotcha16:03
* mathiaz nods16:03
mathiazmebrown: do you have an opinion on the package names?16:03
mathiazmebrown: ie should the gui be split to firmware-tools-gui?16:04
mathiazmebrown: that would require desktop users to install firmware-tools-gui instead of firware-tools16:04
mathiazmebrown: I wonder what's the impact on existing documentation16:04
mebrownmathiaz, no real strong opinions.16:04
mathiazmebrown: or users expects to have a gui when installing firmware-tools?16:05
mebrownmathiaz, would like it if all the pkgs could use the same convention, though. (rpm/deb/etc)16:05
mathiazmebrown: is there already a split for rpm packages?16:05
mebrownwould probably need to split into something like: firmware-tools-libs, firmware-tools-cli, firmware-tools-gui16:06
mebrownand have firmware-tools be a meta-pkg for backwards compat16:06
mathiazmebrown: ok - s/-libs/-common/16:06
mebrownI dont really have a clear idea if most people use the cli or gui. I suspect that most people use cli, but no hard data16:07
mebrown-common works for me16:07
mathiazmebrown: so firmware-tools-common, firmware-tools-cli, firmware-tools-gui and firware-tools depending on firware-tools-gui16:07
mathiazmebrown: as a transitional package16:07
mebrownsounds fine to me. probably want f-t to depend on both f-t-g and f-t-c16:07
mathiazmebrown: great - thanks for your input16:08
tumbleweedif anyone is doing anything about firmware-tools, dell probably needs a prod. It looks like their firmware repository is in poor shape16:08
mebrowntumbleweed, yes, I know.16:09
mebrownits mine and I'm catching up on all my projects now16:09
mebrownspent a year in limbo working on... just a sec, let me get the link.16:09
tumbleweeda cool. I was the last person to touch firmware-tools here, and found it to be rather unhappy16:10
mebrowngot a funny message from the blog team this morning: Why does your blog post have two orders of magnitude more views than any of the other stories?16:11
ScottKpitti: Would you please rescore xine-lib.  It just affects powerpc and ia64 and should save us some retries on those archs to get it built now.16:13
pittiScottK: sure, doing16:21
ScottKpitti: Thanks.16:21
zulptti: acked16:25
=== beuno is now known as beuno-lunch
=== sconklin-gone is now known as sconklin
zulpitti: done16:53
=== beuno-lunch is now known as beuno
LucidFoxseb128, I have talked to ritz about releasing xchat-gnome 0.26.2 - he says he plans to finalize and commit by Wednesday.17:33
LucidFoxSo hopefully we'll be able to get it in before FF17:33
seb128hey LucidFox17:33
=== fta_ is now known as fta
=== dendrobates is now known as dendro-afk
=== deryck is now known as deryck[lunch]
LucidFoxIs f-spot going to be demoted to universe now that shotwell is in main17:43
chrisccoulsonLucidFox, no17:44
jonoare others finding that evolution is crashing a lot?17:56
=== fta_ is now known as fta
ebroderI haven't been using it too extensively, but not really18:02
jonoit is crashing every few messages for me18:03
ebroderYeah, definitely not that bad18:03
=== dendro-afk is now known as dendrobates
=== fta_ is now known as fta
pittizul: can you please reupload with referring the two regression bugs in the changelog, and include all three -proposed uploads in -v?18:32
pittizul: please check the _source.changes, it should have three records18:32
zulpitti: k18:32
ScottKpitti: Would you please rescore libmpc - need that one apparently before I need xine-lib.18:33
pittiScottK: done18:33
ScottKpitti: Thanks.18:34
=== sebner_ is now known as sebner
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
zulpitti: done18:54
pittizul: still don't see it -- was the upload successful? (old ".upload already exists" trap?)19:00
zulgah....shakes fist19:00
=== sconklin is now known as sconklin-lunch
=== deryck[lunch] is now known as deryck
bdrunghow can i determine, who of the archive-admin team rejected an upload?19:31
pittibdrung: nobody can19:33
pittibdrung: the convention is that the archive admin sends the reason to the uploader and CC:s ubunt-archive@19:34
pittior does a bug followup in the case of a rejected SRU19:34
Laneybdrung: are you talking about projectm?19:34
bdrungLaney: yes19:34
LaneyThat was ScottK: the maintainer spoke up in #-motu about this version being unsuitable19:35
Laneysee scrollback there for the discussion19:35
ScottKbdrung: You were highlighted at the end of the discussion.19:36
pittizul: was an identical double-upload, so I reject one; don't get scared19:36
zulpitti: hehe thanks19:36
pittizul: oh, but can you please reupload with the to new bug refs in the latest changelog?19:36
zulpitti: sure19:37
pittizul: 611101  and 61110219:37
bdrungok, thanks19:37
zulpitti: uploaded19:41
pittizul: thanks, looks good; can you upload to maverick, too?19:53
zulyeps as soon as im done with what im working on19:53
pittithank you19:53
pittiso, that (hopefully) closes the 10.04.1 SRUs19:56
=== sconklin-lunch is now known as sconklin
=== jtechidna is now known as JontheEchidna
jonofolks, evolution keeps crashing for me when I want to reply to an email, it seems to do it every few messages - I run it in a terminal but it just says it is a segfault - how can I get better debug info?20:42
jono(in Maverick)20:42
BlackZjono: I think you could try to install evolution-dbg20:44
jonothanks BlackZ - what is that?20:48
BlackZjono: that package contains debugging symbols for evolution, http://live.gnome.org/GettingTraces/Details20:50
jonothanks BlackZ20:54
ChipzzBlackZ: eh? why are you redirecting him to a gnome.org page when ubuntu has apport??21:04
BlackZChipzz: if he wants to do a bug report against the ubuntu package then he can use apport, but it's better to report it to gnome too21:05
ChipzzBlackZ: yes, but the ubuntu bug will get forwarded to gnome bugzilla anyway21:05
BlackZChipzz: FYI someone will have to21:06
Chipzzand someone will21:06
Chipzzevolution-dbg only contains debugging symbols for evolution21:07
Chipzzwhat if the problem is in an underlying library?21:07
ChipzzI don't know the official pov from ubuntu, but my gut feeling tells me it's better to use apport/ddebs21:08
pittithe retracers install ddebs for every depending lib21:08
pittionce the retracer kicked in and produced a good stack trace, it's ready for upstream forwarding, yes21:08
pittibefore that it's just a nuisance for upstream21:08
BlackZChipzz: evolution-dbg will collect the useful debug *for* evolution and you have to see if with that the stack trace provides enough informations. However yes, he can use apport21:12
micahgBlackZ: not necessarily, depends on what other components are involved in the error21:14
BlackZjono: could you please check in malone/gnome if there's a bug against that?21:15
Chipzzpitti: what's the recommended approach for filing bug reports? apport or the approach BlackZ suggested?21:16
Chipzz(as an aside, I am more than a little surprised jono of all ppl did not know about apport.. :P)21:17
Chipzzpitti: also, since jono is running maverick (a development release), shouldn't apport have been enabled by default?21:17
BlackZmicahg: exactly21:18
pittiChipzz: the easiest is to report the crash through apport, wait until the retracer got to it, and then poke people to forward it upstream and/or fix it21:21
pittimight be something simple21:21
pittiChipzz: yes, maverick has apport enabled21:21
jonoChipzz, I know about apport, but it is not triggering when it crashes21:23
pittijono: do you get apport on: sh -c 'kill -SEGV $$'21:24
SpamapSmathiaz: agreed better here...21:24
SpamapSmathiaz: so .. collectd plugins.. what would you say to splitting it into its own source package, much like php-imap does?21:24
SpamapSmathiaz: at issue is the list of MIR-needing libs .. if we can just leave the plugins that need those libs out of main .. *win*21:24
mathiazSpamapS: both packages would have the same .orig.tar.gz though?21:25
SpamapSmathiaz: otherwise we need to pile even more stuff onto the already massive main seed.. libesmtp, libconfuse, libganglia ...21:25
SpamapSmathiaz: right21:25
mathiazSpamapS: the other solution is to disable the unwanted plugins during build time21:25
SpamapSmathiaz: that would be a disaster21:26
SpamapSmathiaz: "We support collectd now, but we had to turn off half of the cool features."21:26
SpamapSThe reason we want it in main is for uec...21:26
SpamapSso we should be able to just bring what we want for uec, into main, and leave the rest in universe.21:26
mathiazSpamapS: right - as a monitoring agent for UEC components21:27
SpamapSone issue with that is that the plugins can only be in "suggests" ..21:27
mathiazSpamapS: rather than a monitoring agent for instances running into the cloud21:27
SpamapSso users will install the collectd package, and then wonder why it doesn't have all the plugins they want.21:27
SpamapSBut one way to get around that..21:27
SpamapSis to have collectd-basic in main .. used by uec and whatever else needs it, but then the actual 'collectd' package is in universe.21:28
mathiazSpamapS: right - having a collectd-core in main21:28
Chipzzjono: shouldn't it? maybe you have it disabled?21:28
SpamapScore, that sounds much better. :)21:28
mathiazSpamapS: (rather than -basic)21:28
mathiazSpamapS: so IIRC there was a similar issue with xen21:28
mathiazSpamapS: where xen was in main but only to have the -dev package21:29
mathiazSpamapS: in main21:29
mathiazSpamapS: yes - xen-3.3 is in main21:31
mathiazSpamapS: http://packages.ubuntu.com/source/lucid/xen-3.321:32
mathiazSpamapS: however the hypervisor and the tools are in universe21:32
jonoChipzz, it should, I am not sure why it isn't - how do I check21:32
mathiazSpamapS: and only libxen3-dev is in main21:32
mathiazSpamapS: because of libvirt21:32
BlackZagreed with pitti: you could report it with apport against the ubuntu package and then report it to upstream (gnome, in this case). But if you just want to get the debug symbols, you can use the debug symbols for the respective packages (e.g. evolution-dbg for evolution)21:33
mathiazSpamapS: so that's another option - it may make the MIR processing easier21:34
SpamapSmathiaz: my main concern is actually just the explosion of responsibility we're accepting in main21:34
micahgBlackZ: the problem is that since we use system libs for most packages, you'll get a partial trace using the package-dbg packages21:34
Chipzzjono: if you have it disabled? I think some file in /etc/default (if I'm not mistaken)21:36
jonoChipzz, I have it now, it was removed from my panel21:37
mathiazSpamapS: so the collectd dependencies that would need to be promoted to main are: 'collectd', 'libdbi', 'libesmtp', 'liboping', 'memcached', 'libmemcached', 'yajl'21:38
mathiazSpamapS: memcache is already done21:38
SpamapSmathiaz: memcached+libmemcached are already approved to main21:38
mathiazSpamapS: libdbi on its way because of rrdtool?21:39
SpamapSmathiaz: and libdbi should make it due to rrdtool's dependence (and its relative stability)21:39
SpamapSmathiaz: libganglia1 is also needed21:39
pittigood night everyone21:39
mathiazSpamapS: hm - right - it seems that my script fails21:40
BlackZmicahg: that's true too but not always, first we should try to collect the debug information and see if they're partial, agreed?21:40
mathiazSpamapS: because rrd-dev is currently unstalable in maverick21:40
* mathiaz tries on lucid21:40
SpamapSmathiaz: librrd-dev > 1.4 is , I think, the build-dep for the latest collectd21:41
SpamapS librrd-dev (>= 1.4~),21:42
mathiazSpamapS: so on lucid the list is: 'collectd', 'confuse', 'libdbi', 'libesmtp', 'ganglia', 'liboping', 'memcached', 'libmemcached', 'yajl'21:42
SpamapSmathiaz: 1.4 isn't uploaded, though I did do the merge. I think its awaiting merge-proposal-review by ubuntu-server. ;)21:42
mathiazSpamapS: it seems that libesmtp liboping could be disabled21:43
SpamapSmathiaz: liboping I believe is the baseline ping monitor. Not needed for uec, but a huge need by your average collectd user21:44
mathiazSpamapS: the library seems quite simple - so could be easy to MIR21:45
mathiazSpamapS: I think the main one would be ganglia21:45
micahgBlackZ: requires debugging twice, vs 1 apport crash21:45
BlackZmicahg: yeah, so as pitti said using apport is the easiest way21:47
micahgBlackZ: even if people want privacy and won't upload a coredump, they can retrace the apport crash (which can also install all the appropriate -dbgsym packages) locally, it's really an awesome tool21:47
SpamapSmathiaz: agreed, ganglia's only non main dependency is libconfuse21:47
mathiazSpamapS: ok - and ganglia itself would be a huge effort to MIR21:48
mathiazSpamapS: I'm not sure we want that in main21:48
BlackZmicahg: yes21:49
SpamapSmathiaz: ganglia could just have libganglia1 in main21:49
mathiazSpamapS: yeah - that would be an option - similarly to what we do for xen21:50
SpamapSmathiaz: but I'd rather do even more to reduce the burden on main by moving the bulk of the optional plugins to a non-main package21:50
mathiazSpamapS: well - we'd increase our burden by splitting source packages21:51
mathiazSpamapS: as we'd have to update collectd-plugin whenever collectd is updated21:51
SpamapSmathiaz: right, I think we have more merge-bandwidth than we do security-bandwidth. ;)21:52
mathiazSpamapS: hm - well - the split proposal is much more unusual21:53
=== achiang is now known as smallakin1
mathiazSpamapS: I don't know of any package where we do that21:53
=== smallakin1 is now known as achiang
mathiazSpamapS: I'd send an email to ubuntu-devel to ask for feedback on the two options21:54
mathiazSpamapS: I'd lean towards including ganglia into main personally21:54
SpamapSmathiaz: meh.. munin, collectd, and ganglia, all in main.. ;)21:56
mathiazSpamapS: right21:58
mathiazSpamapS: we'll sort things out during the next UDS21:58
mathiazSpamapS: to get everything in order for the next LTS21:58
SpamapSmathiaz: I think we should have a *very* clear picture of what the next LTS looks like, server wise, by the end of UDS-O22:02
SpamapSmathiaz: we can't wait for P. :)22:03
mathiazSpamapS: we should discuss that at UDS-N then22:06
SpamapSYeah I have my UDS-N ideas brewing now. :)22:07
=== dendrobates is now known as dendro-afk
mathiazSpamapS: awesome - don't forget to *capture* them22:08
SpamapSmathiaz: rememberthemilk.com is turning out to be perfect for that22:09
=== korn_ is now known as c_korn
mathiazSpamapS: http://brainstorm.ubuntu.com/ as well :)22:10
SpamapSmathiaz: a difficult step for me is clarify.. I'm such a pack-rat.. I never want to delete anything. ;)22:11
SpamapScan somebody who moderates ubuntu-devel please take a look at the posting I just did (clint@ubuntu.com "MIR for collectd requires some guidance") and accept/reject it. The last message I sent to ubuntu-devel sat unmoderated for 3 weeks. ;)22:19
=== dendro-afk is now known as dendrobates
rsavoyeis there a bzr branch on launchpad for OpenJDK ?22:31
rsavoyethat is the source, not just packaging files22:32
SpamapSrsavoye: I don't know where the official upstream for openjdk is, but lp:ubuntu/openjdk should be the current development package w/ the source.22:34
rsavoyethere is nothing at that url, I tried22:35
rsavoyejava.net has a mercurial repository, but you have to be registered to access it22:35
micahgrsavoye: apparently a default branch isn't registered for that source, can you file a bug on bugs.launchpad.net/udd ?22:37
rsavoyesure, but I need it now! :-)22:37
micahgit should be lp:ubuntu/openjdk-622:37
rsavoyeshould be... openjdk6 has the packaging files, nothing else that I can find22:38
micahgseems to be stopped on bug 51321522:44
ubottuLaunchpad bug 513215 in Ubuntu Distributed Development "needed upstream part for version" [High,Triaged] https://launchpad.net/bugs/51321522:44
rsavoyeah, I see, it mentions openjdk-6 as an affected package. Oh well...22:51
rsavoyewell, now there are two of us the bug effects :-)22:52
wgrantbarry: Hi.23:41
wgrantbarry: AFAICS, both system-config-printer builds have a non-None current_source_publication. That's how you're meant to get the source details.23:43

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!