=== RAOF [n=Chris_@matht464.maths.unsw.edu.au] has joined #ubuntu-motu === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-motu === POX_ [n=pox@pox.t19.ds.pwr.wroc.pl] has joined #ubuntu-motu [12:41] I wonder if I should upload the orig.tar.gz for tsmithe's package... === POX_ [n=pox@pox.t19.ds.pwr.wroc.pl] has left #ubuntu-motu [] === nictuku [n=yves@200.163.24.184] has joined #ubuntu-motu [12:51] Adri2000: if it isn't in the repos already, yes [12:51] LaserJock: -0ubuntu1 is currently in NEW and I'm uploading -0ubuntu2 [12:52] I think you want to include the .orig.tar.gz then [12:52] ok === cbx33 [n=pete@ubuntu/member/cbx33] has joined #ubuntu-motu [12:54] Adri2000: and if LP already knows about the tar.gz and you upload with it you'll get a mail and can upload without again afterwards ;) === jwhitlark [n=jwhitlar@72-254-192-46.client.stsn.net] has left #ubuntu-motu [] [12:55] hmm [12:56] tsmithe: uploaded [12:57] Do any of you already now know whether you'll be going to Seville? [01:01] Guess not. :-) [01:05] I'm still trying to decide [01:05] LaserJock: What's the dilemma? [01:06] well [01:06] Hm. It seems that Specto has been stuck in NEW since the 14th. Is there anyone I could/should prod to move it along? === caravena [n=caravena@201-29-246-201.adsl.terra.cl] has joined #ubuntu-motu [01:06] my brother's getting married May 12th [01:06] and I keep getting sucked into Ubuntu stuff every time I go to UDSs [01:06] LaserJock: Ah.. Valid point. You could leave early? [01:07] LaserJock: You're trying to cut back? [01:07] have been since dapper [01:07] :-) [01:07] LaserJock: Get out more. :-) [01:07] I'll probably try to attend UES [01:07] UES? [01:07] Education Summit [01:08] When/where? [01:08] it's the 3rd and 4th of May [01:08] same place [01:08] Gah... So Education summit, Loco day, UDS all in a row? [01:08] Sheesh. [01:10] LaserJock: I'd like to go, but I know it won't happen [01:10] ajmitch: time/money/both? [01:10] shawarma: NZ->spain is about half way round the world [01:10] maybe you can whip up a genius net auth scheme that Mark will *have* to sponsor you for? ;-) [01:11] HAH [01:11] LaserJock: unless it's shiny, it won't happen ;) [01:11] what?!? net auth isn't sexy? :-) [01:11] of course not [01:13] anyway, I think I *could* go to UDS, I just don't know if I should [01:14] LaserJock: Heh. For me, it's the other way around. :-) [01:14] LaserJock: I won't get sponsored :) === caravena [n=caravena@201-29-246-201.adsl.terra.cl] has joined #ubuntu-motu [01:14] you don't know if you don't try I guess [01:16] there is no try [01:16] they aren't putting up a page for people to ask for sponsorship [01:16] There's no "trying" about it. It seems sponsorships will be nominated. [01:16] Well, that's what Mark said at one point, anyway. === vil [n=vladimir@ubuntu/member/vil] has joined #ubuntu-motu [01:17] Jono changed the text on the Wiki to "the specifics of this sponsorship are currently being discussed and more information will be available soon.", though. [01:17] ahh === ajmitch shrugs [01:18] I never do anything [01:19] ajmitch: just add some 3d effects to your network auth and it'l be fine :) [01:19] Lathiat: I'll make it a beryl plugin === Lathiat grins [01:20] I reckon if I do some network visualisation on the desktop... [01:20] Oh, the horror! :-) [01:20] who wouldn't want a 3d spinning globe with packets flying everywhere as their desktop? [01:21] that would be sweet [01:22] hook it into iptables, so you can see packets burn up as they hit the firewall === Lathiat spits out his drink laughing [01:25] what the... Is that the time?!? [01:25] no [01:25] Oh, good. === Lathiat cleans his keyboard [01:25] you can stay for another few hours [01:25] I was really worried it was really late for a while. [01:26] it's only just after lunch [01:26] Then I forgot to eat. :-( [01:27] Well, I think I'll go take a nap then. [01:27] Goodnight! [01:28] night === Fujitsu__ [n=Fujitsu@202.61.173.33] has joined #ubuntu-motu === nictuku [n=yves@200.163.24.184] has joined #ubuntu-motu === Ademan_ [n=dan@h-67-101-144-122.snfccasy.dynamic.covad.net] has joined #ubuntu-motu [02:11] slomo: ping? [02:11] pochu: pong [02:11] slomo: do you know if liferea 1.2.7 will hit feisty? bug 86982 [02:11] Malone bug 86982 in liferea "UVF exception: liferea 1.2.7" [Undecided,Unconfirmed] https://launchpad.net/bugs/86982 [02:11] slomo: it seems the archive admins have forgotten to include it :) [02:12] as they did with 1.2.6 :) [02:12] pochu: i would be surprised if not... i'll ask tomorrow ;) any specific reaons why you want it? [02:13] slomo: no, I just use liferea everyday and would like to get those fixes :) [02:14] but if finally it isn't include and I really need any of those fixes, I would make a .deb myself :) [02:14] pochu: want the source package? or a x86 binary of 1.2.7? :) [02:15] slomo: if you have a 1.2.7 x86... :) [02:15] slomo: but I don't mind to wait for its inclussion :) [02:17] slomo: just if you know it, and if you have time: do you know anything about python-mozembed, and if it's broken in ubuntu? [02:18] slomo: gtkhtml? [02:18] pochu: why should it be broken? (no idea) [02:18] wasn't it deprecated? [02:18] pochu: yes, just in case you still had it installed, that's only a transitional package [02:19] slomo: a problem with listen (I've fixed it with a patch) [02:19] http://www.listen-project.org/ticket/588#comment:1 [02:20] pochu: your connection is broken it seems ;) well, listen upstream is right... this is distro specific, they should look at the pkg-config output of firefox/mozilla to get the correct path [02:21] slomo: yeah, it seems... [02:21] I've never got a file with xchat :) [02:21] slomo: pkg-config? === pochu is a noob :) [02:22] I see :) [02:22] pochu: you should have all liferea binary packages now, no? [02:22] slomo: yeah, ty! :) [02:22] finally it has downloaded it :) [02:23] pochu: and mozilla is always a pain... just keep this patch for ubuntu and tell upstream to use pkg-config to determine the correct path ;) [02:23] pkg-config --variable=libdir firefox-gtkmozembed [02:23] pkg-config --variable=libdir mozilla-gtkmozembed [02:23] one of them should give the answer === ajmitch hates mozila libs, and I'm packaging one at the moment === ryanakca [n=ryan@ubuntu/member/ryanakca] has joined #ubuntu-motu [02:26] slomo: lol, he already uses it [02:26] ajmitch: which one? [02:26] ajmitch: which one? [02:26] mozldap [02:26] poor ajmitch [02:26] yeah [02:26] ugly, nasty thing === pochu wonders if he can flood a little :) [02:26] hehe [02:26] GTKMOZEMBED_PATH = $(shell pkg-config --libs-only-L mozilla-gtkmozembed 2>/dev/null || pkg-config --libs-only-L firefox-gtkmozembed 2>/dev/null | sed -e "s/-L//g" -e "s/[ ] /\,/" -e "s/[ ] //g" ) [02:26] CONFIGURE_IN_MOZEMBED_HACK= sed -e 's!GTKMOZEMBED_PATH!LD_LIBRARY_PATH=$(GTKMOZEMBED_PATH)!g' === pochu hopes you don't ban him === ajmitch has everything but the pkg-config file working for it, which isn't being used at all for some reason [02:27] ^_^ [02:28] the strange thing is that listen builds fine, even without patch, with dpkg-buildpackage, however it builds, but doesn't work, with pbuilder [02:28] (builds an works with the patch) [02:29] jdong: i doubt MD 0.13 will get through UVF freeze ;) === paulproteus [n=paulprot@pool-151-196-232-71.balt.east.verizon.net] has joined #ubuntu-motu [02:30] slomo: aww :( [02:30] slomo: that'd be a shame [02:30] jdong: the release notes sound very nice... but it will make everybody from the uvf team cry ;) [02:31] jdong: next release... [02:32] slomo: yeah that's fine... you think you can find the time to make feisty-esque packages though :( [02:32] Is it too late to get a new version of my tiny little Debian package (already in Debian) into Ubuntu 7.04? [02:32] or preemptively upload it to feisty-backports? :) [02:32] paulproteus: don't ask slomo . he's really mean. :) [02:32] jdong, Well, okay, who else can I ask? (-; [02:33] Should I file the appropriate Lunchpad bug? [02:33] paulproteus: you can try filing a UVF exception [02:33] and see what comes out of it [02:33] Sounds okay, how do I do that? [02:33] paulproteus: https://wiki.ubuntu.com/FreezeExceptionProcess [02:33] jdong: hehe, packaging MD is always painfull, upstream likes to place all kinds of nice breakages all over the sources... i'll just wait until debian has the new version [02:34] slomo: f-spot is a dream by comparison [02:34] jdong: or do it once feisty+1 opens [02:34] slomo: ok, sounds good... I toyed for 30 min and couldn't get it to build still :) [02:34] so I'm glad it's not just my incompetence [02:34] jdong: if you take less than 2 hours for updating to a new MD version you did something wrong ;P [02:35] lol [02:35] ajmitch: everything is a dream compared to MD... except mono maybe [02:35] slomo: you want a stab at xserver-xgl? :D === freeflying [i=root@ubuntu/member/freeflying] has joined #ubuntu-motu [02:38] emilio@kiko:~$ pkg-config --libs-only-L firefox-gtkmozembed 2>/dev/null [02:38] -L/usr/lib/firefox [02:38] anybody can tell me what's break there?? [02:38] hehe [02:39] jdong: sorry, not interested in bling [02:39] lol === cyberjackal [n=cyberjac@pool-70-109-59-132.clppva.fios.verizon.net] has joined #ubuntu-motu [02:47] slomo: not interested in bling? [02:48] slomo: don't you do a fair amount of multimedia stuff? [02:48] jdong: I've updated xserver-xgl before, it's not too hard [02:49] ajmitch: I attempted to do so at bug 87687 [02:49] Malone bug 87687 in xserver-xgl "New git snapshot required for xorg 7.2/feisty" [Wishlist,Unconfirmed] https://launchpad.net/bugs/87687 [02:49] but I couldn't front-port that xinerama patch [02:49] I really have no emotional attachment to it though === ajmitch doesn't care at all anymore [02:50] I just want a working Xgl (at least single-monitor) in Feisty [02:50] ajmitch: are you motu-utf though? === jdong looking for +1's [02:50] oh yeah, ajmitch is very Unicode [02:50] ;-) [02:51] lol [02:51] same (deb)diff [02:53] LaserJock: yes, with bling i meant all the compositing stuff === ajmitch would need a rather good reason to agree to changes [02:53] ajmitch: current feisty version is totally broken by xorg 7.2 uploads. [02:54] and current feisty version does not compile against new mesa and x11 libs [02:54] slomo: audo bling :-) [02:54] *audio [02:54] hence there is no risk of regression. === ajmitch may consider it [02:55] ajmitch: .... the alternative is to ship a completely broken Xgl.... [02:55] which means you're just gonna get one terrible checkinstalled xgl deb after another post-release [02:55] jdong: you could always convince slomo [02:55] I really don't think that's the better alternative [02:55] he's mean. [02:55] :) [02:55] I'm meaner === jdong changes ajmitch's tag to big fat meanie === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-motu [02:56] excellent [02:57] bddebian can back me up here [02:57] jdong: get a package that could be uploaded and in general this sounds good... not working at all is imho a much bigger regression than any other possible regression ;) [02:57] bddebian: is it really true that ajmitch ate babies at a Ubuntu conference? [02:58] Heya gang [02:58] slomo: I have source packages for a new version attached on that bug report and I can personally attest that they work. In addition several people at the forums have tested it and reported back that it fixed their beryl issues [02:58] jdong: Dunno never been to one but it sounds like him :-) [02:58] :) [02:58] jdong: please fix that beryl issue! [02:59] it's annoying to have dozens of beryl bugs, which we are going to reject inmediately :) [02:59] pochu: well the AIGLX side will fix itself as more Xorg gets uploaded... but Xgl will require this UVFe to be fixed.... [03:00] pochu: and compiz is equally as effected :) [03:00] so you can't just immediately reject it with a beryl copout :) [03:00] hehe [03:00] jdong: but we don't reject compiz bugs... which is worse :) [03:00] any idea about this? ---> [03:00] root@kiko:/# pkg-config --libs-only-L firefox-gtkmozembed 2>/dev/null [03:00] root@kiko:/# [03:01] what package provides pkg-config? [03:01] pkg-config [03:01] hehe [03:01] xD [03:01] ty :) === freeflying [i=root@gobstopper.dreamhost.com] has joined #ubuntu-motu [03:02] it was a challenge to think of that one [03:02] ajmitch: hehe [03:02] hmm === PriceChild [n=pricechi@ubuntu/member/pricechild] has joined #ubuntu-motu [03:02] I have pkg-config in the build-deps... [03:03] so the problem isn't that [03:03] and you have firefox-dev in the build-deps? === lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-motu [03:03] root@kiko:/# pkg-config --libs-only-L firefox-gtkmozembed 2>/dev/null [03:03] root@kiko:/# [03:04] that's after installing pkg-config [03:04] ajmitch: no, I haven't [03:04] ajmitch: do I really need it? === PriceChild [n=pricechi@ubuntu/member/pricechild] has joined #ubuntu-motu [03:04] then why are you surprised that it doesn't work? [03:04] pkg-config has to get its data from somewhere [03:04] ajmitch: because /usr/lib/firefox/gtkembedmoz is in firefox [03:05] so? [03:05] /usr/lib/pkgconfig/firefox-gtkmozembed.pc [03:05] root@kiko:/# dpkg -L firefox | grep embedmoz [03:05] /usr/lib/firefox/libgtkembedmoz.so [03:05] is in firefox-dev [03:05] hmm [03:05] ajmitch: I hope you're right :) [03:05] are you? [03:05] this is why we have -dev packages [03:05] of course I'm right, I just checked it [03:06] ajmitch: no, I mean if that will fix the problem :) [03:06] considering that the critical file is in firefox-dev, it should [03:06] ajmitch: I'm a newbie :) I didn't know the finality of -dev packages... just I used it to compile because otherwise source packages didn't compile :) [03:06] hehe [03:07] ajmitch: will try tomorrow :) [03:07] ajmitch: if it works, should I remake a package and request an uvf exception? === ajmitch can now return to his regularly scheduled bitterness & cynicism [03:07] pochu: for what? === Pricey [n=pricechi@ubuntu/member/pricechild] has joined #ubuntu-motu [03:08] ajmitch: for drop 2 patches I added to skip the pkg-config step :) [03:08] uvf exception is only for new upstream versions [03:09] are you packaging a new upstream version? [03:09] or just modifying what we have? [03:09] ajmitch: lol, I forgot it :) [03:10] ajmitch: ty anyway :) === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-motu === RAOF is now known as RAOF|Lunch [03:18] slomo: ty for the liferea package :) it works fine, at least till the moment ;) [03:18] pochu: works since days here ;) [03:18] night motus! [03:18] slomo: :) [03:18] gn8 pochu [03:19] ajmitch: ty for your help :) === jwhitlark [n=jwhitlar@72-254-192-46.client.stsn.net] has joined #ubuntu-motu === jwhitlark [n=jwhitlar@72-254-192-46.client.stsn.net] has left #ubuntu-motu [] === tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-motu [03:36] Anybody with a PPC machine to test build on? === caravena [n=caravena@201-29-246-201.adsl.terra.cl] has joined #ubuntu-motu [03:42] tonyyarusso: Fix all those problems already? :-) [03:43] bddebian: The lintian warnings you mean? Can't really, at least not without a huge amount of nonsense. [03:45] bddebian: unless you know how one would go about patching to move all the images. [03:45] cp [03:45] mv === caravena [n=caravena@201-29-246-201.adsl.terra.cl] has joined #ubuntu-motu [03:45] Where? rules? [03:46] yep [03:46] What about the fact that everything will be trying to use them in the other location in the actual program? [03:46] That's a lot of source changes. [03:47] Then it's stupid upstream [03:47] I know that. [03:47] We're working on it, slowly. [03:47] I can ask the upstream guy to change it, but I'm kind of doubtful about this sort of change. === Fujitsu_ [n=Fujitsu@c220-239-104-84.eburwd7.vic.optusnet.com.au] has joined #ubuntu-motu [03:59] tonyyarusso: Does it set --datadir anywhere? === lotusleaf [n=lotuslea@kernel-panic/member/carne.asada.burrito] has joined #ubuntu-motu [04:00] bddebian: grepping... config/autoconf.mk:datadir = ${prefix}/share [04:02] I know that, I mean you aren't overriding that in rules or anything are you? [04:02] not that I can see. [04:02] I have no arch-indep rule right now, btw. [04:04] I assume there should be one, but I'm not sure what it would say. === freeflying [i=root@gobstopper.dreamhost.com] has joined #ubuntu-motu [04:05] Something is just wrong with that package === rexbron [n=rexbron@complex1-372-179.resnet.yorku.ca] has joined #ubuntu-motu [04:07] We've established that; I'm looking for hints of how to fix it. If you aren't sure, that's cool - I'll keep poking, just thought you'd be good to check with though. :) [04:07] I'm looking, it just looks like a lot of the dir structure is just wrong [04:08] The main thing I need to establish first is whether that's my fault in packaging or upstream's. [04:08] Aye, that's what I'm looking at now :-) [04:08] cool === pppoe_dude [n=pppoe_du@unaffiliated/blimpdude] has joined #ubuntu-motu === sparklehistory [n=sparkleh@140.225.108.255] has joined #ubuntu-motu [04:16] tonyyarusso: okay, what now? [04:17] sparklehistory: Look in /usr/lib and /usr/share, and tell me which has nvu directories. If both, look for image files (gif, xpm, etc), and say where they are. [04:19] tonyyarusso: how do I do that? [04:20] sparklehistory: Place > Computer > Filesystem > usr > share/lib [04:20] tonyyarusso: I found lib in the gui and I don't see anything referring to nvu [04:20] examples include /usr/lib/nvu-0.77/res/html/gopher-telnet.gif [04:21] Might be /usr/lib/0.77/ or some stupid thing on Dapper [04:22] tonyyarusso: nothing like that, there's a bunch of things like libhistory.so.5 [04:22] And I don't have a share folder in the filesystem. === RAOF|Lunch is now known as RAOF [04:23] sparklehistory: /usr/share, not /share [04:23] /usr/lib and /usr/share [04:24] oh, okay [04:24] yeah, now there's a nvu-1.0 directory in /usr/lib [04:25] is there a res/ in that? [04:25] yes [04:25] just keep going down and holler if you find images :) [04:26] there's a whole bunch of .gif images in /res [04:26] roger that [04:26] and in /res/html there's some .gif images [04:26] bddebian: Maybe it's not my fault after all ;) [04:27] sparklehistory: is there even nvu stuff in /usr/share/ at all? [04:27] hang on [04:28] nope, don't see any [04:28] ok [04:28] you still want me to keep looking for images in /usr/lib ? [04:28] bddebian: That doesn't necessarily mean I couldn't hack up something to fix that - not sure how such a thing would be done. [04:29] sparklehistory: Nah, there's like 80 of them. [04:29] tonyyarusso: okay, anything else you want me to do? [04:30] no [04:30] 'k === sparklehistory [n=sparkleh@140.225.108.255] has left #ubuntu-motu ["Good] === pochu [n=pochu@108.Red-83-57-162.dynamicIP.rima-tde.net] has joined #ubuntu-motu [04:33] anybody know if we can say "this needs to be fixed upstream" in a bug report [04:34] sure, then file a bug upsteam and then link it to the bug report [04:34] LaserJock: I think I've seen things like that before. Maybe "should be" instead of "needs" if we're worried about sounding demanding. [04:34] heya LaserJock [04:34] hi imbrandon [04:34] heya ajmitch [04:35] imbrandon: I was thinking more like "somebody please file it upstream" [04:35] for like a junior job or something [04:35] LaserJock, hehe [04:35] LaserJock: If you create an upstream task, it will appear in listings of those needing forwarding. [04:36] Fujitsu: ah [04:36] does it have to be a trackable upstream (i.e. something with a bug tracker that is registered with LP)? [04:38] It will only appear on the list if it isn't linked to an upstream bugtracker (or they use Malone officially). [04:39] hmm, ok [04:39] it seems odd to do an upstream task if we can't track the upstream bug [04:39] How? === ajmitch needs to forward some more bugs [04:41] it seems like a good way to have a bunch of obsolete task sitting in Malone [04:41] i.e. you have to close the bug twice, once upstream and once in Malone [04:42] The point of having the task unlinked is to make it appear on the list of things needed to be pushed upstream. [04:42] So it shouldn't be being closed upstream until it is reported there in the first place. === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu [04:45] Hobbsee!!! [04:46] Fujitsu: right, I'm just saying we have to track the status upstream as well as in Ubuntu with that [04:46] which takes a fair amount of effort [04:46] I hate filing bugs upstream (debian even) [04:47] but it's the best way to get things fixed for good [04:48] ajmitch!!! [04:48] Jesus, Mozilla's build system is atrocious [04:49] Ya noticed eh? [04:49] Poor tonyyarusso, with his Komposer build [04:50] RAOF: It runs now, on at least x86 and amd64. Not sure about PPC, and there are some lintian issues. [04:50] Huzzah. Why can't write endian and 64bit safe code? [04:51] come again? [04:51] tha'ts what she said. [04:51] oops wrong channel [04:52] actually... that kinda worked [04:52] tonyyarusso: Well, if it doesn't work on PPC then it's got endian-unsafe code. [04:53] tonyyarusso: And if you had to patch it to make it work on amd64, it's got 64bit unsafe code. [04:53] RAOF: a lot of ALTIVEC assembly will do that too ;-) [04:53] *cough* x264 [04:53] RAOF: It failed on one PPC that I had access too, but the owner says they've had issues too. Yes, I had to patch for 64. /me takes no responsibility for the upstream that's not even the current dev. [04:54] RAOF: If you looked at the source, would you be able to patch it for PPC? [04:54] tonyyarusso: Eeeep, no. Almost certainly not. [04:54] ok [04:54] I mean, I could look through it, but I'm not sure I'd be able to fix it, or even identify the problem. [04:54] Particularly since I don't have a PPC lying around :) [04:55] RAOF: odd thing is, I think it must have built for PPC for Edgy. I can get you a build log from a PPC if that helps. [04:55] tonyyarusso: No, I'm in no way the kind of C god that can actually *fix* endianess issues. [04:55] tonyyarusso: I merely snipe from the sidelines :) [04:56] RAOF: well, if you can pinpoint that might be enough - I can send your comments upstream. [04:59] Hm. I'm going to lose my internet for a couple of days soon. [04:59] Hmm, thuban builds with wxgtk2.6 stuff. I wonder if it actually runs. [04:59] tonyyarusso: You can email me the build-log if you like (chalserogers@gmail.com), but I can't promise anything! [05:00] RAOF: Okay. [05:01] Gah WTF, thuban 1.1.x is in Debian.. Grr === bddebian breaks down and weeps [05:03] why? [05:04] Incidentally, I'll just ask this again: it seems that Specto has been stuck in NEW since the 14th. Is there anyone I could/should prod to move it along? Is there anywhere better than here to ask? [05:04] cjwatson, mithrandir [05:04] don't tell them I said that [05:04] shhhhh.... [05:04] speaking of that I need to prod backports queue forward [05:04] naughty [05:05] tha'ts what.... never mind === jdong is obviously catching up on missed Office episodes [05:05] LaserJock: It just seems like I'm constantly doing shit for nothing === lotusleaf laughs and rubs magic backports lamp again now that it's warm [05:05] Now, why did thuban not automagically get merged and isn't on any merge lists? [05:06] bddebian: how long has it been in Debian? === freeflying [i=root@gobstopper.dreamhost.com] has joined #ubuntu-motu [05:07] bddebian: oh man, that has been a while [05:07] Oh, nevermind it's in experimental, duh [05:08] oh, yeah [05:08] I just saw that too [05:08] But even that was back in March of 2006, wtf? :) [05:08] well, could have been like goffice [05:08] and merged from experimental [05:11] hmm, only 42 items in the NEW queue, not too terrible for just having FF [05:13] jdong: Is it kosher to prod mithrandir or cjwatson about stuff in NEW? You seem to suggest the answer is "no" :) [05:13] RAOF: it's not good practice to prod archive managers about their jobs [05:13] depends on the mood of the archive admin [05:13] but I've done it a few times when backports fell near a month behind [05:13] and cjwatson was very understanding and courteous about it [05:14] Fair enough. I can live with a few weeks, then :) [05:23] paulproteus: #87958 is a feature freeze (FF) exception request. What's the rationale? [05:23] ("it'd be nice to have the Ubuntu release be in as close sync to Debian as possible" is insufficient) [05:25] crimsun, It's a tiny bugfix release by upstream. It therefore doesn't violate a feature freeze. [05:25] paulproteus: hmm, sorry, mis-synced apt cache [05:25] crimsun, I don't know what you're apologizing for, but I think I'm okay with it anyway. (-: [05:28] paulproteus: all that's necessary is the entry from ccd2iso (0.3-1) unstable; urgency=low [05:28] argh [05:28] . [05:28] crimsun: We don't have FF in universe any more! It's NewPackagesFreeze these days. [05:28] * New upstream release [05:29] I think my pointer is conspiring against me [05:29] crimsun, I see! (-: [05:29] right, so paulproteus, just include the new debian/changelog entry [05:29] crimsun, In the bug? 'Kay. [05:31] Fujitsu: nice [05:31] It was renamed a few nights back. === paulproteus hopes for iceweasel in Ubuntu [05:33] Fujitsu: what? [05:33] paulproteus: We have Mozilla's approval to use Firefox, so I doubt it will happen. [05:33] LaserJock: What? [05:33] FF was renamed? [05:33] NewPackagesFreezeUniverse [05:34] LaserJock: Yep. [05:34] As it isn't like main FF. [05:34] crimsun, Added, thanks. [05:34] Firefox != FeatureFreeze [05:34] well, that's certainly a better description but it would have nice to change that *before* I sent out the announcement ;-) [05:35] LaserJock: It was only changed a little after the announcement. [05:35] paulproteus: sorry, I know [05:35] Fujitsu: that's my point [05:35] LaserJock, It's okay, I was taking advantage of the pun. (-: [05:35] it's bad when we have clashing acronyms at the same time ;-) [05:36] The officially-sanctioned shortened Firefox is `Fx' anyway, not `FF' [05:36] paulproteus: ACKed, awaiting 2nd ACK. [05:37] Fujitsu: ewww, I like FF much better [05:38]