[00:03] micahg: I see. (I'm 17.2y myself) [00:04] * ScottK thinks jpds was youngest when he became a MOTU. [00:10] sponsoring page is broken [00:10] * micahg will file a bug report [00:11] bug 636692 if anyone's interested [00:11] Launchpad bug 636692 in Ubuntu QA Website "Sponsoring page has not been updated for a week" [Undecided,New] https://launchpad.net/bugs/636692 === yofel_ is now known as yofel [00:33] lfaraone, wow, you make me feel so old ;) [00:33] chrisccoulson: I try. :) [01:23] lfaraone, micahg: I was 16 when I became a MOTU, but I'm currently 18 [01:35] * wgrant was 15, but is pretty sure that jpds was the youngest. [02:17] nhandler: ah, sorry :) [03:57] cjwatson: can you point me to the lucid package for bug 632280? [03:57] Launchpad bug 632280 in dpkg (Ubuntu Lucid) "dpkg-dev: can't unpack old packages without Format field" [Low,In progress] https://launchpad.net/bugs/632280 [03:57] lucid-proposed doesn't seem to have it [03:58] Laibsch: there's one in -updates [03:58] is there? [03:58] I see [03:58] I was waiting for it over in -proposed [03:58] Laibsch: must have migrated [03:58] well, 4.1 is in -updates [03:59] I have to say that a locally compiled package with the patch didn't fix the issue :-( [03:59] Laibsch: ah, nm, 4.2 is in unapproved [03:59] micahg: that one fixes a different issue [04:00] yes [04:00] 4.2 is what I'm waiting for [04:33] Okay, I'm stupid [04:33] I linked the screenshot in my download manager post to my home PC [04:34] so predictably, it was offline the whole time I was asleep [04:50] LF mentor [04:55] blackmatter: do you need help with something? [07:18] tumbleweed: Thanks for the comment, well I would like to point out one thing here about the skim merge [07:19] tumbleweed: I had originally requested a merge, and you commented on the bzr merge proposal that a sync would be better [07:19] THEN I requested sync, thinking you know better [07:19] BUT bdrung pointed out a few change that would be dropped, and then you realised your mistakes and merged [07:20] SO [07:20] It was your fault, but in the comment it appears it was mine! [08:06] bilalakhtar: hmm, I think you're right. I remembered something like that but couldn't see it in the history (I think there was a previous merge proposal which got deleted) [08:06] tumbleweed: yes of course, it got deleted [08:06] but I remember the whole story [08:06] and [08:07] you later accepted it to be your fault :( [08:08] bilalakhtar: yeah, my previous e-mail to you said that much [08:09] * bilalakhtar is sure he won't become MOTU now [08:09] bilalakhtar: I'm editing the endorsement :P [08:09] tumbleweed: bdrung's comment was stale, and he forgot a recent merge@ [08:09] ! [08:10] he took the mail I sent him for the UUC application, and instead wrote that stuff for my MOTU application [08:10] so [08:10] he forgot the recent sponsorships and wrote the old fflowed ones [08:10] *flawed [08:12] bilalakhtar: you can explain that at the meeting [08:12] I will also have to defend ari-tczew's commenyt [08:13] too much for me! well, I took this application to be just a try [08:14] bilalakhtar: one can't win every time :) but let's wait and see... [08:15] tumbleweed: are you up for another SRU? [08:18] micahg: sure [08:18] tumbleweed: bug 576991 [08:18] Launchpad bug 576991 in gnome-shell (Ubuntu Lucid) "Add a wrapper for LD_LIBRARY_PATH to gnome-shell so we don't have to rebuild gjs for xulrunner updates" [Medium,Confirmed] https://launchpad.net/bugs/576991 === hrw|gone is now known as hrw [08:28] Thanks tumbleweed @ [08:32] micahg: O: libgjs0: binary-or-shlib-defines-rpath ./usr/lib/libgjs-gi.so.0.0.0 /usr/lib/xulrunner-1.9.2.3 [08:32] ugh :( [08:35] Laibsch: it's in the unapproved queue. you can't see it yet [08:35] I see [08:35] Thank you [08:35] I'm not about to go approving my own uploads there [08:35] hehe [08:35] ;-) [08:35] there'll be a message on the bug when it's accepted [08:35] OK [08:36] I'll wait for it [08:36] FWIW, I recompiled my own package including the patch [08:36] and it did NOT fix the issue [08:36] tumbleweed: where do you see that? [08:36] cjwatson: Is your dsc publicly available? [08:37] Laibsch: I could've given you that hours ago :) [08:37] micahg: in my build. Want logs? [08:37] micahg: I was asleep hours ago ;-) [08:37] but thanks, I'll remember [08:37] you can give it to me now [08:37] Please? [08:38] morning [08:38] Laibsch: hi [08:38] good morning hrw [08:38] can someone help me with this? https://edge.launchpad.net/ubuntu/+source/armel-cross-toolchain-base/1.46/+build/1955387 - package got build but failed to upload [08:38] micahg: it looks like you should call chrpath on libgjs-gi as well as libgjs [08:38] Laibsch: https://edge.launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text= [08:39] hrw: I assume you inspected the upload log? [08:39] Laibsch: 'duplicated ancestry' says nothing for me [08:39] OK [08:39] same here ;-) [08:39] maybe ask in #launchpad? [08:39] I will [08:39] or #soyuz [08:39] or whatever component that is ;-) [08:40] tumbleweed: I don't see that lib [08:40] I can never make sense of the LP-related names [08:40] hrw: is a simple upload of a 0ubuntu2 package an option? [08:40] skipping 0ubuntu1 [08:41] sometimes that resolve "duplicate"-related problems [08:41] micahg: thank you [08:41] Laibsch: np [08:41] micahg: gnome-shell: I don't see this: "Drop binary depends on pkg-config" [08:43] tumbleweed: looks like I messed up that debdiff (forgot to add xulrunner as well :-/) [08:43] Laibsch: it is sponsored package [08:43] tumbleweed: unsubscribed sponsors, it obviously needs work, thanks [08:43] tumbleweed: could you please check bug #636884 ? [08:43] tumbleweed: feel free to comment in the bug [08:43] Launchpad bug 636884 in mina (Ubuntu) "FTBFS in maverick due to build-dep on non-existant package" [Low,Confirmed] https://launchpad.net/bugs/636884 [08:44] bilalakhtar: the package was never removed, it hasn't been added yet [08:45] micahg: It was removed, do a rmadison [08:45] micahg: oops, correct [08:45] bilalakhtar: :) [08:46] bilalakhtar: I haven't had a chance to talk to the debian-java folks about it yet, it's a circular dependency that needs some kind of help [08:46] so I will need to change the changelog message, the rest is fine [08:47] Laibsch: probably noot [08:47] not [08:47] micahg: done [08:47] oh, well, if you can see micahg's URL then that works [08:47] bilalakhtar: if you have time, maybe talk to #debian-java on OFTC to see if they have any ideas how we can get all the circular dependencies in maverick (obviously if the release team approves :)) [08:48] * micahg has to go to sleep [08:49] cjwatson: well, it's not dget'able, but I think I can probably download all files one by one [08:49] tumbleweed: :) Refresh the merge page, I have made a change in the changelog message [08:49] you could just grab the patch from git, linked in the bug [08:50] bilalakhtar: can we try to sort out the circular dependancy first? [08:50] it's not like I did anything more than a trivial backport [08:50] tumbleweed: but , FF, UIF, and now Final F? [08:51] tumbleweed: That is the preferred way, but , what do you think? This fix does fix the FTBFS [08:51] as it prevents the build of those sections [08:52] bilalakhtar: there are many FTBFS currently due to this circular dependency [08:53] micahg: yes i know [08:53] tumbleweed: perhaps get this one in for the meantime and I will check with the debian-java folks? [08:54] tumbleweed: fine, this one now bug #636883 [08:54] Launchpad bug 636883 in openscap (Ubuntu) "FTBFS in maverick due to unnecessary line in install file" [Low,Confirmed] https://launchpad.net/bugs/636883 [08:54] bilalakhtar: you have a patch. It can wait a few days. Esp if you are now going to do something about the springgraph loop [08:54] (and I know you want to get some FTBFS fixes in quickly now :) ) [08:55] bilalakhtar: there are still another few weeks to fix that package [08:55] tumbleweed: :) [08:55] * bilalakhtar joins OFTC [08:55] * micahg really goes to bed now :) [08:56] happy programmers' day! [08:59] god, Chinese internet sucks [08:59] tsocks to the rescue ;-) [08:59] Laibsch: I think that's the design. [08:59] doesn't tor suck even more? [08:59] hyperair: tsocks, not tor [09:00] * jpds goes to find some tea bags. [09:00] geser: Do you know of any reason why we can't switch to using the production API in u-d-t? [09:00] p.s. morning folks [09:00] ehh what's tsocks? [09:01] * Laibsch invites hyperair to private chat [09:04] Hello [09:12] Laney: no reason, it would be probably good to use production for u-d-t versions in Ubuntu releases and edge in trunk to catch changes to the API earlier [09:13] well we specify an API version too so shouldn't get caught out by changes dropping on us [09:13] I'll make this change — last night there were performance problems on edge which made me look into it (production was fine) [09:13] (thanks to lifeless) [09:14] tumbleweed: Anyway, that *-packages wasn't necessary, it could have been done without, the way I did it. right? [09:14] but we would deviate from debian] [09:15] so it isn't a roadblock, but a suggestion! [09:16] tumbleweed: done [09:18] bilalakhtar: it's how I would fix it :) (and it results in a patch that makes sense to forward to debian and a more helpful changelog entry) [09:23] tumbleweed: but, my patch would work, right? [09:23] That's what I meant! [09:24] yes [09:24] (no need to have the would here, since I tested it in pbuilder) [09:25] :) [09:31] good morning [09:32] tumbleweed: forwarded [09:32] bug 631103 could do with some attention, simple packaging error, would be a shame for it to miss the release. Is there a good way to get someone to look at it? [09:33] Launchpad bug 631103 in ffmpeg (Ubuntu) "[patch] maverick ffmpeg "Unknown input format: 'x11grab'"" [Undecided,Confirmed] https://launchpad.net/bugs/631103 [09:33] popey: me! [09:33] popey, perhaps a decent bribe would do? [09:33] :) [09:34] I'm guessing the offer of a free Ubuntu cd isn't sufficient [09:34] does it have to be a recent one? [09:34] is it shiny? [09:34] bit scratched [09:34] I've been collecting the set [09:34] still missing a couple [09:35] which? [09:35] not now---but find out and I'll have a lookie [09:35] dont recall off the top of my head, the early dual-cd ones iirc [09:35] cool, ta [09:35] oh, hang on, i had a wiki page for this.. [09:37] popey: poke a core-dev in -devel [09:37] popey: It doesn't need ubuntu-release's approval. Find a core-dev to review and upload it. [09:37] ok, ta [09:37] Maybe siretart? [09:38] IIRC, he's the one maintaining ffmpeg in Debian. [09:38] * siretart notices a highlight [09:39] oh, I remember a bugreport that had a patch that looked like it had already been fixed in ubuntu but it wasn't [09:39] popey: ^ [09:39] thanks [09:41] Hello, is it possible to stimulate a button press in xvfb-run ? [09:41] AnAnt: have a look at dogtail [09:42] siretart: is that a package ? [09:42] superm1: thanks [09:42] AnAnt: yes, it is [09:43] siretart: ah, python-dogtail [09:45] assistive technology ? [09:48] siretart: can that be used in a Debian package ? [09:48] I mean used for preparing a package, I recall I seen a package doing something with xvfb-run during build [09:49] but this dogtail, seems to have some requirements [09:53] Can I prepare an SRU with versions 0.6.2-0ubuntu1lucid1 and 0.6.2-0ubuntu1karmic1? I find that more readable than 0.6.2-0ubuntu1.10.04.1. [09:54] or are the numbers a strict requirement? [09:54] AnAnt: no idea [09:54] numbers sort better, there were at some point not completely straight forward alphabetical releases. [09:54] current version in both karmic and lucid is obviously 0.6.2-0ubuntu1 [09:55] Rhonda: there's still some way to Z ;-) and eventually we may hit 99, too ;-) [09:55] Right, but after 99 comes 100 :) [09:56] which may give you trouble to sort [09:56] And I don't expect to live by that time anymore. [09:56] Why should it? [09:56] Why should 100 sort before 99? [09:56] you know the option -n to sort? [09:56] I know, but how is that of matter here? [09:56] How dpkg sorts is relevant. [09:56] 100 may sort before 99 [09:57] $ dpkg --compare-versions 99 \< 100 && echo "yes" [09:57] yes [09:57] anyway, lets's not get too far off-topic [09:57] Laibsch: No, it may not. [09:57] Not within dpkg. [09:57] I understand your preference [09:57] And that's the only relevant thing with respect to package versions. [09:57] my question is only if numbers are a must [09:57] It's not my preference, it's how the system works. :) [09:58] your preference for numbers instead of characters [09:58] I prefer characters here despite the limitation you correctly mentioned [09:58] * directhex gives everyone a free warthog [09:58] computers vs humans [09:59] directhex: I doubt that there will be a 0.6.2-0ubuntu1 warthog update. :) [09:59] boo! discrimination against older pcs! [09:59] warthog is EOLed, too. [09:59] booooo! [10:00] Laibsch: Currently it wouldn't matter from what I can see. All current releases do sort alphabetically properly. [10:00] great [10:00] characters it'll be then :-P [10:00] ;-) [10:00] But then, I'm still not a person for an authorative answer. :) [10:01] I just can tell you that it wouldn't cause any troubles _now_ as things are. [10:02] personally i dislike both options [10:02] (there should be a + or ~ there IMHO) [10:02] but i'm odd like that [10:04] Hmm, wait, yes. [10:05] A ~ is definitely missing. [10:05] Laibsch: 0.6.2-0ubuntu1~karmic1 and 0.6.2-0ubuntu1~lucid1 because otherwise it would be considered a higher version number than 0.6.2-0ubuntu1 in maverick. [10:06] well, that's desired [10:06] ? [10:06] it should of course be higher than the current version [10:06] It's desired to not be able to upgrade properly from older versions to latest? [10:06] ??! [10:06] ??? [10:06] Why so? [10:07] (16:54:51) Laibsch: current version in both karmic and lucid is obviously 0.6.2-0ubuntu1 [10:07] Ah, higher than that, yes. [10:07] 0.6.2-0ubuntu1 is not in maverick [10:07] But it still has to be lower than what's in maverick. [10:07] what is the target version you want in the SRU? [10:07] Good. If you would have mentioned a package name that would have helped too, btw. :) [10:08] SRU version is based on target version, not the original [10:08] how else would you be able to SRU? [10:08] I think it's gnome-scan [10:08] simple-scan? [10:08] directhex: what do you mean, target version? [10:09] let me check [10:09] I'll give you the bug number [10:09] bug 482618 [10:09] Launchpad bug 482618 in gnomescan (Ubuntu Karmic) "link to gnomescan homepage broken" [Low,Triaged] https://launchpad.net/bugs/482618 [10:09] Laibsch, i mean if 0.6.2-0ubuntu1 is in karmic/lucid, why are you trying to upload 0.6.2-0ubuntu1 again? surely you want a newer version? [10:10] I'm SRUing/backporting a simple fix [10:10] gnomescan | 0.6.2-0ubuntu1 | karmic/universe | source, all [10:10] gnomescan | 0.6.2-0ubuntu1 | lucid/universe | source, all [10:10] gnomescan | 0.6.2-0ubuntu2 | maverick/universe | source, all [10:10] of course [10:10] * Laibsch hides ;-) [10:10] oh, wait [10:10] no need to [10:10] Laibsch, so it's a fix which is not in 0.6.2-0ubuntu2 in maverick, and not relevant in maverick? [10:10] and it can't be any other way, really [10:10] directhex: why do you think that? [10:11] it's essentially the diff between 0ubuntu2 and 0ubuntu1, but backported [10:11] SRUd [10:11] right. okay. that took 20 minutes more than it should have done [10:11] not really my fault, I think [10:11] I was only asking if characters are OK [10:12] which apparently they [10:12] are [10:12] the rest was more or less you guys' curiousity [10:27] ok, my package is now pbuilding to test recent updates so I can get back to business [10:28] in this/next week I plan to start procedure of becoming ubuntu developer. currently there is one package in archive which I maintain (armel-cross-toolchain-base), and there are two which I maintained in past, also submitted lot of improvements to few core components (gcc/eglibc/binutils/linux) and 3 my packages are on a way to maverick (got FFe for them). [10:30] according to https://wiki.ubuntu.com/UbuntuDevelopers there are few types of developers in Ubuntu. which kind should I start with? Universe contributor? motu? core-dev? === blackmatter is now known as test122 [10:33] Laibsch: hints? [10:33] I kind of failed to understand this myself ;-) [10:33] I went for becoming a DM (and maybe DD in the future) myself [10:34] I guess the most powerful would be core-dev [10:34] hrw: Universe contributors gives you only Ubuntu membership [10:34] universe contributor and motu are the same AFAIU [10:34] Laibsch: no, MOTU can upload to universe and multiverse [10:34] but these things have been changing quickly in the past [10:34] I see "universe contributor" seems to be a new creation then [10:34] Laibsch: yes, core-dev can upload everthing, MOTU only universe/multiverse and Universe contributor can't upload (only Ubuntu membership) [10:35] These groups are being faster than I can keep up with [10:35] Laibsch: after reading ubuntu wiki I also got a feeling that becaming UD by becaming DD first is nicer way but takes more time I think [10:35] contributing to Ubuntu can be more than a full-time job just keeping up with the red tape ;-) [10:36] hrw: My experience (and frustration) lately is that Debian is very responsive. I've come to loathe (profoundly I may add) many Ubuntu processes. [10:36] hrw: an other option for you might be PPU (Per-package upload rights) for the package you maintain [10:36] I say that as someone who hasn't touched a Debian system for at least 5 years [10:37] the fun is that working for Canonical means also that my code lands in Ubuntu sooner or later. and as my 3 packages lands there soon (one landed) I think that I need to get kind of UD status to get control on them without playing with sponsors [10:37] you don't get control [10:37] Laney: control as "right to do dput mypackage_newversion.dsc" [10:41] Laney: I think that such kind of control exists in ubuntu [10:41] upload rights? sure [10:42] doesn't give you any more right to work on a package than anyone else though [10:42] and yes, I remember my old phrase "Debian has maintainers, Ubuntu has developers" [10:42] Laney: it sure does [10:42] you can upload freely [10:42] most people cannot do that [10:42] but I think lately it's more going to "peer review" [10:42] Laibsch: but any od UD can do upload too if they think it has a sense [10:43] yes [10:43] Ubuntu devs are more powerful than DD [10:43] in that sense [10:43] although even in Debian it's more of a social than a technical barrier [10:44] yes [10:45] I prefer Debian way more as it allows me to add few persons to Uploaders: field and be free to go for holidays without worrying that personX will break it. but ubuntu rules tries to keep such breaks away [10:46] hrw: team packageset ownership is encouraged for that reason [10:46] thx micahg [10:46] that doesn't give you any control either [10:46] (yet) [10:46] Laney: what do you mean by control? [10:47] packageset teams don't own packages [10:47] hrw: nothing stops you maintaining your package in debian [10:48] Laney: well, true, but they have upload rights, and the team can be set as the maintainer in some cases [10:48] Laney: it is ubuntu package - making it workin in debian is one of my objectives for next 6 months [10:48] hrw: even in Debian other DD have the option for an NMU a package [10:49] Laney: since UDS I touched each toolchain components. gcc packaging got few thousands LOC size patches from me (all merged) [10:49] ok... [10:49] hrw: even if every MOTU/core-dev (depending on where you package is) has the right to upload your package most will coordinate with you before uploading [10:49] geser: I know. used NMU way for my own local changes [10:50] geser: my packages goes for universe [10:50] Laney: did the new sqlite help with banshee? [10:50] somewhat [10:50] still some problems though [11:06] Laney: Keeps crashing at the end of songs here. [11:06] I doubt that's a sqlite problem, but please file an upstream bug (assuming you are running 1.7.5) [11:07] banshee --debug will give you a trace [11:07] It's a native code error. [11:07] could be gst [11:29] Hello === Laibsch1 is now known as Laibsch === Laibsch1 is now known as Laibsch === ivoks-afk is now known as ivoks === ivoks is now known as ivoks-afk [14:16] lucidfox: Steadyflow is good! Is there anything in which I can help? [14:16] q. i would like to do a script which is called on "apt-get purge mypackage"... there is prerm but it has a bunch of commands... which one is the good one ? [14:17] bilalakhtar> Certainly! You can translate, test and file bugs and feature requests, give feedback on the UI, or contribute code [14:17] lucidfox: I mean contributing code, but what should I begin with, when contributing code? [14:18] * bilalakhtar bzr branches lp:steadyflow [14:18] bilalakhtar> Would you like to have commit access, or you'd prefer just submitting patches and/or branches? [14:18] lucidfox: I mean, what is needed right now? feature addition or bug fixing? [14:18] lucidfox: I prefer contributing patches rather than having access [14:19] Right now, features. Just a moment, I'll add a TODO file :) [14:23] What is steadyflow? [14:24] iulian: https://edge.launchpad.net/steadyflow [14:25] Ah, download manager. [14:26] lucidfox: since its Vala I might not be able to help a lot [14:26] Hey, Vala is easier than C! [14:26] that's why I preferred the 'patch' method [14:26] * lucidfox nods [14:26] * bilalakhtar never worked on Vala [14:27] Have you written C# or Java? [14:27] lucidfox: none [14:27] :( [14:27] C/C++ instead, lucidfox [14:27] My languages include Python, PHP, C/C++, (web languages) [14:28] lucidfox: np, I can learn languages very easily. I learnt python 'just like that' [14:28] by just looking at applications written in it [14:32] bilalakhtar> same :) [14:41] bilalakhtar> pull to get TODO and a little source tree documentation [14:56] lucidfox: done, thanks for the TODO! [14:57] * bilalakhtar will now be off === bbigras_ is now known as bbigras === rgreening_ is now known as rgreening [15:29] ari-tczew: so my second patch doesn't work - have you managed to get a straceback? and what about the patch attached to bug report? also, can you still reproduce the issue with g-s-d from the archive? [15:29] kklimonda: just tested patch from LP. [15:30] kklimonda: yes, from archive is still affected [15:30] kklimonda: not managed a straceback. I forgot, that it's important for you. === ivoks-afk is now known as ivoks [15:32] ari-tczew: hmm.. do I have to do something to make kolourpaint4 use g-s-d? [15:32] kklimonda: perhaps not. I only install kolourpaint4 [15:33] kklimonda: btw. it's causes by edit file from print screen (clipboard) [15:33] how do you put a screenshot in the clipboard? [15:34] kklimonda: I'm clicking on keyboard and push the button 'PrtSc' [15:34] then save on desktop (automatically window), then saved file open through kolourpaint4 [15:40] hmm, I got it to crash once.. [15:46] ari-tczew: in the meantime the stacktrace with debug symbols would be great ;) [15:48] kklimonda: ok but now I'm busy === jdstrand_ is now known as jdstrand === jcastro__ is now known as jcastro [16:15] https://wiki.ubuntu.com/MarcinJuszkiewicz/DeveloperApplicationForUniverseContributer - does it look ok or should I change something there? [16:20] ari-tczew: I can't crash g-s-d with the patch attached to bug 626379 and I have figured out how to reproduce it.. [16:20] Launchpad bug 626379 in gnome-settings-daemon (Ubuntu) "gnome-settings-daemon crashed with SIGSEGV in g_main_context_dispatch()" [Low,Triaged] https://launchpad.net/bugs/626379 [16:20] directhex: mind paste me latest ACCEPT mail for your monodevelop-database_2.4+dfsg-2 upload, if you still have it? [16:21] hrw: try to get some endorsements from the persons you work with. [16:21] Subject: monodevelop-database_2.4+dfsg-2_amd64.changes ACCEPTED into unstable ? [16:21] ari-tczew: and that's not the same patch I have sent you some time ago. [16:22] geser: sure, thats the goal for next few days [16:22] DktrKranz, http://paste.debian.net/89553/ [16:25] yay [16:25] dak is finally fixed [16:25] thanks :) [16:25] DktrKranz, you mean no more ['foo'] in "uploaded to" message? [16:25] yes [16:30] hrw: you might also want to check if you already fulfill "sustained and significant contributions" which is a requirement for membership. "While there is no precise period that we look for, it is rare for applications to be accepted from people contributing for less than 6 months" (from https://wiki.ubuntu.com/Membership) [16:31] ajmitch_: Could you have a look at the pythonmagick FTBFS. I recall you particularly love mixing boost and python. Needs to get fixed for NBS. [16:31] geser: the questions is: where/how I can test it [16:33] hrw: I didn't look at your application in detail (yet) but you should know better than me how long you have contributed directly to Ubuntu and how much (packages, bug fixes, etc.). If in doubt ask your sponsors if they feel that you are "ready". [16:34] can package build-depend on language-pack-en-base ? [16:35] IIRC some packages use it as replacement for locales-all, so yes [16:36] geser: my direct ubuntu changes started in May 2010. My sponsor (Steve Langasek, who is also my manager) confirmed that I should start for getting Ubuntu Developer status. [16:37] hrw: so you are a Pole, you work for Canonical and we don't know you? Your LoCo involvement leaves a lot to be desired! ;) [16:37] hrw: you should start working on stricte Ubuntu development - merges, syncs, SRUs, security updates. but now we are around FinalFreeze and only bugfixes are upload-able [16:38] yea, next Polish contributor. sounds good [16:39] ari-tczew: I don't know on which tasks hrw works for Canonical so he might have got exceptions for the work he is doing [16:40] kklimonda: I am more developer then social type [16:40]