[00:23] can someone check out bug #568707 ? It looks like debian/rules is missing a sed command to replace "@java_launcher@" in file debian/JB-java.desktop.in [00:23] Launchpad bug 568707 in sun-java6 "Cannot open .jar with right-click > open with "sun java 6 runtime"" [Undecided,New] https://launchpad.net/bugs/568707 [00:24] Does it work with OpenJDK? [00:24] persia: yes :) [00:24] Ah, it does! === nessita1 is now known as nessita [00:29] hello everyone. I build a .deb for a project of mine (https://lp:launchpad/pycasa), and I uploaded the package to revu, but it complains "This package could not be extracted; there's no browsable directory for it on REVU." Would you know what steps I should take in this case? (the tar.gz can be opened with no problem, and the .deb installs just fine) [00:30] nessita: Your next step is to relax. REVU doesn't have a new enough dpkg to unpack your package. [00:30] persia: wow [00:30] Would someone be able to help me sync over libhildonhelp from sid? [00:31] to fix a FTBFS in Ubuntu [00:31] lool: A straight sync? [00:31] I didn't manage to fill in the sycn request [00:31] persia: yeah [00:31] 2.0.5-4 [00:31] persia: ok then, thanks! [00:32] lool: Just file a sync request, no? [00:32] Or do you need a test-build/etc. ? [00:32] james_w: Are you in charge to update the ubuntu package branches? Could you update sun-java6? https://code.edge.launchpad.net/~ubuntu-branches/ubuntu/lucid/sun-java6/lucid shows it's going to be updated, but never is! https://code.edge.launchpad.net/ubuntu/lucid/+source/sun-java6 says it's 20 weeks old [00:33] merbit: I'm one of the people that can do that, yes [00:33] however, it's not a 2 minute job, sorry [00:33] I've just realised that we don't import partner, and I'm not sure that we should [00:34] and the branch is never updated with the state from when it wasn't in partner due to MemoryError apparently [00:34] * james_w files some bugs [00:34] that was my next message, i kind of realized that :) [00:34] persia: I didn't manage to [00:34] thanks :) [00:34] persia: requestsync doesn't want to take it [00:34] neither with --lp nor without [00:35] Then just file a bug with the right title, the expanation why the ubuntu diff can be dropped, the explanation why it needs to happen pre-release, and a changelog diff. [00:35] lool: LP is a little slow on picking up that there's a new version in debian [00:36] Subscribe the archive-admins. [00:37] merbit: bugs 568740 and 568741 [00:37] Launchpad bug 568740 in launchpad-code "lp:ubuntu/sun-java6 isn't scanned apparently due to MemoryError" [Undecided,New] https://launchpad.net/bugs/568740 [00:38] Launchpad bug 568741 in udd "Partner isn't imported" [Low,Confirmed] https://launchpad.net/bugs/568741 [00:38] james_w: thanks! [00:39] * lool filed https://bugs.launchpad.net/ubuntu/+source/libhildonhelp/+bug/568742 [00:39] Ubuntu bug 568742 in libhildonhelp "Please sync libhildonhelp 2.0.5-4 (universe) from debian (unstable)" [Undecided,New] [00:46] * ajmitch should have filed a bug about the lp records of debian packages not updating properly [00:51] * ajmitch will let the LP people deal with that now [00:58] Interesting. sun-java6 isn't in Ubuntu anymore. [00:58] * persia gives up on bug #568707 [00:58] Launchpad bug 568707 in sun-java6 "Cannot open .jar with right-click > open with "sun java 6 runtime"" [Undecided,New] https://launchpad.net/bugs/568707 [00:59] oh it's finally been removed? [00:59] merbit: My recommendation would be to switch JVMs :) [00:59] Apparently so. I've been ignoring it for a good while now, but it's gone so I can be explicit about ignoring it :) [01:00] * ajmitch hates getting nearly unintelligible telemarketing calls at work [01:00] persia: It moved from multiverse to partner [01:01] StevenK: But rmadison doesn't show partner :) [01:01] That can be fixed [01:01] I'd rather not, but don't tempt me :-) [01:01] Personally, I consider it a feature. [01:01] but he wants to be able to ignore it :) [01:02] StevenK: That said, I'd be delighted if you knew how to make rmadison show ports. [01:02] * persia currently has to fiddle with running madison-lite twice [01:03] StevenK: you're 'familiar' with gina & soyuz, right? :) [01:04] What does gina do? [01:04] from what I was told, keeps track of source packages in debian [01:04] though that's probably a rather wrong description [01:05] A script that generates Launchpad database entries for tables related to [01:05] packages; bases itself on Katie data and Debian package/release tag files. [01:05] from the README file in the LP source [01:07] ajmitch: What about it? [01:07] StevenK: reocrds of uploads to sid aren't showing up on LP, I can't tell if it's intentional (probably not) [01:08] it makes requestsync unhappy, I filed bug 568745 [01:08] Launchpad bug 568745 in soyuz "Debian unstable record of gpt missing" [Undecided,New] https://launchpad.net/bugs/568745 [01:09] persia: Right, to make the madison-lite mirror on people.c.c support ports requires crimes against humanity that I'm not willing to commit [01:09] StevenK: OK. Thanks for looking into it. [01:09] * persia may have to set up a local madison.cgi [01:10] crimes against humanity sounds like a good description of some of this soyuz stuff [01:10] madison.cgi is trivial, if you have a cache seeded with ports stuff [01:10] ajmitch: The key part of the phrase is "I'm not willing to commit" [01:11] I'd have to fake it, by setting up something to merge the ./dists/ trees [01:11] ajmitch: But looking at https://edge.launchpad.net/debian/+source/gpt doesn't show unstable at all? [01:12] Might it be a side effect of the "let's sync from testing" adjustment? [01:12] StevenK: correct [01:12] persia: I was thinking that [01:13] I'd have thought it'd have been more of a problem before now [01:13] thought I haven't exactly been doing a lot of syncs [01:13] Since that gets readjusted in a couple weeks, I'm not sure how critical fixing it now might be. [01:14] I can't see unstable on https://edge.launchpad.net/debian/+source/glibc either [01:15] I'm doing it wrong - there are records for sid on there [01:15] but they're not updated for gpt [01:16] https://edge.launchpad.net/debian/+source/gpt/1.0.4-1 says it's uploaded to sid, but 1.0.4-3 was uploaded a week ago [01:19] I think I'll go & get lunch instead :) [01:20] StevenK / persia is it something that could be setup on ubuntuwire ? [01:21] No, it has LP internals all through it [01:21] ah [01:22] imbrandon: We could do something entirely different that pulled every upload from Debian and extracted the changelogs, and made a DB, etc., but that's just a lot of effort when it's working around a simple bugfix. [01:22] yea === kamalm is now known as kamalm-away === zz_nobawk is now known as nobawk` [01:41] persia: you may as well use UDD for that, if it were needed [01:41] ajmitch: Indeed. [01:53] YokoZar: wine accepted. [01:53] ScottK: Great. now onto the next one... [02:27] ScottK: https://launchpad.net/ubuntu/lucid/+source/wine/1.0.1-0ubuntu11 [02:27] ScottK: failed to upload? [02:27] do I need to bump the version? [02:30] YokoZar: it's not liking the version [02:31] http://launchpadlibrarian.net/45057644/upload_1703023_log.txt [02:31] ajmitch: it probably got confused by the rejected upload having the same version then === nobawk` is now known as nobawk [02:51] YokoZar: No. Not that. [02:51] YokoZar: What was the wine version when it was provided by the wine1.2 package and what is it now? [02:52] ScottK: ugh, yeah that was 1.1.42-something [02:52] So you need a higher version. [02:53] thiss was the WARNING in that upload log [02:53] Since your package doesn't derive from Debian at all, I don't think an epoch would be a problem. [02:54] ScottK: If I make this Wine > 1.1.42, users of wine1.2 will be downgraded to it and that's not supposed to happen [02:54] but it neeeds to be higher than what's in the archive currently for it to exist [02:55] YokoZar: Did wine1.2 provide wine or was it an actual package? [02:55] ScottK: it was a dummy package [02:55] So new wine needs to be > original Wine and < current wine1.2 package [02:56] Are the actual wine and wine1.2 packcages co-installable? === andrewks_ is now known as andrewks [03:40] ScottK: no they're not, I'm worried about making dpkg spew out one of those refusal to upgrade things === nobawk is now known as nobawk|away [03:43] YokoZar: Yeah, I agree. [03:44] I'm not sure what the right answer is. [03:44] YokoZar: Whilst you're fiddling with wine, would you be up for adding an entry to P-a-s? [03:46] persia: No, as I explained earlier the package has parts that are usable on all arches (the font), and there is an ARM port underway [03:46] persia: In its current state it doesn't try to build on the other arches anyway as it lists them specifically in the control file [03:46] An ARM port! For WinCE? [03:46] Yeah, it's because it doesn't build, but wastes build scheduler time and buildd time not building that I wanted to see the P-a-s entries. [03:46] persia: For winelib apps at first, but in the future Windows Mobile compatibility is reasonable as it's very similar to win32 [03:47] persia: why would the builder try to build on an arch that has no binary targets? [03:48] YokoZar: Because the semantics of .dsc files aren't rich enough to properly identify which architectures should be used for building, which is why we have P-a-s. [03:49] persia: do the architecture=all packages become available on P-A-S prohibited targets? [03:49] Absolutely. Those are arch:all, so only get build on i386, and may be installed anywhere. [03:49] P-a-s is only how we tell the buildds not to bother even trying a source on an arch. [03:50] So if a source has a combination of Architecture fields in debian/control that means it should never be tried on some architecture (e.g. wine on sparc), it makes sense to P-a-s it. [03:53] persia: Will P-A-S affect ppas? [03:53] No idea, but since PPAs don't build any interesting architectures anyway, I doubt it matters. === keffie_jayx_ is now known as keffie_jayx [04:34] persia: My thinking was if ARM port gets somewhere and I put Wine ARM port on a PPA I don't want to deal with worrying about P-A-S issues for a stable release [04:34] PPAs don't support ARM anyway. [05:19] If someone could investigate a sync request for zabbix, that looks likely to be fruituf. [05:20] 1:1.8.2-1? [05:20] Yes [05:20] Sync or merge, whichever. [05:21] In the meantime, I think I will sleep [05:21] Good night. [05:22] http://www.zabbix.com/documentation/1.8/manual/about/what_s_new_1.8.2 looks like a massive volume of feature additions to me. [05:22] Anyone actually use zabbix? [05:24] Reading the docs, I don't think I can test a new version effectively. [05:24] ScottK: your opinion on bug 568670? I just got warned of it by a DD [05:24] Launchpad bug 568670 in perl "upgrade to lucid breaks completely when safe-rm is installed" [High,Confirmed] https://launchpad.net/bugs/568670 [05:24] Is it better to risk a possble broken new version or release with a known security issue? [05:24] Good night. [05:26] ajmitch: Can't that be cherrypicked trivially and safely? [05:26] it'd just be adding the conflicts, I think [05:27] rather than grabbing that revision of perl [05:27] That's what it looks like to me. Pulling newer software seems risky, but not upgrading seems bad. [05:27] cherrypicking can probably skip both options. [05:27] at least ubuntu-release is subscribed now, hopefully slangasek will see it soon :) [05:28] I'd suggest attaching a cherrypick debdiff for consideration. I believe the release team operates best when there's something to review. [05:29] I'm certain they respond more effectively when something is milestone-targeted. [05:29] true [05:29] I'll create a quick debdiff & nominate it then [05:30] whatever is needed to avoid messy upgrades [05:30] Can't you just milestone it? I thought you were core-dev [05:30] I can, UI still says nominate for release [05:31] * ajmitch looks for the right milestone button [05:33] ajmitch: I'm just trying to get that bug to load in my browser [05:35] ajmitch: I'd just milestone it and upload the proposed package. It's a lot easier for the release team to review in the queue and accept/reject than it is to do the additional round trip if it's decided an upload is wanted. [05:35] alright [05:36] I've got the LP foo covered [05:37] I'll make up a package now then [05:39] Great. [05:39] may take awhile to test-build, so don't stay up waiting for it :) [05:39] I am enjoying the irony of safe-rm breaking upgrade. [05:39] I won't. [05:39] Good night again. [05:40] night [08:11] good morning [08:11] morning dholbach [08:11] hola ajmitch [08:12] how are you? [08:13] ajmitch: very slowly waking up, but alright :) [08:13] heh [08:14] * ajmitch is forever doomed if this upload gets accepted - I'll have the TIL curse for perl for maverick [08:14] hahaha [08:15] * dholbach hugs ajmitch [08:15] ajmitch: You always wanted to be a perl hacker, right? [08:15] persia: yeah, and cyanide is tasty & wholesome, right? [08:15] Of course. The only cure for oxygen addiction. [08:16] at least I wasn't the last person to touch php [08:17] so how's universe looking for release this time round? [08:22] Depending on architecture, I get 310/107/100/163 from `apt-cache unmet -i | grep ^Package | wc -l` [08:22] it could be worse [08:22] though it'd be nice to see them at 0 [08:22] ubuntuwire ftbfs has 28 packages FTBFS on i386 (never mind other arches), and there's more at the UDD link. [08:23] RCBugs is depressingly full. [08:23] persia, ScottK: I finally got around to upload wesnoth-1.8 1:1.8-3 to unstable, including a change to have installing the wesnoth-1.8-server package make it _not_ start automatically, closing a LP bug. :) [08:23] it'll be SRU season soon [08:23] Rhonda: File a sync request. [08:23] (and share the bug number of the sync) [08:24] ajmitch: My worry is that everyone will be focused enough on maverick, that these will never be fixed. [08:24] persia: that's usually the case [08:24] I should probably sit down with the rc bugs list & try & get a few more fixes in, or scrub the bug as unimportant [08:25] * persia has done a few hit&miss scans, and expects to spend some real time with it over the weekend. [08:25] it's not entirely accurate either [08:25] yeah, I went & added a few comments, I need to follow up on getting the fix in [08:26] not sure when we'll be told to stop uploading to let the buildds be free [08:26] persia: I will, just give me a moment to settle. ;) [08:26] Thought I'd drop a notice prior to that. [08:27] I think we're good up until the usual deadlines: Xubuntu and UbuntuStudio stuff can always rescore, all the architectues are mostly caught up, and main gets 1000 extra points anyway. [08:27] Rhonda: No huge rush :) [08:30] I asked that on ubuntu-release, but not sure it was the right channel: Hi. Is this sync acceptable? (https://bugs.launchpad.net/ubuntu/+source/gorm.app/+bug/568619) It fixes a FTBFS and make 2 packages installables [08:30] Ubuntu bug 568619 in gorm.app "FFe: Sync gorm.app 1.2.10-1 (universe) from Debian sid (main)" [Wishlist,New] [08:31] * ajmitch finds 2 to knock off the rcbugs list [08:32] fabrice_sp: Am I reading that right that the only "feature additions" are the button style popups and the support for standalone views? [08:32] * persia would imagine it to be OK, but suspects it needs release-team ACK [08:35] ugh, xemacs21 needs a merge [08:37] persia, that's also my point (mainly bug fixing, but some 'new' features) [09:27] Are bug fixes still allowed for packages in universe? [09:28] ahh, forgot to check topic. [09:28] Absolutely! [09:28] We have about 50,000 bugs to fix in the next week. [09:32] <_ruben> ;) [09:56] ha ha ha [09:57] persia, ScottK: LP bug #568871 is the sync request. Thanks in advance. :) [09:57] Launchpad bug 568871 in wesnoth-1.8 "Please sync wesnoth-1.8 1:1.8-3 (universe) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/568871 [10:02] Wow, I just checked yesterday and wesnoth 1.8 was not in unstable. :-) [10:07] Rhonda: Any idea why is this a new package 'wesnoth1.8'? [10:07] fabrice_sp: ping [10:08] the-dude, pong [10:08] slytherin: wesnoth 1.8 was in unstable yesterday and for a bit longer, too. It was just build-broken. And of course I have an idea about that because I did the change. ;) [10:09] Rhonda: Ok. Then tell me. Why the source/binary package rename. [10:09] slytherin: The reason is to be able to install 1.6 and 1.8 side-by-side and not have to remove the one on upgrade and with that lose the posibility to finish a started campaign. [10:10] There were some people complain about that with last releases. [10:10] Rhonda: Funny, I never faced such a problem. [10:10] On upgrade from 1.2 to 1.4, and then again from 1.4 to 1.6. I wanted to avoid that for 1.8 [10:11] May it was specific to some campaigns. As I said, in my case the partial campaign always got converted properly. [10:13] Rhonda: testbuild (powerpc) started [10:13] Rhonda: Do you know if anyone ran it in Ubuntu yet? [10:13] Actually don't know that, sorry no. [10:14] slytherin: No, it was for all campaign. And 1.6 even started to use its own dotdir so it wasn't even technicly possible anymore to load a savegame from 1.4 [10:14] Maybe you didn't had any unfinished campaigns from the old releases when you did the upgrades. [10:15] slytherin: Since this needs runtime testing, and you're obviously a player, do you want to gram bug #568871? [10:15] Launchpad bug 568871 in wesnoth-1.8 "Please sync wesnoth-1.8 1:1.8-3 (universe) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/568871 [10:18] persia: I have not updated to lucid. If the dependencies are not very tight I can try. [10:20] fabrice_sp: what can I do to get a new version of grsync in to ubuntu? I see you uploaded the last version [10:21] slytherin: OK. If you fail, let me know, and I'll play it tomorrow (I'll likely fall asleep first tonight). [10:21] persia: Where do I find packages? [10:22] the-dude: At this point new version is very much out of question (unless in very exceptional cases). [10:22] slytherin: unstable [10:22] slytherin: You'll have to build them [10:22] fabrice_sp: it would solve a lot of open bugs, isn't that a good reason :) [10:23] I could prepare a NMU if needed [10:23] persia: That is problematic then. My machine freezes almost every time I try to build anything. :-( I thought I could pick packages from your test build. [10:24] the-dude, the actual version in ubuntu is the debian one, so you can fill a sync request, explaining why a FFe should be granted [10:24] the-dude: We have no maintainers in Ubuntu. THere's no such thing as NMU. debdiffs may be sponsored. [10:24] slytherin: I'm building powerpc/lucid. I can pass you those. [10:24] (or build something else) [10:24] persia: powerpc is fine. I can test parallel install with 1.6 on karmic. [10:24] fabrice_sp: its there https://bugs.launchpad.net/ubuntu/+source/grsync/+bug/556280 [10:25] Ubuntu bug 556280 in grsync "New version grsync Debian testing/unstable" [Undecided,New] [10:26] the-dude, you should follow the FFe process [10:26] I can create a debdiff as well if someone wants to sponsor it [10:26] no need of debdiff, if the debian package works [10:28] the debian package works, but it doesn't close LP bugs [10:29] that's why you hae to explain why it is so important to have it in lucid ;-) [10:29] fabrice_sp: I already added comments to the open bugs [10:30] fabrice_sp: I think he meant the debian changelog does not have (LP: #xxxxxx) comments. [10:30] slytherin: yes thanks :) [10:31] Im maintainer of the Debian grsync package [10:31] the-dude, subscribe ubuntu-release to get their ack [10:32] fabrice_sp: ask them if it is ok to sync ? [10:32] yes [10:32] and you can add the bugs that this release would fix [10:33] !ffe|the-dude [10:33] the-dude: Feature Freeze Exception. See https://wiki.ubuntu.com/FreezeExceptionProcess for the freeze exception process. [10:34] that explain the kind of info you need to add to your sync request before subscribing ubutnu-release [10:36] Hello, is there a way to only download a delta instead of the whole .deb files on upgrades ? [10:36] no [10:37] ok [10:37] AnAnt: Have you ever heard of debdelta? [10:37] slytherin: maybe [10:38] slytherin: ok, I just read about it, but seems that it needs to be supported on server side too [10:39] AnAnt: Yes. But there isn't much trouble in setting the server side. [10:39] slytherin: except that I am not the server side :) [10:40] AnAnt: You may try requesting the server/repo admin. [10:41] persia: Are you currently approving universe packages from queue? [10:42] slytherin: I'm not a member of the release team. [10:42] * persia is in fact not a member of *any* special teams that appove anything *except* regarding membership in teams. [10:43] It's funny really. You can go and make other people core-dev, but you'r not one yourself. [10:45] hmm. ScottK, can you please approve pidgin-sipe whenever you get time. [10:50] soren: I believe it to be that my wisdom is respected, but that I don't have frequent enough desire to upload to anything for which I'd need core-dev to be in the group. [10:52] persia: Probably something like that. It's just a bit odd. [10:53] I guess. I end up with 3-4 uploads to main a cycle, and have since Breezy (excepting edgy and karmic, when I wasn't active). I don't really anticipate this will change. [10:54] Plus, I expect components to go away soon enough, so that the entire "main"/"universe" thing will go away. [11:05] i've been expecting them to go away for a while, dont see it happening though for 3 or 4 more cycles [11:06] Does anyone know why such an error would be seen only on sparc buildd - gnome-icon-theme: Depends: libgtk2.0-bin but it is not going to be installed [11:06] is libgtk2.0-bin built ? [11:06] ( for sparc ) [11:07] slytherin: there's a script on the buildd that kills any attempt to build libgtk on sparc because it was killing the buildds. [11:08] slytherin: In other news, the lucid sparc kernel isn't known to boot for anyone. [11:08] fun [11:08] Oh. I will then stop worrying about why evolution isn't building on sparc. :-) [11:08] i dont have any sparc hardware anymore sadly [11:08] Really needs a couple people with sparcs to pay attention, and it can work again. There's only about 6-7 core bugs that make it mostly useless. [11:09] persia: what happened to fabionone or w/e his irc nick was [11:10] persia: By the way, there are sparc packages here - https://edge.launchpad.net/ubuntu/+source/gtk+2.0 So I am really not sure why this error is seen during evolution build. [11:10] imbrandon: He's around here and there. Last I heard, he didn't have a fix. [11:10] ahh [11:11] slytherin: Quite possibly due to archive skew (different versions) [11:11] slytherin: Or maybe I'm out of date. Would have to test on a sparc, and our virtual sparcs are currently broken for another reason. [11:17] persia: 'different versions' does not seem to be a problem. Anyway, it's not like I care too much for sparc. [11:17] heh. [11:18] If we get a couple people to fix the core issues, the rest of us will happily chase the miscellaneous stuff. [11:53] slytherin: I didn't see pidgin-sipe in the queue. [11:54] ScottK: Someone else approved it already. [11:54] OK [11:54] ScottK: I thought it was you. :-) === jussi01 is now known as jussi [11:55] Nope. I was sleeping. [11:59] ScottK, would you mind having a look at bug 568619 and see if it requires a FFe? [11:59] Launchpad bug 568619 in gorm.app "FFe: Sync gorm.app 1.2.10-1 (universe) from Debian sid (main)" [Wishlist,New] https://launchpad.net/bugs/568619 [12:01] fabrice_sp: Perhaps later today. Currently I need to sleep. [12:02] ScottK: wakeup just for an IRC fix ;) [12:02] No, woke up to get the first wave of kids off to school. [12:04] ahh [12:28] slytherin: Rhonda: This is going to take a whle: it *finally* started ./configure [12:28] ok [12:29] persia: Well, build with -b wouldn't build the source (again) and spare you a lot of time. :) [12:29] Rhonda: I didn't rebuild the source: I just fed it to sbuild for binary-only build. [12:30] * persia doesn't have a very super-powerful powerpc [12:37] consumer powerfull powerpc hardware is becomming increasingly harder to find [12:37] * imbrandon wouldent mind picking up something arround 2ghz at somepoint [12:38] Doesn't help that I have a new rule that all my servers must be smaller than 200mmx200mmx100mm [12:38] ;) [12:40] persia: Is your machine slower than G4 1.3 GHz with 1.2 GB RAM? [12:40] More CPU, less RAM. [12:40] But < 10% more CPU [12:41] But it's nearly done, and I'm doing arch-all on a different machine (2x2.5GHz/4G) [12:42] hrm [12:44] i have a video file, i know its a video file because my portable media player will play the file as video, it became a video file by a piece of windows software that converted my mpg-2 file to this format, so i'm lookin at it trying to figure out what it is so i can use something like ffmpeg to create more of them, but linux "file" only knows it as :data :( [12:44] ideas ? [12:44] Rhonda: I'm getting lots of dpkg-gencontrol: warning: unused substitution variable ${wesnoth:Max-Version} messages. Dunno if that's intended, or matters. [12:47] imbrandon: Try something like this - gst-launch-0.10 -t playbin uri=file:///path/to/file [12:47] imbrandon: that -t should print out metadata. [12:47] if it can actually identify it. [12:50] k [12:52] hum i get exactly 2 lines of output, and nothing else seems to be happening ( but it hasent given me a prompt back either ) [12:52] Setting pipeline to PAUSED ... [12:52] Pipeline is PREROLLING ... [12:53] imbrandon: Is the video playing in a window? [12:53] nope, no windows opened up [12:54] hmm, looks like it is not able to identify the type. Do you have all the gstreamer plugins packages installed? [12:54] yea as far as i know, and ubuntu-restricted-extras plus w32codecs and vlc [12:54] and a slew of other "media" stuffr [12:54] s/stuffr/stuff [12:55] hmm, any chance you can post the video anywhere. [12:55] sure, give me just a sec [12:56] persia: http://bugs.debian.org/557133 :) [12:56] Rhonda: Aha! [12:56] Can somebody please sync pastebinit from Debian unstable and fix bug 566933? [12:56] Launchpad bug 566933 in pastebinit "please sync pastebinit from Debian unstable" [Wishlist,Triaged] https://launchpad.net/bugs/566933 [12:56] persia: I take it that you are building it on karmic, not on lucid then? ;) [12:57] I'm building on lucid. [12:57] Hmm. Maybe the bug needs to get reopened. I really have to check my own build logs. [12:57] slytherin: http://storage.brandonholtsclaw.com/misc/Hilary_Duff_-_Beat_of_My_Heart.mtv [12:58] Laibsch: Why? I didn't see any additional changes in Debian that were worth changing. [12:58] persia: Anyway, that's the bug you found and it is well known to me. :) [12:58] If it's known, and didn't compromise my build, I'm happy. [12:58] imbrandon: It will take a while to download. Will let you know when I am done with analysis. [12:58] So expected behavior and no influence, yes. [12:58] imbrandon: At least half hour [12:58] slytherin: great , and thanks [12:59] slytherin: no worries, i'm just starting my day, i'll be arround for the next ~8 hours minimum [13:02] persia: that's exactly the point. To have no Ubuntu delta going into the lucid release. [13:03] Laibsch: Not worth making a fuss about: there are more critical uses of archive-admin time right now, and the bug in LP that keeps the rest of us from processing syncs is getting closer to closed, but isn't there yet. [13:03] if nothing else it makes things easier for me. And me being the maintainer of the package, that means, I'd be much more inclined and responsive to backport fixes once lucid is released. [13:04] Laibsch: So, I ACK'd it, and put it in the right place to get synced, but I don't consider it release-critical. [13:04] imbrandon: i did not read this link, but googling for the first string in the video ... http://mympxplayer.org/solved-mtv-aliavi-converter-on-linux-vt12615.html [13:04] persia: I never said it was RC [13:04] but then again, I don't think we now fix only RC bugs [13:04] now [13:04] Laibsch: We're in final-freeze. If it's not RC, it's not likely to happen. [13:04] ? [13:05] if that rule existed, that would be stupid IMNSHO [13:05] a fix is a fix [13:05] carstenh: i think i looked at that , but it said to use wine, but let me try make sure [13:05] Laibsch: There are 7 people who can process syncs. They are all focused on RC issues. Is this bug important enough to distract them? It's in the queue, so if they have a spare moment, they'll do it. [13:06] imbrandon: maybe the strings ALIAVI RIFF and WAVEfmt could help slytherin to find a solution faster [13:06] carstenh: yea i seen that, it says use wine ( i would rather not if i can help it ) [13:06] That there are so few people who can do it is a bug, but that's a different issue. [13:06] true [13:09] carstenh: btw, thanks :) [13:25] imbrandon: Just FYI ... 'file -i filename' is better use of the command. [13:27] :) === nobawk|away is now known as nobawk [13:44] imbrandon: Sorry, can't help much. Here is the output from gst-launch - http://paste.ubuntu.com/421019/ [13:45] File copy is the worst part: data+music >> 200MB [13:45] slytherin: ok thanks a ton for looking, i'll keep poking, i'm gonna beat this thing if it kills me [13:45] :) [13:45] persia: Don't copy music. It is not hard dependency. [13:46] * slytherin will be back in half hour. [13:46] * persia may have published binaries by then [13:50] .ws 26 [14:13] fabrice_sp: For libmetadata-extractor-java, would you please just cherrypick the changes needed to fix the FTBFS and upload rather than sync all the changes. [14:14] (sync is good for Maverick) === Tonio__ is now known as Tonio_ [14:20] slytherin: http://people.ubuntu.com/~persia/wesnoth-1.8/ [14:35] persia: Thanks. I am updating some CD images. After that I will download the packages. [14:35] Heh, OK. Dunno if you want the debug packages or the music, but just in case :) [14:38] persia: Nope. Just core + data + campaigns. [14:39] slytherin: If it works, please ACK the sync rather than telling me, to save time :) [14:39] persia: But I am not part of release team. :-) [14:39] I will add comment on bug. [14:39] slytherin: and subscribe the archive-admins. [14:40] It's just two cherrypicks from upstream. [14:41] (upstream bugs 15716 15865) [14:41] Launchpad bug 15716 in iso-scan "iso-scan: new changes from Debian require merging" [Medium,Fix released] https://launchpad.net/bugs/15716 [14:41] So since it's bugfix-only, no release-team ACK required (although the archive-admins may not prioritse it) [14:42] My bad. Actually I was assuming it to be a new upstream version (with appropriate FFE data available). [14:43] No, just fixes. Otherwise I wouldn't waste time on it this close to release :) [14:43] :-) [14:47] ScottK, ok (about cherrypicking the fix for libmetadata-extractor-java) [14:47] fabrice_sp: Thanks. === nobawk is now known as nobawk|away === nobawk|away is now known as nobawk [15:56] ls -Fart [15:56] mok0++ [15:56] hyperair! [15:56] mok0! [15:57] My mouse is focus confused [15:57] focus confused? [15:58] Uhm yes it was focused Pidgin and not terminator [15:59] =O [15:59]