[00:28] ScottK: bleh, lost my scrollback [00:29] which bug did you want me to look at? [00:29] Just a moment [00:29] jdong: Bug 413252 [00:29] Launchpad bug 413252 in courier "package courier-base 0.61.2-1ubuntu1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 2" [High,Triaged] https://launchpad.net/bugs/413252 === rgreening_ is now known as rgreening === micahg1 is now known as micahg [00:59] ScottK: diff acked [01:05] kirkland: Would it be possible to patch manpages.ubuntu.com so it makes wrapped URLs clickable? [01:05] nhandler: example? [01:05] kirkland: http://manpages.ubuntu.com/manpages/karmic/man1/notify-send.1.html [01:05] nhandler: hmm... [01:06] nhandler: actually, i'd like to get the parser to *not* wrap :-) [01:06] nhandler: i think it's w3m that's responsible for that [01:06] nhandler: let me check .... [01:09] hi, I changed a revu package according to comments, could somebody take a look on it? http://revu.ubuntuwire.com/p/rhythmbox-radio-browser thanks in advance [01:10] nhandler: okay, i think i found it [01:10] W3MMAN_MAN='man --no-hyphenation' === keylocker is now known as leleobhz [01:20] nhandler: thanks for the suggestion [01:20] nhandler: fix committed [01:20] * nhandler hugs kirkland [01:20] nhandler: that'll get updated when i push the changes for Lucid [01:20] nhandler: probably within a week or two [01:21] Sounds great kirkland. Thanks again for your work on this [01:22] nhandler: no problemo, committed r157. pushed. [01:56] hello folks, has any kind person perchance got time to tell me about debian rules [02:01] rules files like eg. http://revu.ubuntuwire.com/revu1-incoming/swiggle-0905081139/swiggle-0.4/debian/rules [02:12] jdong: Got it. [02:14] jdong: Would you also please look at bug 471917 [02:14] Launchpad bug 471917 in screenbin "support byobu in the ec2 instance" [High,In progress] https://launchpad.net/bugs/471917 [02:34] ScottK: done [02:34] Thanks. [02:38] kirkland: ^^^ accepted. [02:42] jdong: Bug #464668 is the only other pending upload. I've no strong opinion either way, but have a look please. [02:42] Launchpad bug 464668 in python-defaults "bump version to the final 2.6.4 release" [Undecided,Fix released] https://launchpad.net/bugs/464668 [02:51] ScottK: heh it seems like something that "needs to happen" right? [02:51] given that the python itself is a done deal already. [02:51] I think it's cosmetic only. [02:51] I'd ask doko_ if you want to know for sure. [02:52] heh [02:52] it doesn't sound like it hurts... [02:54] After contemplating a bit, I'm fine with it. see no problems; ACKed. [02:54] but eh it's kinda amusing :) [02:55] that's in main, right? [02:56] I see, a couple of separate source packages there just to confuse matters [02:59] nxvl: not the latest. and none of them work with newer iPods because Wine doesn't have a USB driver layer yet [02:59] ScottK: cheers, thanks man [03:00] ajmitch: Python gets split up for licensing reasons [03:09] YokoZar: ugh, ok, thanks [03:09] jdong: OK. Your call. [03:13] jdong: Accepted. That just leaves sorting lmms and we've discussed that already. [03:14] so that's a sign that you need more SRUs to approve? [03:14] No, jdong needs more SRUs to approve. I just accept them. He's the brains of the operation (scary I know). [03:15] we're doomed === _stink__ is now known as _stink_ [03:26] lol [03:27] love you guys too :) [03:31] hahaha [03:49] jdong: Would you please upload the backport for Bug #216761. I can accept that one too. [03:49] Launchpad bug 216761 in xen-3.3 "[hardy-backports] errors in xendomains init script" [Undecided,Fix released] https://launchpad.net/bugs/216761 [03:57] ScottK: I finally found something relevant for that boost & python issue [03:58] ajmitch: What is it? [03:59] I found a commit in boost's SVN about python 3.x compatibility which looks relevant, I'm just going to build boost with the patch to test it [03:59] Cool [03:59] https://svn.boost.org/trac/boost/changeset/53731/sandbox-branches/bhy/py3k [04:00] once I get the right magic for the SRU I'll update the bug [04:15] can i get a new look at the following bugs? [04:15] https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/293418 [04:15] Launchpad bug 293418 in qt4-x11 "phonon tab does not detect installed phonon and gstreamer" [Undecided,New] [04:15] https://bugs.launchpad.net/bugs/253854 [04:15] Launchpad bug 253854 in qt4-x11 "Needed libphonon enabled in Qt4 compilation/packaging" [Undecided,Fix released] [04:16] LLStarks: What's the question? [04:16] can this be addressed for lucid? it looks sloppy as is. [04:16] Well 253854 is done. Nothing to address. [04:17] Last I heard the gstreamer backend was incredibly buggy. [04:17] forcing a kde environment to set qt4 is not acceptable. [04:17] *set phono [04:17] **phonon [04:19] How do we force a KDE environment? [04:23] LLStarks: I don't understand the statement about a KDE environment. The Phonon we are shipping for Jaunty and Karmic both is the Qt one. [04:24] whatever. i'm exhausted. i did 9-5 today and then sat through a 3 hour seminar. [04:25] anyway, i'd like to see qt4 compiled properly with phonon. [04:25] OK. Then why are you asking to discuss this now. [04:25] It is. [04:25] I'm not sure why the Qt configuration dialogue doesn't work, but the Phonon is the Qt one. [04:25] gotcha. [04:25] should i keep the bug open? === asac_ is now known as asac [04:27] Not sure. There is work to redo the way phonon works with the various backends already planned for Lucid. We already have a new package, https://launchpad.net/ubuntu/+source/phonon-backends that's part of it. [04:28] ^pretty much just the phonon source package renamed, debian did that [04:29] Dunno why the Qt config is all greyed out. The plugins are installed to the Qt4 location so it should see them [04:29] * ScottK says ^^^ is the expert [04:30] only expert enough to have no clue why it is failing when it shouldn't :P [04:31] Oh, then we're even [04:38] ScottK: wait, 216761 can't be auto-backported? [04:38] (intrepid-updates -> hardy-backports) [04:38] jdong: OK. The way I read it, it was a source backport. Nevermind then. [04:38] ScottK: yeah sorry for the confusion; it's a normal backport from intrepid [04:38] No problem [04:38] ack ubuntu-archive was never subscribed, were they.. [04:39] whoops :) [04:39] Yes. That's the list I saw the bug on [04:39] oh :) [04:39] well silly launchpad UI and find-as-you-type then :) [04:55] how annoying, I can't upload to a ppa with karmic-proposed in the changelog :) [04:57] ajmitch: Nope. [04:59] I'll just leave boost compiling on the laptop for the next week then [04:59] Just upload to karmic and don't sweat it for a PPA [05:01] I was in a rush, it's no big issue to fix the changelog & reupload now that I'm at home [05:02] I just had to complain about it, even though it makes sense for a ppa to not accept -proposed === neoXsys is now known as neoxsys [05:03] It makes no sense of a PPA to care. [05:04] I suggested have PPA's only accept uploads to a target of *-ppa so stuff doesn't accidentally end up in the archive. [05:04] Been there, done that. Would prefer to avoid it happening again. [05:04] maybe we could bug/bribe wgrant to fix that [05:04] Oooh. Good point. [05:04] * ScottK looks around. [05:05] ScottK: oh yea, BIIIIG +1 there. [05:05] there's bug 374675 [05:05] Launchpad bug 374675 in soyuz "Support proposed pocket in PPAs" [Low,Triaged] https://launchpad.net/bugs/374675 === jono_ is now known as jono [05:32] ScottK: It has been suggested and rejected before, I think. [05:33] But yes, that would be good. [05:45] wgrant: It has, but it's still a good idea and none of the reasons why not ever made any sense to me. [05:46] ScottK: Some PPAs probably need to support pockets. [05:47] wgrant: OK. That may be a reason not to require it, but not a reason not to allow it. [05:47] Personally I wouldn't mind having a little more assurance than me remembering to dput to the right place. [05:48] It is certainly concerning. [07:56] good morning [07:58] Guten Morgen dholbach [08:00] hi geser === dholbach_ is now known as dholbach [08:21] what's the process to package an application? i.e. https://bugs.launchpad.net/ubuntu/+bug/480489 [08:21] Launchpad bug 480489 in ubuntu "Package Opera" [Undecided,New] [08:26] ah i found the MOTU guide - does it have to be done from scratch? [08:40] ah i found the recipe for updating a package. === Zic is now known as Guest27914 [09:45] fcuk112_: isn't opera already available in partner repository? [10:19] <\sh> moins [11:13] "thanks" for sponsors who is ignoring debdiffs other people, fuck you [11:15] !language [11:15] Please watch your language and topic to help keep this channel family friendly. [11:15] sorry, but this is true [11:16] whatever you are going throw is not an excuse to have that language on this channel [11:16] no, it's not the way to deal with problems [11:16] if you are not happy with a specific problem, use the appropriate communication channel [11:16] erm, through [11:17] and use the appropriate language [11:18] I'm very sad that I could not meet him live [11:18] :] [11:18] ari-tczew: what are you talking about? [11:20] I'm working on debdiffs only just for see later, that someone sponsor ingored my work and upload his debdiff, this not a fair [11:20] ari-tczew: what specifically are you talking about? [11:21] this is not the first time [11:21] e.g. bug #477387 [11:21] Launchpad bug 477387 in drupal5 "Please merge drupal5 5.20-1 (universe) from Debian testing (main)" [Undecided,Invalid] https://launchpad.net/bugs/477387 [11:21] look at date attached debdiff and look at date last uploaded package drupal5 in lucid [11:22] conclusion? ignorance [11:22] thanks for contribution to Ubuntu and makes him better! [11:22] maybe I can try to explain what happened [11:22] if you have a look at I'm sorry that happened [11:22] oops [11:22] if you have a look at https://merges.ubuntu.com/universe.html [11:23] you will see a list of packages, which version they have in debian, which in ubuntu and so forth [11:23] also it lists who did the last upload of a package [11:23] there's sort of an expectation in Ubuntu development land that whoever did the last upload will also take care of doing the merge [11:24] so it makes sense to talk to that person [11:24] I'm absolutely not saying that you're to blame [11:24] it's a shame if two people work on the same thing and nobody realises the other one is doing that [11:25] it'd be nice if \sh would have had a look at the sponsoring queue first... but it's an oversight that can happen all to easily [11:25] * Laney is guilty of not usually checking it [11:25] and it's certainly not a reason to get upset like that [11:26] hum, is the uploader responsibility or the last change author ? It makes more sense to be the last change author [11:26] ari-tczew: and if you ever were in doubt: your contributions to Ubuntu ARE appreciated [11:26] joaopinto: it's a bit hard to figure that out "last uploader" is something that can be checked programmatically [11:27] joaopinto: but yeah, it'd be nice if whoever wrote the patch initially took care of the merge or a version of the patch that could go upstream :) === Guest27914 is now known as Zic [11:27] well, I see my name there because of some FTBFS work, I guess it comes from the last entry on debian/changelo [11:27] joaopinto: yep [11:27] yes [11:27] that's called touched-it-last [11:28] I am always last on this merge vs sync thing, every package which has ubuntu changes requires a merge ? [11:28] ops, lost [11:29] dholbach: sorry man, but I reported bug earlier, he could check it on launchpad [11:30] ari-tczew: I know... as I said above the workflow generally is a bit different for merges, but the good news is: you can add comments on https://merges.ubuntu.com/universe.html now :-) [11:30] so I am accusing him ignorance [11:30] calm down, accusations are not going to get you anywhere [11:30] joaopinto: yes, every package we touch, we need to merge (or sync) later manually [11:30] it's a shame it happened, but the only thing we can do for now is trying to make sure it doesn't happen in the future [11:31] ok, tks [11:31] we can 1) all try to have a look at the sponsoring queue first and 2) all comment on the merges page if we already did something or want to work on it [11:33] OK, but as I said earlier, this is not first time [11:35] ari-tczew: I'm sure that if you mail Stephan and talk to him in a REASONABLE way about your sense of frustration, something good may come out of it [11:35] ari-tczew: have you tried to talk to the person who did the upload ignoring your debdiff? [11:35] but we absolutely don't accept language like the one above [11:37] geser: for what? now it's gone, merge done. [11:38] ari-tczew: why it happened and how it can be prevented from happening again [11:39] OK I'll ask him about this situation :] [11:42] can some one open task for jaunty, karmic and lucid on bug #371187 [11:42] Launchpad bug 371187 in drupal6 "clean URL not enabled" [High,New] https://launchpad.net/bugs/371187 [11:43] in my ignored debdiffs I have fixed this issue, so I want to make new debdiff [11:44] ari-tczew: have you talked to ScottK about it as he declined those tasks? [11:47] comment #8 says that this is can fixed only in lucid, right? [11:52] yes (but nothing stops you to try to convince Scottk if you have good arguments for a SRU) [11:53] <\sh> guys, I'm just reading the backlog (meetings suck) [11:54] <\sh> ari-tczew, sorry...I didn't check the sponsoring queue...just the mom list... [11:54] wow! [11:56] \sh: I wonder that you and other sponsors will checking in future more than only MoM list [11:56] <\sh> ari-tczew, btw, we can fix your #371187 issue in lucid still... [11:57] <\sh> ari-tczew, it would have been good, when you comment on the MoM list, that there is something, then the merging dude can visit the report and work with that... [11:57] <\sh> ari-tczew, anyways, it's not too late to fix some issues...I'm happy to push your changes [11:58] OK, I'll comment on the MoM list in future [12:01] <\sh> ari-tczew, it wasn't with purpose...so no need to be angry...:) and if you have something sh@sourcecode.de is my private mail :) and I'm reading it :) [12:03] ari-tczew: Since your drupal change is also changeable via an admin changing a config option, I don't think it warrants SRU. I'm not on motu-sru, and so the final decision is really theirs. [12:05] \sh: just I wasted my time. [12:07] ari-tczew: You wasted it by not checking with the previous uploader. You should have done that first. \sh should have also checked bugs, but you also have a role in this. [12:09] <\sh> clean urls in drupal are normally disabled (regarding the standard package from drupal upstream) because they can't know if the hosting provider or the server does have mod_rewrite and .htaccess enabled...regarding ubuntu, we didn't enable mod_rewrite by default... [12:09] It says right at the top of https://merges.ubuntu.com/universe.html, "If you are not the previous uploader, ask the previous uploader before doing the merge. This prevents two people from doing the same work." [12:12] That reminds me [12:12] ScottK: so this is mistake the two of us [12:12] andersk: I was thinking of merging subversion for lucid as I've kind of already done it for the PPA. Hence checking with you as previous uploader === `Alessio` is now known as quadrispro [12:13] btw, the Subversion version I want to merge is failing its armel builds in Debian with a testsuite failure... does that mean I should not request sponsorship for getting it into lucid? [12:14] ari-tczew: Yes, but the first was yours and your reaction wasn't very proffesional either. In a large distributed team working on many things, sometimes things like this are going to happen. It is unavoidable because we aren't perfect. [12:18] ScottK: okay, okay, it's gone. [12:19] in future I need to send mail (ask) to previously debdiff's merge uploader, then comment on the MoM list [12:20] ari-tczew: asking on IRC is also valid [12:27] geser: OK, but on IRC I must waiting to his presence, but e-mail is more confident for that he'll read my message [12:29] it's only a further option you have, and I use it also only when I know that the person is active on IRC [12:37] Ampelbein: do you will work on merge? bug #434433 [12:37] Launchpad bug 434433 in gnome-devel-docs "Update to 2.28.0" [Wishlist,Confirmed] https://launchpad.net/bugs/434433 [13:23] Can anyone please tell me what this error is - dpkg-genchanges: failure: cannot read files list file: No such file or directory [13:24] slytherin: try options -S [13:25] siretart I am using dpkg-buildpackage -b directly to build binary package. [13:27] slytherin: apparently it can be caused by missing required targets in the rules file [13:27] debian bug 447248 [13:27] Debian bug 447248 in fusd-kor "fusd-kor - FTBFS: failure: cannot read files list file: No such file or directory" [Serious,Open] http://bugs.debian.org/447248 [13:29] Laney: There are no targets missing. [13:30] slytherin: for which arch is the package it fails on? [13:31] the package is arch:all and it is failing on i386. [13:34] Laney: geser: Here is rules file - http://paste.ubuntu.com/315936/ [13:36] slytherin: can you pastebin the build log too? [13:37] Laney: http://paste.ubuntu.com/315939/ [13:38] slytherin: do you have a 'debian/files' at all? [13:39] siretart`: I don't. I tried creating it but it is getting overwritten. [13:39] slytherin: -a = process only arch:any packages, but you want to build an arch:all [13:40] try removing the -a after dh_* in the binary-indep target (or replace with -i) [13:41] geser: that worked, but a different error. [13:41] what error do you get now? [13:41] hi, I'm searching for advocates, I changed my revu package according to comments. http://revu.ubuntuwire.com/p/rhythmbox-radio-browser thanks in advance [13:41] I assume a missing dh_gencontrol before dh_builddeb [13:42] geser: bingo. Found that from error. [13:54] geser: Laney: Now that I am used to cdbs, it is really pain to package from scratch using only debhelper. [13:55] slytherin: Yeah I don't write debhelper stuff like that any more [13:55] dh7 all the way [13:56] I want to learn dh7 [13:57] just start with the rules.tiny file [13:57] and then override the commands you need to customise as required [13:57] but since I work on java packages most of the time cdbs is handy so there is not much motivation to learn dh7. [13:57] yeah haskell is like that [13:57] I want to write the dh7 integration code though [13:58] apparently it's not so bad to integrate new build systems into the dh_auto_* stuff [13:58] time to go home. see you all later. [14:08] building a pkg breaks giving me this error http://pastie.org/693641 [14:09] ive also pasted the rules file.. there.. But the irony there are several pkgs that have the same rules file.. but only a few break at this point.. can anyone pls help men. === yofel_ is now known as yofel [14:19] Heya gang [14:21] anyone here a watch file master? [14:29] or know exactly how i can specify the local version in the watchfile [14:29] in uscan man page it says you can but doesnt say how [14:30] What do you mean by specify the local version? [14:30] can anyone look at the pastie ive done pls.. its my first time ive encounterd this issue. [14:31] Adri2000: Are you still around/active?? [14:32] I'd really like to get djplay "fixed" in Debian. [14:32] JonyBlaze: What do you mean by specify the local version? [14:34] geser: You fixed djplay in Ubuntu, any idea what's up with Adrien? I was considering NMUing it but I'd rather patch it properly than making inline changes. [14:35] bddebian: instead of it reading the version from the source dir [14:36] bddebian: or control file or where ever it normally reads it [14:36] Why would you want to do that? If you need to mangle the version, use dversionmangle [14:39] Screw it, I'm adding quilt and NMUing it [14:39] because i fail at pearl? [14:40] JonyBlaze: What is the current debian version? [14:40] 8.1.1.444 [14:41] JonyBlaze: And what does upstream version look like, then? [14:41] 811r444 [14:41] ugh, wtf [14:41] i know [14:42] You need to use uversion mangle then, not dversion mangle [14:43] Sorry I'm not sure I can do that one either but someone should be able to help. Check the uversionmangle examples in man uscan, there are some similar. [14:43] heya bddebian :) [14:43] Huhu sebner :) [14:45] bddebian: no idea, I only got one short comment from him on bug 428904 [14:45] Launchpad bug 428904 in djplay "Build without glib1.2" [Undecided,Fix released] https://launchpad.net/bugs/428904 [14:46] hiya geser :) [14:46] Hi sebner [14:50] bddebian: since i shouldnt relly use devel versions anyways and should just package stables how could i turn Pep811 to pep8simulator8.1.1 [14:51] or i wouldnt need to worry about the pep8simulator [14:51] so 811 to 8.1.1 [14:51] that should be easy [14:51] is there anyone who can look at this http://pastie.org/693641 pls [15:08] ok i figured it out [15:10] \o/ [15:12] wrapster: Sorry, no clue on that one [15:12] bddebian: hmm ok.. will try to figure it out. [15:21] wrapster, Are you developing a package for Ubuntu or Nexenta? [15:29] getting a lintain error about lucid being invalid is not something that i can fix atm is it? [15:32] it's not a problem, you just have old lintian [15:54] so is it not ok to just include the copyright header and tell where to find it? [15:54] in copyright === Philip6 is now known as Philip5 [16:22] Hello, I'm just finishing the debian NM process, I'm waiting for DAM approval for becoming an official debian developer, I'm now just wondering if the process in ubuntu is easier than the one I've just passed, to see if I can become an ubuntu dev or MOTU as well, any clues? === rgreening_ is now known as rgreening [16:32] hello, how can I join the motu team? and please don't paste me the wiki link, I'm just finishing debian NM process BTW [16:32] the wiki link explains that in full length [16:33] siretart, right, I've read the wiki long time ago, and I think nowhere explains how a DD can become a motu faster, which you told me on the #ubuntu-devel channel [16:34] blackxored: well, you still have to do some work in ubuntu itself (merges, syncs which the wiki explains), you must prove you can work with the freezes and the specific rules etc [16:35] sebner, that's exactly what I'm asking for, what a debian developer needs to know to become an ubuntu dev [16:35] enlighten me plz [16:35] blackxored: non debian folks need to show their contributions to [16:35] ubuntu. as DD, you can show your debian contributions. that's the shortcut [16:35] siretart, right [16:35] siretart, and after that? [16:36] apply as normal [16:36] You get to talk about your previous experience [16:45] where to apply [16:45] and if I have a person which is glad to sponsor me I can contact him for this, right? [16:46] MC (MOTU Council) or in the near future DMB (Developer Membership Board). There is some progress to merge MC into DMB [16:46] try this: https://wiki.ubuntu.com/UbuntuDevelopers [16:47] you can talk to the MC for what they'd actually want to see of a DD applying to them [16:47] blackxored: for the application yes, they add their comments to your wiki page (see the template) [16:47] geser, right [16:47] do you think is ok if I start the process now [16:50] blackxored: the process itself is pretty short once you have your supporters. And you get your supporters by doing contributions, so they know you and you them [16:51] geser, fine [16:51] blackxored: as a DD you have already proved your packaging skills (else you wouldn't be DD), so what's missing is knowing the Ubuntu processes (syncs, merges, freeze exceptions) and working with the community and the community with you [16:52] geser, so what exactly I need to know, because I'm aware of what's a sync, what's a merge, how to do them, and community I dunno what you mean, I think you're talking about bug reports, patches and general feedback [16:52] once you got this parts, you can fill you wiki page, ask the persons you work with to add a comment and apply to the MC. the MC has a meeting twice a month where we process your application [16:53] geser, great I'll setup the wiki soon [16:53] geser: would you expect to see direct contributions? [16:55] Laney: yes, but I assume that comes automatically when trying to get integrated [16:55] blackxored: in what part of Ubuntu do you plan to help? [16:55] geser, packaging aka MOTU [16:56] sure [16:56] ScottK told me there are no so many MOTUs that know about java and encouraged me to integrate, also there's slythering which I've been working with since a time ago [16:58] that's basically what holds me in java, since I've almost replaced it entirely by ruby/jruby [17:01] yes, slytherin and IIRC ttx look after the java packages, so when you start working with them, you should get two possible supporters for your application [17:01] just work through a sponsor for a little while and you will be ready to apply in no time [17:01] and probably some others depending on who sponsors your syncs, merges, debdiffs [17:02] geser, fine [17:02] actually I find it weird sponsoring people who are better packagers than me [17:02] geser, I can initially start working in the same packages I maintain on debian [17:03] sadly, eclipse-ubuntu took a radically different approach for packaging, so I can't help a lot in here [17:03] it's up to you, we have here no maintainer lock [17:03] geser, I know [17:03] you can help in reconciling the two distros ;) [17:04] geser, I hated that at the very beginning, but when I joined debian-java I started to see a good pattern in that approach [17:08] hi, I've got some SRU questions: would the multiverse package 'rott' be SRUable? It can't be installed in karmic due to bug 411262 [17:08] Launchpad bug 411262 in rott "package rott 1.1-3 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,Confirmed] https://launchpad.net/bugs/411262 [17:08] yofel: yes, that qualifies for SRU [17:08] in short: it's a broken ftp link in the posinst script that leads to a broken state [17:09] so if I want to sru this what do I need to do? subscrib motu-sru and then upload the package to karmic-proposed? [17:09] *subscribe [17:10] and the package maintainter needs to be set from the debian games team to Ubuntu MOTU Developers right? [17:10] yofel: *puts on MOTU-SRU hat* I'd prefer attach a debdiff of what you'd upload to -proposed, subscribe motu-sru for an ACK, then upload. [17:11] ok, I'll do that then, thanks! [17:11] sure thing :) [17:11] and since I happen to be around, feel free to ping me again once that's been done [17:11] that way you aren't at the bottom of *looks* 190 LP e-mails. [17:14] bdrung_: do you know if the source packages pwdhash and stanford-pwdhash are the same? === YDdraigGoch is now known as Richie [17:18] * jdong struggles to parse bug 480692 [17:18] Launchpad bug 480692 in transmission "up grade ubuntu and transmission experience" [Undecided,Incomplete] https://launchpad.net/bugs/480692 [17:18] dtchen: Is bug 480796 alright? Just saw your comment on my blog post asking me to file a new bug. [17:18] Launchpad bug 480796 in linux "Speakers not muted when headphones inserted (Macbook 5.1, late 2008)" [Undecided,New] https://launchpad.net/bugs/480796 [17:20] Laney: OOOOH! We're jacksense buddies! [17:20] :) [17:20] \o [17:20] on the whole I'm impressed by Karmic on the macbook [17:20] but there are a few niggles [17:20] I wish monitor hotplugging worked better, for example [17:20] * jdong nods [17:20] my primary issue is the headphones [17:21] and battery life. [17:21] I can "only" pull 5:30-ish [17:21] :O [17:21] (considering the beefy thing's 90WHr battery on OS X can give me 7:30 usable life...) [17:21] That's *way* more than me --- I think I get about 2.30-3 [17:21] yeah, the macbook is either 40 or 55 or 60Whr [17:21] so you might have half-ish of my capacity [17:22] I'm tremendously jealous of the new MBP batteries [17:22] part of the battery life problem is that I've got the dual-GPU setup [17:22] but BIOS boot can only see the beefy GPU [17:22] geser: the content is the same. i dunno if the md5sum matches. [17:22] which is quite unfortunate because I never do anything that requires a 9600GT :) [17:23] bdrung_: so it would be ok to remove stanford-pwdhash and keep pwdhash (coming from Debian)? [17:25] geser: yes. [17:25] geser: it was a source package rename. [17:25] ok, thanks. I'll file a removal request then. [17:26] jdong: done, can you look at the debdiff? [17:26] geser: won't the source packages removed if all binary packages are superseeded? [17:28] bdrung_: no, only if you request it. it will appear on the FTBFS list with "Failed to upload" as the version from the old source package is lower than the current one [17:28] that's how I found it [17:28] geser: good to know. [17:29] geser: is there a list of failed uploads? [17:29] only as part of http://qa.ubuntuwire.com/ftbfs/ [17:31] geser: found a bug on this page: the legend says "arch (B)" for failed to upload, but it is "arch (U)" [17:32] oops [17:33] Laney: yes, that's fine [17:33] keep in mind that some people will [be obtuse and] want to be able to control the hp separately [17:34] I can see that it may not necessarily be headphones that are plugged in [17:34] uncoupling the two could be a non-default option [17:34] hey guys is there a wikipage on how to add -dev packages? [17:35] I doubt it [17:35] just look at another similar package for how it's done there [17:36] Laney, yeah I;m going that I just had some doubts that I wanted to clarify... but I'll keep looking :) [17:38] bah, I'll just add the quirk to the driver now [17:39] yofel: commented. [17:42] jdong: thx, there is a newer package in debian unstable already that might fix it for lucid (I can't find the changelog for it) [17:43] yofel: *nods* well if that's the case.... [17:43] yofel: I'd recommend versioning down to 3ubuntu0.1 [17:43] to indicate that it's a karmic-only SRU [17:43] (comment on the bug afterwards to indicate the change in intention) [17:43] also, make sure to reformat the bug description to match SRU guidelines [17:44] https://wiki.ubuntu.com/StableReleaseUpdates#Procedure [17:44] #2 in that list [17:45] does anyone else have an issue where nm-applet doesn't work? i just have an unclickable gap in my system tray instead [17:45] yes [17:45] it's just a black hole of nothingness [17:45]