[00:12] bdrung: Please include debian changelog entries with merge uploads. [00:13] TheMuso: damn, i forgot it again. [00:13] TheMuso: i need to make sponsor-patch usable for my own uploads, too. :) === sanchaz is now known as sanchaz-away [00:14] TheMuso: you refer to vlc, right? [00:14] bdrung: yes. [00:14] As long as you are aware of it. [00:14] TheMuso: it happens way to often. [00:14] Don't worry, you're not the only one. [00:15] TheMuso: now i have to close the bug manually. [00:15] it seems to be happening quite a bit lately (I've done it a few times as well) [00:15] TheMuso: i hope that x264 is accepted soon (the we can sync vlc) [00:16] Yeah. [00:16] micahg: Yeah its easy to miss. [00:17] Thats where MoM has an advantage... [00:17] TheMuso: but mom is too slow for my workflow (upload to debian, merge, upload to ubuntu) [00:17] Yeah I understand. [00:18] I am just saying that MoM has a merge-package script which includes the -v flag for you. [00:18] TheMuso: last one I missed was when I didn't sign the file for testing, then I signed and uploaded, I intended to use -v when I regenerated and signed, but forgot [00:18] heh [00:18] debuild should be more intelegent with Xubuntu1 versions [00:19] That could be a solution, yes. [00:20] bdrung: that's hard as the last upload might have been some random previous debian version, but now a merge is required [00:20] micahg: at least a warning would be nice [00:21] bdrung: yep, that could work [00:21] bdrung, micahg: from bzr bd --help [00:21] --package-merge Build using the appropriate -v and -sa options for [00:21] merging in the changes from another source. [00:22] * xnox is not sure what that one does =) [00:22] xnox: that's nice [00:23] I have just noticed this on launchpad:"A newer version of yelp is available for packaging: Yelp 2.30.2" [00:23] Wow =) this is cool =) [00:24] Where is launchpad *new features* changelog btw? for stuff like that. [00:25] xnox: link? [00:26] https://launchpad.net/ubuntu/+source/yelp [00:26] it seems that launchpad needs tarballs/milestones in launchpad to do that =) [00:26] nice [00:27] micahg: are you member of the pkg-mozext team? [00:27] bdrung: nt yet [00:27] *not [00:27] micahg: it's the place where we should update the extensions === dendro-afk is now known as dendrobates [00:28] bdrung: makes sense, i still need to get comfortable with git though [00:28] micahg: that will take as long as it takes to learn packaging ;) [00:34] bdrung, rubish =) git is easy =) easier than autoconf =)))) [00:36] xnox: that's not hard (to be easier than autoconf) === freeflyi1g is now known as freeflying [00:46] hi all [00:47] I wonder if anybody could toss a quick pointer to where this is used in kubuntu? https://code.launchpad.net/~apachelogger/+junk/couchdb-qt [00:48] sivang: it's not [00:48] Riddell: hey :) [00:48] Riddell: so what was its purpose? [00:49] looks like harald was looking at using it with his summer of code ubuntu one kde project [00:49] Riddell: I want to have a similar qt implementation to what Couchdbkit does, it might be a god start. [00:49] Riddell: the code does feel as if it was left in the middle [00:49] Riddell: I see, thanks for the note. [00:49] apachelogger is the guy to ask [00:50] but he'll be asleep [00:50] Riddell: okay, I'll email him === dendrobates is now known as dendro-afk [02:12] ajmitch: thanks for the info. I'll continue to hug my notmuchmail then :) [02:52] How do i translate the debian-installer? === asac_ is now known as asac === dendro-afk is now known as dendrobates [05:35] I answered ssj6akshat in /msg [05:37] this is wierd and quite specific - I've been having trouble with emacs because all the shift arrow keys work inside a terminal except for shift up [05:37] I've fixed it [05:37] by simply recompiling the terminfo for xterm-256color [05:38] I'm not sure how that fixed it, but the recompiled binary is a different size than the original.. which is strange [05:52] On lucid in LSB sysvinit scripts, log_progress_msg is defined with the comment [05:52] # On Ubuntu, one would expect log_progress_msg to be a no-op. [05:52] ...but its definition appears to print things, and I'm no seeing anything being printed. [05:53] Ah, it seems that log_action_end_msg eats it [05:55] I'm still confused as to where the newlines between " * starting foo" and " ...done." come from. [06:12] Is there any ubuntu multitouch devel channel? [06:14] ssj6akshat: #ayatana [06:15] uTouch is a part of the Ayatana project [06:16] bilalakhtar, ah thanks [06:16] ssj6akshat: no, wait a minute, I don't think that is [06:18] #ubuntu-touch [06:18] ssj6akshat: ^ [06:18] https://wiki.ubuntu.com/Multitouch [06:19] cjwatson, ah thanks [06:20] You know, it's still way too early to be declaring victory, but the length of the sponsorship queue appears to be gaining downwards momentum this week [06:34] Aha, busted. /etc/lsb-base-logging.sh redefines stuff [06:34] (To talk to usplash, which is weird, because plymouth replaced it.) === dendrobates is now known as dendro-afk [07:02] WTF [07:02] The GRUB_HIDDEN_TIMEOUT code is handled in /etc/grub.d/30_os-prober -- which exists despite os-prober being purged [07:02] Oops, wrong channel. [07:04] no one in #ubuntu-touch seems to be responding [07:04] ssj6akshat: It's a holiday in the States and early morning in Europe. Be patient [07:10] ebroder, ok [07:14] ebroder: oh, THAT's where everybody is [07:29] Good morning [07:30] Morning pitti [07:31] morning pitti [07:55] good morning [07:59] good morning! === almaisan-away is now known as al-maisan [08:34] g'morning! Yesterday I reported a bug via apport, which got marked as duplicate. the message said i shall lookup the original and see if i can provide additional information. i think i can (workaround), but the original bug is marked private. therefore, the mail i received is kind of pointless - i can't access and comment the original bug :-( [08:56] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: pitti [08:56] welcome ladies and gentlemen, I'll be your pilot today [08:56] Hmph [08:57] The 10.04 udev security update assumes udevadm isn't dpkg-diverted by the local sysadmin. [08:57] pitti: heh, Martin Airlines ;) ? [08:57] * ebroder is certain there's a good "Airplane" joke buried somewhere in this patch pilot business [08:58] yes, they are a bit patchy :) [08:58] ebroder, I know the guy who draws http://www.chickenwingscomics.com/ - I'm sure you'll find enough ideas for airplane jokes in there :) [08:59] dholbach: I was thinking of http://www.imdb.com/title/tt0080339/ . Awesome comedy movie [09:00] oh ok - I didn't know it before [09:01] could someone with Ubuntu 10.04 tell me if inputlirc run there by default? You can do it by running this in terminal: ps auxw|grep inputlirc [09:03] goodwill, not as far as I can see [09:04] dholbach: thank you [09:04] goodwill: wouldn't that depend on whether it was installed? [09:05] It's not pulled in by any of the normal metapackages (e.g. ubuntu-desktop, ubuntu-standard). [09:06] (sorry, bump) g'morning! Yesterday I reported a bug via apport, which got marked as duplicate. the message said i shall lookup the original and see if i can provide additional information. i think i can (workaround), but the original bug is marked private. therefore, the mail i received is kind of pointless - i can't access and comment the original bug :-( - so how to make the maintainer aware of the workaround, which might lead to a fix? [09:07] twb: I did not think so ... but I had lircd vs. inputlirc issues in 10.10 I am writing about in XBMC which are a bit similar [09:08] dholbach: can you do me one additional small favor and tell me if inputlirc is at all available in 10.04. You can use: apt-cache search inputlirc [09:11] goodwill: You can find this out yourself by going to http://packages.ubuntu.com/inputlirc or https://launchpad.net/ubuntu/lucid/+package/inputlirc [09:11] ebroder: right ... forgot about that [09:12] Or the heavyweight solution: pbuilder create --distribution lucid; pbuilder login; apt-cache policy inputlirc [09:44] pitti: ready for sponsoring? :) [09:44] yep, already working on one bug [09:46] pitti: could you take a look on this branch? https://code.launchpad.net/~om26er/ubuntu/maverick/telepathy-haze/telepathy-haze-fix-652944/+merge/41597 [09:48] ari-tczew: sure === ogra_ac_ is now known as ogra_ac [09:58] pitti: do you will copy this change to natty? ^^ [09:59] ari-tczew: I'll upload it to natty [09:59] ok [10:00] dholbach: do you know who deals with hall-of-fame? It seems to be outdated so far [10:00] ari-tczew, it's in the process of being rewritten [10:00] aha ok [10:00] the old version is pretty much unmaintained [10:00] https://wiki.ubuntu.com/Spec/HallOfFameRewrite if you're interested in helping out [10:02] ari-tczew: done [10:03] dholbach: I can't. I'm a n00b in code write. [10:05] like in all other things having interest in making it work is the most important thing :) [10:11] lamont: I sponsored bug 533601 and attached a debdiff suitable for Debian; want me to create a Debian bug for this, or is this sufficient for you? [10:11] Launchpad bug 533601 in bind9 (Ubuntu) "Apport hook for bind9" [Wishlist,Fix released] https://launchpad.net/bugs/533601 [10:11] pitti: could you check status of branch? https://code.launchpad.net/~clint-fewbar/ubuntu/maverick/apache2/maverick-passphrase-plymouth-change/+merge/36610 [10:12] ari-tczew: will put as second into my queue [10:12] rodrigo asked earlier :) [10:12] pitti: for my question? [10:13] for above branch review [10:21] ari-tczew: seems it's already applied in natty [10:22] but this is not ever something that I'd put into an SRU [10:22] plymouth integration for apache on a server? [10:22] this looks seriously broken [10:22] wouldn't that stop your boot? [10:25] would it show your websites on plymouth ? :P [10:25] pitti: dunno, I'm only reviewing sponsors queue [10:25] ari-tczew: I commented on the branch and bug [10:33] pitti: could you take a look on bug 677129 ? [10:33] Launchpad bug 677129 in xterm (Ubuntu) "Please merge xterm 266-1 (main) from debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/677129 [10:35] ari-tczew: yep, will do [10:41] pitti: thanks for your time and patience due to quantity of my highlights :) [10:43] ari-tczew: that's my job today :) but I need to balance it with other requests, and also the old stuff which is in the queue, so I can't get to everything immediately [10:43] pitti: so, do you will review a couple of old bugs also? [10:44] ari-tczew: I'm starting from oldest first [10:44] pitti: I'm pleased! === hanska is now known as dapol === dapol is now known as dapal [10:49] pitti: do you mind if me or someone else will take your merges? [10:49] ari-tczew: how you mean "take my merges"? [10:49] oh, my merges! [10:50] ari-tczew: no, not at all [10:50] ari-tczew: (sorry, I'm looking at merge proposals all the time, got confused :) ) [10:50] ari-tczew: I'd appreciate a quick ping if you do, since I've looked at some which don't make much sense to do [10:50] pitti: understand ;) [10:53] how often does: http://reports.qa.ubuntu.com/reports/sponsoring/ update? My merge proposal is not visible yet =) [10:53] or do I have to have a bug as well? [10:53] at least every 30 minutes, possibly more often [10:54] It's up there already =) never mind missed it in the sorting view =) [10:54] ari-tczew, heya =) it's me with xiphos update branch [10:54] I'll check the comments now ;-) [10:55] xnox: HELLO [10:55] * ari-tczew sorry for caps [10:56] ari-tczew, I'm the maintainer of Xiphos in Debian as well. We would like to push sword-1.6.2 to debian experimental first. and then update xiphos and bibletime against sword 1.6.2 in experimental. [10:56] It is not a priority to get it into debian experimental since squeeze is frozen =) [10:57] But bdrung has asked me about xiphos 3.1.4 to make it compatible with xul20 and gtkthml 3.32 so easy the migrations / dist-upgrades in natty asap [10:57] xnox: ok, would be nice. my proposition is: get these changes to Debian experimental first, then sync into ubuntu natty [10:57] ok [10:57] Will seek sponsorship now then. [11:02] ari-tczew: xterm bug already seems to be in progress, and mvo had some concerns about it [11:03] ok [11:09] micahg, with xulrunner-2.0 package there will be no incompatible changes between released 2.0.0 an 2.0.99 to the UPPER/LOWER_RANGES? [11:10] or they have some new policy for those? [11:14] xnox - the policy hasn't changed AFAIK, so there's no guarantee that there will be no breakage [11:15] in fact, there's more likely to be breakage now (see https://developer.mozilla.org/en/XPCOM/XPCOM_changes_in_Gecko_2.0) [11:15] "No more frozen interfaces" [11:44] chrisccoulson, now that is just wonderful =) how do I keep up with future xulrunner updates and test xiphos before each new xulrunner revision in e.g. released natty? [11:45] xnox, i'm not sure. watching the ubuntu-mozilla-security PPA for updates might be one way [11:46] we generally don't test these updates on everything before we publish them (else I'd spend my entire time testing security updates) [11:47] hm. 1.9.1 -> 1.9.2 transition failed for xiphos. Xiphos build against 1.9.2, users had 1.9.1 and 1.9.2 installed resulting in xiphos crashing. [11:47] And then later 1.9.2.2 -> 1.9.2.3 updated cause UI bugs in Xiphos....... [11:47] xnox, we need to tighten GREVersion to stop that from happening (for the 1.9.1 -> 1.9.2 case) [11:47] well this is just me rumbuling =) [11:48] chrisccoulson, I will tigthen GREVersion. But how tight? [11:48] 2.0.0 - 2.0.99? [11:48] for the 1.9.2.2 -> 1.9.2.3 case, i'm not sure what to do about that. in general, interfaces shouldn't break in minor versions, but there is no guarantee there [11:48] or less than that? [11:48] xnox, yeah, basically, i want everything in the archive in natty to only work with 2.0.0 [11:48] the reason for this is: [11:49] sometime in the future, natty will get a new xulrunner version (when 2.0 goes EOL) [11:49] we will port some applications to the new version [11:49] but others need to carry on working with the current 2.0 [11:50] one of the difficulties we had when backporting 1.9.2 to our old releases, is that a lot of applications set crazy wide limits for the GREVersion, which meant i had to fix/patch a lot more applications than i wanted to [11:54] chrisccoulson, ok. so currently I get build-dep on xulrunner-2.0 via shlibdeps so appropriate GREVersion limits are 2.0.0 and 2.0.99? And then hope for the best for no minor breakages in between. [11:54] xnox, you'll need to set the lower version to 2.0b to work with the current version [11:55] and i set the upper version to 2.0.0.* (gecko usually has a 4 part version number) [11:55] Currently xiphos is fine from xulrunner 1.9.0 -> 2.0.0 so we should detect which xulrunner we are building against at configure time, and preserve the limits in the binary to ${xul-mayor}.${xul-minor}.0 - 99? [11:55] yeah, that would be ok [11:55] chrisccoulson, 2.0.0 loads fine on my natty for lower bound? [11:56] with xul-2.0..... [11:58] pitti, ping [11:58] xnox, oh, that's good then. that probably means i can change that in gnome-python-extras too [11:58] Yelp is no-go with xulrunner 2.0 yet? [11:58] pitti, would you mind to review my commit? http://git.debian.org/?p=collab-maint/libmtp.git;a=commitdiff;h=75a69d [11:58] pitti: looking at the bug === al-maisan is now known as almaisan-away [12:01] chrisccoulson, also for Universe we get stuff from debian which has 1.9.2 in experimental so far..... [12:05] * quadrispro having launch [12:08] xnox, yeah, that is a side effect of our different maintenance policy in ubuntu. i don't think there is anything we can do about that [12:09] i'm generally taking care of the packages which come from debian to make sure they work with our newer firefox version [12:09] xnox, if you feel like helping out at all, i have a list here - https://wiki.ubuntu.com/DesktopTeam/Specs/Natty/Firefox4/XULRunner20Transition :) [12:10] chrisccoulson, ok thanks =) [12:12] pitti, it needs some work [12:12] xnox - you might want to add your name to xiphos if you're working on that :) [12:12] so i don't end up duplicating work [12:13] chrisccoulson, yeap =) sure [12:13] thanks === MacSlow is now known as MacSlow|lunch [12:25] chrisccoulson, about the four-part version number. Why the package is called xulrunner-2.0 and not xulrunner-2.0.0? or does it not matter? [12:26] is the next one going to be xulrunner-2.0.1 or will 2.0.1.0 land inside xulrunner-2.0? [12:27] xnox - unless it's changed, the current 2.0 series will all have 2.0.0.* version numbers, and 2.0.1 will be the next "major"-ish version [12:27] just like with 1.9 [12:27] ok cool =) [12:49] quadrispro, lamont: re (back from lunch) [12:49] wb [12:54] quadrispro: oh argh, there's a comma missing -- is that upstream as well? [12:54] ++ char default_udev_action[] = "SYMLINK+=\"libmtp-%k\", MODE=\"666\" ENV{ID_MEDIA_PLAYER}=\"1\""; [12:55] quadrispro: there needs to be a , between MODE and ENV [12:56] quadrispro: otherwise it looks fine to me [13:02] pitti, yes, it's upstream [13:05] pitti, pushed. Now I should update udev's rule, but I'm wondering if it's needed to fill ENV{ID_MEDIA_PLAYER}=\"1\"" with the proper media-info device's ID [13:05] quadrispro: shouldn't; MTP devices can tell by themselves which capabilities they have [13:06] quadrispro: but I haven't actually tested banshee other music players what they do [13:06] quadrispro: seems that at least in the current version, rhythmbox doesn't really need the ID_MEDIA_PLAYER flag on MTP devices, it just enumerates /dev/libmtp* [13:06] so the patch isn't really necessary for rhythmbox [13:06] yes, I see [13:06] would it be sane to upload it now? [13:07] quadrispro: so, I think you should just test banshee and perhaps amarok whether they care about it, and whether it makes a difference [13:07] (sure, after doing a bunch of tests) [13:07] quadrispro: I just saw that libmtp's rules come after 40-usb-media-players.rules [13:08] so these need to make sure not to tag any device which is already an USB storage device [13:09] mmm, so building now, testing later and then let you know [13:12] chrisccoulson, you are right the min version must be 2.0b or something like that. [13:18] chrisccoulson, can you add two variables to xulrunner pkg-config? GREVerMin and GREVerMax? [13:19] xnox - yeah, i could do. that's a good idea actually [13:19] with those values that are preferred in Ubuntu when building against that xulrunner e.g. 2.0b and 2.0.0.99 now and other pairs updated later? [13:19] yeah, i'll do that [13:19] thanks for the suggestion! [13:19] cause I really don't want to have in my configure script "when it is alpha, when it is beta, when it is released" logic for xulrunner =))))) === yofel_ is now known as yofel [13:21] slangasek: does the plymouth bzr head package work for you? I do get a splash screen, but it looks very ugly (jittery font) [13:35] how long process backport? [13:35] * ogra_ac glares at his local shadow build [13:35] yacc getdate.y [13:35] /bin/bash: yacc: Kommando nicht gefunden. [13:35] why the heck isnt yacc in the build deps if its used by the build [13:36] is yacc pulled in by anything in debian we dont ? [13:47] ogra_ac: that doesn't matter, though; if shadow uses yacc by itself, it needs to b-dep on it, regardless of transitive build deps [13:47] ogra_ac: which is to say, if it doesn't, that's a bug in Debian as well [13:48] well, i dont think that was added recently [13:48] and it built before [13:48] also we have the same deps as debian and it seems to have built there too [13:51] ogra_ac: Build logs for shadow in maverick don't mention yacc. [13:51] ogra_ac: Or bison, for that matter. [13:51] ogra_ac: does the source already ship the preprocessed yacc output? [13:51] ogra_ac: might be a race condition when the .y gets patched, and thus gets newer than the output [13:53] pitti, ah, that might be [13:55] hmm, though no patch touches getdate === MacSlow|lunch is now known as MacSlow [14:12] cjwatson: as bug 681535 is "Fix committed", should I check the patch to confirm that it fixes my grub problem? [14:12] Launchpad bug 681535 in grub2 (Ubuntu) "Auto-detection of a filesystem of /dev/md0 failed." [High,Fix committed] https://launchpad.net/bugs/681535 === almaisan-away is now known as al-maisan [14:18] geser: feel free, or I'll upload it later this afternoon [14:19] I'm pretty sure it does - I mimicked the setup you described and encountered a bug which was at the very least extremely similar [14:30] geser: do keep the md lines out of device.map though [14:31] sure, as you said that the md lines got there by error, I removed them from device.map and kept only those for my harddisks [14:31] *nod* [14:32] I'll check if booting from my usb-stick still works before upgrading grub again :) [14:34] geser: the patch in bzr may not fix it on its own, of course - there was another patch I committed upstream, plus a postinst patch committed to Debian to avoid a spurious question [14:34] geser: I'm merging all of that together for the next upload [14:37] ok, I'll wait on your upload then [14:39] geser: source uploaded now === hunger_ is now known as hunger [14:45] hmpf [14:45] debian touched the file but doesnt run yacc during build [14:45] we didnt touch the same file but yacc is executed [14:45] * ogra_ac doesnt get that === dendro-afk is now known as dendrobates === tkamppeter_ is now known as tkamppeter === jelmer_ is now known as jelmer [14:56] tseliot: can you handle bug 639976? it's a trivial change, but I can't commit to your git [14:56] Launchpad bug 639976 in Package Descriptions for Ubuntu "Typo in package description: NVIDIA 8 should be GeForce 8" [Low,Triaged] https://launchpad.net/bugs/639976 [14:57] * tseliot has a look [14:57] grrr, ok. yacc is not executed on x86 [14:58] pitti: sure, I'll do it now [14:58] tseliot: (no upload required for that, just to not forget it); thanks! [14:58] pitti: right, I'll just commit it in git, in case I forget === cking is now known as cking-afk [15:07] dholbach: I like the slope of the first graph at http://reports.qa.ubuntu.com/reports/sponsoring-stats/ since we started this pilot thing ;) [15:08] pitti, same here :) [15:08] it's awesome [15:08] once we're done with that, there's still 2000 bugs with patches in LP :-P [15:09] pitti: do you have a tag for installed-footprint opportunities and cd-size opportunities? [15:09] sladen: I don't; feel free to invent one :) [15:11] cjwatson: thanks, the new grub version installs and boots without problems [15:11] all right is there any text-based browserthat works right with lp+openid? [15:12] w3m? [15:12] there was one: elinks or links if I remember correctly [15:12] lynx gives me an infinite loop, [15:12] i thought elinks had failed me, but i'll re-try hat i guess [15:13] think i tried w3m in prague, but wth i'll try again [15:15] w3m won't show me the 'submit' button at lp login [15:16] elinks just clears the form and asks me to fill it back in [15:18] see bug 628755 for the w3m issue which got fixed for natty [15:18] Launchpad bug 628755 in Launchpad Foundations "Impossible to log in in Launchpad using apport from a tty console with w3m (dup-of: 523229)" [Low,Triaged] https://launchpad.net/bugs/628755 [15:18] Launchpad bug 523229 in Canonical SSO provider "The Continue button isn't selectable in w3m for sso login" [High,Won't fix] https://launchpad.net/bugs/523229 [15:18] wow, the sponsor queue gets smaller! [15:19] yes, I agreed. today work is very good. thanks for pitti! [15:19] maybe pitti should be patch pilot more frequently? [15:19] it wasn't just me :) [15:20] we have had patch pilots every day now [15:20] geser: interesting, thanks. so if i update that one to natty i could do it :) [15:20] pitti: but your activities are strong because you have expierence and knowledge with handling SRUs [15:22] hallyn: perhaps; there also some other bugs about cookies, LP and text-browsers: e.g. bug 535456 [15:23] Launchpad bug 535456 in Launchpad Foundations "Log-in loop when authenticating to Launchpad with Lynx (dup-of: 586908)" [Low,Incomplete] https://launchpad.net/bugs/535456 [15:23] Launchpad bug 586908 in Launchpad Foundations "OpenID login fails for non-beta LP users using lynx and possibly other browsers" [High,Triaged] https://launchpad.net/bugs/586908 [15:23] just try every text-browser out till you find one that works [15:23] geser: well i've just tried lynx, elinks, and w3m, so think i'm resorting to install vnc+fvwm+firefox :( [15:24] pitti, 40-usb-media-player.rules and 45-libmtp8.rules share several device IDs [15:24] quadrispro: some devices offer both access modes [15:25] so this is not a problem, isn't it? [15:26] quadrispro: well, it means that the ="1" tagged ones will overwrite the ones in media-player-info [15:26] quadrispro: ideally we could move libmtp rules before m-p-i rules === cking-afk is now known as cking [15:27] then the hand-maintained mpi ones could fine-tune/override the autogenerated mtp ones as needed [15:29] yep, I've written a small script to calculate differences between the two rules and so, what should we do to re-order them without introducing regressions? [15:32] quadrispro: well, either move libmtp to 40-* (which would be more adhering to the current convention), or move m-p-i rules to 50-* [15:32] or rather 46-* [15:33] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: [15:34] now, 19 sponsoring items less :) [15:34] yeeeeeeeeeeeeehaw [15:34] * dholbach hugs pitti [15:34] * pitti hugs dholbach for his perseverance [15:34] but you could at least properly land the plane before jumping off :P [15:34] poor passengers [15:34] dholbach: I have to admit it does work better if you have a schedule and a solid block, instead of this fuzzy "one hour a week" [15:35] pitti, yep, it was clear :) sorry, my wrong question, 2nd attempt: what should we do *before* re-arranging them? [15:35] ogra_ac: this is Unix. 90% solutions are okay! [15:35] *cough* [15:35] pitti, now we need just more people on the schedule :) [15:35] quadrispro: if we swap their order, I think the mtp change is just fine [15:35] * quadrispro hugs dholbach [15:35] pitti, dholbach, though a proper gmail schedule you can subscribe to for reminders would be a lot better [15:35] * dholbach hugs quadrispro back [15:35] ogra_ac: I just added my days to my calendar [15:35] pitti++ :) [15:36] * ogra_ac isnt sure he will remember in two months when exactly his pilot days are [15:36] pitti, well, i'd like an automatic reminder [15:36] and there's people in the community who don't use gmail [15:36] dholbach: can we order pitti more frequently as patch pilot? [15:36] without having to add it every month [15:36] because i will surely forget to over time [15:36] where *is* the schedule again? [15:37] https://wiki.ubuntu.com/UbuntuDevelopment/CodeReviews#Schedule [15:37] ari-tczew: well, it's not like I've not done sponsoring before; I do that every other day (just not that intense) [15:37] I think the point of this is to spread it to more people :) [15:37] ari-tczew: also, it seems that I got signed up for Jan 3 and 10 [15:37] thanks! [15:37] dholbach: ^ :) [15:38] with that strong I believe that we get clean sponsors queue before FeatureFreeze [15:38] (but that's ok) [15:38] pitti, it wasn't me! [15:38] pitti: I mean not only done clean today by you. I include feedback from our today cooperation. [15:39] I suspect a copying mistake, let me fix it [15:41] ogra_ac: I assume those with sponsoring items in the queue will remind you when it's your time to fly :) [15:42] geser, well === beuno is now known as beuno-lunch [15:51] ebroder: around? i need your help for bug #681242. [15:51] Launchpad bug 681242 in ubuntu-dev-tools (Ubuntu) "[sponsor-patch] Support building with sbuild" [Wishlist,Triaged] https://launchpad.net/bugs/681242 [15:52] ebroder: i need a sbuild equivalent for "sudo", "-E", "DIST=" + dist, "pbuilder", "--build", "--distribution", dist, "--buildresult", result_directory, "--architecture", self.architecture, dsc_file [15:53] result_directory is pwd, so i reckon you could chdir [15:53] otherwise there's sbuild -d $distribution-$architecture $dsc_file [15:54] bdrung: ^ [15:55] holy cow [15:55] we're at 14 sponsoring items [15:55] erm [15:55] 44 [15:55] 44° [15:55] 44! [15:55] * dholbach is a happy man [15:56] Wow! 44! That like 2658271574788448768043625811014615890319638528000000000! [15:56] That's just crazy. [15:56] we were over 100 consistantly for a long time before :) [15:57] ... in case my excitement is not understandable :) [15:57] 44! = 2658271574788448768043625811014615890319638528000000000 [15:57] hyperair: -d $distribution-$architecture? really? [15:57] dholbach: would be better if you had 42. Let me see what I can do to fix that. [15:57] * dholbach hugs ttx [15:57] :) [15:57] * dholbach hugs soren too [15:57] bdrung: yep. [15:57] * soren hugs dholbach back [15:57] dholbach: my sbuild is a bit stuck in openldap tests for an update that pitti asked for, though :) [15:58] soren: 2658271574788448768043625811014615890319638528000000000! != 44! [15:58] bdrung: if you omit -$arch, then it defaults to uname -m [15:58] er i mean whatever architecture you're using, in dpkg's arch format [15:58] dholbach: \o/ [15:58] ttx: hopefully nobody sabotage you by adding items to queue [15:58] bdrung: Very much not equal, no. [15:59] bdrung: *My* "!" was an exclamation point, not the factorial operator. Clearly :) [15:59] 46 [15:59] geser: stop that ! [15:59] ttx: You did it wrong. [16:03] dholbach: http://interfacelift.com/wallpaper_beta/D0eee69d/02430_hugme_2560x1600.jpg :) [16:03] File Not Found [16:04] Error 404. [16:05] hmm, works here [16:05] no, sorry - not here :/ [16:07] hyperair: does this command work too: "sudo", "sbuild", "-A", "--dist=" + dist, "--arch=" + self.architecture, dsc_file [16:08] bdrung: i'd avoid the sudo. sbuild doesn't need it. [16:08] k [16:08] -A, --arch-all [16:08] bdrung: ^^ got that from manpage [16:08] and --dist= works, yeah [16:09] hyperair: do you have time to test sbuild with sponsor-patch? [16:10] bdrung: mm give me a quick test case [16:10] hyperair: sponsor-patch -B sbuild -b 681418 [16:11] bdrung: do i need to patch sponsor-patch first? [16:11] hyperair: you need to pull the latest u-d-t branch and apply http://pastebin.com/rA3ZpysD [16:11] bdrung: what's that in bzrfu [16:11] bzr pull lp:ubuntu-dev-tools [16:11] i suppose i'll need to branch [16:11] patch -p0 < patchfile [16:12] hyperair: yes (branch) [16:12] okay [16:14] tumbleweed: you fail with wrapping. please split "paragraph["Architecture"] = " ".join( sorted(archs, key=lambda x: (1 - int("any" in x), x)))" into two commands [16:15] tumbleweed: what's that for: lambda x: (1 - int("any" in x), x)? please comment it [16:15] right, to put wildcards first [16:15] tumbleweed: wildcards? like what? [16:16] linx-any [16:16] bdrung: .. [16:16] patching file sponsor-patch [16:16] patch unexpectedly ends in middle of line [16:16] tumbleweed: ah, ok. please comment that and maybe add an example [16:16] patch: **** malformed patch at line 145: [16:17] bdrung: could you use paste.debian.net? it's much more patch friendly. [16:17] bdrung: i aliased my pastebinit away from pastebin.com precisely for that reason [16:18] hyperair: gimme your alias [16:18] alias pastebinit='pastebinit -b http://paste.debian.net' [16:18] hyperair: there you are: [16:18] http://paste.debian.net/100818/ [16:18] thanks [16:19] and there we go, it works [16:19] you can also store a configuration file in your home directory ;) [16:19] now then.. where was that command.. [16:20] File "./sponsor-patch", line 812, in [16:20] NameError: name 'Sbuild' is not defined [16:20] ./sponsor-patch -B sbuild -b 681418 -v [16:20] same thing [16:20] bdrung, hyperair: http://paste.ubuntu.com/536749/ (~/.pastebinit.xml) [16:21] stgraber: hmm nice. [16:21] stgraber: but i don't like paste.ubuntu.com either, because you need to log in in order to download. makes it *extremely* annoying. [16:21] stgraber: if you know who maintains paste.ubuntu.com, please relay my message. [16:21] hyperair: http://paste.debian.net/100819/ [16:22] hyperair: I'd guess #canonical-sysadmin. Obviously you can have your .pastebinit.xml file to point to paste.debian.net [16:22] stgraber: yeah, i'll do that [16:22] pastebinit lacks an killer feature - autodetecting file type [16:23] bdrung: patches are welcome :) I remember a few people asking me for that feature though I usually only spend 30min to an hour a year working on pastebinit :) [16:23] bdrung: actually, even if you told it that you were uploading a patch, those @@'s get stripped. stupid thing. [16:23] (and that's mostly reviewing patches, merging, testing and pushing to the archive) [16:24] bdrung: with pastebin.com, you'd be better off base64enc'ing everything before pasting [16:25] hyperair: i prefer paste.d.o anyway [16:26] .n [16:28] bdrung: okay, sponsor-patch keeps failing at debsign. [16:28] hyperair: add a -k option [16:29] ok [16:32] geser: excellent, thanks for confirming [16:35] bdrung: okay, it's building. should i get worried now about it accidentally uploading a package or will it prompt me again? [16:38] bdrung: ["sbuild", "-d", dist, "--arch", self.architecture, "-A", dsc_file]. But I don't see a way to change the output directory, so you might have to play with your working dir [16:39] ebroder: http://paste.debian.net/100819/ [16:39] ebroder: all done. [16:39] bdrung: and it works =) [16:39] bdrung: it ends at lintian. i assume that's correct? [16:40] hyperair: Yeah, noticed as I was finishing my scrolling [16:40] hyperair, bdring: You guys know that subprocess.call has a cwd= kwarg, right? [16:41] * hyperair didn't have any part in modifying that patch [16:42] bdrung: Looks fine. Are you sure dsc_file is going to be an absolute pth? I don't have the code in front of me, just the patch, so I don't know if I'm missing something [16:43] pitti: Congratulations. Way to kick ass on piloting [16:44] thanks :) === Lutin is now known as Guest27846 [16:53] xnox: If you're going to fix xiphos through Debian, should I reject your merge proposal? === beuno-lunch is now known as beuno === al-maisan is now known as almaisan-away [17:16] I wonder if the people who use Ubuntu in Occitan wish that we didn't call it "Occitan (post 1500)" [17:18] Haha. Do we call our Hellenic language "Modern Greek" as well? === Guest27846 is now known as Lutin [17:34] hyperair: yes, it ends with lintian. can you try the same with "-u ubuntu" (and say no if you get ask if you want to upload it)? [17:34] ebroder: yes, it uses absolute paths [17:54] NCommander: AFAICS your last cdimage change has the net effect of not only stopping building ubuntu-netbook for armel+dove, but starting to build it again for i386 (due to the later wildcard). Was this intentional? if not, ubuntu-netbook/daily-live needs to be removed from the crontab if it isn't supposed to build for anything [17:56] JamesPage: could you have a look at http://people.canonical.com/~ubuntu-archive/component-mismatches.txt for the java stuff (the ones wanting to promote to main)? === RoAk is now known as andreserl [18:34] bdrung: erm it says [Y/e/n]. what's e? [18:34] hyperair: edit [18:35] ah [18:35] bdrung: you should add a ? option to expand these things. [18:35] it's not particularly verbose there [18:35] i don't believe it's documented anywhere either [18:36] hyperair: file a bug. if you type something else, it will print: "Please answer the question with yes, edit, or no." [18:36] * hyperair has exams and is lazy to file bugs. >_> [18:38] hyperair: look in the man page: "the user has an option to edit the patched source and try building it again." [18:38] ah okay, i missed that [19:34] Hey all. Can anyone tell me whether or not the following functionality is slated to be included in a future and/or current release of Ubuntu: When a laptop is disconnected from any, or is connected to one or more, external monitors is updates the nvidia/x configuration accordingly? [20:03] kirkland: ping === Richie is now known as WelshDragon === TerminX_ is now known as TerminX [21:51] doko: ack; will pickup first thing monday [23:02] pitti, you mentioned about basing off the new rev in debian ( of lvm2 ). Are you saying I should do a merge from the debian branch first, and THEN update to the new upstream? [23:03] ahh, there's the debian bzr branch... hrm... now which one? squeeze or sid? [23:05] psusi: Yes, that's definitely what you should be doing [23:06] hrm.... ok... [23:13] aw geeze... the debian package has the wrong version number [23:13] lvm2 (2.02.66-3) by Bastian Blank says: Bastian Blank [23:13] bah... Import upstream version 2.02.72: [23:14] he forgot to bump the package revision number === schmidtm_ is now known as schmidtm