[00:00] norax: so then you just need -sponsors :) [00:08] SpamapS: what do you think of pulling in mongodb 1.6 in maverick? [00:08] micahg: heh, we have what, 24 hours to get 'er done? Why not! [00:08] SpamapS: k, I'll see if I get to it later :) [00:08] micahg: as of the last merge, the only delta was the upstart file [00:09] micahg: oh hah, I see.. 1.6 just hit unstable [00:09] SpamapS: cool, it's already in debian, so we'll see if it'll be easy [00:10] micahg: https://launchpad.net/debian/+source/mongodb .. gets a lot easier once 1.6 shows up there [00:10] SpamapS: since I"m rushing, I won't be using UDD [00:11] SpamapS: btw [00:11] will try to use it more next cycle [00:11] SpamapS: are you on the launchpad-dev list ? [00:11] lifeless: I'm not, but I've been meaning to join. :) [00:11] please do [00:11] https://edge.launchpad.net/~launchpad-dev [00:12] yeah, you get cryptic messages in foreign languages :) [00:12] SpamapS: I was thinking of you when I wrote https://lists.launchpad.net/launchpad-dev/msg04228.html [00:12] si? idiomas que no son ingles? bueno. === fta_ is now known as fta [00:13] lifeless: measurement just makes the world seem less scary. :) [00:16] lifeless: great report! definitely gives an idea of which pages are being the most naughty. [00:16] ok I have to run.. will digest it more later.. :) === fta_ is now known as fta [01:30] SpamapS: your nick sends me in an infinite loop! === fta_ is now known as fta === fta_ is now known as fta [02:13] hi again, ajmitch , did you manage to get a look at django-configglue? [02:14] pindonga: yes, it's awaiting an archive admin now [02:14] cool. so it passed initial review? whom shall I bother now? [02:14] I'd say look at the queue, but it just timed out for me [02:15] it's best not to bug archive admins about stuff in general [02:15] it's been uploaded, they'll most likely get to the backlog soon [02:16] freeze time is very busy for them, as you can imagine :) [02:16] yes, so basically now we sit and wait? and it should get archived into maverick? that's awesome!! [02:17] yes [02:17] ajmitch, thanks so much... it was a lot of effort, and you made it worth :) [02:17] thanks [02:17] np [02:17] where can I see the queue? just in case I get too anxious [02:18] https://edge.launchpad.net/ubuntu/maverick/+queue [02:18] cool, I'll sit and wait now [02:18] happy hacking :) === fta_ is now known as fta [03:17] 25 [03:19] 16? [03:22] dangers of using irssi :/ [03:22] ajmitch: 42! [03:25] 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] probably :) [03:28] debian/patches/series ? [03:29] actually, is the problem that you're doing -b? since the patch applying is done prior to that, I think [03:30] not using pbuilder is doing something wrong ;) [03:31] +1 ajmitch [03:31] dpkg-sourcec does it [03:31] dpkg-source * [03:31] at least according to my last build logs [03:31] dpkg-source: info: applying fix-xterm-keybinding.patch [03:31] ajmitch: weird, it's worked fine in tehe past [03:32] paultag: I use pbulder to test once it works :) [03:32] micahg: looks like it's patching ( i use source 3 ) via dpkg-source. Were you using source3 before? [03:32] micahg: it could be that your rules file called depatch [03:33] paultag: it's a merge between source format 1 and 3 [03:33] micahg: were you using quilt before? [03:33] paultag: yes [03:33] micahg: were you patching in the rules file or was it handling it on it's own? [03:34] on its own [03:34] micahg: did you take ajmitch's advice and check debian/patches/series ? [03:34] it's fine [03:34] micahg: could you try a pbuild, perhaps? [03:35] it'll probably work... [03:35] but the build is broke [03:35] so I need interactive [03:35] micahg: it really looks like it's dpkg-source that does it [03:36] micahg: and dpkg-source is also a debsrc3 thing iirc [03:36] micahg: so it might be due to a migration from format 1 to 3 [03:38] 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] sure :) [03:40] Is the Feature Freeze now in effect? === fta_ is now known as fta [03:40] lfaraone: not yet, in a few days [03:41] lfaraone: deb is frozen ( as you know ;) ) [03:41] * micahg hopes not [03:41] should be sometime today/tomorrow [03:43] micahg: mk. is pyxpcom anywhere near shippable? :) [03:43] lfaraone: no, chrisccoulson took that over [03:43] * ajmitch saw python-xpcom uploaded to debian as a separate source [03:43] lfaraone: try him in the morning [03:44] he was around about 40 minutes ago, might still be [03:44] we can still get it in before beta if it's feasible and ubuntu-release is nice to us :) [03:44] what's left to fix up on it? [03:45] ajmitch: idk, he started packaging it, but there are questions about viability [03:45] last commit was 6 months ago [03:46] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591894 fwiw [03:46] Debian bug 591894 in wnpp "ITP: pyxpcom -- XPCOM bindings for Python" [Wishlist,Open] [03:46] is a patch target no longer needed in source format 3? [03:46] wow, it really hasn't had many commits in the last year [03:46] 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] Night! [03:47] paultag: will do. [03:47] oh, debian's trying for it too [03:47] * micahg subscribed === fta_ is now known as fta === fta_ is now known as fta [05:29] The other channels seem kinda dead so I hope nobody minds me asking here too... [05:29] 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] heh "Currently building on crabapple (armel)" [05:39] I read that as "crappable" [05:47] LucidFox: your first line - I did too :P [05:47] hi simar [05:53] micahg: Hi :) [05:53] micahg: i am in ubuntu bug control now :) [05:54] simar: I saw congrats [05:55] micahg: ya, a lot of.. [05:56] 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] simar: up to you [05:57] micahg: I think papercuts will make my entry more smooth :__| === fta_ is now known as fta [06:49] * micahg hates packages that run configure to build a source package [06:54] micahg: dh_autoreconf / dh_autoreconf_clean [06:54] SpamapS: thanks :) [06:54] micahg: oh wait, I think I misread that.. [06:54] configure or autogen.sh ? [06:54] SpamapS: mongo db is failing because of mozjs now [06:55] micahg: right I was reading that bug report [06:55] micahg: I'm ready to test if you need a tester. :) [06:56] * micahg needs to figure out how scons works [06:56] I guess this one bites the dust too [06:58] micahg: I think this is my fault.. the merge probably was done wrong. :-/ [06:58] isn't libmozjs what xulrunner replaces? [06:58] heh, don't worry about it, yeah, but it's not in /usr/liib like in debian [07:00] my happy packaging night is turning sad :( [07:00] actually I remember now where Mathias fixed that. [07:01] $ LD_LIBRARY_PATH=/usr/lib/xulrunner-1.9.2.3 mongos [07:01] error: no args for --configdb [07:03] SpamapS: I get it during build [07:03] micahg: is it as simple as providing a wrapper script and dumping the actual binaries in /usr/lib/mongodb? [07:03] SpamapS: first I want it to build :) [07:03] it might be, idk [07:04] micahg: 1.6 won't build, or 1.4? [07:04] I'm building 1.4 now, ugh.. I forgot how painful this build is [07:05] yay for weird build systems? [07:05] SpamapS: trying 1.6 [07:05] Its not weird, its just giant [07:05] SpamapS: no, it's weird [07:05] ajmitch: C++ might qualify as weird actually. ;) [07:06] isn't libtool supposed to embed the full path to the depended on lib? [07:07] SpamapS: the path changes with each xulrunner release [07:08] * micahg thinks maybe to try mediatomb again [07:08] why, exactly, aren't we dumping an ABI compaible libmozjs.so.1.9.2 in /usr/lib ? [07:09] SpamapS: because it's not guaranteed to stay compatible for 1.9.2 [07:09] and we don't want people using it until mozilla commits to providing it [07:10] Ah lovely [07:10] ugh building this on my lap is proving to be a burn hazard [07:10] but at least its killing my battery so I can justify going to sleep earlier [07:14] linking.. running tests.. ok 1.4 builds fine [07:15] 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] SpamapS: maybe I should just merge 1.4.4-3 and be done with it then [07:15] I just love C++ [07:15] SpamapS: wrong path :P [07:15] or your system isn't up to daye [07:15] *date [07:15] oh wait, thats reasonable.. 1 second before copying that, it was 385m not 29m [07:15] micahg: 1.9.2.3 is old? s*** [07:16] 1.9.2.8 is current [07:16] I have been updating my pbuilder but not my system. [07:19] well rebuilding w/ 1.9.2.3 did fix mongos when 1.9.2.3 is installed... :-P [07:19] micahg: seems like we need to be manually setting the depends on xulrunner to be (==1.9.2.8) on build [07:20] well, gjs does that ATM, we're trying to move away from that [07:24] 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] 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] 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] DktrKranz: do it! :) [07:31] noone will mind... [07:34] 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] 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] SpamapS: well, just a couple at the moment, most of them have wrappers [07:36] directhex: I saw meebey raised the topic in #d-release, I'll drop a sentence me too [07:40] micahg: so wrap mongod/mongos and all is well? [07:40] micahg: (I think this is happening in lucid too, so will be looking at doing an SRU this week) [07:42] SpamapS: yeah, no source rebuild should work for lucid, wrapper might work, needs to be tested [07:47] micahg: works for me to set LD_LIBRARY_PATH properly [07:48] SpamapS: in a wrapper? [07:48] micahg: well, in /etc/init/mongodb.conf and/or on my own via the cmdline [07:49] https://bugs.launchpad.net/ubuntu/+source/mongodb/+bug/557024/comments/10 [07:49] Launchpad bug 557024 in mongodb (Ubuntu) "mongo / mongod as packaged can't load libmozjs.so" [High,Triaged] [07:49] you should do xulrunner-1.9.2 --gre-version [07:51] ah [07:51] well, need to sleep, feel free to correct me w/ another comment. ;) === yofel_ is now known as yofel [08:00] good morning [09:01] morning [09:40] https://bugzilla.gnome.org/show_bug.cgi?id=626593 [09:41] Gnome bug 626593 in User Guide "Gnome ate my boyfriend! Help!" [Critical,Resolved: invalid] [09:41] good morning by the way [09:59] I'm facing a dilemma over here. Should I sync or merge? Just a minute, I explain the situation [10:00] The only ubuntu change is that the python version everywhere is changed to 2.6 from 2.5 [10:00] ^^ including debian/rules [10:00] debian has accepted the changes, except the one-line change in debian/rules [10:04] What should I do? [10:06] bilalakhtar, talk to the ubuntu python team [10:06] directhex: fine [10:23] Hello [10:23] AnAnt: Assalam alaikum [10:23] bilalakhtar: wa alaykom as-salamu wa rahmatu Ullahi wa barakatoh [10:24] bilalakhtar: there isn't only one way to fix a bug in a package. Is the Debian version broken? [10:24] AnAnt: lp is down, once its up I need you for some acking. [10:24] tumbleweed: I don't think so [10:24] bilalakhtar: most of the python2.6 compatibility fixes in Ubuntu were non-optimal (or even horrifically ugly) [10:24] bilalakhtar: then sync [10:25] tumbleweed: I think syncing is better [10:25] tumbleweed: yup [10:25] bilalakhtar: LP is working here [10:25] * bilalakhtar checks lp [10:26] AnAnt: It is read-only [10:26] oh [10:26] That's akin to be down [10:27] According to the schedule, It should be up in 5 mins [10:30] LP IS UP! [10:36] AnAnt: bug #616655 [10:36] Launchpad bug 616655 in grig (Ubuntu) "Please sync grig 0.7.2-4 (universe) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/616655 [10:38] bilalakhtar: that doesn't look like it came from requestsync [10:40] tumbleweed: requestsync is failing [10:40] tumbleweed: I got 2 failure messages from some *.ubuntu.com server [10:40] tumbleweed: so I filed one manually [10:41] tumbleweed: sorry I had to dash a description [10:41] tumbleweed: I will re-qrite it after 10 mins [10:41] *re-write [10:42] tumbleweed: what failures ? SMTP ? [10:42] bilalakhtar: ^ [10:42] AnAnt: no, some 'Cannot connect to launchpad' issue [10:42] ah [10:42] AnAnt: it still comes [10:42] AnAnt: LP isn't up completely [10:45] * abogani waves [10:45] Anyone could pinpoint me how configure dput for working behind a proxy? [10:45] tumbleweed: Why did you assign that bug to yourself? [10:45] abogani: can you ssh? then use sftp mode [10:46] bilalakhtar: that's ack-sync [10:46] tumbleweed: But, This is the first time I saw a sponsor assigning instead of acking [10:46] tumbleweed: so, you're going to upload it? [10:46] tumbleweed: you're gonna upload? [10:47] aha [10:47] got it [10:47] AnAnt: I can answer that in 20 secodns [10:47] thanks tumbleweed and AnAnt [10:47] AnAnt: yes [10:47] ok [10:48] tumbleweed: it appears requestsync finally worked. bug #616662. please mark dup [10:48] Launchpad bug 616662 in grig (Ubuntu) "Sync grig 0.7.2-4 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/616662 [10:49] why did I get failure messages then? [10:51] tumbleweed: Ah! Thanks! [10:51] tumbleweed: Thanks! [10:55] tumbleweed: does sftp work with ubuntu , revu & PPA ? [10:56] AnAnt: only PPA [10:56] ok [11:02] tumbleweed: free? Another sync: bug #616676 [11:02] Launchpad bug 616676 in mirage (Ubuntu) "Sync mirage 0.9.3-5.1 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/616676 [11:32] bilalakhtar, AnAnt: I thought it worked for upload.ubuntu.com too? [11:33] It works with ubuntu. [11:33] tumbleweed: probably, I don't know, I am not MOTU [11:33] BRB [11:33] except I do most of my sponsoring on debian, where dput doesn't support sftp... [11:58] 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] Hello, could someone comment on 616685 ? [12:19] LP #616685 [12:20] Launchpad bug 616685 in nginx (Ubuntu) "Please merge nginx 0.7.67-3 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/616685 [12:20] AnAnt: doing so [12:20] tumbleweed: thanks [12:24] tumbleweed: I don't understand [12:24] tumbleweed: those errors are not in the Debian package [12:25] AnAnt: oh I missed that, fix it [12:26] 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] the changelog is misleading too [12:36] tumbleweed: this has been there since karmic [12:37] is java6 update 20 ported to hardy ? [12:45] AnAnt: the lintian warning seems pretty reasonable [12:45] tumbleweed: can you suggest a fix/workaround ? [12:49] 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] directhex: will do [12:50] micahg: did you give up on mongodb 1.6 for now? [12:50] 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] 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] AnAnt: I'd agree with tumbleweed.. it can be very simple. cp -n /usr/share/doc/nginx/examples/nginx-default/* /var/www [12:58] AnAnt: done in a postinst maintainer script that would not clobber any existing files at least. [12:59] DktrKranz, thanks luca [13:07] Any clue to my query ? [13:11] kaushal: $ rmadison sun-java6-jre [13:11] sun-java6-jre | 6.20dlj-0ubuntu1.8.04.1 | hardy-security/multiverse | all [13:11] sun-java6-jre | 6.20dlj-0ubuntu1.8.04.1 | hardy-updates/multiverse | all [13:12] I dunno if that is what you ask for or not? [13:17] AnAnt, tumbleweed, I wanted to thank you for your help yesterday reviewing django-configglue [13:17] pindonga: np [13:17] pindonga: no problem [13:20] directhex: accepted [13:21] DktrKranz, awesomes! [13:36] DktrKranz: awesome! \o/ :P [13:37] directhex: sebner bribed me :) [13:37] * sebner hides [13:51] can anyone complete the sponsorship process at summit.ubuntu.com ? [13:52] shadeslayer: Yes. [13:52] i cant :( [13:52] Explain. [13:52] waiting for like 15 mins and it still is at http://summit.ubuntu.com/openid/login/?next=/uds-n/sponsorship/done/ [13:53] ^ isnt loading [13:53] shadeslayer: Talk to jcastro. [13:53] jcastro: poke poke [13:54] i cant complete the sponsorship process, its on a endless load loop :P [13:54] Waiting for summit.ubuntu.com -> waiting for login.launchpad.net -> waiting for summit.ubuntu.com [13:55] 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] that date needs fixoring :P [13:56] there's an uds-n? :o [13:57] orlando..... i'm taking my family holiday there next summer. the wife would kill me [13:57] i'll wait for Outrageous Ocelot [13:59] directhex: hehe :P [13:59] this is probably my first and last chance of attending UDS :P [14:19] DktrKranz: I don't understand, why do you need to ask before uploading to experimental ? [14:22] how many hours till freeze ? [14:41] 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] 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] well, aba gave you an ack for mono anyway ;) [15:11] DktrKranz: I don't understand [15:35] DktrKranz: how could a subsequent upload land in unstable ? [15:46] hi anyone around to help me package a mozilla plugin ? [15:49] shadeslayer: I'm sure -mozillateam would be useful [15:49] AnAnt: im there ... but its pretty dead [15:49] I see [15:49] AnAnt: you just have to target an upload to unstable, and it will be accepted. [16:05] SpamapS: yes, for the moment === ScottK changed the topic of #ubuntu-motu to: Maverick Feature Freeze in effect - Fix bugs | Want to get involved with the MOTU? https://wiki.ubuntu.com/MOTU/Contributing | Sponsor queue: http://is.gd/2y76G | http://qa.ubuntuwire.com/ftbfs | http://people.canonical.com/~ubuntu-archive/NBS | http://qa.ubuntuwire.com/bugs/rcbugs/ | latest rebuild failures: http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi [16:24] 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] juli_: if FF is not in effect, sure, uplaod it, and it'll just be in depwait [16:25] *cough*, pointing at topic :P [16:27] juli_: source or binary new? [16:27] sistpoty|work, new upstream release [16:27] juli_: sorry, meant the package that's needed as build-dep [16:27] sistpoty|work, binary [16:28] 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] juli_: you're a few minutes late :) [16:29] sistpoty|work, thanks! I'll upload soon. [16:31] and for the future - is there an exact time when FF happens? [16:32] juli_: the date should be always described at the release schedule (wiki.ubuntu.com/ReleaseSchedule). [16:33] sistpoty|work, I know thw date, but exact time? [16:33] juli_: well, once the announcement is sent :P [16:34] sistpoty|work, :))) it is not easy to be in time if you don't know it:) [16:34] juli_: sure it is, just make sure to land new features a day earlier then :P [16:35] sistpoty|work, I'm trying but too many dependencies:(( I should wait for approvals on REVU and in NQ [16:35] heh [16:36] sistpoty|work, anyway thank you for help! [16:36] yw [16:36] hyperair: trying to avoid duplicated work, do you plan to update banshee this week? [16:37] something bansheeish went into RFS earlier today [16:37]

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] so that'll be in debian as soon as a DD uploads it there [16:38] directhex: oh awesome! thanks for the info :) [16:38] I know hyperair is quick at that :-) [16:39] micahg: ok, I'm adding wrappers to 1.4 [16:40] 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] SpamapS: after getting an FFe of course ;) [16:41] SpamapS: BTW, I can sponsor that for you :) [16:43] 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 === simar__mohaar is now known as simar [17:12] didrocks: yeah i'll be doing the merge as well, unless you want to handle it? [17:12] hyperair: if you want to handle the merge, do not hesitate. I have a lot on my plate right now :) [17:12] didrocks: sure. [17:12] hyperair: thanks a lot :-) [17:12] np =) [17:13] thanks for your netbook on banshee =) [17:13] hyperair: heh, my pleasure ;) [17:13] hyperair: so, no more hal dep, right? \o/ [17:13] eh? O_o [17:14] are we ready for that? [17:14] hyperair: hum, the udev branch should have been in this release, I didn't check [17:14] i didn't detect anything from *.m4 [17:14] or configure.ac [17:14] ah… maybe false alarm so. I'll check with them (not now, but tomorrow) [17:17] I don't think it got merged [17:18] yeah i don't think it did. [17:26] 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] nevermind, the changelog entry seems to answer the question [17:46] 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] SpamapS: well, its their choice [17:46] micahg: has anybody considered forking spidermonkey to provide a stable lib? [17:47] 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] SpamapS: even if they did idk if we'd take it since it's a security nightmare [17:47] I mean, thats.. sort of what we do here, isn't it? ;) [17:48] micahg: the alternatives aren't all that attractive though, right? [17:48] SpamapS: idk === mathiaz_ is now known as mathiaz [17:50] 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] s/breaking/potentially breaking/ [17:51] wrappers work, but they might not if the ABI is in fact broken [17:53] iirc we've got some agreement about keeping the firefox branding only if we do not deviate from upstream firefox [17:56] SpamapS: security maintenance would be a nightmare, that's the issue [17:56] I think... [17:57] 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] micahg: true, mongod that won't start is definitely more secure than mongod that starts with an insecure library version. ;-) [17:59] SpamapS: let's get a wrapper around it then so it doesn't need rebuilds [18:10] 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] libmozjs.so is not a special snowflake [18:11] its just an orphan needing somebody to give it a nice stable home and a hot cup of soname. [18:14] SpamapS: that works with upstream support, we don't have it, Debian's trying anyway, bbiab [18:31] Hi, is this the right place to ask about a sync request? -> bug 605774 [18:32] Launchpad bug 605774 in Ubuntu "Please sync mozc 0.12.410.102-1 (universe) from Debian unstable(main)" [Undecided,Confirmed] https://launchpad.net/bugs/605774 === Laibsch1 is now known as Laibsch [18:32] this may not be a regular sync, the package is not yet in Ubuntu [18:32] it only entered unstable a few weeks ago [18:33] Laibsch, we are past feature freeze, so you need a FFe first [18:34] strange, the ack is one month old, and archive admin is subscribed [18:35] but no sync happened [18:36] http://launchpadlibrarian.net/53569501/buildlog_ubuntu-lucid-i386.kdepim-runtime_4:4.5~beta2-0ubuntu1~lucid1~ppa1_FAILEDTOBUILD.txt.gz << any ideas? [18:43] shadeslayer, ../../../migration/kmail/imapcachelocalimporter.cpp:212: error: 'class OrgKdeAkonadiMaildirSettingsInterface' has no member named 'writeConfig' [18:44] fabrice_sp: err... ok, but the same thing builds in maverick [18:44] could be that i downgraded boost to 1.40 from 1.42 [18:45] shadeslayer, where is defined OrgKdeAkadoniMaildirSettingsInterface class defined? [18:45] doesn't seems to be linked to boost [18:45] lemme check kdepim runtime sources [18:47] fabrice_sp: yes, the ACK is old. FF happened today? [18:47] I also wonder why the sync got stuck [18:47] Laibsch, yes. I'm asking the same in ubuntu-devel [18:47] !find OrgKdeAkonadiMaildirSettingsInterface [18:47] Package/file OrgKdeAkonadiMaildirSettingsInterface does not exist in lucid [18:48]