[00:36] ScottK: kubuntu-ppc is still not on http://iso.qa.ubuntu.com/qatracker/milestones/269/builds is it worth asking our ppc testers to look out for it? [00:36] Let me have a look. [00:37] I'm going to send them one last nagging email :) [00:46] phillw: It's there now. [00:46] okies, I'll amend my email :D [00:49] See. There you go. [00:49] ScottK: are you ubuntu@kitterman.com ? [00:49] I am. [00:49] okies, just so you get a cc [00:50] I'm also kitterman@ubuntu.com. So you can actually do it either way. [00:50] ;-) [00:54] ScottK: you have mail, either way. I'm not too PC with the lubuntu-qa team, we work hard, but chat easy :) [00:54] OK. [01:12] highvoltage: I'm a bit unsure what to to about calibre - http://launchpadlibrarian.net/138120901/calibre_0.9.18%2Bdfsg-1bzr_source.changes - It's on your image, so I'm relucant to accept, but if it's not in pre-release, we're stuck with the non-free stuff in the archive. [01:30] https://launchpad.net/ubuntu/+source/adobe-flashplugin/ Not in raring? [01:35] TheDrums: partner uploads happen at the last minute [01:35] also this exists https://launchpad.net/ubuntu/+source/flashplugin-nonfree [01:35] micahg: Thank you. [01:36] * micahg wonders if there's a doc reminding people they need to happen [01:37] (There was plenty of packages in the partner repo, wasn't sure if it was removed or had something else done with it.) [06:54] good morning === doko__ is now known as doko [07:22] phillw: Any issues with me respinning lubuntu alternates for you today? The current ones contain one stale package. [07:52] xnox, cjwatson: do you know if anyone looked at bug 1172002? [07:52] Launchpad bug 1172002 in ubiquity (Ubuntu) "Install doesn't mount encrypted swap for reinstall" [Undecided,Confirmed] https://launchpad.net/bugs/1172002 === rbasak-test is now known as rbasak [08:38] phillw: Sine you didn't seem to be awake yet, I just went ahead and respun lubuntu/alternates. They should spit out soon. [08:38] stgraber: I commented on it. It is a bit strange. Partman doesn't seem to show any logical partition, which i'd expect to be dm-crypt activated with random password to become swap. [08:38] phillw: s/Sine/Since/ [08:39] xnox: right, I saw your discussion with infinity in #ubuntu-installer [08:39] ack. [08:51] stgraber, i have a wishlist request for the iso tracker ... can we please use sane dates ? [08:51] like iso ones :) [08:52] 04/24/2013 is as wrong as a date can be :P [08:55] is there a wikipage or a blog post that explains the new release model? i'm looking for something that i can link to from the xubuntu release notes, don't really want to use https://wiki.ubuntu.com/ReleaseCadence/RollingRelease [08:55] knome: There is no new release model. Does that help? [08:55] well... no. [08:56] is raring supported for 18 months? [08:56] 9 months [08:56] knome: raring is supported for 9 months. But the release model hasn't changed, just the support window. [08:56] okay, is there an announcement for that? [08:56] it was in TB minutes I think ... [08:56] ogra_: well, Drupal thinks it's in the US and so formats the date that way ;) [08:57] ok, i'll dig up the archives [08:57] https://lists.ubuntu.com/archives/ubuntu-devel-announce/2013-March/001027.html [08:57] stgraber did a summary and it got posted on some blog [08:57] I'll be sure to mention it in the release announcement. [08:57] stgraber, tell it that it isnt :) [08:57] But it certainly ought to be written up in some less "for those who care about Ubuntu process minutiae" way [08:58] ogra_: oh actually, looks like we can now reconfigure that in the web UI! let me see if I can easily change that without breaking things [08:58] :) [08:59] stgraber: If I accepted callibre and rebuilt edubuntu-dvd, would you or highvoltage have a sad? [08:59] calibre, even. [09:00] infinity: ah I meant to respond to the calibre issue earlier but had a ton of interruptions (I should spend less time at the office) [09:00] infinity: considering I'm half-way through testing, probably :) [09:00] infinity: syncing now and will then test. cdimage is pretty slow though. [09:00] infinity, if you're including it in the general release notes, then i don't need to. ta :) [09:00] highvoltage: it's your country that has slow internet, I'm getting my iso images at a nice 8MB/s here ;) [09:00] * cjwatson is getting 38MB/s from cdimage, anything else is your problem :P [09:01] * cjwatson <- slight advantage this week [09:01] Well, looks who's all smug about his borrowed internet. [09:01] cjwatson, using LTE over your mobile ? [09:01] :) [09:01] I got 10mbps for everything else yesterday but just around 100-200KB/s for cdimage. [09:01] maybe it was just bad timing or something from my part :) [09:01] I will admit that my mobile internet is in fact faster than my ADSL, but not that ... [09:01] heh [09:02] (anyway, my actual point was that cdimage itself seems fine, even if it's only because I'm sort of effectively next to it) [09:02] yeah [09:03] I still only get around 200KB/s from it, but my image was last synced yesterday so I guess it won't take long anyway [09:04] highvoltage / stgraber : Want to join in on the conversation in #-devel? [09:05] infinity: yeah, was looking over the diff to actually know what we're talking about ;) [09:07] We can still sneak unseeded universe fixes in, yes? [09:09] Laney: Absolutely. [09:09] Solid. [09:15] ok, so I finished pushing my test results for Edubuntu (everything looking good) and marked the images for rebuild so nobody wastes their time on them [09:15] I really need to figure out why queuebot does that ^... [09:16] I assume because it's Swiss. [09:18] stgraber: ack [09:18] fixed the broken link to stéphanes detailed summary at https://wiki.ubuntu.com/TechnicalBoard/TeamReports/13/March [09:36] will https://wiki.ubuntu.com/RaringRingtail/ReleaseNotes be created sometime soon? [09:36] knome: It will exist later today. [09:37] cheers [09:37] knome: But if you need to edit or add to it, edit TechnicalOverview please. [09:37] knome: It'll just be a copy/paste (or even just a rename) of that. [09:37] sure [09:37] i'm just working on the xubuntu release announcement and prefer to have the links ready [09:43] infinity: Which link.format are we supposed to use for flavour release notes? https://wiki.ubuntu.com/RaringRingtail/ReleaseNotes/ or https://wiki.ubuntu.com/RaringRingtail/ ? [09:44] smartboyhw: Wherever you want to put them, as long as you link them correctly from the master one, I don't much care, to be honest. [09:45] infinity: OK then, the Ubuntu Studio one is at https://wiki.ubuntu.com/RaringRingtail/UbuntuStudio [09:46] I saw the Lubuntu one having /ReleaseNotes after /RaringRingtail and I was afraid I got it wrong:P [09:46] smartboyhw: Is it linked from TechnicalOverview? [09:47] smartboyhw: I don't want to do all the wiki gardening required to make sure everyone's stuff is right, so if you link it to the right location, I don't care where that is. :) === mmrazik is now known as mmrazik|lunch === mmrazik|lunch is now known as mmrazik [11:30] please review kaya in the queue [11:33] ooh, you fixed it? [11:33] +-import Contol.Exception [11:33] ++import Control.Exception [11:33] stylish [11:34] erm, wait, that's probably my mistake [11:34] I made that typo while fixing it [11:34] you appear to have fixed that typo [11:34] does the diff introduce it and then fix it? [11:35] er, can't see, have accepted :) [11:35] * cjwatson goes and looks again [11:35] yes [11:35] Yeah, it does [11:35] Oh well [11:35] introducing a bug and fixing it in the same diff, yay! :) [11:35] I was evidently on new-gc-api when I did it [11:35] ho hum [11:35] Can tidy up for s [11:42] Question: Still no codename for S cycle right? [12:09] hi [12:10] could i ask you information about the bug fix i would like to provide you on this page ? https://bugs.launchpad.net/ubuntu/+source/facter/+bug/1170325 [12:10] Launchpad bug 1170325 in facter (Ubuntu) "Facter 1.6.X not considering Qemu/KVM virtual type" [Undecided,New] [12:11] i m not sure how to propose this fix in the LTS development release [12:11] can somebody help me to make it clear ? [12:12] rustx: We're releasing Ubuntu 13.04 tomorrow, so anything not directly related to that is extremely unlikely to get attention until next week. [12:13] ScottK: I clearly understand [12:13] ScottK: that's ok to me, i will fix my productio on my side, and will come back to you next week [12:14] ScottK: the only thing i am sure with is that puppet devs fixed that bug in later version of facter. I just wanted to be sure that the 120.4 LTS won't be broken, as this is the distro I use on production [12:14] ScottK: all the best for Ubuntu 13.04 release, big up ! [12:15] rustx: Sure. If you can find the exact commit that fixed the bug, then there's a good chance of getting it fixed, but not this week. [12:19] rustx, ScottK: seems like http://projects.puppetlabs.com/issues/20265 ? [12:19] yes, this is my issue [12:19] on puppet side, they told me it was fixed on further facter version (1.7), and asked me to see with Ubuntu teams [12:20] i wil find the exact commit that fixes this [12:24] rustx, seems like it's https://github.com/puppetlabs/facter/commit/5c653e98e97ba8e83a46b8e0c1fd72dfe672964b [12:25] rustx, https://github.com/puppetlabs/facter/commit/4b44b797785ad48d64116e9e13f063dfe89910d2 rather [12:25] seb128: yes, you got it [12:25] Wow, that is remarkably unsafe detection [12:25] my patch was proposing using a pipe '|' to add KVM Common Processor [12:25] but it is exactly the same [12:26] won't break anything, but will fix all VMs running with latest version of qemu-server (with proxmox 2.3) [12:26] rustx, if you want that SRUed you need to add SRU infos to the bug, especially a testcase to confirm the bug and the fix [12:26] yes, ok, i will do it [12:26] thanks [12:26] I don't think that fix is enough.. [12:26] this if my first bug fix contribution, so i want to do it well (and not bother you too much) [12:27] subscribe ubuntu-sponsors to the bug once you are done [12:27] ok [12:27] Daviey, I've no clue about the topic, just tried to go back from the launchpad bug infos to the upstream commit... [12:27] seb128: and you did it really well [12:27] ty [12:27] yw [12:28] Daviey: what is your concern about hat fix which could not be enough ? [12:28] update-manager caches the meta-release file (in /var/lib/update-manager/meta-release or $HOME/.cache/update-manager-core/ depending on who runs it) won't that stop notification happening when the new release happens? [12:28] I just spent an hour wondering why I wasn't getting notification on my test [12:28] It catches up eventually, and it's good to spread out the load a bit [12:29] fair enough I suppose, makes testing a bit more hassle is all [12:30] there's a force option somewhere [12:30] actually, it also uses If-Modified-Since [12:32] rustx: I would suggest that, checking if, dmidecode -s system-manufacturer == Bochs is cleaner [12:33] rustx: the cpu field is largely free-form [12:33] Daviey: yep, but the is_virtual method in facter depends on the output of the /proc/cpuinfo [12:34] Daviey: i just proposed a patch in accordance with the explanation about this method, on puppet side [12:34] rustx: Well, your change makes it no worse than it currently is then :)... but if you really want to be a good citzen, you could speak to upstream about making their detection suck less. :) [12:35] Daviey: I clearly agree with you, but didn't really want to lead the facter dev. I just saw on my production that all my VMs were considered as 'physical' after qemu-server update, and went to apply a bug fix on my side [12:35] Daviey: all my monitoring was wrong because of that simple output in /proc/cpuinfo [12:36] so, I decided to see if i can help on any way :) [12:36] rustx, was qemu-server a distro upgrade/SRU? [12:36] rustx: Yes, sorry - I didn't mean to suggest you shouldn't follow upstreams path [12:37] seb128: yep. This bug was caused just after qemu-server update [12:37] i could realize this using proxmoxVE [12:37] with proxmox 2.2, no trouble, the output is ok [12:37] with proxmox 2.3, the bug appears, as the output for /proc/cpuinfo changed on the VMs ... [12:37] rustx, do you know what upgrade exactly? [12:38] i am updating the SRU, to be sure it's clear to you [12:38] i will tell you [12:38] rustx, I don't see any major change in precise [12:39] thanks [12:39] in precise, there is no change [12:39] seb128: but in qemu-server, (debian side), there were some (or on proxmoxVE side) [12:39] which causes the bug when using facter1.6 [12:39] I see [12:39] at the end, including facter1.7 in ubuntu 12.04 would fix everything === mmrazik is now known as mmrazik|afk [12:40] well anyway that upstream patch might not be perfect, as Daviey pointed, but if it fixes real world issues it seems ok for a SRU [12:40] or, the patch I proposed you should help to fix the facter1.6 version [12:40] (This is why I consider it unsafe, as the host/user can put whatever they like) - but this is a good short term fix. [12:40] i repeat this is my first bug fix : i hope i am not bothering you too much with this [12:41] rustx: not at all.. your effort is greatly appreciated :) [12:43] seb128: http://pastebin.com/DZXmmXCC . This first paste is containing information about my node, with qemu-server not updated (no bug on the VM) [12:43] seb128: http://pastebin.com/HsHyij3j this second one is containing information on the node that was updated, and that reveals wrong output for /proc/cpuinfo on all the running ubuntu 12.04 Vms ... [12:44] the only difference is the qemu-server version at the end .. [12:45] rustx: Ah, https://github.com/puppetlabs/facter/commit/4b44b797785ad48d64116e9e13f063dfe89910d2#L1R140 <--- does add checking of dmideocode.. seb128 found the right patch for you to pull :) [12:46] seb128: this is the output of a VM running on the first node (not updated) http://pastebin.com/FuRp7D4M [12:47] seb128: and this is the output of a VM running on the second node (updated) -> http://pastebin.com/ifhNk77J [12:47] great then [12:47] Daviey: you should be a better sysadmin than I am, congrats, and thank you for making me learn good practices [12:48] i like it [12:49] rustx: Thanks for driving this. :) (adding .patch to the url gives you a nice patch you can pull in btw) [12:51] Daviey: thanks for information [12:52] i will update my launchpad bug issue, so that it contains all information we discussed here [12:52] i really want to do it clean :) [12:55] waouhou, you already updated my launchpad issue .. [12:56] you're too strong guys ! [13:00] highvoltage: ^ [13:07] stgraber: awesome, thanks === mmrazik|afk is now known as mmrazik [13:15] ScottK: bug 910903 - the source package is still around. Is it ever likely to be fixed, or should we remove it? [13:15] Launchpad bug 908462 in plasma-widget-daisy (Ubuntu Precise) "duplicate for #910903 FTBFS: error: 'TaskManager::TaskPtr' has not been declared " [High,Fix released] https://launchpad.net/bugs/908462 [13:16] cjwatson: IIRC it's dead upstream so removal is fine. [13:19] Oh, removed from Debian too. That makes the decision easier. [13:20] seb128: I've updated the SRU with all informations i could [13:20] ... I was looking at the wrong package. Never in Debian. [13:21] rustx, thanks, the testcase should be something others can follow to confirm the issue and verify the fix [13:21] rustx, like "install kvm; configure it this way; connect to a server running that version; it gives that result" [13:21] ScottK: Hmm. FWIW plasma-widget-fancytasks has a newer version upstream than was ever in Ubuntu. [13:21] http://kde-look.org/content/show.php/Fancy+Tasks?content=99737 [13:21] ok, i will udpate the test case [13:22] seb128: perfect, thanks for your explanation [13:22] cjwatson: I guess we should look into updating that for "S". [13:23] Maybe it's time to tell Mark, "It's slimy slug unless you give us a different name." [13:24] my family suggested Sad Salamander and Steadfast Sloth [13:25] Slippery Snail [13:25] Poor Mark has been on the road for a while now, he's not had a chance to consult his oxford dictionary. [13:25] Right. My premise was to suggest something so horrible it would have to be changed. Of course the recent budget sequester here in the US suggests that can be a risky strategy. [13:25] yeah, he's travelling [13:25] ktouchpadenabler source is superseded by kde-workspace, right? [13:26] cjwatson: yes. [13:26] ScottK: we have a specific precedent for trolling Mark about release names being risky [13:27] Interesting. [13:27] ScottK: we almost ended up with Bendy Badger because of Keybuk trolling him [13:27] (Not that Breezy Badger was much better, but eh) [13:27] We've had worse since. I'm sure it seemed like a troll at the time. [13:27] hah [13:28] Salacious Salamander [13:29] Sloppy Sloth, is my preference [13:29] * ogra_ is sure mark will again come up with something completely different and unexpected [13:31] seb128: test case was updated now [13:33] i just hope it fits your expectation [13:33] rustx, that looks great, thanks for the work! please subscribe ubuntu-sponsors to the bug and we are all set ;-) [13:33] huh, avian did just build? [13:35] seb128: done -> Your subscription request has been received, and will soon be acted upon [13:37] doko: Yeah, apparently magically built when Adam did a mass give-back [13:37] Which was surprising, but I'll take it [13:39] rustx, excellent [13:42] So what's the latest the announcement of the next name has ever come? [13:42] It's hard to image it being much later than this. [13:42] didrocks: ping [13:43] ScottK: I think last was the latest we had so far but I don't think it wasn't nearly as late as this one :) [13:44] Last time was not nearly as late as this one. [13:44] ScottK, http://www.markshuttleworth.com/archives/1195 was on oct 17th where release was on the 18th [13:44] thanks a lot for your time seb128 and Daviey [13:44] OK, so it's gone to Wednesday before. [13:45] seb128: Thanks. [13:45] yw ;-) [13:45] * popey still wants Schrödinger's Siamese [13:47] ScottK: I rather think it is Snappy Shuttleworth [13:51] That's down to ten orphaned source packages, which is I think as good as I can get it for raring. [13:52] * Laney wonders how bad ftphs is [14:00] Daviey: bug 1017609 - could somebody on your team answer jbicha's question about python-melangeclient? [14:00] Launchpad bug 1017609 in python-melangeclient (Ubuntu) "Please remove melange from ubuntu archive" [Undecided,New] https://launchpad.net/bugs/1017609 [14:00] Laney: I don't quite remember, it might be tractable [14:02] cjwatson: yeah, it is [14:03] most of the breakage has been down to this one Control.Exception API change ... [14:03] * Laney yah boos at GHC upstream [14:05] src/Network/FTP/Server.hs:169:18: Not in scope: `try' [14:05] src/Network/FTP/Server.hs:217:33: Not in scope: `catch' [14:05] indeed, looks tractable [14:05] You sorting? [14:06] done [14:06] stgraber: Should the "Raring Daily" milestone in the tracker be marked released? We won't be using that again. [14:06] just donig the packaging bits and bobs [14:06] cjwatson: infinity: stgraber: ^ [14:06] ubiquity for kubuntu only. [14:06] Riddell: ScottK ^ [14:07] Standing by to retest. [14:07] ScottK: nope, not until raring is released as nusakan actually pushes all our builds to the Daily milestone and then those get auto-copied to Raring Final if they're on the manifest [14:07] stgraber: OK. Understood. [14:08] xnox: Will ubiquity fix respin the entire world [14:08] smartboyhw: It will [14:08] It should only go in if we're going to do that anyway. [14:08] Uh oh:P [14:09] ScottK: smartboyhw: no. [14:09] xnox: Yes. [14:09] ScottK: smartboyhw: the current plan is to put ubiquity into -updates and respin kubuntu against updates only. [14:09] as ter infinity, cjwatson earlier on. [14:09] xnox: Oh. Missed that. Thanks. [14:10] stgraber: do we need a link for the website team to fix https://bugs.launchpad.net/ubuntu-website-content/+bug/1065789 ? [14:10] Launchpad bug 1065789 in ubuntu-website-content "the release notes link in installer points to www.ubuntu.com" [Undecided,Fix released] [14:11] highvoltage: that happens with website rollout. [14:11] highvoltage: the "link" points to the correct redirector with args. By _default_ at pre-release it redirects to default website(s), but once the website is flipped to the "release" edition, the redirects start working correctly. [14:12] i guess there is no _harm_ in activating redirects early, but the website is frozen already and the next website rollout is the release rollout. [14:14] And *not* unblocking ubiquity, since indeed we'll put it in -updates. [14:14] Relatively tried-and-tested trick by this point :) [14:18] ubiquity diff on bug 1172059 looks good [14:18] Launchpad bug 1172059 in ubiquity (Ubuntu Raring) "kubuntu ubiquity encryption doesn't check password" [High,In progress] https://launchpad.net/bugs/1172059 [14:18] can I let it into -proposed or is someone else taking care of that? [14:18] oh it's in already [14:18] groovy [14:21] xnox: ok === mmrazik is now known as mmrazik|afk [14:32] dobey: pong [14:35] didrocks: hey. i've been pinged about getting bug #1163504 fixed in 13.04, but i don't see anything i can do. can you get the fix into -proposed and see about getting new images spinned with the fix? [14:35] Launchpad bug 1163504 in kopete (Ubuntu Raring) "Trademarked assets" [Undecided,New] https://launchpad.net/bugs/1163504 [14:35] didrocks: or a 0-day SRU for worst case? [14:37] uhhh [14:37] it's kinda late dude :( [14:37] yeah i know that. but tell that to MS legal i guess? :) [14:37] (also shouldn't that kopete task be kdenetwork?) [14:38] well, um, I thought you guys had this handled [14:38] i knew nothing about it until today [14:38] dobey: but it's fixed in all found packages but kopete which is not on any of the images. [14:38] i just had it dumped on me, and saw it's all unity and there's basically nothing here that i have any privileges in ubuntu to upload :) [14:39] dobey: the next upload can "fix" it, but previous versions of the package will still be in the archive. [14:39] xnox: it's not fixed in unity-asset-pool [14:39] we know that older versions will still be in the archive [14:39] dobey: oh.... [14:39] xnox: it's committed in the upstream, but it's still in the ubuntu package [14:40] dobey: why was is set to committed then (!) i did check all of them..... [14:40] ftpshs> fails to puild hrom source? [14:40] unity-asset-pool (from unity-asset-pool) is seeded in: [14:40] edubuntu: dvd [14:40] ubuntu-gnome: daily-live [14:40] ubuntu: daily-live, daily-preinstalled [14:40] ubuntukylin: daily-live [14:40] ubuntustudio: dvd [14:40] xnox: i have no idea. that's why i'm pinging didrocks (and presumably why it somehow managed to get dumped on me this lovely morning) [14:41] and can we get kdenetwork fixed while we're here, please? [14:41] Why does ubuntustudio contain unity-assets-pool? [14:41] :O [14:41] no idea [14:41] ...... [14:41] smartboyhw: or ubuntu-gnome or edubuntu? [14:41] not the time for such questions [14:41] yeah [14:42] dobey: Edubuntu does make sense. US doesn't. [14:42] Whatever [14:42] Now is not the time [14:42] cjwatson: who would be best to fix kdenetwork? ScottK? [14:42] well kdenetwork i can even upload. [14:42] * xnox looks. [14:42] What's the issue? [14:42] xnox: thanks [14:43] ScottK: Presence of a skype icon which has attack lawyers after it [14:43] bug 1163504 [14:43] Ah. [14:43] Launchpad bug 1163504 in kdenetwork (Ubuntu Raring) "Trademarked assets" [Undecided,New] https://launchpad.net/bugs/1163504 [14:43] Yeah, should probably fix that. [14:43] cjwatson: sure === mmrazik|afk is now known as mmrazik [14:44] kopete isn't on any images [14:44] So we could get away with a day-0 SRU for that [14:44] dobey: didrocks: why kdenetwork needs fixing? it has code to link/use skype or something for kopete. But it's just kopete which has the icon. [14:44] cjwatson: Except then the file is in the release pool for the life of the release. [14:45] We plan a Kubuntu respin anyway. [14:45] True. [14:45] dobey: xnox: sorry, in another discussion. I'm only looking at unity-asset-pool shortly [14:45] didrocks: This is critical - I hope the other discussion can be suspended for a bit [14:45] xnox: i don't know. cjwatson asked if it should be kdenetwork instead of kopete. if it's kopete then it's kopete :) [14:45] kopete is from the kdenetwork source package === mmrazik is now known as mmrazik|afk [14:46] ah ok. xnox ^^ [14:47] hey guys, is the archive frozen yet? i would like some advice on how to get a couple of fixes in. separate SRU requests or a new bug-fix only version sync request? [14:47] SRU unless it's critical for images [14:48] (with re: to unity-tweak-tool) [14:48] that was a darn lag. sorry. [14:48] unity-tweak-tool isn't seeded, so just upload [14:49] so, i can get a upload later today? [14:49] cjwatson: argh, it seems the fix wasn't released :/ [14:50] cjwatson,infinity: do we have a deadline for unseeded stuff? [14:50] ScottK: Riddell: so kopete has protocol to connect to skype and the trademarked & copyright assets for everything: logo, status, etc. [14:50] nothing in kdenetwork, it's in oxygen-icons [14:50] i think i'll bug you later when i pick the fixes. thanks! [14:50] ScottK: Riddell: remove all of those icons and see what happens? [14:50] stgraber: probably tomorrow sometime - everything's settled, we shouldn't need to stress about it [14:50] Riddell: there clerly images in kdenetwork package. [14:50] stgraber: Tomorrow morningish. [14:50] Riddell: kdenetwork-4.10.2/kopete/protocols/skype/icons [14:50] stgraber: If it doesn't build in time and make it, we can just dump it to s-series. [14:50] xnox: where? I see only ones in oxygen-icon-theme [14:51] jokerdino: this isn't the place to ask for upload sponsorship, if that's what you mean. Uploads to unseeded packages are still allowed at this point, but not guaranteed to make it into the release - you can still upload but it may wind up having to go through the SRU process [14:51] Riddell: kdenetwork-4.10.2/kopete/protocols/skype/icons ..... [14:51] cjwatson: is there a respin needed? [14:51] didrocks: Yes [14:51] jokerdino: so based on the above, you should be fine if you upload today [14:51] cjwatson: if so, I can fix that quickly [14:51] xnox: ooh sneaky [14:52] Riddell: unless they are not installed...... let me check. [14:52] didrocks: We can't say to the lawyer's "sorry, we can't fix 12.10 images now, but we'll fix it in 13.04" and then not fix it in 13.04 [14:52] *lawyers # argh what's wrong with my typing [14:52] cjwatson: let me do a quick upload [14:52] didrocks: Thanks [14:52] Looks like just that one rev since the last autolanding [14:52] cjwatson: sorry, I'm not anymore the one looking that stuff getting merged are released, but well :) [14:52] cjwatson: yep [14:53] xnox: they are indeed [14:53] didrocks: Yep, not looking to allocate blame, but it needs to get fixed [14:53] slangasek, heh no. i wasnt sure about last day procedures with the archive. i was thinking SRU requests go through archive admins. thanks regardless! [14:53] Riddell: I'm looking at packaging. Does oxygen-icon-theme provide fallbacks? are those trademarked assets as well? [14:54] Riddell: I'd like to rebuild kdenetwork without skype plugin activated such that we don't ship something that tries to load skype plugin and crashes due to missing icons. [14:54] xnox: /usr/share/icons/oxygen/*/actions/im-skype.png and /usr/share/icons/hicolor/*/actions/im-skype.png could well be considered to be the trademark [14:54] * xnox looks at oxygen. [14:55] cjwatson: doing a quickly daily, sync in ~20 minutes I guess [14:55] Riddell: those are shipped from the kopete bin package, by kdenetwork package?! [14:55] cjohnston, infinity: just got this report on server cd's https://bugs.launchpad.net/ubuntu/+source/isc-dhcp/+bug/1107686 [14:55] Launchpad bug 1107686 in isc-dhcp (Ubuntu) "dhcpd: Open a socket for LPF: Permission denied" [Undecided,Fix released] [14:55] xnox: those are from oxygen-icon-theme [14:55] I'm guessing cjwatson ^ [14:56] stgraber: ^- [14:56] pgraner: how did that get linked to raring server? that bug report is about a regression in a quantal SRU [14:56] (which I fixed yesterday and is now in quantal-updates) [14:57] stgraber, matsubara pinged me since he is doing the maas testing [14:57] stgraber, he says its in raring as well [14:57] Riddell: /usr/share/kde4/apps/kopete/icons/oxygen/128x128/apps/skype_protocol.png is in kopete - http://packages.ubuntu.com/raring/all/kopete/filelist [14:57] pgraner: hmm, ok, that's pretty surprising considering I copied the fix from raring... so must be something else [14:57] dobey: yep [14:58] pgraner: anyway, is that on some lab machines? (can I see it?) [14:58] stgraber, ok I asked him to join here so you can talk to him, and yes it should be on a lab boxen [14:59] stgraber, hi there. pgraner told me you have some questions about https://bugs.launchpad.net/ubuntu/+source/isc-dhcp/+bug/1107686 [14:59] Launchpad bug 1107686 in isc-dhcp (Ubuntu) "dhcpd: Open a socket for LPF: Permission denied" [Undecided,Fix released] [14:59] matsubara: right. That specific bug was a regression in quantal, we've had the fix for that in raring for months, so it's very unlikely you're seeing the same issue. [14:59] matsubara: any chance I can have access to your test machine to see exactly what's going on? [15:00]