[00:07] <nellery> I'm attempting to upgrade mouseemu from 0.15 to 0.16, but a build error tells me that applying one of the patch's fails
[00:08] <nellery> and it looks like it's because the pathname hasn't been updated
[00:08] <nellery> http://paste.ubuntu.com/47017/
[00:08] <nellery> but simply changing line 10 to 'mouseemu-0.16' doesn't work out
[00:08] <nellery> any ideas?
[00:08] <RAOF> That's not going to be the problem; dpatch will apply that patch with -p1, stripping out the first component.
[00:09] <RAOF> I'd check out the rejects of the patch; chances are, that patch no longer applies because 0.16 has the same change in it.
[00:10] <nellery> RAOF, so should deleting it be sufficient?
[00:11] <RAOF> I don't know.  You'll need to see why it doesn't apply, and make a decision.
[00:11] <compengi> could anyone help me packaging pidgin from source to .deb package?
[00:11] <nellery> RAOF, ah, ok thanks
[00:11] <RAOF> If it doesn't apply because the fix has been applied upstream, drop the patch.
[00:11] <RAOF> If it doesn't apply, but the bug it fixes is still there, you'll need to rework the patch.
[00:11] <nellery> RAOF, ok, thanks a lot!
[00:15] <compengi> i first ran dh_make -m -c gpl then edited changelog, control, copyright and checked rules. anything else needs to be done?
[00:16] <directhex> compengi, generally, if a package already exists for something, use that source package as a basis for updates - don't reinvent the wheel
[00:16] <directhex> compengi, "uupdate" is a script which tries to update an existing debianised package against a new orig.tar.gz
[00:18] <compengi> directhex, erm.. i'm trying to build it from scratch. because i want to learn how to. that's why i was trying to ask for someone that did it before :)
[00:20] <directhex> compengi, well in theory you've done enough. in practice, pidgin is a difficult package, and diff.gz is over 200k when uncompressed
[00:21] <directhex> split libs/executables, lots of preinst & postinst cleanup, and so on
[00:22] <directhex> anyway, bedtime
[00:24] <compengi> directhex, okay directhex good night. and btw have you done pidgin packaging before?
[01:11] <nellery> when upgrading packages, do you just submit a debdiff of the old and new version .dsc files?
[01:13] <james_w> nellery: hi, submit the new .diff.gz along with a pointer to how to get the new upstream tarball
[01:14] <nellery> james_w, thanks, so inside that .diff.gz should be the .diff?
[01:15] <james_w> nellery: the .diff.gz is one part of the source package
[01:15] <james_w> a source package consists of the .dsc, the .diff.gz and the .orig.tar.gz
[01:15] <nxvl> nellery: use revu
[01:15] <james_w> the last is the upstream code, the second is the diff that adds debian/* and any other changes, and the first ties it all together
[01:16] <nxvl> nellery: revu.ubuntuwire.com
[01:16] <nellery> revu is used for upgrading a package?
[01:16] <nxvl> nellery: so you can upload the whole source package
[01:16] <nxvl> nellery: i used to use it
[01:17] <nxvl> nellery: and then put the link of the revu package in the LP bug
[01:17] <nellery> nxvl, ok thanks a lot
[01:21] <ethana2> http://lmedinas.livejournal.com/9117.html  ---I'd like to see the packaging status of this and maybe observe the process closely
[01:22] <ethana2> ...It would be cool to be able to package stuff a bit i think--  there's another package in repos that has a bad dependency
[01:22] <ethana2> --checkinstall seems to be broken on my machine, i'm wondering what you guys usually use
[01:23] <RAOF> ethana2: checkinstall, the eternal foe :)
[01:23] <ethana2> that doesn't sound encouraging
[01:23] <ethana2> i think it's unethical to go from source -> installed code, generally speaking ;)
[01:24] <RAOF> We tend to just update the source package.
[01:24] <ethana2> if everyone made packages instead, the world would be a better place
[01:24] <ethana2> RAOF: how do you mean that?
[01:25] <RAOF> ethana2: Well, the source package is basically upstream tarball + debian metadata (possibly including patches).  Mostly it's easy to update the metadata and stick it on the new upstream tarball.
[01:25] <ethana2> ..then an automated system compiles and pushes out the update?
[01:25] <RAOF> ethana2: Is there a bug filed about that new release?  It looks like it could be worth a FFe, or may even not require one.
[01:25] <ethana2> i figure it's a shoe in
[01:26] <ethana2> bugfix only
[01:26] <ethana2> ...and those are some bugs /i/ wouldn't want to run into, and with what i do, it's likely that i would
[01:26] <ethana2> ..maybe i have; in any case, i'd feel a lot better with 0.82
[01:27] <RAOF> I'd file an upgrade bug on launchpad.  Bonus marks if you can list the launchpad bugs which are associated with each of the bugs fixed in the new version.
[01:27] <ethana2> oh, so they're automatically closed?
[01:27]  * ethana2 begins
[01:28] <RAOF> That, and so it's obvious that there's a real need to do the update.
[01:30] <ethana2> https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/270315
[01:31] <ethana2> oh wait, those bug numbers are from their trac or whatever
[01:32] <ethana2> So those closed bugs aren't good enough, you have to see them reported /by ubuntu users/?
[01:32] <RAOF> Ideally, yes.
[01:33] <ethana2> hrm
[01:33] <RAOF> You'd want to browse through https://bugs.edge.launchpad.net/ubuntu/+source/brasero/+bugs and work out which ones are fixed by this version.
[01:33] <ethana2> yeah i am
[01:34] <ethana2> seeing a lot of 'fix committed' ones
[01:34] <RAOF> It looks like all the ones marked 'fix committed' will be fixed, yeah.
[01:34] <ethana2> ....sounds like those should all warrant the upgrade
[01:34] <RAOF> I'd therefore guess that the desktop team will be all over the new release.
[01:34] <ethana2> ..should I just leave it to them then?
[01:35] <RAOF> I think so, yes.  You might want to keep an eye on it, but I'd be confident the desktop team will get to it quickly.
[01:35] <ethana2> well, i filed the upgrade bug, so...
[01:35] <ethana2> maybe i helped something
[01:37] <RAOF> I think we're in alpha 6 freeze, so it'll probably be after that, though.
[01:40] <ethana2> four days....
[01:40] <ethana2> RAOF: Is intrepid going to use the Dust theme?
[01:41]  * RAOF has exactly as much information on that front as you.
[01:43] <ethana2> I see
[01:45] <ethana2> by the way, ubuntu netbook is amazing
[01:45] <ethana2> i'm using everything but ume-loader on my ubuntu desktop install
[02:58] <mssever> I'm trying to make my first package, and I'm having difficulty. The details are here: http://ubuntuforums.org/showthread.php?p=5790152#post5790152    What am I doing wrong? Or is this question off-topic here?
[03:01] <vorian> mssever: looks like the package built fine
[03:02] <mssever> But all it installs are directories, not files
[03:03] <vorian> you may need to add a sysres.install file in your debian dir
[03:05] <mssever> vorian: Where can I find documentation on that? My trouble is that there's lots of documentation, but I can't seem to be able to figure out how to use it effectively, or know what's relevant to my situation
[03:05] <vorian> hmmm
[03:07] <mssever> vorian: Debian packaging seems overcomplicated for handling simple Python programs. But that probably means I'm missing something. I just need to drop files in directories. That's all.
[03:07] <vorian> oh
[03:07] <vorian> you may want to check this out first if it's python http://wiki.debian.org/DebianPython/NewPolicy
[03:08] <mssever> vorian: Thanks. I'll check that out. That link didn't show up in my Google searches
[03:09] <vorian> no problem
[03:09] <vorian> as for the .install file, you can see some good examples in kdebase (intrepid)
[03:09] <vorian> just pull the source and look at the .intall files
[03:10] <vorian> it's a complex package, but it has many .install files to view
[03:10] <mssever> vorian: Thanks. Also, are there some good simple examples in Python (or some other interpreted language that doesn't need to be built)?
[03:11] <vorian> sure :)
[03:11] <vorian> chm2pdf is one of my favorites
[03:11] <vorian> although i didn't put an install file in it
[03:11] <vorian> it didn't need one
[03:12] <mssever> vorian: OK. I'll take a look at it.
[03:12] <vorian> cool
[03:12] <vorian> you can email/msg me with any questions you have
[03:12] <vorian> or ask any of these fine folks
[03:14] <mssever> Great. I'm busy reading now... :)
[03:19] <mssever> vorian: apt-get source chm2pdf says it can't find a source package for chm2pdf. What's the source package called (or how can I find that myself)?
[03:20] <vorian> are you in hardy or intrepid?
[03:20] <vorian> either should pull it
[03:20] <mssever> hardy
[03:20] <vorian> weird
[03:20] <vorian> http://packages.ubuntu.com/hardy/chm2pdf
[03:21] <mssever> I can see the binary package, but not the source package
[03:21] <mssever> Thanks
[03:21] <vorian> click on the dsc link, and copy the url
[03:21] <vorian> then you can use 'dget url' to get the source
[03:22] <vorian> which would be http://archive.ubuntu.com/ubuntu/pool/universe/c/chm2pdf/chm2pdf_0.9-0ubuntu1.dsc
[03:23] <mssever> what's the command to uncompress it like apt-get source does?
[03:23] <StevenK> dpkg-source -x
[03:23] <porthose> dget -x
[03:24] <mssever> Thanks
[03:24] <StevenK> dget will download it and relevant files, dpkg-source is if the source is local.
[03:25] <mssever> OK, I have it extracted now, and I'm looking it over. Thanks for all the help
[03:27] <vorian> doh, -x
[04:06] <nellery> anyone have an idea as to why I get this error when attempting to build this package?
[04:06] <nellery> http://paste.ubuntu.com/47064/
[04:08] <TheMuso> nellery: You need to add packages that your package build depends on to the Build-Depends field in debian/control.
[04:09] <TheMuso> So by the looks of it, there are several packages that the configure script didn't find when attempting to build your package.
[04:09] <nellery> TheMuso, I see, so it's just the ones that appear there?
[04:09] <TheMuso> nellery: Without knowing what you are trying to build, I can't really help much more than that.
[04:09] <nellery> that's fine, I'll try and figure it out myself
[04:09] <TheMuso> nellery: There maybe more, you should check the package documentation to find out what is needed to build the package.
[04:09] <nellery> thanks!
[04:09] <nellery> ok
[04:09] <TheMuso> nellery: You're welcome.
[07:51] <\sh> james_w: when are you planning to update launchpadlib package to 0.2 from bzr? so we get the httplib2 UVE done, too...(bug #239734)
[08:31] <james_w> \sh: I hadn't decided if I was going to push it. Thanks for working on httplib2 though
[08:35] <\sh> james_w: I think we should talk to barry it would be good to have lplib in intrepid in its bzr version now
[08:44] <iulian> Good morning.
[09:10] <huats> morningh everyone
[09:11] <iulian> 'ey
[10:33] <zorglu_> q. i would like to get vlc 0.9.2 on 8.04. vlc teams doesnt support 8.04 only 8.10. is there a chance to get it backported to 8.04 ?
[10:40] <directhex> does it build on 8.04 unmodified?
[10:55] <zorglu_> directhex: it did not so long ago. vlc was doing a 8.04 build every night on nighly.videolan.org like 1months ago
[10:55] <zorglu_> directhex: they dropped support on 8.04 for unknown reason but very unlikely to be incompatible
[10:55] <directhex> have you tried it?
[10:56] <zorglu_> directhex: nope. i dont have time
[10:56] <zorglu_> directhex: they got 8.10 in nighly support tho
[10:56] <jimqode> Hello. I'm trying to follow the fixingbugs1 meeting at https://wiki.ubuntu.com/MeetingLogs/devweek0809/FixingBugs1 . I want to test the latest package to see if the bug is still there. I tried to use pbuilder build to build a package to install but i couldn't find the package file it made. How do I build and test a dsc file?
[10:56] <zorglu_> http://nightlies.videolan.org/build/ <- directhex
[10:57] <directhex> well that's nice & all, but if it's on THEIR server, you need to ask THEM why they're not building it
[10:57] <zorglu_> directhex: "8.04 is for losers" is the official reason
[10:58] <zorglu_> hence i wondered if ubuntu motu was planning to do the backport
[11:00] <directhex> they won't backport someone else's packages, not officially. if there's a newer version IN UBUNTU, then it can be looked at
[11:02] <zorglu_> hmm it is fair to say that vlc 0.9.2 will not reach 8.04 for at least 6months then ?
[11:03] <zorglu_> directhex: i got my servers on 8.04 so i look for solutions
[11:03] <directhex> servers which need videolan client? O_o
[11:03] <zorglu_> yes.
[11:04] <zorglu_> directhex: my only current alternative is to run VMs with 8.10 on those boxes and install vlc in the VM. do you see a better one ?
[11:05] <james_w> jimqode: if you build using pbuilder then I think the built packages end up in /var/cache/pbuilder
[11:07] <jimqode> james_w, hmmm. thank you
[11:08] <directhex> zorglu_, you could have tried debuild in the time you've been asking, you know
[11:09] <zorglu_> directhex: nope. im not a packager. so i would have to learn how to do it in the process
[11:09] <zorglu_> directhex: in anycase i dont wanna fight. i just want to see if i can get vlc on 8.04. the 8.10 VM is possibility
[11:10] <directhex> zorglu_, that's the thing. some apps "just work" if you take the 8.10 source package and build it on 8.04. no changes. that's the kind of thing that can easily be added to ubuntu-backports
[11:11] <zorglu_> hmm ok
[11:11] <zorglu_> so no plan to backport
[11:11] <directhex> if the package cannot "just" build, then there's a problem - it means added developer effort to keep several versions going
[11:12] <zorglu_> directhex: is there a way for me to stay uptodate on this matter ?
[11:12] <directhex> you could file a wishlist bug on launchpad
[11:12] <zorglu_> directhex: doing a script which check backport repo ?
[11:12] <directhex> or subscribe to the source package
[11:12] <zorglu_> directhex: ok thanks
[11:12] <zorglu_> i will do the 8.10 VM stuff meanwhile
[11:13] <directhex> infact, someone already did. https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/270404
[11:15] <zorglu_> cool :)
[11:16] <ma10> zorglu_: sorry i just logged in in the middle of the conversation, where is the 8.10 package you're talking about?
[11:17] <zorglu_> ma10: videolan nightly. let me find the link
[11:17] <directhex> ma10, he wants backports. since the videolan team make intrepid nightly debs.
[11:17] <zorglu_> http://nightlies.videolan.org/ and http://nightlies.videolan.org/build/intrepid-i386/
[11:19] <directhex> zorglu_, but please remember, as i said, those are NOT ubuntu debs. they're not in, made by, or supported by, anyone at ubuntu. the packages may be of suspect quality or vintage. that's why updating in ubuntu isn't trivial - we can't just take their packages
[11:19] <ma10> zorglu_: thanks
[11:20] <zorglu_> directhex: i understand. on the other hand, the fact videolan team makes them shows that it is not that hard to make :)
[11:20] <directhex> no diff.gz? s/may be/are/
[11:20] <directhex> zorglu_, any idiot can run "alien" on an rpm. doesn't make it a reliable package
[11:20] <zorglu_> directhex: ok
[11:21] <zorglu_> ma10: if you are doing the package, you can ask j-b on #videolan he is handling the release
[11:23] <ma10> zorglu_: i don't know, if i do there's nowhere to upload it until the jaunty repositories are created. btw, when is that going to happen?
[11:25] <zorglu_> ma10: several people will be interested in this i think. where to upload it ? what about ppa ? meanwhile people could get it there and thus people considering putting it into backport or not could use user feedback. how does it sound ?
[11:26] <zorglu_> ma10: 8
[11:26] <zorglu_> ma10: 8.04 is a LTS after all :)
[11:30] <ma10> zorglu_: yes that's probably what's going to happen. :) i think several ppa versions will pop up. i'll start working on mine.
[11:30] <zorglu_> ma10: cool :)
[11:35] <jimqode> Could somebody please check https://bugs.launchpad.net/ubuntu/+source/editline/+bug/256179 for anything I might have done wrong? I just uploaded a debdiff and applied for sponsorship. This is my first time.
[11:43] <james_w> does anyone have a Debian testing system around?
[11:43] <james_w> a chroot would work.
[11:44] <james_w> I'd like someone to test something in that environment, as it is claimed a bug is fixed, but I'm not sure
[11:48] <ma10> jimqode: i just gave it a quick look. the thing i noticed is that you forgot to update the Maintainer field in debian/control.
[11:52] <liw> james_w, I have a kvm instance, but I need to boot it up... what do you need?
[11:53] <james_w> liw: a little bit of ruby please
[11:53] <james_w> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487204
[11:54] <james_w> I'd like to know if the script in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487204#25 still fails with libcairo-ruby 1.5.1-1+lenny1
[11:54] <james_w> rebuilding on Intrepid and testing suggests that it doesn't fix it
[11:55] <liw> james_w, ok, I'll get back to you in a few minutes after my kvm machine is up
[11:55] <james_w> liw: thanks a lot
[12:11] <liw> james_w, ok, ysabel is up -- I don't know Ruby at all, which packages should I install?
[12:13] <james_w> just libcairo-ruby I think
[12:14] <liw> changing the hashbang to say ruby1.8 instead of just ruby
[12:14] <liw> running now, got to 153500
[12:15] <james_w> ok, I think it's fixed then, thanks
[12:15] <james_w> it seems we can't just sync that
[12:16] <liw> can I kill it?
[12:16] <james_w> sure
[12:17] <liw> interestingly, it got slower once it got to about 100 to 150 thousand... the first second or two got that far, now it's only gotten to 181800
[12:17] <james_w> hmm, did you have to fix up the script before you ran it?
[12:18] <james_w> no, I'm doing something wrong
[12:18] <liw> hm, I killed it with control-c, and it's still dying, and now it said Segmentation fault
[12:18] <liw> ***************** 181800 *********
[12:18] <liw> ^C./test.rb:8: Interrupt
[12:18] <liw> ./test.rb:8: [BUG] Segmentation fault
[12:18] <liw> ruby 1.8.7 (2008-08-11 patchlevel 72) [x86_64-linux]
[12:21] <jimqode> ma10, what should I update it to? My name? This was an ubuntu package to start with.
[12:23]  * james_w smacks his forehead
[12:23] <james_w> make sure you install all the binary packages for the thing you are testing.
[12:23] <NCommander> morning james_w
[12:23] <james_w> hey NCommander
[12:24] <NCommander> how goes it?
[12:24] <james_w> pretty good thanks, you?
[12:29] <NCommander> james_w: trying to fix my laptop
[12:30] <NCommander> FIrefox likes to freeze every ten seconds
[12:32] <wgrant> NCommander: Maybe it's Firefox Genuine Advantage kicking in its irritants.
[12:33] <directhex> but i already entered my firefox license key!
[12:33] <directhex> NCommander, i eagerly await a chromium-based browser for linux, given the 1-process-per-page thing should kill browser slowdown dead
[12:36] <NCommander> wgrant: :-)
[12:38] <jorgenpt> Yeah. (:
[12:38] <jorgenpt> And browser hangs. <3
[12:39] <jorgenpt> First time I saw 'flash' having it's own process in Chrome's process explorer, and I could just "kill" it and all the flash on the page went away, I almost cried in joy.
[13:13] <ma10> jimqode: it was a debian package, you're releasing the first ubuntu version. control should look like:
[13:13] <ma10> jimqode: Maintainer: Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com>
[13:13] <ma10> jimqode: XSBC-Original-Maintainer: Captain Packager <packager@coolness.com>
[13:14] <ma10> jimqode: (with the name of the debian maintainer of course)
[13:16] <directhex> yay, ubuntu packages. because pushing changes to debian is poopy!
[13:17]  * wgrant shoots directhex.
[13:18] <ma10> jimqode: also, update Standards-Version while you're at it, or lintian might complain.
[13:29] <james_w> anyone a fan of ruby?
[13:32] <dholbach> ma10: we don't need to update Standards-Version in packages that we inherit from Debian, it's a string-change that gains us nothing and we need to merge again, also it's something the package maintainer in debian should do (after consulting the debian policy and see if the package really complies with the specified version of d-p)
[13:32] <dholbach> I think that cjwatson wrote something about it recently
[13:33] <ma10> dholbach: didn't know, thanks
[13:33] <ScottK> james_w: apachelogger is a fan of Ruby, I believe.
[13:34] <iulian> james_w: You might want to try #debian-ruby on oftc.
[13:34] <james_w> iulian: I'd love to, but they've already fixed it
[13:34] <dholbach> +  * Recommend that Standards-Version not be adjusted for Ubuntu revisions of
[13:34] <dholbach> +    this manual, and in general that Standards-Version should not be changed
[13:34] <dholbach> +    in Ubuntu for packages originating in Debian.
[13:34] <dholbach> http://people.ubuntu.com/~cjwatson/ubuntu-policy/ubuntu.diff
[13:35] <dholbach> ma10: anytime
[13:36] <james_w> we need a fix for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487204, and I can't find the targeted patch, and I'm not sure whether updating to the new upstream is the right thing to do
[13:36] <jimqode> ma10, dholbach, thanks for your help. I'll update it now
[13:36] <dholbach> james_w: lucas filed a sync bug for ruby 1.8
[13:37] <james_w> dholbach: hmm, odd, the bug isn't against ruby
[13:37] <james_w> ah, my fault: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485738
[13:37] <dholbach> ma10: don't worry - I did the mistake myself when I got started (I looked at my first uploads on hoary-changes a few weeks ago) :-)
[13:37] <james_w> hmm
[13:38] <dholbach> bug 270389
[13:38] <james_w> ubottu: you are wrong!
[13:38] <james_w> well, you are
[13:48] <sbucat> hi sorry if i ask here , but i have made a simple video analyzer with ffmpeg and awk can someone build a package ?--------->http://www.cli-apps.org/content/show.php?content=89259
[13:50] <lucas> james_w: dholbach: FWIW, I could convince the debian release team to let the new upstream release migrate to lenny last week
[13:50] <lucas> james_w: dholbach: and ruby-defaults just contains dummy packages that point to ruby1.8's binary packages at the moment. since we also have ruby1.9, all security bugs are usually duplicated for ruby1.8 and ruby1.9.
[13:50]  * apachelogger notes that james_w is quite hard on teh poor bot :S
[13:51] <ScottK-laptop> Off the top of my head, if it got into Lenny I'd be really suprised we don't want it for Intrepid.
[13:52] <james_w> lucas: yeah, it doesn't look too bad, the mention of perhaps having to update dependent code due to libxml->xml namespace change is a bit worrying
[13:52] <james_w> ScottK-laptop: I think we definitely want the bug fixed
[13:54] <lucas> james_w: which namespace change is that? (link?)
[13:54] <james_w> == 0.8.2 / 2008-07-21 Charlie Savage
[13:54] <james_w> * To use LibXML you can either require 'xml' or require 'libxml'.
[13:54] <james_w>   The differences is that require 'xml' mixes the LibXML module into
[13:54] <james_w>   the global namespace, thereby allowing you to write code such
[13:54] <james_w>   as document = XML::Document.new.  Note that this is different
[13:54] <james_w>   from 0.8.0 and 0.8.1 and may require updating your code.
[13:55] <sbucat> devfil: hi
[13:55] <devfil> hi sbucat
[13:56] <devfil> sbucat: what are you doing here? :)
[13:56] <sbucat> devfil: heheh i need of some motu for this :D hahahhttp://www.cli-apps.org/content/show.php?content=89259
[13:56] <lucas> james_w: err, that's not a ruby1.8 change, right? I don't think that we are talking about the same thing here
[13:57] <devfil> sbucat: actually Ubuntu is on feature freeze, so for new packages a FFe is needed
[13:57] <james_w> lucas: no, I'm talking about the fix for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485738
[13:57] <james_w> lucas: which was fixed in Debian with the update to the new upstream release
[13:58] <devfil> sbucat: for more inf: https://wiki.ubuntu.com/FreezeExceptionProcess#FeatureFreeze%20for%20new%20packages
[13:58] <broonie>  24
[14:00] <lucas> james_w: I don't have an opinion on that one. note that libxml-ruby is a relatively unimportant lib. (most ruby users use rexml)
[14:01] <james_w> yeah, I just saw that there are no rdepends
[14:01] <james_w> except libxslt-ruby, which has none
[14:25] <bddebian> Heya gang
[14:26] <james_w> hi bddebian
[14:26] <bddebian> Hi james_w
[14:27] <iulian> Hello bddebian
[14:31] <bddebian> Hi iulian
[14:42] <james_w> http://qa.ubuntuwire.com/ftbfs/ looks a bit out of date, is this normal?
[14:45] <jimqode> http://daniel.holba.ch/temp/no_attention is linked on https://wiki.ubuntu.com/MOTU/TODO/Bugs but it does not work. It spits out the python source for the server side code
[14:58] <dholbach> lucas: right... if that's the case the ubuntu-release team should ACK it pretty quickly
[14:59] <james_w> jimqode: hi, I don't see that, are you on hardy?
[15:00] <jimqode> james_w, yes I'm on hardy. What difference does it make?
[15:03] <james_w> jimqode: my guess is that python-launchpad-bugs is broken on hardy
[15:04] <jimqode> james_w, oops was it meant to run at my computer. *blushes*
[15:04] <jimqode> it thought it was server side code that failed to run
[15:04] <james_w> ah :-)
[15:05] <jimqode> sorry, sorry, sorry :)
[15:26] <dholbach> soren, nixternal, geser: just in case you're wondering: NCommander has the nexenta-ACCEPTED-mails situation under control now :-)
[15:27]  * NCommander whisles
[15:28] <NCommander> dholbach: I never got those accept emails in my inbox, were they filtered out by the mailserver?
[15:28] <dholbach> NCommander: they were in the ubuntu-motu moderation queue
[15:28] <NCommander> dholbach: again, sorry about that :-/
[15:29] <dholbach> NCommander: don't worry - it's been just 4 mails right now :)
[15:29] <dholbach> we get much more spam every day that lands in the queue
[15:29] <NCommander> Its probably going to be a few more, the dak server had a pretty large backlog :-P
[15:29] <dholbach> NCommander: np, I'll send you the bill
[15:29] <dholbach> ;-)
[15:30]  * NCommander will add a redirect of dholbach@ubuntu.com -> *somewhere*
[15:38] <jdong> have people started screaming for VLC yet?
[15:38] <jdong> yup bug 270404
[15:41] <jdong> wgrant: you last-touched; any thoughts on this big scary update? I'm afraid if we don't do it we won't hear the end of it.
[15:45] <nxvl> dholbach: can i congratulate NCommander now?
[15:45] <NCommander> on what?
[15:45] <nxvl> NCommander: uuc
[15:47] <dholbach> nxvl: I think you can - I'll process the application in a sec
[15:47] <nxvl> \o/
[15:47] <nxvl> NCommander: congrats
[15:48] <dholbach> nxvl: hold your horses - just a (few) minute(s) :-)
[15:48] <NCommander> \o/!
[15:48] <NCommander> d'oh
[15:50] <nxvl> :(
[15:51]  * NCommander looks forward to the day he can get MOTU
[15:51] <NCommander> I apply at the end of September :-)
[15:52] <nxvl> \o/
[15:55] <dholbach> NCommander: congratulations :-)
[15:55] <dholbach> nxvl: now you can :)
[15:55] <NCommander> ahaha
[15:56] <NCommander> WOOOOOOOOOOOOOOO
[15:56] <dholbach> it just took a bit to get all the references to the application from the mailing list, the mail written etc
[15:56] <NCommander> ANother icon for Bragging rights
[15:56] <NCommander> At the rate I'm going, I'm going to need a linebreak :-/
[15:56] <dholbach> so that's what it's all about
[15:56] <nxvl> NCommander: welcome to the team
[15:56]  * NCommander was already an Ubuntu member, UUC wasn't a huge upgrade
[15:56] <NCommander> At least my posts to -devel are no longer moderated I think
[15:57] <nxvl> dholbach: there were a LOT of references to catch on that mail
[15:57] <NCommander> 16 I think
[15:57] <dholbach> nxvl: exactement
[15:58] <NCommander> dholbach: I'm told thats an unusually high number
[15:59] <NCommander> dholbach: don't worry, you get the fun of doing it again for MOTU soon :-)
[16:02] <nxvl> dholbach: i was checking the 5-a-day code the other day and i started wondering, now it works using only the LP login?
[16:02] <dholbach> nxvl:     bzr launchpad-login
[16:03] <dholbach> nxvl: to me it didn't seem to make sense to write your lp login to yet another file :)
[16:09] <geser> dholbach: re the last mc minutes: I didn't know that nixternal and you count double :)
[16:09] <dholbach> geser: it was 11:18 here and it seems I still didn't have enough coffee
[16:10] <nxvl_> sorry i unpluged my laptop and forget i took the battery out
[16:10] <nxvl_> :D
[16:11] <mok0>  ogra ping
[16:11] <nxvl_> dholbach: agreed on that, just making sure i catch it correctly
[16:17] <ogra> mok0,
[16:17] <ogra> pong
[16:26] <james_w> NCommander: then nexenta ACCEPTED mail went to all maintainers, not just MOTU?
[16:27] <NCommander> james_w: unfortantely
[16:27] <NCommander> The problem was our mailserver was not sending emails
[16:27] <NCommander> And I didn't realize dak was misconfigured
[16:27] <NCommander> The mail admin just fixed the former and ran the queue -_-;
[16:27] <james_w> perhaps a mail to debian-devel explaining the situation would help?
[16:28] <NCommander> yeah
[16:28] <james_w> guessing that it was more than just a couple of mails
[16:28] <dholbach> MOTU got just 4 up until now
[16:29] <NCommander> Well, the flame mail from DDs is pouring in now
[16:29] <NCommander> :-)
[16:29] <cody-somerville> NCommander, really? :P
[16:29] <cody-somerville> lol
[16:29] <NCommander> Man, when I screw up, I screw up big
[16:30] <geser> NCommander: you now know which DDs read there mails timely :)
[16:30]  * dholbach bears that in mind for NCommander's MOTU application :-)
[16:30] <NCommander> THanks dholbach :-P
[16:31] <nxvl> NCommander: which DDs mail?
[16:32] <NCommander> nxvl: not sure, its going to the changes mailing list which I haven't been subscribed to
[16:32] <nxvl> NCommander: ubuntu changes or debian changes?
[16:33] <NCommander> nexenta-changes
[16:35] <nxvl> :D
[16:38] <handschuh> hi, when will the next revu-day will be? (just asking)
[16:50] <nxvl> handschuh: in November maybe
[16:50] <nxvl> handschuh: archive are closed for new packages until jaunty
[16:51] <handschuh> nxvl: ok thanks
[17:01] <broonie> NCommander: You've definitely been hitting DDs. :)
[17:02] <NCommander> ****
[17:12] <nxvl> dholbach: today in the new release of the PC World there are 2 packages about me and motuship, i hope it helps to get more people involved :D
[17:12] <nxvl> (the peruvian version of PC World btw)
[17:12] <dholbach> nxvl: NICE - do you have an online version of it somewhere?
[17:13] <nxvl> dholbach: mmm, not sure, let me check, but it's in spanish
[17:13] <dholbach> nxvl: nevermind it's in spanish :)
[17:13] <nxvl> heh
[17:13] <nxvl> :D
[17:13] <nxvl> i though so
[17:16] <nxvl> dholbach: there were some minimal inaccuracies from the reporter, but still get my bits saying that it's easy and that people are invited to participate :D
[17:16] <cody-somerville> NCommander, Isn't there a big fat warning in dak about this? :P
[17:16] <ScottK-laptop> Apparently neither big, nor fat, enough.
[17:17] <handschuh> dholbach: (sry for interruption) thanks for the motu-videos
[17:17] <broonie> With current versions of dak you explicitly need to configure it to mail people.
[17:17] <dholbach> handschuh: I'm glad you find them useful. :-)
[17:18] <nxvl> dholbach: talking about videos, nellery (my mentee) jumped it after the videos, and he was not bad at all
[17:18] <dholbach> nxvl: woah, great :-)
[17:18] <nxvl> dholbach: so we can start calling them a success
[17:18] <dholbach> :-D
[17:19] <nxvl> s/it/in
[17:19]  * nxvl give dholbach a big thank you HUG
[17:19] <nxvl> gives*
[17:19]  * dholbach hugs nxvl back :-)))
[17:19] <dholbach> great
[17:23] <gaspa> dholbach: registered a merge for harverst-data.
[17:24] <dholbach> gaspa: I'll take a look at it in a bit
[17:24] <gaspa> as you need, don't haste.
[17:24]  * dholbach hugs gaspa :)
[17:25]  * gaspa hugs dholbach back. :)
[17:25]  * nxvl predicts an update of the flash hug at mountainview
[17:26] <nxvl> ogra: ^^^
[17:26] <nxvl> dholbach: we aware...
[17:26] <nxvl> :P
[17:28] <ogra> nxvl, we could make it a tradition :)
[17:35] <ScottK-laptop> nxvl: You could make a historical retrospective without affecting future suprises.
[17:35] <nxvl> ScottK-laptop: right
[17:35] <ScottK-laptop> nxvl: You could also make a Launchpad team, get a mail list, and conspire there.
[17:36] <nxvl> heh
[17:36] <nxvl> we have an LP team
[17:36] <nxvl> https://edge.launchpad.net/~dholbach-huggers
[17:42] <cody-somerville> ScottK-laptop, ping
[17:43] <ScottK-laptop> cody-somerville: Pong
[17:58]  * ScottK-laptop notes that hppa is almost caught up building stuff.  This is a clear sign people should be uploading more.
[18:02] <jdong> ScottK-laptop: how does VLC 0.9.1 crack sound?
[18:02] <jdong> (kidding. maybe.)
[18:03] <ScottK-laptop> jdong: That's some gtk thing, so, whatever.
[18:03] <ScottK-laptop> jdong: Actually, given the security history with VLC, I'm thinking we probably do what to ship something they'll be updating, but I'm not sure.
[18:03] <jdong> ScottK-laptop: it's a QT thing now.
[18:03] <ScottK-laptop> It is?
[18:04] <jdong> ScottK-laptop: I'll have to look into what the heck needs to change with the packaging
[18:04] <jdong> ScottK-laptop: the frontend is rewritten in QT4
[18:04] <ScottK-laptop> Interesting.
[18:04] <jdong> ScottK-laptop: otherwise updating it would be a no-brainer
[18:04] <jdong> ScottK-laptop: but at this point IMO it's still in our best interest to update, just it might be some work involved
[18:04] <ScottK-laptop> OK.  I think looking into it is a good plan.
[18:05] <jdong> yeah I'm in class right now and have a busy early week, but if I have spare time I'll also look into this
[18:05] <jdong> upstream has "nightly builds" that mostly pbuilder okay in Intrepid, might be worth looking at a debdiff of that
[18:06] <jdong> i.e. http://nightlies.videolan.org/build/intrepid-i386/latest/
[18:06] <jdong> I have no idea the packaging quality but I am betting it's not that useful for us.
[18:06] <ScottK-laptop> Without looking I'd give odds you're right.
[18:07] <jdong> ScottK-laptop: it looks to be a natively debianized source which worries me.
[18:08] <jdong> ScottK-laptop: would be nice to work with upstream to share packaging efforts, as their nightly service tends to be popular with media geeks
[18:08] <ScottK-laptop> What did you expect?
[18:08] <ScottK-laptop> jdong: They might be happy to get patches.
[18:10] <jdong> ScottK-laptop: indeed. Let's proceed with some PPA packages in ~motumedia and proceed from there...
[18:23] <slytherin> NCommander: congrats
[18:37] <stdin> RainCT: hey, recently I took another look at dgetlp and thought "Hmm, this would probably work better in python". so I rewrote it (again)
[18:37] <stdin> what do you think: http://pastebin.com/f1a78df61
[18:38] <jdong> interesting... prevu has a built-in more hackish variant :)
[18:39] <jdong> looks like http://paste.ubuntu.com/47195/
[18:40] <jdong> maybe I'll replace that nastiness with dgetlp if things work out
[18:40] <ScottK-laptop> Note that dgetlp is only needed for PPA packages.
[18:41] <ScottK-laptop> Regular distro packages have url's that dget can use.
[18:41] <slytherin> Does anyone know for sure if latest gstreamer pre-release will be packaged before beta freeze?
[18:46] <RainCT> stdin: Great! (There's a typo ("hostead") in the Usage string and another one ("attatch") in the try/except at the end)
[18:50] <stdin> stupid power-cut :|
[18:50] <RainCT> >> stdin: Great! (There's a typo ("hostead") in the Usage string and another one ("attatch") in the try/except at the end)
[18:51] <stdin> ScottK-laptop: about dgetlp, it's not just for PPAs, it was actually written more with +queue in mind attach
[18:52] <stdin> RainCT: http://pastebin.com/f10cdcbdd
[18:52] <stdin> that should fix those
[18:52] <ScottK-laptop> Ah, right.
[18:54] <stdin> now it's in python it should be more robust, actually reading the .dsc instead of trying to guess the names/version of files to get
[18:59] <james_w> emgent: hey, were you planning on merging ecl?
[19:00] <james_w> stdin, meet python-debian, python-debian meet stdin, I think you two may get on
[19:00] <james_w> stdin: it's got a class for parsing .dsc files that may simplify the script even more
[19:01] <stdin> james_w: I only need to get the files out of the .dsc, not sure if I need anything "powerful". but I guess I should look at it ;)
[19:02] <james_w> it's got some good stuff in it
[19:02] <james_w> and if you write anything that may fit well there then please feel free to submit it for inclusion
[19:32] <rawler> hey people.. have anyone here got experience of launchpad ppa?
[19:32] <mok0> yeah
[19:32] <rawler> for some reason, it rejects my uploads due to failed checksums.. I've verified them manually and they seems correct?
[19:33] <mok0> you upload the _source.changes file?
[19:33] <rawler> also relevant that I already have the package in question in launchpad ppa for intrepid, now back-porting to hardy, so I needed to change a dep..
[19:33] <rawler> yes, the _source.changes.. :)
[19:34] <mok0> rawler: I don't think I can help with that, try asking on #launchpad
[19:34] <rawler> I will, thanks.. :)
[19:38] <slytherin> persia: http://www.hadess.net/2008/09/living-on-edge.html :-(
[19:48] <slytherin> wow vlc 0.9 is release finally :-)
[19:59] <nxvl> james_w: i told you that you needed to apply for motuship, it looks like it will be a succes
[19:59] <nxvl> :D
[19:59] <sebner> slytherin: 0.9.2 :P hope to see it in intrepid :D
[19:59] <sebner> james_w: \o/
[20:00] <slytherin> sebner: I use totem :-)
[20:00] <slytherin> but for my friends who use Windows, VLC is heaven
[20:00] <sebner> slytherin: bah, gnome crunch t
[20:06] <Laney> Is anyone working on the VLC update?
[20:06] <sebner> Laney: well, I suppose they maybe want to merge it from Debian *when* Debian has it
[20:06] <ScottK> Laney: jdong was discussing it earlier.
[20:07] <Laney> sebner: Time is money!
[20:07] <sebner> Laney: do you get paid for merging vlc ASAP? ^^
[20:07] <sebner> huhu ScottK =)
[20:08] <Laney> I get paid in joy by having a better Intrepid release ;)
[20:08] <sebner> Laney: maybe you can get informations about upstart 0.5 then :P
[20:10] <Laney> sebner: I think that's a bit above me :(
[20:11] <sebner> Laney: np :)
[20:15] <stdin> RainCT: "final" version, with spell-checking :) http://pastebin.com/f65c4172c
[20:18] <superm1> is there a way to look at reverse build depends of a package?
[20:18] <azeem> superm1: some grep-dctrl magic does that; there's no single command I believe
[20:19] <superm1> yuck
[20:19] <slytherin> superm1: reverse-build-depends from ubuntu-dev-tools
[20:19] <superm1> yay
[20:20] <superm1> okay so if i'm working on a virtualbox FFe, and the only thing that uses kbuild is virtualbox, do i need to file an FFe too for that still?
[20:21] <superm1> i suppose i will just to be safe
[20:21] <slytherin> superm1: If it is a release with new features, FFE is a must.
[20:21] <slytherin> for bug fix only release you might be able to convince that FFE is not needed.
[20:22] <superm1> they dont really have an upstream changelog, so i'm discerning through trac
[20:22] <superm1> ah yeah there are a few features put into it
[20:22] <laga_> they do have a changelog? a short one, tho
[20:22] <superm1> the changelog in the package was discontinued
[20:22] <superm1> and they said to go look at trac instead
[20:23] <laga_> http://virtualbox.org/wiki/Changelog - although that's for the closed source version
[20:23] <superm1> not virtualbox
[20:23] <superm1> kbuild
[20:23] <laga_> oh, sorry
[20:23] <superm1> it's only rdepend and rbuild-depend is virtualbox however
[20:25] <slytherin> superm1: any chance you could bribe someone to approve FF for bluez. It will be really nice to have 4.x in intrepid. :-D
[20:25] <slytherin> s/FF/FFE
[20:25] <superm1> i'm a bit doubtful since we're past UI freeze, and undoubtedly there are UI changes in the 4.x release?
[20:26] <slytherin> superm1: Sure, but if Fedora 10 is going to ship it then it becomes prestige issue. :-P
[20:26] <superm1> haha
[20:32] <slytherin> superm1: I will see if I can create some test packages.
[20:36] <cr3> I'm packaging a project which uses autotools, but I want to generate both a deb and a udeb. the problem is that I only want to install the binary in the udeb, so I have usr/bin/my_binary in the udeb.install file. however, the file is actually built in the deb's directory (debian/my-project) rather than the udeb's directory (debian/my-project-udeb).
[20:36] <cr3> I thought that DEB_DH_INSTALL_SOURCEDIR := debian/tmp in the rules file might generate a single directory which could be shared by both the deb and the udeb, but no such luck
[20:37] <cr3> so, what would be the right way to package both the deb and the udeb... preferably without having to ./configure && make && make install for each?
[20:38] <james_w> hey cr3
[20:39] <james_w> #ubuntu-installer probably has a higher density of people familiar with udebs
[20:39] <cr3> james_w: hey dude! hm, I'm usually more annoying in #ubuntu-installer, I thought I would load balance my questions in other channels :)
[20:41] <james_w> cr3: if you want it in both then you may need a "cp" call in debian/rules
[20:42] <cr3> james_w: ouch! I looked at the netscat source package for inspiration, becaues I know it's available in the installer environment, but turns out it might not have a udeb because there's nothing under debian relating to udebs
[20:42]  * cr3 does more exploration
[20:42] <Laney> Good lord I'm getting a lot of skips and pops in my audio under load
[20:42] <james_w> cr3: I just grabbed dhcp3 for the same reason
[20:43] <james_w> cr3: but that doesn't use dh_install to install most of it's files
[20:43] <fabrice_sp> Hi. Do I need a FFe for Bug #242572? All the bug and debdiff is previous to Freeze...
[20:44] <cr3> james_w: evil! :)
[20:45] <james_w> cr3: dmraid uses two ./configure steps by the look of it
[20:45] <james_w> different options though
[20:46] <james_w> same with cdebconf
[20:46] <cr3> james_w: tzsetup seems like a simple package
[20:46] <james_w> cr3: you may have to do something a bit ugly, as your case is a bit special
[20:47] <james_w> cr3: you always knew you were special though, didn't you?
[20:47] <james_w> tzsetup only has a udeb
[20:47] <cr3> james_w: yeah, I'm special as in special olympics :(
[20:47] <cr3> james_w: good point, that's why the debian files are so simple for tzsetup
[20:49] <james_w> cr3: fontconfig
[20:50] <james_w> cr3: it's cdbs, but it uses an install file, and uses debian/tmp/ as the source
[20:50] <james_w> ah, you use cdbs
[20:50] <cr3> james_w: cheers! that sounds less special and, yes, I use cdbs
[20:51] <cr3> james_w: actually, I'm trying a simple hack in my install file right now. that might be easy as pie
[20:51] <james_w> cr3: as well as DEB_DH_INSTALL_SOURCEDIR you may need to use a different DESTDIR
[20:54] <LaserJock> ScottK: does a FFe only need 1 ack? I don't see it documented on the wiki page (just 2 acks are needed for standing FFes) so I'm assuming it's just 1
[20:55] <sebner> DktrKranz: \o/
[20:55] <DktrKranz> sebner, \o/
[20:55] <ScottK> LaserJock: It's 2.
[20:55] <geser> LaserJock: wasn't it 3 for standing FFe and 2 for normal FFe?
[20:55] <LaserJock> geser: no
[20:56] <LaserJock> geser: "Once a standing FFe is approved (2 motu-release acks)..."
[20:56] <ScottK> DktrKranz: Would you please ack/approve Bug 260786
[20:57] <ScottK> DktrKranz: WIth sispoty's earlier +1 it may be OK, but just to be sure ...
[20:57] <LaserJock> I can't find any reference to the number of needed acks other than ^^ on https://wiki.ubuntu.com/FreezeExceptionProcess
[20:57] <ScottK> LaserJock: Two is what we've been using.
[20:58] <LaserJock> ok, cool. That's what I remembered it being but was uncertain because of the wiki page
[20:58] <sebner> emgent: is your uploader list script b0rken?
[20:58] <DktrKranz> sebner, lists.ubuntu.com is "b0rken"
[20:58] <sebner> LaserJock: huhu :) I hope your studies are going well?
[20:58] <sebner> DktrKranz: so, everything is b0rken? ^^
[20:58] <geser> LaserJock: https://lists.ubuntu.com/archives/ubuntu-motu/2008-September/004648.html talks about 3 for standing FFe and 2 for normal FFe
[20:59] <LaserJock> sebner: yeah, fairly well
[20:59] <sebner> LaserJock: nice to hear :)
[20:59] <LaserJock> geser: someone might want to then reflect that in the actual policy
[20:59] <sebner> \o/ geser, our syncing hero :) (well, at least mine) :)
[20:59] <DktrKranz> sebner, you have to manually download $distro-changes mailbox and hack it to open a file instead of fetching from the web (certificate issue)
[21:00] <sebner> DktrKranz: ah nvm, I'm not that in reading ML. just MC list from time to time (webview)
[21:00] <DktrKranz> ScottK, done
[21:00] <ScottK> DktrKranz: THanks.
[21:00] <jdong> Laney: hey you still there?
[21:00] <Laney> jdong: hi
[21:01] <jdong> Laney: saw your query on VLC; are you interested in packaging it or just inquiring if it'll be done?
[21:02] <Laney> jdong: I'll have a go if nobody else does
[21:03] <jdong> Laney: well I've got a busy afternoon ahead of me but I'll start taking a look at it later this evening to first understand what Ubuntu has changed with the package and then see what needs to be done to accomodate the new frontend
[21:04] <Laney> jdong: OK. I might have an initial look if ghc ever gets done building
[21:05] <jdong> Laney: ok, cool. I'll post any status updates on the bug report, if you'd like to do the same that should be good
[21:05]  * Laney nods
[21:08] <ScottK> Intresting.  PJ from Groklaw is commenting in the FF EULA bug https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/269656/comments/150
[21:09] <sebner> ScottK: mozilla is evil :\
[21:11] <NCommander> cody-somerville: you'd think there was such a warning
[21:11] <ScottK> sebner: Evil is a strong word.
[21:11] <ScottK> NCommander: Thanks for Samba4 and congratulations.
[21:12] <sebner> ScottK: mozilla is no angel-like ... better?
[21:12] <NCommander> ScottK: thanks
[21:12] <ScottK> sebner: Sure.
[21:12]  * NCommander feels quite sick to his stomach ATM
[21:12] <ScottK> Personally, I'm very uncomfortable that there are packages in the Main archive that I'm not allowed to change.
[21:12] <sebner> ScottK: maybe we'll end like debian with iceweasel xD
[21:13] <laga_> mozilla is hilariouis
[21:13] <NCommander> ScottK: seconded
[21:13] <NCommander> They're a joke at this point to me
[21:13] <ScottK> Of course anyone that wants a default browser other than Firefox can switch to Kubuntu today.
[21:13] <laga_> s/hilariouis/hilarious/
[21:13] <sebner> ScottK: bah, no chance :P
[21:28] <Robb_1> im not sure exactly who to send this request to..but i have a way of making things more secure.....i know that the login window has the way of hiding the input for the password screen...is there a way you could do this for gksu and gksudo?  I know sudo itself has it implemented.
[21:29] <Robb_1> im not saying that i could actually implement this myself..but if someone could make this happen..it would be a great advancement in security.
[21:29] <laga_> that's only more secure if your password consists of asterisks
[21:30] <Robb_1> i dont think your getting it, the fact that login window has it and nothing else surprises me......
[21:33] <Robb_1> peeking over your shoulder during login is only one part of the issue im seeing...i see a lot of users in my college (i have ubuntu implemented in a class) that have been watching the *su and *sudo window waiting to see just how long the other users passwords are.
[21:59] <netzmeister> ad
[21:59] <netzmeister> bah
[21:59] <netzmeister> bad-boy86, sers :)
[22:00] <bad-boy86> hehe abend Meister
[22:00] <laga_> "sers"? now who says that? ;)
[22:03] <netzmeister> laga_, german?
[22:03] <laga_> sure
[22:04] <netzmeister> laga_, "sers" is the small word for "servus" :D
[22:07] <ati9700> juten tach
[22:55] <wgrant> jdong: I wouldn't advise it until Debian has done it.
[22:55] <wgrant> It is huge.
[22:55] <wgrant> And it is late in the cycle.
[22:55] <wgrant> Oh my god. The bug. Is huge.
[22:57] <jdong> wgrant: I know it's a huge update, but I don't think we're in a better position just sitting around until we end up with a VLC support cycle or user backlash crisis on our hands.
[22:58] <wgrant> jdong: Debian is going to have 0.8.6i in Lenny.
[22:58] <jdong> wgrant: just in the past week, for example, I've talked to two independent users who need MT2S support for viewing their HD camcorder files
[22:58] <wgrant> And we'd have more user backlash if we left it borked.
[22:58] <jdong> and the only solution atm is VLC 0.9.x
[22:58] <wgrant> We have < 1.5 months to get it perfect.
[22:58] <wgrant> If you think it can be done, go ahead.
[22:58] <wgrant> But I don't think it's a particularly good idea.
[22:59] <jdong> wgrant: well I certainly want to test it externally in a PPA to see if there's any chance of it working. I understand the concern you have.
[22:59] <Laney> We should certainly not push it until we're confident it's better than what we have
[23:00] <jdong> whether or not we ship it as the Intrepid version, I'd still like to give Hardy and Intrepid users some reasonably safe way of using this new VLC release
[23:01] <jdong> the demand for it will be high
[23:01] <wgrant> It will.
[23:01] <wgrant> So we get it into Jaunty early and backport it.
[23:01] <wgrant> Very little change.
[23:01] <jdong> right, that's the alternative plan.
[23:02] <wgrant> They can get it in 1.5 months in RELEASE, or 2 months in BACKPORTS.
[23:02] <jdong> or 1 week if I finish my homework early ;-)
[23:03] <jdong> (watch that curse my week)
[23:03] <wgrant> Heh.
[23:06] <ScottK-laptop> wgrant: Wouldn't you rather be dealing with security patches from their current release than an old one?
[23:06] <wgrant> ScottK-laptop: Perhaps, but Debian will be in the same boat and they're needed for Hardy anyway.
[23:07] <ScottK> Debian will be regardless of if it goes into Sid or not because it won't make Lenny.
[23:07] <wgrant> That's my point.
[23:07] <jdong> well... I'd hate to be tracking an old VLC release from a security standpoint anyway.... TBH if something nasty like that does happen down the road I would lean towards just giving everyone 0.9.2
[23:08] <jdong> it's an end-user app with no revdeps, do as we do with the Mozillas
[23:08] <wgrant> Something nasty like what?
[23:09] <jdong> wgrant: a security vulnerability is found in some bundled part of the 0.8.6i+a+b+c+d+whatever release we have now.
[23:10] <wgrant> jdong: Oh, that happens literally monthly.
[23:10] <wgrant> And we have no bundling any more.
[23:10] <jdong> wgrant: I hate media players...
[23:10] <jdong> wgrant: this is one of those cases where IMO we should just follow upstream's releases. I can't really think of a use case for why backporting patches is a good idea for VLC.
[23:11] <wgrant> Package it up and get it tested, I guess.