=== superm1 is now known as superm1|away === superm1|away is now known as superm1 [02:00] wait, is my Launchpad account an OpenID? [02:01] Yes coppro [02:01] what URL do I use for the signin [02:01] because I'm trying to log into another OpenID site and it's not working [02:01] I tried http://launchpad.net/~coppro, which seemed obvious [02:01] coppro: https://login.launchpad.net/ [02:02] ok ty [02:07] boshhead: nope, not working [02:07] oh wait, I see [02:07] nevermind [02:11] coppro: How dare you doubt me. [02:11] eh, turns out it isn't working after [02:11] *after all [02:11] Worked for me :) Are you logged into launchpad? [02:11] yes [02:12] could be I need to be on the beta team [02:12] I like beta stuff so I just applied :) [02:15] coppro: Go to launchpad.net/~coppro, it should show you your open id url [02:16] where? [02:18] I don't see it [02:18] coppro: For me, it shows it right below my SSH Keys, and above the map [02:18] Oh wait, I'm on edge, one sec [02:27] I didn't have to provide anything specific to me, just login.launchpad.net when I signed up for something. [02:28] Ahh, apparently that's an OpenID 2.0 thing :) If the site doesn't support it you have to use your specific URL :) [02:30] even using edge I see no openid link :( [02:30] sad, because I can use REVU [02:30] Time to scrap the whole OpenID thing. [02:30] probably just in beta is the issue [02:33] coppro: Did you get the OpenID issue sorted out? I just check on the normal Launchpad, and it shows the OpenID url on your profile page if your are logged in. [02:33] nope, don't see it [02:34] and the isntructions just say it's in beta [02:34] no specific other way to enable [02:36] I could have sworn that Launchpad 2.0 gave OpenID to everyone. That was why REVU switched to using OpenID [02:37] LP is an openID provider, yes. [02:39] coppro: Are you logged in to Launchpad? [02:39] yes [02:40] You could try going to #launchpad. There should be an OpenID URL on your ~coppro page if you are logged in. [02:40] ok ty [02:41] Sorry I couldn't be more of a help coppro [02:41] I hope you get the issue sorted out [02:41] no worries [02:51] Hey motu, anybody in charge of qt/webkit here? [02:52] libqtwebkit-dev depends on and conflicts with libqt4-dev. I assume this is a bug. [03:15] radetsky: This is in Hardy, right? === nhandler_ is now known as nhandler === persia_ is now known as persia [03:40] NCommander: Did you ever come to any conclusions about the svn backport? [03:42] ScottK-laptop: 1.5.1 to hardy? I haven't been testing any of the reverse dependencies, but 1.5 appears to work [03:43] ajmitch: There's an issue (apparently) with switching from libneon to ligneon-gnutls and SSL certs. [03:43] He was investigating. Everything else seems to be fine. [03:43] interesting, I tend to only use it with http:// or svn+ssh [03:43] Yeah, it's a minority use case, but I'd like to make it work for everyone. [03:44] regressions are bad [03:44] Yeah. [03:44] In this case it's the result of a deliberate packaging change by the Debian Maintainer. [04:25] ScottK-laptop: sorry, got distracted [04:25] yeah, hardy [04:25] radetsky: Yes, it's a bug that's been reported, but not fixed. [04:26] ok [04:26] thanks [04:26] radetsky: Uninstall libqtwebkit-dev and libqtwebkit and then upgrade. [04:27] libqtwebkit-dev and such are now included in libqt4-dev and such IIRC. [04:28] I got " error: QWebKit: No such file or directory" even though I think I included everything correctly [04:29] but I might have done something wrong [04:30] anyway, I'm trying the upgrade as you suggested [04:30] As I recall, and I don't have time to research it right now, there is a conflict between the Hardy packages and the Intrepid packages that were backported. [04:30] If anyone is interested in updating VLC, upstream is in #ubuntu-bugs (j-b), and would like to help with an update, because a lot of bugs are fixed. See bug #262705 for a hint. [04:30] Launchpad bug 262705 in vlc "VLC: New upstream release (0.8.6.i)" [High,Triaged] https://launchpad.net/bugs/262705 [04:30] * persia doesn't have any idea wheter it's worth a freeze exception [04:30] jdong ^^^ [04:31] ScottK-laptop: you think this has been fixed in intrepid-backports? [04:32] radetsky: It has not. You have to work through it manually. [04:32] oh boy [04:33] radetsky: You might search for the bug. I think what you need to do is in that. [04:34] where, launchpad? I'm not an ubuntu dev, so I don't know these things [04:38] Yes, in Launchpad. Sorry I can't be more helpful, I've got about a dozen balls in the air right now. [04:38] no problem [04:38] I'm sort of saying stuff for the benefit of anyone else who might be here as well, so if you can't handle it, np [04:39] in any case, the bug I found (230904) doesn't actually give a fix, it just confirms that the problem does in fact exist. If anyone can point me to the fix, please do [05:14] radetsky: libqtwebkit* is obsolete, just install libqt4-dev and/or libqt4-webkit [05:18] stdin: I nearly read that as libgtkwebkit* is obsolete [05:34] jdong: ping [05:42] j-b, perhaps for helping to determine which bugs are fixed and to help, you can document some of these bug numbers in the bug that is trying to decide if a Feature Freeze Exception is worth it? [05:42] (in bug 262705) [05:42] Launchpad bug 262705 in vlc "VLC: New upstream release (0.9.2)" [High,Triaged] https://launchpad.net/bugs/262705 [05:42] superm1: done [05:45] superm1: there is 189575 113927 114539 103741 111615 107899 112076 198916 221428 2722 239431 205325 97721 127594 84098 88487 90603 91679 96978 113922 123589 133528 113922 210354 193445 231621 250041 259025 [05:45] j-b, ah very good [05:45] that should be closed with the update [05:46] moreover, if jdong compile with --enable-shout, it will close 127594 [05:46] and a few duplicates should follow [05:46] i'll add that information to the bug report [05:46] it is already on it [05:46] Bug 270404 [05:46] Launchpad bug 270404 in vlc "Please update VLC to 0.9.2" [Undecided,New] https://launchpad.net/bugs/270404 [05:46] oh there are a few bug reports, that'd be why [05:47] superm1: one should be in for hardy [05:47] pone for interpid [05:47] one for intrepid [05:48] well they could have both been done as a single bug report for both hardy and intrepid [05:48] superm1: well, they were not :D [05:48] anyway, superm1, 270404 should document most of the bugs that should be closed with update to 0.9.2 [05:48] yeah that's what i see [05:49] i'll mark the lesser useful one as a duplicate then [05:49] k [05:49] I strongly advise to update libmpeg2 too [05:49] and to apply a small patch [05:49] to fix an issue [05:50] woo that's a fair deal of CVE's referenced in that bug too [05:50] yeah [05:50] but you can also not put this version in intrepid [05:51] and deal with those issues, that we won't deal with [05:51] superm1: can I ask why vlc is in multiverse ? x264 encoding ? [05:52] j-b, yeah the x264 package is in multiverse, so vlc has to be there too [05:52] k [05:53] wgrant, you were set as the assignee on the old bug before i rearranged the duplicates, do you want me to reassign you, or just let motu-release handle deciding on this? [05:53] Ok, I just hope I didnd't screw your bugsystem [05:53] and that my work was useful [05:53] siretart: if you are around, I did as I promised, to do some vlc bugs cleaning [05:55] j-b, listing all of those bugs will be quite helpful in cleaning up. most appreciated [05:55] superm1: you know where to find me [05:55] the person who ends up doing the packaging will just need to copy that list into the changelog and they will get closed once this upload is done [05:55] I now registered in your launchpad, so you can find me easily [05:56] ok [05:56] very good thank you :) [05:56] I will look at it [05:56] superm1: however, I really advise to add a patch on the released tarball [05:56] good morning [05:56] where do I do that ? [05:57] j-b, i would recommend attaching that patch to the same bug report for now [05:57] in the future, you can file another bug asking to put that patch in place [05:57] can I link to a git view web ? [05:57] yeah that would be sufficient [05:57] git web [05:57] give a justification for it in the comment [05:58] and then jdong (who i believe was going to be the one packaging) should see it noted there [05:58] ok [05:59] jdong: please enable-shout and patch it [05:59] Done. added [05:59] anyway, C U later [05:59] I am always on #videolan [05:59] okay [05:59] good morning dholbach [05:59] good luck for your work, and thanks. My g/f loves her new "Windows with a cool Heron on it" [05:59] hiya superm1 [05:59] :) [06:01] superm1: Which one? The 0.8.6i update bug? [06:01] what's a heron? [06:02] good night * [06:02] dholbach: greetings [06:02] hi ajmitch! [06:02] hmm [06:02] there's a heron on ubuntu? [06:03] wgrant, oh that was meant as an SRU bug i see. nvm then, i'll fix my mistake [06:03] superm1: Security, but yes. [06:04] superm1: One note about the hardy VLC bug was that there was a separate need for a security update for 0.8.6.j [06:04] persia, yeah i saw that j-b added that to the hardy VLC bug [06:05] isn't there a way for LP to indicate this bug is going to be for tracking on hardy only? it's not clear from looking at the bug report at a first glance [06:05] superm1: Nominate it for Hardy, reject it for Ubuntu. [06:07] ah there we go, okay [07:48] ScottK-laptop: ? [07:50] ScottK-laptop: So, w.r.t. to KDE4bindings, do I fail? [08:10] Hello, is there anything I should add to this bug report: 269855 [08:10] bug 269855 [08:10] Launchpad bug 269855 in sl-modem "Please apply patch to fix issue with Si3054 modems" [Undecided,New] https://launchpad.net/bugs/269855 === BugMaN1 is now known as BugMaN === warp10_ is now known as warp10 === dholbach_ is now known as dholbach === geser_ is now known as geser [09:27] is abcdef here ? [09:27] who? [09:28] slangasek: just checking if persia is running a bot [09:28] AnAnt: I'm not a bot. Just in lots of places. [09:29] persia: I know that you're not a bot, but on #ubuntu-devel you gave me the same answer that you gave me few weeks ago when I asked about someone else [09:29] Anyway, sl-modem needs *lots* of attention, more than just a quick patch for Si3054 modems. [09:29] AnAnt: I give everyone that response when they ask for specific people and I know they don't need that person. [09:29] persia: well, the patch was for a laptop I ran into [09:30] AnAnt: Understood. Take a look at https://bugs.launchpad.net/ubuntu/+source/sl-modem [09:30] persia: I see, well according to sl-modem's changelog, Ian seems the one who worked mostly on sl-modem, that's why I asked about him [09:30] There are a *lot* of outstanding patches. Also, there is a pending merge with upstream that could be done. [09:31] Yeah, but it's not been touched in over a year. [09:31] Anyway, the point is that if you put together a candidate including all the patches and what not, and tested it, it's much more likely that something would happen. [09:32] Until then, it's just waiting for someone (anyone) who cares about the package to make it work. [09:33] o/ [09:34] I don't understand why I was rejected in my PPA: "PPA uploads must be for the RELEASE pocket" trying to upload to it my iptables backport for hardy [09:35] didrocks: somebody in #launchpad might have a good answer for you [09:35] ok, thx dholbach :) [09:41] so, why no one cares about sl-modem [09:42] AnAnt: That's a hard question. Personally, I suspect that the wider availability of alternate networking technologies has made modem support less interesting. [09:43] I've always been vaguely interested in sl-modem to support computer telephony, but upstream hasn't ever had enough support for that for me to be able to play much. === Czessi_ is now known as Czessi [09:57] I think I can see why, it's a headache ! [09:57] the sl-modem patch system is a real headache [10:35] why is there such a split between Ubuntu & Debian regarding sl-modem package ? [10:42] AnAnt_: Mostly because Ubuntu pushed the kernel modules into the kernel, and split the package. Unfortunately, that large a change is only sensible if someone is watching the package (which isn't the case now). [10:43] Personally, I think it might make sense to revert that kernel change, and DKMSify sl-modem (but I'm not going to get around to that) [10:44] persia: sl-modem is orphaned in Debian btw [10:44] AnAnt_: Yep. Nobody really wants to care for it :) [10:45] persia: is it possible that I NMU a new upstream in Debian ? [10:45] persia: I still dunno about DKMS, but is that supported in Debian too ? [10:45] For DKMS check debian-devel over the weekend, there was a thread started about supporting it. [10:46] (the mailing list) [10:46] AnAnt_: For NMU, certainly, if you have support from a Debian Developer, and you do a good job. For DKMS, broonie is much more informed than I. [10:46] If the package is orphaned it's not a NMU to do a new upstream version (it's a QA upload and allowed, though people would prefer that you adopt the package if you care about it. [10:47] People in Ubuntu would also prefer that sl-modem be adopted by someone: it needs love [10:48] wv :) [10:54] Good morning. === siretart_ is now known as siretart === smarter_ is now known as smarter [12:24] new version of flash 10 is out! [12:24] new nspluginwrapper'ed version coming up? ;) [12:25] does it *work*? [12:25] flash 10 is better than it was [12:25] though tbh nspluginwrapper i don't trust at all [12:26] i run a tarball i386 firefox these days because nspluginwrapper was so painful [12:39] don't have a lot of issues with nspluginwrapper though [12:41] I'm having trouble building smbldap-tools from intrepid .dsc . Could someone look at the output please: http://paste.ubuntu.com/47407/ [12:53] when packaging pidgin to deb as a single package using dh_make -s -c gpl, do i need *.ex *.EX dirs docs info README.debian files? === ma10 is now known as ma10-NOeULA [12:54] compengi: First, why wouldn't you just start from the existing packaging? Secondly, you don't want to ship any example files, but you may need to replace them, rather than just deleting them. [12:54] persia, so how do i start? [12:55] compengi: apt-get source pidgin is usually a good place to start. [12:55] compengi: What is your end goal? [12:56] persia, i want to package a new version of pidgin to change it from source to debian package to be compatible with ubuntu [12:56] compengi: OK. For Intrepid? [12:57] persia, as far as a can see that the deadline for intrepid is ended, so i can't upload it to respiratory, so i think hardy would be for now good [12:58] compengi: The deadline for hardy was 6 months ago :) [12:58] persia, i know. but could be good uploading it to my launchpad ppa :) [12:59] compengi: OK. In that case, start with apt-get source pidgin in hardy. [12:59] Then change the source as you need: if you've a new upstream, this probably means reviewing all the patches applied, and adding a new changelog entry. [12:59] Then, once you have it working, debuild -S -sa to prepare a source package. [13:00] Build the source package with sbuild or pbuilder to make sure it works cleanly. [13:00] Test it. [13:00] Then upload to your PPA. [13:07] persia, i downloaded the source pidgin for hardy. now i downloaded the new pidgin release tar.bz2 unpacked and repacked to .orig.tar.bz and commented in the change log. i ran dh_make -s -c gpl and edited changelog, control, copyright files. what would i have to do as the next step as with the pidgin source that i've downloaded and the source that i've got [13:08] Throw away everything you have, and start from the hardy source. [13:08] aha [13:08] The only part you want to keep is the orig.tar.gz [13:09] from pidgin's new version that i've repacked [13:09] Actually, you might even want to drop that. Try running debian/rules get-orig-source from inside the hardy package. That ought get a new repacked orig.tar.gz that was repacked in the standard manner. [13:09] good morning [13:12] persia, $ Debian/rules get-orig-source make: *** No rule in order to generate „get-orig-source". End. [13:12] compengi: Odd. I thought all the GNOME packages had that. In that case, you do want your repacked orig.tar.gz from the new upstream. [13:12] persia: Pidgin isn't part of GNOME. [13:17] \sh: How goes Bug 246911? [13:17] Launchpad bug 246911 in ia32-libs "[Wishlist] please add libnspr4-0d to ia32-libs" [Wishlist,In progress] https://launchpad.net/bugs/246911 [13:17] <\sh> ScottK: I'm on it... [13:23] ScottK: hi! you've commented bug 253016 recently. I wonder how much time it has before it needs to get re-assessed? I mean what is deadline for upload? [13:23] Launchpad bug 253016 in netbeans "New upstream version (6.1) for netbeans" [Wishlist,Confirmed] https://launchpad.net/bugs/253016 [13:27] persia, i don't understand what i have to do with the old source [13:28] Juli_: I'll upload it within the next three hours. [13:28] compengi: You want the contents of debian/ : most importantly the patches. [13:30] persia, aren't those patches old? [13:30] compengi: Yes, but some of them may be important, and may not be upstream yet. [13:30] persia, so how do i make sure? [13:30] compengi: Review them. [13:31] persia, you mean read them or i need to check somehow if they are still necesary? [13:32] compengi: Both. [13:32] persia: Thanks! but just interesting when FFE expires, in 2 weeks? [13:33] Juli_: No fixed deadline, but people get grumpy when it takes too long. In this case, it's clearly my fault, and as much as anything, I'm being prodded. [13:33] Given the current state of things, not uploading retains brokenness that we want to drop. [13:33] persia, btw are those patches from pidgin? [13:34] or wrote by those who had packed to debian? [13:34] compengi: Some might be pulled from upstream, some might be written by Debian folk, some by Ubuntu folk, and some pulled from elsewhere. [13:34] hmm.. [13:34] Also, no matter who wrote them, some of them may have been accepted upstream. [13:35] ScottK: ping [13:35] Updating a package isn't easy at all: probably one of the harder tasks done by MOTU. [13:35] persia, isn't better downloading the source package from intrepid's repos? [13:36] since new patches and things had changed from version 2.4.1 to 2.5.0 [13:36] compengi: You could do that, but it might require intrepid to build the source, or build the binary. If hardy is your target, pulling from intrepid just makes it more for you to review. [13:36] persia: understood. and one more little question: should I create a bug for jna's build problem and follow the usual process to upload a fix - find a sponsor? [13:36] You'll get a better quality end-product, but it's more work. [13:37] Juli_: jna's build problem? I thought I fixed that. [13:37] * persia looks again [13:37] aha [13:37] persia: actually may be I missed something [13:37] checking... [13:38] persia: yes, my bad [13:38] Juli_: https://launchpad.net/ubuntu/intrepid/+source/libjna-java/3.0.4-0ubuntu2 says it built on everything but hppa, and that's blocked because there is no default-jdk for hppa. [13:38] everything is ok now, sorry [13:38] persia: thanks a lot! [13:39] Good. You had me frightened. I've been busy with other things, and haven't been giving this the attention it needed, but I thought netbeans was ready for upload. [13:40] persia, so how would you recommend to be followed and uptodate with all those things? like what's changed and what patches are needed and what aren't etc. reading a tutorial from wiki doesn't explain much as it is in fact. [13:40] persia: sorry... [13:41] Juli_: No worries. Small fright only, but fully assuaged by the build page in LP. [13:41] compengi: There was an *excellent* session in the most recent developer week on just this topic. [13:42] persia: I'm a bit absent-minded after vacation:) [13:42] persia, any summary of what have been discussed? [13:42] compengi: https://wiki.ubuntu.com/MeetingLogs/devweek0809/PackageUpdates [13:43] pochu: ping [13:44] Juli_: No worries. Welcome back :) [13:45] persia: Thanks! :) [13:52] emgent: pong [14:01] === LucidFox_ is now known as LucidFox [14:53] Heya gang [15:10] Hi bddebian === geser_ is now known as geser [15:11] Heya geser [15:11] Heya bddebian. [15:11] Hi ScottK-laptop [15:12] morning bddebian [15:19] Hi NCommander [15:20] how goes it bddebian [15:21] OK thanks, you? [15:21] decafinated :-/ === superm1 is now known as superm1|away === superm1|away is now known as superm1 [16:55] which is the correct signature for the debian/changelog to close launchpad bugs? [16:57] LP: #1 [17:08] siretart: and if it closes several bugs?? LP: #1, #2, #3 ? [17:09] infinito: It's a rare case that one thing closes several bugs, but yes, that works. More common is to expand the changelog entry, explaining each change, and including the relevant LP: #nnnn thereafter [17:10] persia: i'm talking about a new upstream release which closes 3 bugs [17:10] infinito: Yes. Hold on a second, and I'll prepare a pastebin with a sample of how I prefer to read it :) [17:10] infinito: explaining what in the new upstream release fixes each particular bug is preferred [17:11] infinito: if they are just "please update" bugs then that is fine [17:12] james_w: the upstream version has a line for each bug on its NEWS file [17:12] you can probably just copy them and add the bug references then [17:14] james_w: something like this? http://paste2.org/p/74766 [17:15] infinito: yeah [17:15] I prefer to see something about what the fix was, but if they are taken from the upstream NEWS file then I can just complain about them [17:18] infinito: http://paste.ubuntu.com/47499/ is an example [17:19] Notice that it closes lots of bugs, but it also explains what has changed, and how. [17:21] infinito: if a new upstream release closes 3 bugs, then you should still explain what has changed in this version, and not only close the bugs [17:21] infinito: or are all 3 bugs requesting a new upstream release and are in fact duplicates? [17:21] siretart: they are 3 bugs, each related to a different thing, which are solved in new upstream release [17:22] infinito: great [17:24] james_w, persia, siretart: maybe is better this way? http://paste2.org/p/74772 [17:25] infinito: perfect [17:25] (perhaps linewrap after 78 colums) [17:26] infinito: Indeed, although we avoid bumping the standards version in Ubuntu for packages also in Debian [17:26] persia: this is for uploading into debian, and then sync in ubuntu, that's why i bumped standards [17:27] infinito: In that case, perfect :) [17:28] * persia wonders if that actually closes the LP bugs: does the manual-sync process generate .changes files that include the right header? [17:29] persia: It does. [17:29] IIRC it does [17:29] Excellent. I remember when it didn't, but I don't often see examples. === smarter_ is now known as smarter === Iuli is now known as iulian [17:59] where can I find nullack? [18:00] j-b: he doesn't seem to be online right now [18:00] j-b: Right now, not much of anywhere. Usually in #ubuntu-bugs, #ubuntu-testing, #ubuntu-quality, and probably others. [18:01] persia, perfect. i read the wiki page of the perfect session. learned a lot. i erased actually everything and started it from ground. i unpacked the new version of pidgin and renamed it to ubuntu's standarts. then downloaded the source and zcat patches -p1. i need to comment that at the end in dch -i right? [18:01] too bad [18:02] compengi: Sounds like you're on the right track. [18:02] j-b: He's in Australia, IIRC, so this probably isn't the best time of day in any case. [18:02] j-b: anything anyone else here can help you with? [18:03] well, I think he misunderstood me and my bug report [18:03] about VLC 0.9.2 [18:03] persia, thanks and i hope so. i tried to run diff but it's senseless you know why :P. what should be the next step [18:03] j-b: requesting the new version be included in Intrepid? [18:04] yes [18:04] compengi: Next step towards what goal? If your goal is still a PPA, you ought be able to upload. [18:04] he says it is not doable because it needs a newer FFmpeg [18:04] which is totally wrong [18:04] compengi: If your next step is to get it in intrepid, you want to talk to the people in #ubuntu-desktop [18:05] persia, ermm.. you think that only unpacking merging the patches from the old release to the new one would be enough? [18:05] j-b: Does it not need a newer FFmpeg? Also, I thought jdong was planning that update with you, but took a break to sleep, wasn't he? [18:05] The new FFmpeg does need to included as well, but I do not bielive Video Lan requires it either j-b [18:05] persia: I compile VLC top of the tree with a 1 year old FFmpeg [18:05] compengi: Oh, do you not have a source pacakge yet? In that case, it's `debuild -S -sa` [18:06] j-b: it sounds like he suggests that it is needed for the "best experience" [18:06] james_w: no, it is better to fix two ubuntu bugs [18:06] j-b: Then it's just wrong :) If the conversation is in a bug report, please correct the misconception. [18:06] ScottK-laptop: if a new upstream version add only a translation and fix bugs, is the added translation considerated bugfix or do I need a FFe? [18:06] persia, what you mean by source package? [18:06] persia: no, becaus he said so in the forums... [18:06] compengi: A .dsc, a .diff.gz, and an .orig.tar.gz [18:07] devfil: I'd call a fixed/added translation a bug fix. [18:07] j-b: The forums are rarely a good source of developer input. [18:07] Milyardo: the fact that VLC doens't enter Intrepid is one thing [18:07] :) [18:07] ScottK: ok thanks [18:07] Milyardo: saying that it doesn't enter BECAUSe of needing newer FFmpeg is wrong [18:07] Milyardo: however, I can assure you that 0.8.6j has security issues [18:08] that are fixed in 0.9.2 [18:08] even if they have no CVE [18:08] https://bugs.launchpad.net/bugs/113922 like this one [18:08] Launchpad bug 113922 in vlc "vlc is potentially vulnerable to buffer overflow in specially crafted mp4 files" [Undecided,Fix released] [18:08] Well, we caught that one :) [18:09] persia, of the new one nope. i have just merged the patches from the old (2.4.1 hardy) to the new source 2.5.1. btw you noted lately that i need to build this package under intrepid if i want to release it there, and 2. if i want to release it under intrepid i need first to get the newest 2.5.0 source from intrepid's respiratory am i getting right? [18:09] this one http://git.videolan.org/?p=vlc.git;a=commitdiff;h=deedaf8267f7a9c02cbc9aa728a68e5156eabb4c [18:09] j-b: Check bug #270404 - where discussions are going on if you haven't seen it already [18:09] Launchpad bug 270404 in vlc "Please update VLC to 0.9.2" [Undecided,New] https://launchpad.net/bugs/270404 [18:10] Laney: I mostly wrote all the comments of this bug [18:10] j-b: Ah, that's you [18:10] Nice work - those comments are super helpful [18:10] Milyardo: anyway, I don't care if you don't ship VLC in Interpid [18:10] compengi: That sounds right. [18:10] Milyardo: however, I don't like that ubuntu developers blame US [18:11] that is just my point [18:11] Ahhh [18:11] http://ubuntuforums.org/showpost.php?p=5791767&postcount=8 [18:11] because of that post [18:12] ANd I don't know how to fix http://git.videolan.org/?p=vlc.git;a=commitdiff;h=deedaf8267f7a9c02cbc9aa728a68e5156eabb4c in 0.8.6 branch [18:12] I should try [18:12] anyway, bbl [18:12] persia, so let me just make it clean under hardy, so i would learn abit more of how to package and when i'll get that finished i'll just give it out to pidgin's team for people to use. but first i need to make sure if i'm doing fine [18:13] compengi: Sounds like a good plan. [18:13] indeed [18:13] VLC doesn't staticly link to SVN, it was packages that way by the MOTUs [18:15] Milyardo: Well, by a specific person. It's not best to blame groups generally. Often the specific person had a reason, and communication with that person will lead to a mutually acceptable solution. [18:15] can someone please give back dbus-java? [18:15] I know, I wasn't blaming the group, I just don't know who that specific person is [18:16] I was just citing another error in Nullack's post [18:17] persia, do i need to add anything in changelog, control or copyright? or in dch -i after i'd comment the changes the script would automatically edit those files [18:18] compengi: You need to review the changed files in the new upstream, and if there were any licensing changes, make sure to update debian/copyright. You need to review the dependencies and build-dependencies, and maybe update debian/control. Lastly, you must add a new entry in debian/changelog. dch -i can help. [18:19] Milyardo: aptitude changelog $(package) can tell you a lot. Checking changelogs.ubuntu.com can tell you even more. [18:27] slytherin: Just FYI, crevette probably won't have time to update bluez-gnome, if you want to look at it. [18:28] persia: Nothing is working on my side except phone to pc file transfer. Even if I update the packages I won't be able to test them. [18:29] persia: superm1 has promise to do a sanity test with current versions. [18:29] I mean the ones in repository. [18:29] slytherin: OK. crevette seemed to think we really needed to update, at least to 0.27, but if there's another way to fix the bugs :) [18:30] persia: Yes there is, update to 4.x :-P [18:30] slytherin: That's just not going to happen. 0.27 or 0.28 is possible. [18:31] (but the time is getting very short indeed, if someone doesn't decide to organise testing and do it) [18:31] persia: did you see the link I sent yesterday? FF10 is going to include 4.x. :-( [18:32] FF10? What is that? [18:32] FinalFox [18:33]