[00:00] <micahg> norax: so then you just need -sponsors :)
[00:08] <micahg> SpamapS: what do you think of pulling in mongodb 1.6 in maverick?
[00:08] <SpamapS> micahg: heh, we have what, 24 hours to get 'er done? Why not!
[00:08] <micahg> SpamapS: k, I'll see if I get to it later :)
[00:08] <SpamapS> micahg: as of the last merge, the only delta was the upstart file
[00:09] <SpamapS> micahg: oh hah, I see.. 1.6 just hit unstable
[00:09] <micahg> SpamapS: cool, it's already in debian, so we'll see if it'll be easy
[00:10] <SpamapS> micahg: https://launchpad.net/debian/+source/mongodb .. gets a lot easier once 1.6 shows up there
[00:10] <micahg> SpamapS: since I"m rushing, I won't be using UDD
[00:11] <lifeless> SpamapS: btw
[00:11] <micahg> will try to use it more next cycle
[00:11] <lifeless> SpamapS: are you on the launchpad-dev list ?
[00:11] <SpamapS> lifeless: I'm not, but I've been meaning to join. :)
[00:11] <lifeless> please do
[00:11] <lifeless> https://edge.launchpad.net/~launchpad-dev
[00:12] <micahg> yeah, you get cryptic messages in foreign languages :)
[00:12] <lifeless> SpamapS: I was thinking of you when I wrote https://lists.launchpad.net/launchpad-dev/msg04228.html
[00:12] <SpamapS> si? idiomas que no son ingles? bueno.
[00:13] <SpamapS> lifeless: measurement just makes the world seem less scary. :)
[00:16] <SpamapS> lifeless: great report! definitely gives an idea of which pages are being the most naughty.
[00:16] <SpamapS> ok I have to run.. will digest it more later.. :)
[01:30] <highvoltage> SpamapS: your nick sends me in an infinite loop!
[02:13] <pindonga> hi again, ajmitch , did you manage to get a look at django-configglue?
[02:14] <ajmitch> pindonga: yes, it's awaiting an archive admin now
[02:14] <pindonga> cool. so it passed initial review? whom shall I bother now?
[02:14] <ajmitch> I'd say look at the queue, but it just timed out for me
[02:15] <ajmitch> it's best not to bug archive admins about stuff in general
[02:15] <ajmitch> it's been uploaded, they'll most likely get to the backlog soon
[02:16] <ajmitch> freeze time is very busy for them, as you can imagine :)
[02:16] <pindonga> yes, so basically now we sit and wait? and it should get archived into maverick? that's awesome!!
[02:17] <ajmitch> yes
[02:17] <pindonga> ajmitch, thanks so much... it was a lot of effort, and you made it worth :)
[02:17] <pindonga> thanks
[02:17] <ajmitch> np
[02:17] <pindonga> where can I see the queue? just in case I get too anxious
[02:18] <ajmitch> https://edge.launchpad.net/ubuntu/maverick/+queue
[02:18] <pindonga> cool, I'll sit and wait now
[02:18] <pindonga> happy hacking :)
[03:17] <nigelb> 25
[03:19] <ajmitch> 16?
[03:22] <nigelb> dangers of using irssi :/
[03:22] <nigelb> ajmitch: 42!
[03:25] <micahg> I've got a weird problem with source format 3 not applying patches when I run debuild -b, am I doing something wrong?
[03:27] <ajmitch> probably :)
[03:28] <ajmitch> debian/patches/series ?
[03:29] <ajmitch> actually, is the problem that you're doing -b? since the patch applying is done prior to that, I think
[03:30] <paultag> not using pbuilder is doing something wrong ;)
[03:31] <paultag> +1 ajmitch
[03:31] <paultag> dpkg-sourcec does it
[03:31] <paultag> dpkg-source *
[03:31] <paultag> at least according to my last build logs
[03:31] <paultag> dpkg-source: info: applying fix-xterm-keybinding.patch
[03:31] <micahg> ajmitch: weird, it's worked fine in tehe past
[03:32] <micahg> paultag: I use pbulder to test once it works :)
[03:32] <paultag> micahg: looks like it's patching ( i use source 3 ) via dpkg-source. Were you using source3 before?
[03:32] <paultag> micahg: it could be that your rules file called depatch
[03:33] <micahg> paultag: it's a merge between source format 1 and 3
[03:33] <paultag> micahg: were you using quilt before?
[03:33] <micahg> paultag: yes
[03:33] <paultag> micahg: were you patching in the rules file or was it handling it on it's own?
[03:34] <micahg> on its own
[03:34] <paultag> micahg: did you take ajmitch's advice and check debian/patches/series ?
[03:34] <micahg> it's fine
[03:34] <paultag> micahg: could you try a pbuild, perhaps?
[03:35] <micahg> it'll probably work...
[03:35] <micahg> but the build is broke
[03:35] <micahg> so I need interactive
[03:35] <paultag> micahg: it really looks like it's dpkg-source that does it
[03:36] <paultag> micahg: and dpkg-source is also a debsrc3 thing iirc
[03:36] <paultag> micahg: so it might be due to a migration from format 1 to 3
[03:38] <micahg> k, I'll get back to that in a minute, I'm trying to do about 5 uploads tonight, so we'll see what actually gets done
[03:38] <paultag> sure :)
[03:40] <lfaraone> Is the Feature Freeze now in effect?
[03:40] <paultag> lfaraone: not yet, in a few days
[03:41] <paultag> lfaraone: deb is frozen ( as you know ;) )
[03:41]  * micahg hopes not
[03:41] <micahg> should be sometime today/tomorrow
[03:43] <lfaraone> micahg: mk. is pyxpcom anywhere near shippable? :)
[03:43] <micahg> lfaraone: no, chrisccoulson took that over
[03:43]  * ajmitch saw python-xpcom uploaded to debian as a separate source
[03:43] <micahg> lfaraone: try him in the morning
[03:44] <ajmitch> he was around about 40 minutes ago, might still be
[03:44] <micahg> we can still get it in before beta if it's feasible and ubuntu-release is nice to us :)
[03:44] <ajmitch> what's left to fix up on it?
[03:45] <micahg> ajmitch: idk, he started packaging it, but there are questions about viability
[03:45] <micahg> last commit was 6 months ago
[03:46] <ajmitch> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591894 fwiw
[03:46] <micahg> is a patch target no longer needed in source format 3?
[03:46] <ajmitch> wow, it really hasn't had many commits in the last year
[03:46] <paultag> OK. I'm off for the night. lfaraone I sent you an email, I got flux to behave. I'd really be indebted to you if you got to it sometime
[03:46] <paultag> Night!
[03:47] <lfaraone> paultag: will do.
[03:47] <micahg> oh, debian's trying for it too
[03:47]  * micahg subscribed
[05:29] <MTecknology> The other channels seem kinda dead so I hope nobody minds me asking here too...
[05:29] <MTecknology> In my init script - I have a little thing in there that makes sure nobody accidentally stops something for every user - but that catches when the system shuts down. Is there any way to see if the system is shutting down from inside of the script?
[05:39] <LucidFox> heh "Currently building on crabapple (armel)"
[05:39] <LucidFox> I read that as "crappable"
[05:47] <MTecknology> LucidFox: your first line - I did too :P
[05:47] <micahg> hi simar
[05:53] <simar> micahg: Hi :)
[05:53] <simar> micahg: i am in ubuntu bug control now :)
[05:54] <micahg> simar: I saw congrats
[05:55] <simar> micahg: ya, a lot of..
[05:56] <simar> micahg: I found that I should focus on papercuts as fas as ubuntu packaging is concerned, rather than FTBFS, what do you say?
[05:56] <micahg> simar: up to you
[05:57] <simar> micahg: I think papercuts will make my entry more smooth :__|
[06:49]  * micahg hates packages that run configure to build a source package
[06:54] <SpamapS> micahg: dh_autoreconf / dh_autoreconf_clean
[06:54] <micahg> SpamapS: thanks :)
[06:54] <SpamapS> micahg: oh wait, I think I misread that..
[06:54] <SpamapS> configure or autogen.sh ?
[06:54] <micahg> SpamapS: mongo db is failing because of mozjs now
[06:55] <SpamapS> micahg: right I was reading that bug report
[06:55] <SpamapS> micahg: I'm ready to test if you need a tester. :)
[06:56]  * micahg needs to figure out how scons works
[06:56] <micahg> I guess this one bites the dust too
[06:58] <SpamapS> micahg: I think this is my fault.. the merge probably was done wrong. :-/
[06:58] <SpamapS> isn't libmozjs what xulrunner replaces?
[06:58] <micahg> heh, don't worry about it, yeah, but it's not in /usr/liib like in debian
[07:00] <micahg> my happy packaging night is turning sad :(
[07:00] <SpamapS> actually I remember now where Mathias fixed that.
[07:01] <SpamapS> $ LD_LIBRARY_PATH=/usr/lib/xulrunner-1.9.2.3 mongos
[07:01] <SpamapS> error: no args for --configdb
[07:03] <micahg> SpamapS: I get it during build
[07:03] <SpamapS> micahg: is it as simple as providing a wrapper script and dumping the actual binaries in /usr/lib/mongodb?
[07:03] <micahg> SpamapS: first I want it to build :)
[07:03] <micahg> it might be, idk
[07:04] <SpamapS> micahg: 1.6 won't build, or 1.4?
[07:04] <SpamapS> I'm building 1.4 now, ugh.. I forgot how painful this build is
[07:05] <ajmitch> yay for weird build systems?
[07:05] <micahg> SpamapS: trying 1.6
[07:05] <SpamapS> Its not weird, its just giant
[07:05] <micahg> SpamapS: no, it's weird
[07:05] <SpamapS> ajmitch: C++ might qualify as weird actually. ;)
[07:06] <SpamapS> isn't libtool supposed to embed the full path to the depended on lib?
[07:07] <micahg> SpamapS: the path changes with each xulrunner release
[07:08]  * micahg thinks maybe to try mediatomb again
[07:08] <SpamapS> why, exactly, aren't we dumping an ABI compaible libmozjs.so.1.9.2 in /usr/lib ?
[07:09] <micahg> SpamapS: because it's not guaranteed to stay compatible for 1.9.2
[07:09] <micahg> and we don't want people using it until mozilla commits to providing it
[07:10] <SpamapS> Ah lovely
[07:10] <SpamapS> ugh building this on my lap is proving to be a burn hazard
[07:10] <SpamapS> but at least its killing my battery so I can justify going to sleep earlier
[07:14] <SpamapS> linking.. running tests.. ok 1.4 builds fine
[07:15] <SpamapS> 10395 clint     20   0 49304  29m 2720 R 11.7  2.9   0:00.36 /usr/lib/gcc/x86_64-linux-gnu/4.4.4/cc1plus -quiet -I/usr/include/nspr -I/usr/include/xulrunner-1.9.2.3/stable -I/usr/include/xulrunner-1.9.2
[07:15] <micahg> SpamapS: maybe I should just merge 1.4.4-3 and be done with it then
[07:15] <SpamapS> I just love C++
[07:15] <micahg> SpamapS: wrong path :P
[07:15] <micahg> or your system isn't up to daye
[07:15] <micahg> *date
[07:15] <SpamapS> oh wait, thats reasonable.. 1 second before copying that, it was 385m not 29m
[07:15] <SpamapS> micahg: 1.9.2.3 is old? s***
[07:16] <micahg> 1.9.2.8 is current
[07:16] <SpamapS> I have been updating my pbuilder but not my system.
[07:19] <SpamapS> well rebuilding w/ 1.9.2.3 did fix mongos when 1.9.2.3 is installed... :-P
[07:19] <SpamapS> micahg: seems like we need to be manually setting the depends on xulrunner to be (==1.9.2.8) on build
[07:20] <micahg> well, gjs does that ATM, we're trying to move away from that
[07:24] <DktrKranz> directhex: there is, for binary-NEW packages, we're waiting for RT input before accepting those, source NEWs pass regularly (holiday in progress, though)
[07:26] <directhex> DktrKranz, is it maintainer responsibility to check with RT and hand over that feedback, or does that happen in the background directly between you? my understanding is the RT is okay with meebey's plan regarding mono 2.6.7, but i don't know if that's been communicated to the ftp team
[07:28] <DktrKranz> directhex: I created a page to help them track bin-NEWs, I think I can accept any exp package, but if someone say "please go", I'm even happier :)
[07:29]  * DktrKranz doesn't want to break freeze with a simple "A" pressure :P
[07:31] <ajmitch> DktrKranz: do it! :)
[07:31] <ajmitch> noone will mind...
[07:34] <SpamapS> micahg: so really we just need to file a "needs noop rebuild" bug for all of xulrunner-1.9.2's rdepends, whenever we upload a new version?
[07:34] <directhex> DktrKranz, 2.6.7-1 is an exp package, and i kinda badly want to merge it into ubuntu. i believe there's clearance for -2 into unstable->squeeze a week later, but i wasn't involved in the discussion so can't present any evidence
[07:34] <micahg> SpamapS: well, just a couple at the moment, most of them have wrappers
[07:36] <DktrKranz> directhex: I saw meebey raised the topic in #d-release, I'll drop a sentence me too
[07:40] <SpamapS> micahg: so wrap mongod/mongos and all is well?
[07:40] <SpamapS> micahg: (I think this is happening in lucid too, so will be looking at doing an SRU this week)
[07:42] <micahg> SpamapS: yeah, no source rebuild should work for lucid, wrapper might work, needs to be tested
[07:47] <SpamapS> micahg: works for me to set LD_LIBRARY_PATH properly
[07:48] <micahg> SpamapS: in a wrapper?
[07:48] <SpamapS> micahg: well, in /etc/init/mongodb.conf and/or on my own via the cmdline
[07:49] <SpamapS> https://bugs.launchpad.net/ubuntu/+source/mongodb/+bug/557024/comments/10
[07:49] <micahg> you should do xulrunner-1.9.2 --gre-version
[07:51] <SpamapS> ah
[07:51] <SpamapS> well, need to sleep, feel free to correct me w/ another comment. ;)
[08:00] <dholbach> good morning
[09:01] <huats> morning
[09:40] <Quintasan> https://bugzilla.gnome.org/show_bug.cgi?id=626593
[09:41] <Quintasan> good morning by the way
[09:59] <bilalakhtar> I'm facing a dilemma over here. Should I sync or merge? Just a minute, I explain the situation
[10:00] <bilalakhtar> The only ubuntu change is that the python version everywhere is changed to 2.6 from 2.5
[10:00] <bilalakhtar> ^^ including debian/rules
[10:00] <bilalakhtar> debian has accepted the changes, except the one-line change in debian/rules
[10:04] <bilalakhtar> What should I do?
[10:06] <directhex> bilalakhtar, talk to the ubuntu python team
[10:06] <bilalakhtar> directhex: fine
[10:23] <AnAnt> Hello
[10:23] <bilalakhtar> AnAnt: Assalam alaikum
[10:23] <AnAnt> bilalakhtar: wa alaykom as-salamu wa rahmatu Ullahi wa barakatoh
[10:24] <tumbleweed> bilalakhtar: there isn't only one way to fix a bug in a package. Is the Debian version broken?
[10:24] <bilalakhtar> AnAnt: lp is down, once its up I need you for some acking.
[10:24] <bilalakhtar> tumbleweed: I don't think so
[10:24] <tumbleweed> bilalakhtar: most of the python2.6 compatibility fixes in Ubuntu were non-optimal (or even horrifically ugly)
[10:24] <tumbleweed> bilalakhtar: then sync
[10:25] <bilalakhtar> tumbleweed: I think syncing is better
[10:25] <bilalakhtar> tumbleweed: yup
[10:25] <AnAnt> bilalakhtar: LP is working here
[10:25]  * bilalakhtar checks lp
[10:26] <bilalakhtar> AnAnt: It is read-only
[10:26] <AnAnt> oh
[10:26] <bilalakhtar> That's akin to be down
[10:27] <bilalakhtar> According to the schedule, It should be up in 5 mins
[10:30] <bilalakhtar> LP IS UP!
[10:36] <bilalakhtar> AnAnt: bug #616655
[10:38] <tumbleweed> bilalakhtar: that doesn't look like it came from requestsync
[10:40] <bilalakhtar> tumbleweed: requestsync is failing
[10:40] <bilalakhtar> tumbleweed: I got 2 failure messages from some *.ubuntu.com server
[10:40] <bilalakhtar> tumbleweed: so I filed one manually
[10:41] <bilalakhtar> tumbleweed: sorry I had to dash a description
[10:41] <bilalakhtar> tumbleweed: I will re-qrite it after 10 mins
[10:41] <bilalakhtar> *re-write
[10:42] <AnAnt> tumbleweed: what failures ? SMTP ?
[10:42] <AnAnt> bilalakhtar: ^
[10:42] <bilalakhtar> AnAnt: no, some 'Cannot connect to launchpad' issue
[10:42] <AnAnt> ah
[10:42] <bilalakhtar> AnAnt: it still comes
[10:42] <bilalakhtar> AnAnt: LP isn't up completely
[10:45]  * abogani waves
[10:45] <abogani> Anyone could pinpoint me how configure dput for working behind a proxy?
[10:45] <bilalakhtar> tumbleweed: Why did you assign that bug to yourself?
[10:45] <tumbleweed> abogani: can you ssh? then use sftp mode
[10:46] <tumbleweed> bilalakhtar: that's ack-sync
[10:46] <bilalakhtar> tumbleweed: But, This is the first time I saw a sponsor assigning instead of acking
[10:46] <AnAnt> tumbleweed: so, you're going to upload it?
[10:46] <bilalakhtar> tumbleweed: you're gonna upload?
[10:47] <bilalakhtar> aha
[10:47] <bilalakhtar> got it
[10:47] <tumbleweed> AnAnt: I can answer that in 20 secodns
[10:47] <bilalakhtar> thanks tumbleweed and AnAnt
[10:47] <tumbleweed> AnAnt: yes
[10:47] <AnAnt> ok
[10:48] <bilalakhtar> tumbleweed: it appears requestsync finally worked. bug #616662. please mark dup
[10:49] <bilalakhtar> why did I get failure messages then?
[10:51] <abogani> tumbleweed: Ah! Thanks!
[10:51] <bilalakhtar> tumbleweed: Thanks!
[10:55] <AnAnt> tumbleweed: does sftp work with ubuntu , revu & PPA ?
[10:56] <bilalakhtar> AnAnt: only PPA
[10:56] <AnAnt> ok
[11:02] <bilalakhtar> tumbleweed: free? Another sync: bug #616676
[11:32] <tumbleweed> bilalakhtar, AnAnt: I thought it worked for upload.ubuntu.com too?
[11:33] <jpds> It works with ubuntu.
[11:33] <bilalakhtar> tumbleweed: probably, I don't know, I am not MOTU
[11:33] <bilalakhtar> BRB
[11:33] <tumbleweed> except I do most of my sponsoring on debian, where dput doesn't support sftp...
[11:58] <directhex> DktrKranz, can you please let mono 2.6.7-1 into exp, for ubuntu's sake? we can worry about uploading to unstable and release team fiddling at a later date
[12:19] <AnAnt> Hello, could someone comment on 616685 ?
[12:19] <AnAnt> LP #616685
[12:20] <tumbleweed> AnAnt: doing so
[12:20] <AnAnt> tumbleweed: thanks
[12:24] <AnAnt> tumbleweed: I don't understand
[12:24] <AnAnt> tumbleweed: those errors are not in the Debian package
[12:25] <tumbleweed> AnAnt: oh I missed that, fix it
[12:26] <tumbleweed> AnAnt: that reminds me of how apache used to install it's default index.html but I don't know the details of the changes there...
[12:27] <AnAnt> the changelog is misleading too
[12:36] <AnAnt> tumbleweed: this has been there since karmic
[12:37] <kaushal> is java6 update 20 ported to hardy ?
[12:45] <tumbleweed> AnAnt: the lintian warning seems pretty reasonable
[12:45] <AnAnt> tumbleweed: can you suggest a fix/workaround ?
[12:49] <tumbleweed> AnAnt: you can look at apache2.2-common's default-site installation method, as this was inspired by apache2.2-common's old method
[12:49] <DktrKranz> directhex: will do
[12:50] <SpamapS> micahg: did you give up on mongodb 1.6 for now?
[12:50] <tumbleweed> AnAnt: basically, don't have the deb install stuff there, but if there's nothing there (fresh install) or old default site, you can copy a default site in
[12:50] <DktrKranz> directhex: I sent a last-notice, it seems transition was discussed on IRC only, so it will take a while to upload to unstable anyway
[12:58] <SpamapS> AnAnt: I'd agree with tumbleweed.. it can be very simple. cp -n /usr/share/doc/nginx/examples/nginx-default/* /var/www
[12:58] <SpamapS> AnAnt: done in a postinst maintainer script that would not clobber any existing files at least.
[12:59] <directhex> DktrKranz, thanks luca
[13:07] <kaushal> Any clue to my query ?
[13:11] <AnAnt> kaushal: $ rmadison sun-java6-jre
[13:11] <AnAnt> sun-java6-jre | 6.20dlj-0ubuntu1.8.04.1 | hardy-security/multiverse | all
[13:11] <AnAnt> sun-java6-jre | 6.20dlj-0ubuntu1.8.04.1 | hardy-updates/multiverse | all
[13:12] <AnAnt> I dunno if that is what you ask for or not?
[13:17] <pindonga> AnAnt, tumbleweed, I wanted to thank you for your help yesterday reviewing django-configglue
[13:17] <tumbleweed> pindonga: np
[13:17] <AnAnt> pindonga: no problem
[13:20] <DktrKranz> directhex: accepted
[13:21] <directhex> DktrKranz, awesomes!
[13:36] <sebner> DktrKranz: awesome! \o/  :P
[13:37] <DktrKranz> directhex: sebner bribed me :)
[13:37]  * sebner hides
[13:51] <shadeslayer> can anyone complete the sponsorship process at summit.ubuntu.com ?
[13:52] <jpds> shadeslayer: Yes.
[13:52] <shadeslayer> i cant :(
[13:52] <jpds> Explain.
[13:52] <shadeslayer> waiting for like 15 mins and it still is at http://summit.ubuntu.com/openid/login/?next=/uds-n/sponsorship/done/
[13:53] <shadeslayer> ^ isnt loading
[13:53] <jpds> shadeslayer: Talk to jcastro.
[13:53] <shadeslayer> jcastro: poke poke
[13:54] <shadeslayer> i cant complete the sponsorship process, its on a endless load loop :P
[13:54] <shadeslayer> Waiting for summit.ubuntu.com -> waiting for login.launchpad.net -> waiting for summit.ubuntu.com
[13:55] <shadeslayer> also... it seems the process is complete as such because i get : You've already requested sponsorship to uds-n. If you have any queries about your request, please e-mail jorge@ubuntu.com. We'll let you know whether or not your request has been accepted after March 26th
[13:56] <shadeslayer> that date needs fixoring :P
[13:56] <directhex> there's an uds-n? :o
[13:57] <directhex> orlando..... i'm taking my family holiday there next summer. the wife would kill me
[13:57] <directhex> i'll wait for Outrageous Ocelot
[13:59] <shadeslayer> directhex: hehe :P
[13:59] <shadeslayer> this is probably my first and last chance of attending UDS :P
[14:19] <AnAnt> DktrKranz: I don't understand, why do you need to ask before uploading to experimental ?
[14:22] <AnAnt> how many hours till freeze ?
[14:41] <DktrKranz> AnAnt: overrides are shared between experimental and unstable, so it could happen that a subsequent upload lands in unstable without any barrier, triggering an unplanned transition. Worst case is *deliberately* doing that, but we hope it's a corner case.
[14:42] <DktrKranz> and even if testing is frozen, it doesn't mean new troubles can't arise
[14:43]  * DktrKranz is too picky at times :)
[14:43] <directhex> well, aba gave you an ack for mono anyway ;)
[15:11] <AnAnt> DktrKranz: I don't understand
[15:35] <AnAnt> DktrKranz: how could a subsequent upload land in unstable ?
[15:46] <shadeslayer> hi anyone around to help me package a mozilla plugin ?
[15:49] <AnAnt> shadeslayer: I'm sure -mozillateam would be useful
[15:49] <shadeslayer> AnAnt: im there ... but its pretty dead
[15:49] <AnAnt> I see
[15:49] <DktrKranz> AnAnt: you just have to target an upload to unstable, and it will be accepted.
[16:05] <micahg> SpamapS: yes, for the moment
[16:24] <juli_> hi everybody! Give me advice plz. I want to upload an update for  a package before FF but the library it relies on is still in NEW queue.  I built this package in pbuilder using local deb. Is is ok to upload it or I should ask for FFE?
[16:25] <lfaraone> juli_: if FF is not in effect, sure, uplaod it, and it'll  just be in depwait
[16:25] <sistpoty|work> *cough*, pointing at topic :P
[16:27] <sistpoty|work> juli_: source or binary new?
[16:27] <juli_> sistpoty|work, new upstream release
[16:27] <sistpoty|work> juli_: sorry, meant the package that's needed as build-dep
[16:27] <juli_> sistpoty|work, binary
[16:28] <sistpoty|work> juli_: ok, then please make sure that it won't break things and upload (as it'll sit in dep-wait then as lfaraone explained)
[16:29] <lfaraone> juli_: you're a few minutes late :)
[16:29] <juli_> sistpoty|work, thanks! I'll upload soon.
[16:31] <juli_> and for the future - is there an exact time when FF happens?
[16:32] <sistpoty|work> juli_: the date should be always described at the release schedule (wiki.ubuntu.com/<dist>ReleaseSchedule).
[16:33] <juli_> sistpoty|work, I know thw date, but exact time?
[16:33] <sistpoty|work> juli_: well, once the announcement is sent :P
[16:34] <juli_> sistpoty|work, :))) it is not easy to be in time if you don't know it:)
[16:34] <sistpoty|work> juli_: sure it is, just make sure to land new features a day earlier then :P
[16:35] <juli_> sistpoty|work, I'm trying but too many dependencies:(( I should wait for approvals on REVU and in NQ
[16:35] <sistpoty|work> heh
[16:36] <juli_> sistpoty|work, anyway thank you for help!
[16:36] <sistpoty|work> yw
[16:36] <didrocks> hyperair: trying to avoid duplicated work, do you plan to update banshee this week?
[16:37] <directhex> something bansheeish went into RFS earlier today
 debian-pkg-cli-apps: hyperair pristine-tar * rf1951ad banshee/ (banshee_1.7.4.orig.tar.gz.delta banshee_1.7.4.orig.tar.gz.id): pristine-tar data for banshee_1.7.4.orig.tar.gz
