[00:00] ScottK, why pass on pilot-link? [00:03] ryanakca: I suppose you can add it to schroot, then update, install what you need, remove the repo, then update again... and remove the package you need after build. [00:04] ryanakca: You could use a scratch chroot. [00:05] ryanakca: ie: log in with schroot, add the repo, get the build-deps, and build manually. [00:09] RAOF: is there a way to automate the build from inside the chroot? [00:10] Um. Probably. [00:10] I can't think of it at the moment. [00:10] (Or indeed, think at the moment at all) [00:11] argh [00:11] single mysql query filling up /tmp (a tmpfs) [00:11] hate [00:11] RAOF: hmm... ok, thanks, I'll read the manpage :D [00:11] ajmitch: ouch... [00:12] one could say that [00:16] that's why it's being moved onto another server, but it still shouldn't do that [00:16] that's just madness [00:16] ummm... how can you edit a dpatch if you can't apply it? [00:17] break it until it applies? [00:18] how are you trying to apply it? dpatch-edit-patch? [00:18] yes... [00:18] and I've tried dpatch apply-all ... [00:19] manually tweak it? [00:21] ajmitch: ok... and, since I'm merging aptitude... I guess I should file a bug under it for merging, saying that I'll provide more information & new .dsc/etc soon? (That way we don't end up being two people doing the same thing?) [00:22] aptitude, you're a brave one [00:22] that may help, but it's in main, so you'd best hope that whoever was looking at it would check the bugs first [00:23] ajmitch: *nods*... I missed mvo by a matter of minutes this morning, so I'll poke him about it when he shows up again... [00:29] ryanakca: This is why quilt > dpatch/simple-patchsys [00:29] ryanakca: you can force the patch to apply, clean up the mess, then run `quilt refresh` and you're good to go :) [00:29] :) [00:30] Amaranth: feel like complaining to the Debian maintainer for me? :D [00:30] heh [00:34] * ajmitch wonders how this query can cause such a massive file in /tmp to be created :) [00:35] ajmitch: Because MySQL is crap? :-) [00:35] StevenK: oh I know that [00:35] * ajmitch is driven to drink because of it [00:35] Can't use Postgres? [00:35] a single dump of this database is ~90MB [00:36] Neat [00:36] the query was dying because there was only about 4GB free in /var/tmp, where I moved it [00:36] sad, no? [00:36] Yeah. Neat. [00:36] and no, I can't use postgres without rewriting a bunch of this code [00:36] in Please upload merge (repository) from Debian () ... is the Ubuntu or Debian version? [00:36] I'd really like to [00:37] ajmitch: As much I like to loathe Perl, this is one place where DBI is *good* [00:38] this is PHP [00:38] and the code uses a couple of useful things from mysql [00:38] I assumed it was. [00:38] like count(*) isn't fast in postgres due to its design [00:39] If I recall, count(id) (or whatever) is fast enough [00:39] ? [00:40] http://merges.ubuntu.com/u/uswsusp/REPORT should i let this go until the kernel dev team gets the new kernel out? [00:41] yeah, I think it's CALC_FOUND_ROWS or something that's used [00:41] 2.6.22 -> 2.6.23/.24 includes new suspend and hibernation code. [00:42] problem is, I know I'm going to have to try & 'optimise' this query so it doesn't die [00:48] bug 134238 what do you guys think? put s2ram back in or not. it *should* be included with powersaved [00:48] Launchpad bug 134238 in uswsusp "Please re-enable build of s2ram binary" [Undecided,Confirmed] https://launchpad.net/bugs/134238 [00:49] LordKow: Right, I'd suggest you leave uswsusp alone. It's fragile, and can override parts of the suspend and resume code that runs under Ubuntu userspace. [00:51] correct, and we differ from debian with regard to suspend/resume & splash (ie usplash vs libsplashy). [00:51] i will gladly leave it alone :) === d33p__ is now known as luisbg [01:12] okay. working on tiger merge and we added a portugese translation before debian did. our portugese translation is basically the same as debians, but was created 2 months later. use debians? the only difference in the translation is where newlines are (same wording) [01:12] (latest debian package adds the translation) [01:19] LordKow: looking at backscroll, I noticed you were looking at the wxwindows2.4 merge. You don't happen to be familiar with that API do you? [01:21] no [01:21] persia ^ [01:22] LordKow: Ah, well. There's only about 4 rdepends, and I'd rather drop the package than merge it. [01:23] persia, fair enough but that is not a decision i can make. [01:24] LordKow: No worries: I already made the decision: it's a matter of who can code it. The remaining few are messy, so one needs to know the API. [01:38] Is 9.1M an "acceptable size"? (to upload as a debdiff to LP for a merge?) [01:38] or should I gzip it? [01:41] ryanakca: At that size, a gzip is preferred. What is the size of the diff against the past Ubuntu version? [01:41] * persia is confused about how a debdiff can get so large [01:43] persia: in a merge... new upstream version or something of the sort... *shrugs* [01:43] ryanakca: There are 9MB of Ubuntu-specific patches? [01:43] persia: it's the size of the diff against the past ubuntu version... [01:43] persia: no. [01:43] ryanakca: Ah. Please do a diff against Debian for that then. [01:44] ok... 38K seems much more reasonable :) [01:45] Yes. Basically, the rule is to do a debdiff against the version that contains the orig.tar.gz that you want uploaded to the archives. Anything else is hard to read. [01:46] ( make sure and specify what version you diffed against though, diffrent sponsors assume diffrent ) [01:48] ok. [01:48] * persia seconds imbrandon: even if there are no assumptions, it's important to know the source [01:53] persia: one last thing before I upload... what do these lines in the diff do? [01:53] only in patch2: [01:53] unchanged: [01:54] ryanakca: That generally indicates the addition of a new file, but I'd need more context to be sure (such context would be the entire stanza of the diff, the original, and the result, and I've too long a queue to examine it now) [01:54] ex: http://pastebin.ca/794368 [01:54] ok :) [01:55] ryanakca: If Debian added a new file, and that's it, I'm right. If I'm wrong, you'll want to look at the file in question to figure out how (and I'd appreciate a correction). [01:56] phew, so much food. [01:56] * LaserJock is sleepy [01:57] oh that's right, one of those funny public holidays over there [01:58] "funny"? [01:58] New Zealand doesn't have holidays? [01:58] * persia is happily celebrating "Honor the Laborers" Day [01:59] LaserJock: we don't have that one :) [02:00] sucks to be you ;-) [02:00] ajmitch: You need more holidays then :) [02:00] football and turkey, couldn't get much better [02:02] hi Hobbsee [02:03] LaserJock: yea i'm stuffed and will likely call it short night, although not yet [02:03] mucho turkey and ham [02:04] yeah [02:04] hey ajmitch [02:04] ajmitch: is it possible to search the db.debian.org and find DD locations ( e.g. if there are any near KC ) [02:05] dosent look like that info is exposed afaict [02:08] yes, it's possible [02:08] * ajmitch would need to dig out his password to do it [02:09] ajmitch: if you find a few moments to do that it would rock [02:09] Kansas City, Mo 64138 ( and others thats just the zipcode i'm in ) if that helps any [02:16] imbrandon: what's the population of KC? [02:17] LaserJock: ummm <1 million with the whole metro area [02:17] i would have to lookup the exact though [02:19] * imbrandon looks [02:20] LaserJock: according to wikipedia [02:20] As of 2006, the city had an estimated population of 447,306[4], with a metro area of nearly two million.[5] [02:21] :) [02:21] phew 2 million [02:21] That's a city? Wow: population density is low out there. [02:21] persia: one of the largest in the midwest, yea population density is low in the midwest [02:22] that's freakin huge [02:22] * persia found Boston small, with only ~3 million [02:22] heh [02:22] pfft [02:22] boston is packed and fskin huge by our standards [02:22] totally [02:22] LaserJock: reno metro is like what 750k ? [02:23] > 100k is a big city to me [02:23] imbrandon: try 300 to maybe 400k [02:23] wow [02:23] i would have thought more, guess lots of tourist though [02:23] yeah, tons of tourist [02:24] Hot August Nights gets us 800k [02:24] bug 164623 [02:24] Launchpad bug 164623 in tiger "Please upload merge tiger-3.2.2-1 (universe) from Debian unstable (admin)" [Undecided,Confirmed] https://launchpad.net/bugs/164623 [02:24] heh i've been to those, down on virginia street [02:24] can someone give me their ideas on the last comment I added please :) [02:24] and the rib-fest [02:24] imbrandon: yeah, that's pretty big too [02:24] i should reset the status back to in progress, i guess [02:24] imbrandon: a Cabelas store just opened up last week [02:25] imbrandon: we got people from all over, supposedly several million a year are supposed to come [02:27] :) [02:28] we just have lots of Datacenters, something about there are tons of peering points in KC because its smack in the middle of the US [02:29] mhm [02:29] persia: 3 million? Small? Then what's 116k? nano? :D [02:29] imbrandon: I went to Lawrence, KS once for a few days. I liked that area out there. I don't like the idea of tornados though [02:30] yea thats just a few miles from here [02:30] persia: umm the epoc is required isnt it 0.4.4-5 ( published ) > 0.4.4-2+debian-1 [02:30] ryanakca: A large town: likely only one or two shops of any given specialised type, and many things need to be imported. One knows everyone of shared interest, and is not surprised to find someone similar at a party who one will never see again. "Local" means the entire area, rather than the neighborhood, etc. [02:31] imbrandon: Than don't use that version number. What's wrong with 0.4.4+debian-1? [02:31] persia: heh :) [02:31] persia: because upstream uses -X also [02:31] persia: eg -2 -3 -4 etc [02:32] e.g their release is 0.4.4-2 [02:32] imbrandon: Hrm. Upstream is even more broken than I thought. In that case, the watch file is way broken. Looking again... [02:32] k [02:34] yea watch may not work for them, upstream is really fubar, their tarbal is 0.4.4.tar.gz but unzip it and its really 0.4.4-2 [02:34] persia: ^ [02:34] imbrandon: I can't find any evidence that upstream ever releases multiple revisions for a given version: the revision number seems only for local convenience. [02:35] persia: and I thought my home town was good sized at 4k :/ [02:35] imbrandon: you can fix that in get-orig-source :) [02:35] heh i loth getting source from vcs [02:35] err [02:35] hrm [02:36] imbrandon: get-orig-source isn't just for VCS: use uscan to grab upstream, unpack, blow away debian/, repack sensibly. [02:37] true but what about the problem -3 will also be 0.4.4.tar.gz from upstream [02:37] upstream just needs to let me fix their shit LOL, but i've pleased with him more than a year now [02:37] to no avail [02:37] Hi everyone, #ubuntu-bugs seems empty of awake people, can I ask a question about bug importance here? [02:37] pleaded* [02:37] imbrandon: Looking at sourceforge, upstream has never released an update without bumping the upstream version: 0.3.0-2, 0.4.1-0, 0.4.2-0, 0.4.3-2, 0.4.4-2. [02:38] saivann_: Don't let the lack of traffic bother you: just ask there. [02:38] hrm very true, i coudl probably get away with 0.4.4+debian-1 then [02:39] 0.4.4+debian-1 > 0.4.4-5 correct ? [02:39] imbrandon: So my dpkg tells me (dpkg --compare-versions 0.4.4+debian-1 gt 0.4.4-5 && echo Woot!) [02:39] k [02:40] persia : Thanks, I just wanted to know one thing, I set the importance of the bug 101943 to medium, but since it can crash or freeze a computer for a while with default ubuntu stuff, should-I change to "High" [02:40] Launchpad bug 101943 in xscreensaver "Braid screensaver crashes system with compiz activated" [Medium,Confirmed] https://launchpad.net/bugs/101943 [02:40] seeing how i've never used get-orig-source personaly in a p[ackage it will be a good thing(tm) [02:40] persia: thanks for the feedback, i might poke you in a few hours to take another quick glance [02:40] if your up for it [02:41] imbrandon: No problems. The more I get to review, the easier it is to put off actually maintaining any of the libraries I should be updating :) [02:41] heh, yea i have one thats converted to cmake i've been putting off [02:41] :) [02:42] imbrandon: No DD in KC [02:42] libvisual0.4 i'm looking at you .. [02:42] StevenK: crap [02:42] StevenK: what about the state of MO or KS ? ( I seen one listed for St. Louis but thats about 4 hours away ) [02:43] 3 in MO [02:44] what cities ? one might be closer than stl [02:44] 3 in KS, too [02:44] nice 1 out of 6 must be semi close [02:44] hopefully [02:47] imbrandon: you need a new key signed? [02:47] LaserJock: yes [02:48] for DM? [02:48] yea from a DD, i have ubuntu sigs [02:48] for DM [02:48] imbrandon: the ubuntu sigs aren't from a DD? [02:48] not the ones i currently have, my old key had ajmitch and sabdfl [02:48] but that one is revoked [02:49] doh [02:49] imbrandon: just fly here & I'll sign it again [02:49] hehe [02:50] StevenK: can i have the @debian.org emails of those 6 people ? or would that be shady use of debian resources [02:50] imbrandon: I'm sorting out where they are, first [02:50] ahh ok === LongPointyPony is now known as LongPointyStick [02:50] thanks a ton for doing that btw === LongPointyStick is now known as GoldenPony [02:50] imbrandon: Let's just say you'll owe me. :-) [02:51] sounds fair :) [02:52] LaserJock!!! [02:52] run now, LaserJock [02:53] Ponies! [02:53] golden ones at that [02:53] hmm, how do you see who's signed your key? [02:53] you should be able to see it in gpg --list-keys iirc [02:53] gpg --list-sigs [02:55] * ajmitch looks at calendar [02:56] ah, q&a session is 1 hour after start of motu meeting? [02:56] * ajmitch got confused at seeing 13:00 for the q&a, since I knew that the meeting was at 1AM here [02:56] ajmitch: Right. [02:57] so we have to keep the arguing short [02:57] hmm, --list-sigs only give me self signatures [02:57] * ajmitch is doubtful that he'll really be very awake by then [02:57] Current agenda is just SRU: we should be OK if there's not a lot of "other business" [02:57] persia: we've got plenty of other issues [02:57] * persia looks at the agenda again [02:57] I thought they had been added to the agenda, but I guess not [02:58] our little discussion about what to do with MOTUs who don't follow policy, and how to try & prevent having that happen in the first place [02:58] ajmitch: Add something if you want to discuss :) [02:58] that would commit me to being there :) [03:00] ajmitch: True. Next time should be saner: a saturday morning, and perhaps you'll want to raise it then? [03:00] maybe [03:02] There's a couple things that seem pending: how to make sure everyone is aware of current consistent policy, how to manage process change so everyone is aware, how to deal with scaling as we get closer to Dunbar's number, etc. [03:03] LaserJock: If it's only showing self-sigs, then your key either hasn't been signed, or you haven't pulled your public key off of a keyserver [03:06] StevenK: I think maybe the later [03:06] LaserJock: gpg --recv-keys 0x, then [03:10] alrighty, back in business [03:10] mako is a DD isn't he? [03:12] YU [03:12] Er [03:12] Yup [03:12] alright, I guess that's my only DD sig then [03:12] * minghua needs his keys signed, too. [03:13] * StevenK just counted -- 33 DD signatures [03:13] wow, nice [03:14] if you add a new email address do you have to get new sigs? [03:14] If you add a new e-mail address, that uid only has a self signature [03:15] StevenK: Can you sell me a couple? :-) [03:15] Nope. :-P [03:16] StevenK: but does that mess me up if I need a DD sig? [03:17] does it matter what uid I use? [03:17] like I have mantha@ubuntu.com [03:17] but if I wanted to use a different address for Debian say [03:18] LaserJock: No, since your AM will look at all UIDs on your key [03:19] k [03:19] LaserJock: Ponies! [03:21] yes master [03:22] LaserJock: i use @imbrandon.com for debian and @kubuntu.org for ubuntu but both are on the same KEY [03:22] seems to work ok [03:23] yeah, I have one that's actually an old address [03:23] is it a good idea to remove older keyids? or is it ok to just leave them? [03:23] * persia thinks the key is signed, rather than the UID [03:24] persia: People may choose to sign one UID [03:24] I don't think so actually [03:24] StevenK: Really? Interesting. Thanks. [03:24] because I added my @ubuntu.com later [03:24] and some sigs are not on it [03:24] persia: I sign using --edit-key, and the command sign asks "Really sign all UIDs?" [03:24] but I think people look at all the UIDs [03:25] * StevenK chuckles at imbrandon's e-mail [03:25] StevenK, go to OLS and do the keysigning for a few years... [03:25] * mdomsch counts 102 debian.org sigs === `23meg is now known as mgunes [03:26] LaserJock, caff is really nice for handling that [03:26] apt-get install signing-party [03:26] mdomsch: OLS is a little far [03:26] StevenK: did you get it ? i got a returned mail [03:26] imbrandon: I got it, yes [03:26] hrm strange [03:26] it mails a separate signature to each uid you're signing [03:26] encrypted [03:26] StevenK: i got SMTP: host 70.103.162.29: 550 user account locked [03:26] I'm looking at a multiverse package that build-depends on a wrapper package that downloads the actual contents at install-time. Unfortunately, this just completely fails to work for the current build environment. Does anyone have any suggestions? [03:27] and the receiver then decrypts, adds it to their keyring, and uploads it to the keyservers [03:27] ( thats my ISP's smtp server ) [03:27] so you know they own the email addr [03:27] imbrandon: That's master.d.o, so one of them is locked [03:27] ahh [03:27] looks like both i think, lemme look [03:27] yea they both say that, so not active? [03:28] Uncertain [03:28] StevenK, I presume LCA has keysignings too, but I've never been able to go [03:28] persia: fix the package so it doesn't. [03:28] Hobbsee: Doesn't what? [03:28] persia: need to access the net during build. [03:28] persia: The Ubuntu buildds have no Internet access (for obvious reasons) [03:29] Hobbsee: There are no open-source versions of the API against which the package builds available. It needs the build dependency. I could copy the binary blobs to multiverse directly, but that would be bad. Any other ideas? [03:30] StevenK: Yes, I know: I'm hoping someone will tell me a way to handle binary uploads or something. [03:30] persia: Beg lamont [03:30] StevenK: Thanks. [03:31] StevenK: ok so should i wait a few days to see if those accounts are still active or does locked mean something i'm not aware of, it said failed to deliver [03:31] seems only you got the corny email hehe [03:33] Hmm.. Now to find a non-US, non-EU buildd admin... [03:33] heh goodluck [03:41] * LaserJock gets back to ponies [03:41] * imbrandon wonders if he will finaly get a GoldenPony :) [03:43] * Hobbsee cant help you there [03:43] imbrandon: you'll get an extra special one, just for you [03:43] lol [03:44] mt dew colored ?> [03:44] eww [03:45] just wrong [03:47] imbrandon: maybe a pony pulling a cart of Mt. Dew? [03:47] hahaha :) [03:47] * StevenK is reminded of an Australian radio ad. [03:48] "G'day, I'm a draught horse. I'm used to pull big, heavy carts around. Full of beer. Er, the carts, not me." [03:48] lol [03:48] lol [03:50] (It turns out the draught horse, has been replaced with a ute, and so the horse talks about the ute, and then says, "Still, I shouldn't complain. The boss got me a new job. In a factory. Making glue, I think. I start tomorrow!") [03:50] is there any progress being made on the penguintv package? [03:50] bmk789: penguintv? What's the current status. [03:51] broken [03:51] bmk789: Are there bugs? [03:51] needs a couple variables exported to run correctly, but then it runs [03:52] the software itself is kinda buggy but thats not gonna be fixed with packaging [03:52] StevenK: heh [03:52] bmk789: I meant, "Is there a bug about this problem filed on Malone?". Sorry for the confusion. [03:53] its bug #131958 on launchpad, i havent seen anything else about it [03:53] Launchpad bug 131958 in penguintv "PenguinTV segfaults with GtkWarning: gtk_window_resize: assertion `width > 0' failed" [Undecided,Confirmed] https://launchpad.net/bugs/131958 [03:54] bmk789: looking at the bug history, it appears nobody is working on it. If you know how to fix it, a patch would be great. [03:55] bmk789: we'll happily take non-packaging bugfixes if they are clear and understandable. [03:55] i really wish i could but i just dont know how to set it up right [03:55] bmk789: well, perhaps adding a default for those environment variables, within the code, would be a good start [03:56] bmk789: OK. I'd be happy to help get it set correctly, I just don't use the package, and don't know how to fix it. Does it maybe need adjustment of the default configuration file? [03:57] well its python and run from a script /usr/bin/PenguinTV but i dont know how to integrate the "export ....." lines into that script to get it to work [03:57] i tried just putting them in at the top but that didnt do it [03:58] * persia defers to someone who knows python, but is available to help with packaging questions [03:58] bmk789: export lines are shell, is /usr/bin/PenguinTV shell? [03:58] persia: got a simple get-orig-source example ( or some docs woudl be better ) google is not my friend atm [03:58] im assuming not since it starts with #!/usr/bin/python [03:59] os.system('export BLAH=blah') [04:00] hehe assuming os is imported [04:00] imbrandon: wrong answer [04:00] imbrandon: it's just a make rule that generates a tarball. There are a few examples on https://wiki.ubuntu.com/PackagingGuide/Basic#CommonMistakes, but I'll see if I can find a nice repack example. [04:00] bmk789: try this - [04:00] import os [04:00] os.environ['VARIABLE'] = 'value' [04:00] ahh much cleaner :) [04:00] imbrandon: with the added advantage of actually working :) [04:01] hehe i have -0- python-foo as StevenK found out the other night, only hacks [04:01] imbrandon: calling os.system() will run a sub process, but its environment is in a child process [04:01] imbrandon: I'm not sure I like the style of http://revu.ubuntuwire.com/revu1-incoming/ike-0711191320/ike-2.0.3+dfsg/debian/rules (not very make-like), but it works. [04:02] imbrandon: so it doesn't get fed back into the running python script; which is why it wouldn't work [04:02] persia: ok cool gives me something to work with atleaste [04:02] lifeless: ahhh i see [04:02] imbrandon: same thing will happen with mono, C, perl etc. [04:02] yea [04:03] and all shell for that matter :) [04:03] s/all/also/ [04:05] persia: so get-orig-source isnt intended to run at every build correct, only manualy via debian/rules ? [04:05] lifeless: i changed it to this http://pastebin.com/m6cb4f6a but it did the same thing [04:06] imbrandon: The genpo get-orig-source (from https://launchpad.net/ubuntu/hardy/+queue?queue_state=0&queue_text=genpo) is a simple uscan-based repack, and might be a good example. [04:06] lifeless: i added lines 20-21 [04:06] imbrandon: Right. It's run manually only. [04:07] imbrandon: Essentially it serves to document the repacking procedure, so that anyone else can duplicate it, and the next upstream is easy to repack. [04:07] ahh right ok [04:08] bmk789: but it works when you export those variables ? [04:09] for some reason it just seems like README.Ubuntu would be better for documenting stuff than debian/rules [04:09] yes when i export those before running that script it works but the edited script doesnt work [04:09] bmk789: oh, two issuees [04:10] ? [04:10] bmk789: the main one si that LD_LIBRARY_PATH is, if I remember correctly, not something that can be trivially changed... hang on [04:10] oh [04:10] the runtime loader will check it [04:10] but you have to tell it or something [04:10] man ld.so [04:12] I think you might need to rebuild some extension to know where its dependent libraries are, or some such. [04:13] so its gonna take more than tweaking that file to fix this [04:14] bmk789: You might also try in #ubutu-mozillateam for hints on making things work well with firefox. I don't know how active they are now (seems to be US-time based, and there's a national holiday on), but can be a good source other times. === GoldenPony is now known as Hobbsee [04:16] i really wish i could contribute to stuff like this but i really dont know what im doing [04:17] bmk789: Trying is the best way to learn: eventually you get something that works for you, and you share it with others. If it also works for them, you share it with everyone, and find the next thing that annoys you :) [04:18] i know i just dont wanna barge in on all the developers and be the n00b that needs everything explained [04:19] bmk789: we're all noobs, all the time, on some stuff [04:19] bmk789: Don't worry about asking questions: if you ask something really low-level, you'll get a pointer to a document, rather than an answer, but the question is still worthwhile. [04:20] alright, ill give it a shot [04:20] bmk789: Good luck. [04:21] thanks [04:25] would it be wrong to rename PengiunTV to PengiunTV.2 then create a shell script for PenguinTV that runs the 2 export lines then runs PenguinTV.2 [04:26] bmk789: That can work. The traditional way to do that is to rename the binary to pengin.real & have penguin be the wrapper script. [04:26] ah, so thats what all the .real threads are [04:27] Yup. [04:27] The compiz package does it, miro does it (upstream, now. Yay!) [04:28] i suppose that isnt the "proper" way to solve the problem is it? [04:29] There probably is, from what I've gathered (I'm not really in possession of all the facts, though) [04:29] well that does the trick [04:30] There's nothing terribly wrong with a wrapper solution, though. [04:31] The "right" solution is to have a real shared library for firefox, which I think is coming soon. [04:37] Afternoon folks. [04:38] Afternoon TheMuso [04:45] who do i subscribe to a bug requesting a sync from debian unstable? [04:46] we just knocked out the audacious 1.3 -> 1.4 transition in debian today [04:46] so, it'd be good to sync the packages in ;) [04:51] nenolod: The same sponsors teams that you'd subscribe for a patch [04:52] nenolod: On the other hand, if there's no Ubuntu variation, the autosync scripts will grab things soon, and if there is Ubuntu variation, it needs a merge. [04:52] Errrr... *may* need a merge [04:58] well audacious 1.4.2 needs to go in first [04:58] which has new deps (libprojectm1) which aren't in ubuntu :D [04:59] nenolod: Is libprojectm1 in main in Debian? If so, it should hit Ubuntu NEW fairly soon. [05:00] i thought libprojectm1 was in NEW or should be soon-ish [05:00] * persia hasn't looked at NEW [05:00] how do you view NEW? [05:00] it's in debian main ;p [05:01] libvisual-projectm is in NEW, but is entirely unrelated to libprojectm1 [05:01] nenolod: https://launchpad.net/ubuntu/hardy/+queue [05:01] * imbrandon perks up , libvisual ? [05:02] * imbrandon just took that over in debian [05:02] libprojectm1 is not in any of hardy's queues ;) [05:04] imbrandon: You might want to chat with DarkMageZ, who has been maintaining libvisual-plugins in Ubuntu. [05:04]