[00:01] <showard> yumbo: there is some discussion about the peazip file package request here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499376
[00:01] <ubottu> Debian bug 499376 in wnpp "RFP: peazip -- file and archive manager" [Wishlist,Open]
[00:01] <jtaylor> click on the name one the package page
[00:02] <yumbo> showard, already saw that
[00:02] <showard> ok good, sorry - i came in the middle of the discussion
[00:02] <yumbo> jtaylor, I did that but couldnt find an email address :s
[00:03] <jtaylor> oh right, its in the url :)
[00:03] <yumbo> jtaylor, ah, how could I not notice
[00:06] <yumbo> jtaylor, thanks for your help
[00:08] <jtaylor> yumbo: here are all package depending on fpc: http://paste.ubuntu.com/773873/
[00:09] <yumbo> awesome, thanks
[00:55] <Ampelbein> showard: ->missingpackages - this also includes packages that are in ubuntu but have a higher version in debian.
[00:59] <jtaylor> all packages I checked where even removed from debian
[00:59] <jtaylor> why are they shown there?
=== FlannelKing is now known as Flannel
=== ubott2 is now known as ubottu
[08:15] <micahg> is there any best practices for things that fail with -pedantic for not meeting ISO C90 standards?
[11:30] <niels_> hello
[13:35] <alpha-aquilae> Do you know any virtual sound board (like http://bit.ly/uN3CNk ) running under ubuntu?
=== bulldog98_ is now known as bulldog98
=== drewis_ is now known as drewis
[14:20] <om26er> I have worked on ~40 SRUs over the last year for different desktop packages, where does that bring me on becoming-a-MOTU situation?
[14:22] <tumbleweed> om26er: that's quite a bit
[14:23] <tumbleweed> of course, MOTUs are expected to have a fairly wide area of expertise, more than just desktop
[14:23] <tumbleweed> have you considered joining the desktop team?
[14:24] <om26er> tumbleweed, thats also an option ?
[14:24] <om26er> i think desktop-team would take more than that ;-)
[14:24] <tumbleweed> sure, you don't have to be a MOTU to get upload rights
[14:24] <tumbleweed> most of the packages you've touched look like they are in main, so MOTU wouldn't help you much, anyway
[14:26] <om26er> yep almost all of them are in main, i'll see with the destop guys then when they come back from holidays, thanks tumbleweed
[14:26] <tumbleweed> https://wiki.ubuntu.com/DesktopTeam/Developers
[14:27] <tumbleweed> speak to the people who've sponsored you. They would be the ones who'd endorse your application, and I assume most of them are desktop team members themselves
[15:20] <showard> Hey MOTUs, I was on here last night asking about "missing packages" https://launchpad.net/ubuntu/precise/+missingpackages
[15:21] <showard> my question was: why are there so many packages (new) that have not synced in precise yet that are not in wheezy
[15:21] <showard> for > 3 weeks, and is this a bug
[15:22] <showard> the response was that those packages were removed in Debian or they were just a new package in wheezy than in precise
[15:23] <showard> I looked into it more, and I don't think that's correct. It appears that there is a bug that is stopping the auto-syncing of new packages from wheezy
[15:24] <showard> (or my understanding is incorrect)  On the first page of missing packages, I clicked on 4 random packages - all of them have been in wheezy for > 3 weeks, are new packages, and have never been synced in ubuntu
[15:32] <showard> I've now looked into ~ 20 packages, every one of them migrated to testing between as early as Oct 14 but has never been synced in Ubuntu (of course, check ones with version numbers and uploaders, the others have been removed from wheezy)
[15:34] <showard> As an example, check the triplea package (that's what got me to notice this). In wheezy since 11/24 and never synced to Ubuntu
[15:41] <udienz> tumbleweed, i can't use grab-merge on debian-unstable :(
[15:41] <udienz> ERROR: The certificate of `merges.ubuntu.com' is not trusted.
[15:41] <udienz> it's a bug or ..?
[15:42] <jtaylor> isn't there a flag to ignnore that?
[15:47] <udienz> hm.. adding --no-check-certificate to wget (in /usr/bin/grab-merge) solving the problem
[15:51] <tumbleweed> showard: firstly, new packages have to be reviewed by archive admins, so they take a while to enter Ubuntu. I assume the archive admins will try and review them all before DIF
[15:51] <tumbleweed> showard: second, +missingpackages (and the related pages) don't know about the sync blacklist
[16:20] <tumbleweed> jtaylor, udienz (ah he's gone): Looks like an unecessary certificate in the middle of the validation chain
[16:37] <tumbleweed> udienz: I think the reason it works on Ubuntu is that ubuntu is using openssl instead of gnutls in wget
[16:38] <tumbleweed> cjwatson: ^ ?
[17:15] <showard> tumbleweed: thanks for the explanation. I didn't know manual intervention was required for NEW packages. I knew +missingpackages don't know about sync blacklist so I was ignoring those too
[17:21] <udienz> tumbleweed, thanks. well i just pass certificate-check to ignore it. but i think it's not a solutions :(
[18:06] <tumbleweed> udienz: yeah, that's what I've been doing too. it's been a problem for ages
[19:25] <ajmitch> tumbleweed: udd reimport work ok for you?
[19:36] <tumbleweed> ajmitch: seems good
[19:38] <ajmitch> ok
=== huats_ is now known as huats
=== Resistance is now known as EvilResistance
[21:32] <micahg> Ampelbein: you could upload the gnome-gmail fix, SRU review happens in queue now
[21:32] <Ampelbein> micahg: Oh, didn't know that. Will do.
[21:33] <Ampelbein> thanks
[21:33] <micahg> Ampelbein: yeah, just subscribe ubuntu-sru, mark fix committed and note in the bug it's uploaded
[22:31] <cjwatson> tumbleweed: no idea, I'm afraid; I regret to say SSL certificates generally hurt my brain
[22:34] <micahg> I've never had a problem with grab-merge
[22:44] <cjwatson> Laney: I can't figure out why e.g. http://people.canonical.com/~ubuntu-archive/transitions/ghc.html won't show any real output for armhf.  Can you puzzle it out?
[22:44] <cjwatson> Laney: I did (belatedly) remember to add it to archive_ports.ben ...
[22:44] <cjwatson> Laney: and I removed monitor.cache in case there was something stale there, not that it made any difference
[22:44] <Laney> isn't there a static arch list somewhere?
[22:45] <cjwatson> not sure ... ocaml is not my strong point
[22:45] <Laney> doing the merge atm anyway
[22:45] <cjwatson> http://paste.ubuntu.com/774748/ is the current cronned script BTW in case that helps
[22:45] <cjwatson> mkay
[22:45] <Laney> sorry for tardiness, the power of beer compelled me
[22:45] <cjwatson> often happens
[22:47] <Laney> maybe arches need to appear in lib/benl_base.ml?
[22:47] <cjwatson> it didn't make sense to me from what I could make out of the code, but I'll admit it's possible
[22:47] <cjwatson> it looked like architectures in monitor files should override that
[23:06] <Laney> cjwatson: seems to WFM locally: http://orangesquash.org.uk/~laney/transitions/ghc.html
[23:39] <Laney> cjwatson: OK I pushed code to lp:ubuntu-transition-tracker and configs to lp:~ubuntu-transition-trackers/ubuntu-transition-tracker/configs with a new global.conf which you'll want to pass to ben using -g.
[23:39] <Laney> next I'll rejig things so that we can use the index page generation
[23:40] <Laney> is there a better way to keep that configs branch? I don't know enough about LP codehosting to know if it's possible to have more than one codebase under a project.
[23:40] <Laney> this one gets stacked on lp:ubuntu-transition-tracker
[23:41]  * Laney retires, nn
[23:42] <micahg> Laney: branches are owned by teams and you can have as many as you want per project
[23:51] <tumbleweed> micahg: ever used grab-merge on debian?
[23:52] <micahg> Debian has a grab-merge?
[23:52] <tumbleweed> micahg: ubuntu-dev-tools is a debian package
[23:52] <micahg> ah, heh, right
[23:53] <tumbleweed> erm, so I assume I have to wave that by canonical ISD