[16:37] <directhex> so that'll be in debian as soon as a DD uploads it there
[16:38] <didrocks> directhex: oh awesome! thanks for the info :)
[16:38] <didrocks> I know hyperair is quick at that :-)
[16:39] <SpamapS> micahg: ok, I'm adding wrappers to 1.4
[16:40] <micahg> SpamapS: k, if I finish my other stuff, I might come back to trying to get 1.6 in maverick, but feel free to do it
[16:41] <micahg> SpamapS: after getting an FFe of course ;)
[16:41] <micahg> SpamapS: BTW, I can sponsor that for you :)
[16:43] <SpamapS> micahg: mongodb is one of those things where each release fixes so much, its probably worthwhile to apply for FFe for 1.6, though I haven't looked through the changelog.
[16:45]  * micahg was more concerned for security, but apparently there are no CVEs
[17:12] <hyperair> didrocks: yeah i'll be doing the merge as well, unless you want to handle it?
[17:12] <didrocks> hyperair: if you want to handle the merge, do not hesitate. I have a lot on my plate right now :)
[17:12] <hyperair> didrocks: sure.
[17:12] <didrocks> hyperair: thanks a lot :-)
[17:12] <hyperair> np =)
[17:13] <hyperair> thanks for your netbook on banshee =)
[17:13] <didrocks> hyperair: heh, my pleasure ;)
[17:13] <didrocks> hyperair: so, no more hal dep, right? \o/
[17:13] <hyperair> eh? O_o
[17:14] <hyperair> are we ready for that?
[17:14] <didrocks> hyperair: hum, the udev branch should have been in this release, I didn't check
[17:14] <hyperair> i didn't detect anything from *.m4
[17:14] <hyperair> or configure.ac
[17:14] <didrocks> ah… maybe false alarm so. I'll check with them (not now, but tomorrow)
[17:17] <Laney> I don't think it got merged
[17:18] <hyperair> yeah i don't think it did.
[17:26] <hyperair> lool: regarding your upload to banshee.. did you mean to purge the entire /usr/share/mime, or did you mean to leave /usr/share/mime/packages behind?
[17:28] <hyperair> nevermind, the changelog entry seems to answer the question
[17:46] <SpamapS> micahg: ugh, I just read through the reasons why libmozjs.so isn't in /usr/lib. What a crock.. "we can't provide a stable release because we have to change things too fast"
[17:46] <micahg> SpamapS: well, its their choice
[17:46] <SpamapS> micahg: has anybody considered forking spidermonkey to provide a stable lib?
[17:47] <SpamapS> Seems like it wouldn't be too hard to simply maintain a branch that imports fixes and makes sure they don't break ABI compatibility.
[17:47] <micahg> SpamapS: even if they did idk if we'd take it since it's a security nightmare
[17:47] <SpamapS> I mean, thats.. sort of what we do here, isn't it? ;)
[17:48] <SpamapS> micahg: the alternatives aren't all that attractive though, right?
[17:48] <micahg> SpamapS: idk
[17:50] <SpamapS> micahg: seems incredibly silly for us not to just maintain our own stable release branch. The alternative is breaking everything that depends on it every time we roll out a release.
[17:50] <SpamapS> s/breaking/potentially breaking/
[17:51] <SpamapS> wrappers work, but they might not if the ABI is in fact broken
[17:53] <hyperair> iirc we've got some agreement about keeping the firefox branding only if we do not deviate from upstream firefox
[17:56] <micahg> SpamapS: security maintenance would be a nightmare, that's the issue
[17:56] <micahg> I think...
[17:57] <micahg> SpamapS: we have enough trouble getting supported stuff out the door in time :)
[17:57]  * micahg points to TB3.1 not in maverick yet :-/
[17:58] <SpamapS> micahg: true, mongod that won't start is definitely more secure than mongod that starts with an insecure library version. ;-)
[17:59] <micahg> SpamapS: let's get a wrapper around it then so it doesn't need rebuilds
[18:10] <SpamapS> micahg: right, working on that, but I guess my point is, if we can't guarantee ABI compatibility, we're just delaying the inevitible bug reports that will happen when it does get broken, instead of at least being able to know when that will happen.
[18:10] <SpamapS> libmozjs.so is not a special snowflake
[18:11] <SpamapS> its just an orphan needing somebody to give it a nice stable home and a hot cup of soname.
[18:14] <micahg> SpamapS: that works with upstream support, we don't have it, Debian's trying anyway, bbiab
[18:31] <Laibsch1> Hi, is this the right place to ask about a sync request? -> bug 605774
[18:32] <Laibsch> this may not be a regular sync, the package is not yet in Ubuntu
[18:32] <Laibsch> it only entered unstable a few weeks ago
[18:33] <fabrice_sp> Laibsch, we are past feature freeze, so you need a FFe first
[18:34] <fabrice_sp> strange, the ack is one month old, and archive admin is subscribed
[18:35] <fabrice_sp> but no sync happened
[18:36] <shadeslayer> http://launchpadlibrarian.net/53569501/buildlog_ubuntu-lucid-i386.kdepim-runtime_4:4.5~beta2-0ubuntu1~lucid1~ppa1_FAILEDTOBUILD.txt.gz << any ideas?
[18:43] <fabrice_sp> shadeslayer, ../../../migration/kmail/imapcachelocalimporter.cpp:212: error: 'class OrgKdeAkonadiMaildirSettingsInterface' has no member named 'writeConfig'
[18:44] <shadeslayer> fabrice_sp: err... ok, but the same thing builds in maverick
[18:44] <shadeslayer> could be that i downgraded boost to 1.40 from 1.42
[18:45] <fabrice_sp> shadeslayer, where is defined OrgKdeAkadoniMaildirSettingsInterface class defined?
[18:45] <fabrice_sp> doesn't seems to be linked to boost
[18:45] <shadeslayer> lemme check kdepim runtime sources
[18:47] <Laibsch> fabrice_sp: yes, the ACK is old.  FF happened today?
[18:47] <Laibsch> I also wonder why the sync got stuck
[18:47] <fabrice_sp> Laibsch, yes. I'm asking the same in ubuntu-devel
[18:47] <shadeslayer> !find OrgKdeAkonadiMaildirSettingsInterface
[18:48] <shadeslayer> oh wait.. it cant search files... dang
[18:48] <jpds> That would take a while.
[18:48] <jpds> Keeping in mind the whole archive is about 380G.
[18:48] <Laibsch> fabrice_sp: thanks.  joining the channel myself now.
[18:49] <shadeslayer> yeah :P
[18:49] <fabrice_sp> no answer yet (quite quiet there)
[18:50] <ScottK> fabrice_sp: If the request was made prior to FF, then no FFe is needed.
[18:50] <Laibsch> uff
[18:50]  * Laibsch is glad
[18:51] <fabrice_sp> ScottK, ok. Thanks. As more recent sync request has been processed, I was wondering if I made something wrong
[18:51] <Laibsch> ScottK: I'm not sure, can you do the sync?
[18:51] <Laibsch> ;-)
[18:51] <ScottK> No.  Needs shell access to the archive.
[18:51] <Laibsch> the people in charge are already subscribed to that ticket, right?
[18:52] <Laibsch> so, there isn't really much us "mere mortals" can do, correct?
[18:52]  * Laibsch is the merest of the mortals ;-)
[18:53] <ScottK> Laibsch: That's correct.
[18:53] <ScottK> Didn't malone used to have a link to the full history of the bug?
[18:53] <ScottK> I don't see when the archive was subscribed and can't see how to find it.
[18:54] <fabrice_sp> See Full Activity log at the bottom?
[18:54] <fabrice_sp> https://bugs.launchpad.net/ubuntu/+bug/605774/+activity
[18:54] <ScottK> Thanks.
[18:55] <ScottK> Note sure why it wouldn't have been done.
[18:55] <ScottK> Mabye james_w is still doing syncs and can look?
[18:58] <shadeslayer> fabrice_sp: no idea :(
[18:58] <shadeslayer> cant find it in kdepim
[19:06] <shadeslayer> fabrice_sp: ill build kdepim first and then kdepim-runtime
[19:06] <fabrice_sp> did you do a grep -R on /usr/include ?
[19:09] <shadeslayer> fabrice_sp: more like on the sources
[19:10] <shadeslayer> nope... nothing there too :P
[19:11] <shadeslayer> maybe i dont have the headers installed :P
[19:12] <fabrice_sp> install the build dependencies, to check
[19:13] <shadeslayer> brr...
[19:13] <shadeslayer> will have to wait till tommorow then
[19:14] <fabrice_sp> no idea. Sorry
[19:16] <shadeslayer> thanks anyways
[19:17] <SpamapS> Hmm.. so.. is it necessary/a good idea to add a copyright/license header to a 5 line shell script?
[19:18] <SpamapS> I feel like "more explicit is always better" .. but it feels like using a jackhammer in a sand box.
[19:19]  * micahg forgot to add one when I added a wrapper, but gxine has one
[19:19] <micahg> SpamapS: probably a good idea I would think since it gets installed on the system
[19:19] <ScottK> SpamapS: If you want it to be legally distributable, then yes.
[19:19] <SpamapS> well said Scott. :)
[19:19]  * micahg needs to update tuxguitar w/a liicense for the wrapper
[19:24] <SpamapS> ugh
[19:24] <SpamapS> accidentally cleaned out my working dir for mongodb..
[19:25]  * SpamapS waits 10 minutes more for it to finish compiling
[19:31] <tyarusso> Is 'cd' not available in debian/rules for some reason?  It doesn't appear to be working for me....  (The real issue being that I made a package with the 3.0 source format, and now I'm trying to modify it to build on Hardy, and quilt isn't finding its series file because it's one directory too high.)
[19:31] <paultag> tyarusso, did you put it on one line?
[19:32] <paultag> tyarusso, remember make sends each command out on it's own, so a cd on the line before won't work. Try an
[19:32] <paultag>     cd ../ \
[19:32] <Laney> there's an environment variable for that, but what? the series file should be in the same place
[19:32] <paultag>     echo pwd
[19:32] <tyarusso> paultag: Oooohhhhh, that would explain it.  (Make is Greek to me)
[19:33] <tyarusso> paultag: Don't I need && or ; between commands then still?
[19:33] <Laney> including quilt.make should set it all up for you
[19:33] <paultag> tyarusso, yeah, a ;, but Laney is giving good advice as well
[19:34] <tyarusso> Laney: could you expand on what you mean by that?
[19:34] <Laney> tyarusso: usually adding include /usr/share/quilt/quilt.make and having clean: unpatch configure: patch is all you need
[19:35] <paultag> tyarusso, and just fy(future)i -- http://paste.ubuntu.com/477073/
[19:35] <tyarusso> paultag: what are the @ for?
[19:36] <tyarusso> Laney: where would I put the include statement?  Just up at the top?
[19:36] <paultag> tyarusso, just makes it shut up, sorry, habit :)
[19:36] <Laney> yep
[19:37] <tyarusso> Laney: I don't have a configure target currently, just build.  Will that work, or should I make one?
[19:37] <Laney> nope, you can add it to build
[19:38] <tyarusso> sweet
[19:38] <Laney> whichever target you need the patches available for
[19:39] <tyarusso> hey, that appears to have worked.
[19:39] <tyarusso> Of course, now I get a different (unrelated) error that I thought I fixed already, but hey...
[19:40] <Laney> there you go, you just learned how to add quilt to a package :)
[19:40] <tyarusso> Oh, debhelper compat change.  /me looks back at the man page.
[19:40] <tyarusso> yay!
[19:40] <tyarusso> Of course, with the new source format you just make the patches directory and it's all magic.
[19:41] <Laney> If you like that sort of thing ;)
[19:45] <tyarusso> whoooo, successful pbuilder exit status
[19:45]  * paultag hugs tyarusso
[19:45] <paultag> tyarusso, great job :)
[19:47] <tyarusso> Now to see if soyuz does it happily too.
[20:40] <micahg> SpamapS: I'll have a look this evening, thanks
[20:42] <SpamapS> micahg: np, thanks for the encouragement. :)
[20:42] <micahg> SpamapS: np, it's good to know someone with experience with the app, I don't have any :)
[20:43] <Rhonda> james_w: Thanks for the syncs. :)
[20:43] <james_w> np
[20:45] <SpamapS> micahg: my experience with mongodb is setting it up about a year ago to compare it to CouchDB and TokyoTyrant. :)
[20:45] <micahg> SpamapS: still more than me :0
[20:46] <SpamapS> micahg: I do find it odd that all of these server side apps are using javascript.
[20:47] <micahg> SpamapS: usually in their admin interfaces
[20:48] <SpamapS> micahg: in couchdb's case.. almost everything ends up being javascriptable.
[21:31] <bdrung> has anyone a idea why audacity fails to build on maverick (but builds on lucid): http://launchpadlibrarian.net/53254262/buildlog_ubuntu-maverick-amd64.audacity_1.3.12-5_FAILEDTOBUILD.txt.gz
[21:33] <ajmitch> bdrung: the only obvious error I can see is /usr/bin/ld: cannot find -lhpi
[21:34] <ajmitch> ah, and earlier errors, I was reading from the bottom :)
[21:34] <bdrung> ajmitch: configure: error: "Your version of portaudio does not include required functions"
[21:35] <ajmitch> yeah, I see that now
[21:35] <bdrung> ajmitch: but it uses the portaudio version provided by upstream
[21:35] <ajmitch> the --with-pa-include=../portaudio-v19/include ?
[21:35] <ajmitch> that is the directory name?
[21:38]  * ajmitch is waiting for the laptop to stop thrashing before checking it
[21:40] <lfaraone> dyfet: idle question re bug 617026, any idea why it would only ftbfs on armel and sparc, yet work fine on all other arches?
[21:45] <dyfet> lfaraone: yes, that seems strange to me also, is the version in ports archive different?
[21:46] <lfaraone> dyfet: I don't see why it would be, I just uploaded the package unmodified to all arches in Debian...
[21:47] <lfaraone> that is, I didn't do anything specific for different arches.
[21:47] <lfaraone> in debian, the buildds do not  have problems with it: https://buildd.debian.org/pkg.cgi?pkg=imageshack-uploader
[21:48] <dyfet> well, av_log_level doesnt seem to exist anywhere within the package itself, maybe it is an oddball dependency difference then ..I will try to verify that.
[21:50] <dyfet> lfaraone: let's do this, lets change the status from new to something else...and remove sponsors from it for the moment...
[21:51] <dyfet> Oh, never mind, I see you already mostly did that :)
[21:52] <lfaraone> dyfet: I unsubbed sponsors because I was going to sponsor it, but it didn't make sense :)
[21:53] <lfaraone> the problem, that is. I don't doubt your patch solves it.
[21:53] <lfaraone> dyfet: shall I assign it back to you and set it to in-progress?
[21:54] <dyfet> Yes, it may be fixing the wrong issue...that makes sense to send it back to me and set in progress.
[21:55] <lfaraone> dyfet: by the way, you didn't happen to be at debconf, were you?
[21:56] <dyfet> nope
[21:57] <dyfet> if i had i would have been the one with the eye patch
[22:09] <bdrung> ajmitch: the directory is lib-src/portaudio-v19/include
[22:34] <chilicuil> good afternoon, I'm trying to upload a new debdiff to the bug #462193 , however my diff ( http://pastebin.com/dHLELxfE ) looks differente to one uploaded by the last person ( http://launchpadlibrarian.net/52823113/lp462193.debdiff ) , since it's a dump change I'd not like to upload the wrong diff, I've make it with $ bzr diff --old ../previous_copy, do you think is it ok?
[22:47] <micahg> chilicuil: he added some stuff
[22:48] <micahg> chilicuil: he gave you credit for what you did and made some packaging fixes
[22:50] <paultag> lfaraone: howdy :) -- did you get a chance to take a look at the changes I made?
[22:51] <chilicuil> micahg: I'm sorry, I dont get it, do you think the last patch ( http://pastebin.com/dHLELxfE ) is ok?, I've never worked debdiffs with bzr
[23:03] <lfaraone> paultag: sorry, I didn't get a chance . I'll take a look now.
[23:03] <paultag> lfaraone: sorry, if you don't have time, I don't mean to be an ass, I just know how often I forget about stuff / did partial amounts of stuff
[23:04] <lfaraone> paultag: no, it just slipped lower in my inbox :)
[23:04] <paultag> lfaraone: happens to me all the time :)
[23:05] <lfaraone> paultag: so you opted to not go for the lower date? (not a problem, just making sure it was intentional)
[23:06] <paultag> lfaraone: aye, I won't push more then once a day, I was just trying to make sure I understood what was going on ;)
[23:06] <paultag> I like knowing where the "gotchas" are
[23:15] <lfaraone> paultag: fyi, when you change the upstream version part you reset the debian revision to -1 :)
[23:15] <lfaraone> paultag: I know what you were trying to do, so no harm :)
[23:16] <paultag> lfaraone: Ah, shucks. Thanks, I should have figured that out
[23:16] <lfaraone> paultag: in debian/changelog, you mangled some unicode character somehow.
[23:16] <paultag> lfaraone: is it OK to leave for now?
[23:16] <paultag> lfaraone: whoh, what? where?
[23:16] <lfaraone> paultag: "* Fluxbox decoración y xmms (closes: #311669)." became "* Fluxbox decoraciÃ³n y xmms (closes: #311669)."
[23:16] <paultag> whoh what
[23:17] <lfaraone> paultag: *how* you did that is beyond me :D
[23:17] <paultag> lfaraone: whoh, that's from way far back. Can I edit that safely?
[23:17] <paultag> lfaraone: looks like Dmitry did that
[23:17] <paultag> lfaraone: I was told never to edit old changelog entries
[23:17] <lfaraone> paultag: you can modify the changelog entry. in fact, you should, because something you did mangled it :)
[23:18] <paultag> o.O
[23:18] <paultag> lfaraone: let me fix that
[23:18] <lfaraone> paultag: I'll just fix the ó when I upload, but it's usually a good idea to review the diff of your changes to catch things like this.
[23:18] <paultag> lfaraone: thanks :)
[23:19] <lfaraone> paultag: also, FYI, you misspelled Ubuntu: Ubuntnu. I'll fix that too.
[23:20] <paultag> lfaraone: yeah, I'll have to modify my workflow to keep old builds to check against
[23:21] <paultag_> My connection just died, sorry
[23:21] <lfaraone> that's exciting.
[23:21] <lfaraone> paultag: long time no see.
[23:21] <paultag> for the love of...
[23:21] <paultag> lfaraone: :)
[23:22] <paultag> lfaraone: my work laptop is acting up, it barfs on my network all the time for no reason
[23:22] <lfaraone> paultag: why was Denis Briand <denis@narcan.fr> removed as an uploader? I didn't see a mention of that in changelog.
[23:22] <paultag> lfaraone: oh yes, he quit a few weeks back, it must have been lost when I reset my git.pault.ag repo
[23:23] <paultag> lfaraone: nasty situation :(
[23:23] <lfaraone> paultag: I see. Dmitry's the one whose father passed?
[23:24] <paultag> lfaraone: yessir. and narcan ( Denis ) was a DM on the project, but he was really fed up with it ( he did not like working on a project "alone" ) so I have no way to get stuff uploaded :(
[23:25] <paultag> lfaraone: just pushed that edit to git.debian
[23:25] <paultag> erm, pushing
[23:26] <lfaraone> paultag: if I had known you used git, we wouldn't have needed to use mentors :)
[23:26] <paultag> lfaraone: git.debian and git.pault.ag :)
[23:26]  * lfaraone uses git for almost all his packaging.
[23:27] <paultag> :)
[23:28] <paultag> lfaraone: flux is in collab-maint, just fyi
[23:29]  * lfaraone saw.
[23:29] <paultag> hey lfaraone, I was just checking old revisions, that unicode error has been in there for years
[23:30] <lfaraone> paultag: interesting, diff told me it wasn't in the most recent version of the package published in debian.
[23:30] <paultag> lfaraone: I just checked fd19439c9208f8cfc60c51ffd14652af4fc121f3 ( 1.1.1-3 )
[23:31] <paultag> yeah and 1.1.1-1
[23:32] <paultag> sorry, 2
[23:34] <lfaraone> paultag: compare http://git.debian.org/?p=collab-maint/fluxbox.git;a=blob;f=debian/changelog;h=05d4fd96ce04f882e0ec362748572728f588d66a;hb=e270e7737d232a283ee18c28f6277e07ae05eb9b#l278 and http://git.debian.org/?p=collab-maint/fluxbox.git;a=blob_plain;f=fluxbox-1.1.1%2Bgit20100807.0cc08f9/debian/changelog;hb=HEAD
[23:35] <paultag> lfaraone: Ahha, sorry. They both looked messed up :)
[23:36] <paultag> lfaraone: You're right, I'm wrong
[23:36] <lfaraone> paultag: no worries.
[23:49] <lfaraone> paultag: any reason why you didn't ask madduck?
[23:49] <paultag> lfaraone: he's been inactive for a long time, Dmitry left him on because they worked closely, I think he wanted to be removed
[23:50] <paultag> lfaraone: I don't really like pestering people if I can help it
[23:50] <paultag> ( you worked on this once 4 years back, mind doing some work on it? kthx ) ;)
[23:51] <lfaraone> paultag: do you want me to collapse the changelog entries since hte last debian upload?
[23:51]  * lfaraone will brb, dinner.
[23:51] <paultag> lfaraone: that would be great
[23:51] <paultag> lfaraone: sure, I'll be here