[00:06] <nellery> If an application has an external homepage, as well as a sourceforge one, which should go in the Homepage field in debian/control?
[00:07] <bddebian> The homepage goes in the homepage.  Use the sourceforge page for your watch file :)
[00:07] <azeem> nellery: do you mean the sourceforge project page, or some foo.sourceforge.net homepage?
[00:08] <nellery> azeem, the http://projectname.sourceforge.net one
[00:08] <nellery> yes, foo.sourceforge.net
[00:09] <azeem> nellery: in that case, whichever is more relevant or uptodate I guess
[00:09] <nellery> Okay, thanks a lot both of you
[00:53] <james_w> directhex: hey, when you have a minute could I trouble you for a review of http://launchpadlibrarian.net/18274671/sysinfo_0.7.0ubuntu4.debdiff please? It looks sane to my inexperienced eyes.
[00:56] <directhex> james_w, how much c# experience do you have?
[00:57] <james_w> directhex: I know java :-)
[00:58] <ajmitch> C#, java, what's the difference?
[00:58] <directhex> ajmitch, TEH PATEN... no wait, too soon?
[00:58] <directhex> james_w, well, to my eye, it looks completely 101% spot on. does it *work* as expected? too late in the evening for a test compile
[00:59] <cody-somerville> Heya Gang
[00:59] <directhex> james_w, frankly all the fixed-size arrays should be switched to arraylist. has upstream been sent the patches?
[00:59] <james_w> yeah, same for me, I was just wanting to approach you for a review now in the hope you would oblige before tomorrow, so I can test and upload.
[01:00] <james_w> directhex: not yet, but it's dead as far as I can see, I'll forward them once we have one ready for upload.
[01:00] <ScottK> ajmitch: For me they are the same as I know them equally well.
[01:00] <james_w> directhex: I'll look at the rest of the code and see if there are any more to convert, thanks.
[01:01] <ajmitch> ScottK: yes, I used to maintain C# packages
[01:01] <ScottK> Speaking of which ....
[01:01]  * ScottK digs through ml archives ...
[01:02] <directhex> directhex@mortos:~/Projects$ grep -c ajmitch pkg-cli-apps/packages/*/trunk/debian/changelog | grep -v :0
[01:02] <directhex> pkg-cli-apps/packages/f-spot/trunk/debian/changelog:32
[01:02] <ajmitch> directhex: and?
[01:02] <directhex> just saying'. are you on i386?
[01:02] <ajmitch> on my laptop, yes
[01:03] <directhex> can you help me isolate possibly one of the biggest f-spot bugs on record, which might not even be an f-spot bug if this is confirmed?
[01:03]  * ajmitch doesn't have access to an amd64 desktop until he gets home
[01:03] <ajmitch> the randomly freezes & does stupid stuff bug?
[01:03] <directhex> the "hang on exit" bug
[01:04] <ajmitch> and you think I know the cause? :)
[01:05] <zul> why yes you use to maintain them :)
[01:05] <directhex> ajmitch, i think you should install gnupg-agent, restart your x session, and try to start/quit f-spot
[01:05] <ajmitch> past tense for a reason
[01:05] <ScottK> ajmitch: Do you have an opinion on this (looks like you touched the package last): https://lists.ubuntu.com/archives/ubuntu-devel/2008-October/026652.html
[01:05]  * ajmitch has gnupg-agent installed on the laptop
[01:06] <ajmitch> ScottK:
[01:06] <ajmitch> ScottK: yes, I have an opinion
[01:06] <ScottK> Would you care to share it?
[01:07] <ajmitch> 18:54 < ajmitch> siretart: yeah, it really should have a removal request put in
[01:07] <ajmitch> should have been removed ages ago
[01:07] <ScottK> Ah.  Thanks.
[01:07] <directhex> ajmitch, and no f-spot quit problems?
[01:07]  * ScottK really ought to do more scrollback reading.
[01:07] <ajmitch> directhex: not that I've seen
[01:08] <ajmitch> however I don't know if gnupg-agent is setup in the session properly
[01:08] <directhex> can you compile/run http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=test-signal.c;att=1;bug=499569 and give me the output?
[01:08] <ajmitch> given that it doesn't ask for a passphrase on login
[01:09] <ScottK> directhex: We've had gnupg-agent in default install since Gutsy (it's my fault it's there BTW) and there were some programs that had environment problems that it exposed (see fixed bugs in seahorse-agen for an example).
[01:09] <ScottK> agen/agent
[01:09] <ajmitch> directhex: I presume you don't mean the various compile warnings from that test-signal.c :)
[01:10] <directhex> ajmitch, no, the output from running it
[01:16] <directhex> sod it, i'll experiment further tomorrow & weds. bedtime.
[01:16] <ScottK-laptop> directhex: FYI, my point is it's probably not a gnupg-agent bug, it's probably the app.  Good luck.
[01:17] <quentusrex> Hello. I need some help remembering the process to build a custom *.deb file.
[01:17] <quentusrex> I remember it has something to do with dh-make
[01:17] <directhex> ScottK-laptop, it breaks the SigBlk mask for all apps in the x session. that's an app bug?
[01:17] <directhex> ScottK-laptop, oh, and only on i386
[01:18] <ScottK-laptop> Hmmm
[01:18] <quentusrex> does anyone have a link to a tutorial?
[01:19] <directhex> dbugs 499569
[01:20] <directhex> still want to confirm that it's to blame for f-spot woe, but it's unquestionably gnupg-agent's bug
[01:20] <ScottK-laptop> OK.
[01:23] <directhex> it adds up though - the reports come from only people who say they installed ubuntu ages ago, regardless of dist-upgrades since then ("We've had gnupg-agent in default install since Gutsy"), and is always "cured" in new user accounts on the same system
[01:23] <directhex> right. sod it. bedtime. i mean it.
[01:24] <quentusrex> Anyone?
[01:26] <ajmitch> quentusrex: looked at the packaging guide & related stuff?
[01:27] <quentusrex> yes, I knew there was a tutorial out there that gave a sample script that would build a package update. I just can't remember the keywords to search for it.
[01:27] <ajmitch> !packagingguide
[01:30] <quentusrex> How do I find out which package a file is from?
[01:31] <ajmitch> dlocate -S, or dpkg -S
[01:33] <quentusrex> Do you know of a script that will take the version from changelog and rebuild the package?
[01:33] <quentusrex> I would like to have some way to auto build the changes in my package.
[01:46] <quentusrex> How do I download the source of a package to my current working directory?
[01:47] <ScottK-laptop> apt-get source
[02:53] <cody-somerville> Any motu-sru around?
[02:56] <nxvl> cody-somerville: don't think so
[04:19] <fabrice_sp> james_w and scottK: still there to chat about bug 242572?
[04:40] <ScottK> fabrice_sp: I'm pretty sure james_w will be asleep.  He lives ~utc.
[04:42] <fabrice_sp> ScottK: ok. I'll update the bug then, and we will speak of that this afternoon for me (utc+1). Thanks.
[05:42] <siretart> james_w: ScottK: morning. I have to protest, I do not have anything to do with debian-multimedia (which is marillat). I'm active in pkg-multimedia, which is debian
[05:46] <ScottK-laptop> siretart: Sorry.  My confusion.
[07:14] <slytherin> superm1: Congratulations. :-)
[07:17] <Koon> asac: posted fix for bug 275608, you might be interested in sponsoring
[07:19] <quentusrex> How do I extract a deb package?
[07:19] <quentusrex> I need to take a prebuilt *.deb package and make a change, then rebuild the package. How do I do this?
[07:19] <quentusrex> I have built packages before.
[07:20] <sram> .deb packages are ar.
[07:20] <sram> ar vx package.deb
[07:20] <sram> then you have a tarball on your hands
[07:21] <quentusrex> Is there an easy way to extract the Deb package then rebuild it with dh_*
[07:21] <slytherin> quentusrex: extracting .deb package will not give you source of the package
[07:21] <sram> all i did was google your question :P
[07:21] <quentusrex> I mean extract the source package
[07:22] <quentusrex> I'm asking about the process of using a package's source package and making a change, and rebuilding it easily.
[07:24] <slytherin> quentusrex: get the source package form ubuntu repositories, extract it with dpkg-source -x *.dsc, make change, ad changelog entry and then build with dpkg-buildpackage -b
[07:25] <quentusrex> Also, for package naming, How do I ensure that my modifications superceed any of the original packages? such as: package_0.34.0+fixes1234-0ubuntu1 is the original package name
[07:25] <quentusrex> thanks slytherin that is exactly the answer I needed. Thanks soo much.
[07:25] <quentusrex> when I edit the changelog for the name,
[07:25] <porthose> quentusrex: https://wiki.ubuntu.com/PackagingGuide/Recipes/PackageUpdate
[07:26] <slytherin> quentusrex: you can use dpkg --compare-version to compare two versions. Check manpage for dpkg
[07:39] <slytherin> Does anyone know why gnash 0.8.3 has not been packaged for intrepid?
[07:39] <tbielawa> no, but that's really surprising to hear!
[07:42] <quentusrex> If the original package is called: package_0.34.0+fixes1234-0ubuntu1 and I name my customized version package_0.34.0+fixes1234-0ubuntu1-mine Which one will be installed from the apt repo?
[07:42] <quentusrex> Should I instead name mine package_0.34.0+mine+fixes1234-0ubuntu1 ?
[07:43] <slytherin> quentusrex: I told you use dpkg to compare versions.
[07:43] <slytherin> ﻿asac: Do you have any plans to update gnash?
[07:44] <quentusrex> slytherin, It showed the difference between the versions, but it didn't tell me which would have preference.
[07:46] <slytherin> quentusrex: what command did you use?
[07:48] <Hobbsee> siretart: are you planning to fix any of xine-ui's bugs before release?
[07:48] <quentusrex> dpkg --compare-version  package_0.34.0+fixes1234-0ubuntu1 lt  package_0.34.0+fixes1234-0ubuntu1-mine
[07:49] <siretart> Hobbsee: tbh, I don't have concrete plans. xine-ui is pretty much dead, IMO. use gxine instead
[07:49] <Hobbsee> siretart: er, is that what starts when running 'xine' from command line?
[07:49] <siretart> exactly
[07:50] <quentusrex> slytherin, it doesn't return anything.
[07:50] <siretart> if you have plans to update it to latest cvs (yes, CVS!!), feel free!
[07:50] <Hobbsee> siretart: right, so i meant that.  same question, but for gxine :)
[07:50] <slytherin> quentusrex: yes, that is what I am also observing. Weird
[07:50] <Hobbsee> siretart: ooh, now there's an idea.  It's recently started freezing on me - movie keeps playing, but hte keyboard won't work.  Any idea why?
[07:51] <siretart> Hobbsee: I think we should really sync/merge the package from debian, the changes are rather small, but I didn't get to file an exception request for this yet
[07:51] <slytherin> quentusrex: It is supposed to return nothing if your operator evaluates to true. But I tried changing operator and it never returns anything.
[07:51] <quentusrex> that's what I found too
[07:51] <siretart> OTOH, it does not seem to introduce new features. not sure if that means that it doesn't require an FF exception
[07:51] <Hobbsee> siretart: OK, i'll try to have a look.
[07:51] <Hobbsee> siretart: you can approve it :P
[07:52] <siretart> Hobbsee: I can?
[07:52] <Hobbsee> siretart: oh, darn.  i keep thinking you're on MOTU release.
[07:52] <siretart> I was at some point, right ;)
[07:52] <Hobbsee> siretart: i'm sure ScottK-laptop or someone will approve it, if the changes are sane.
[07:53] <siretart> I havent' looked at the changes in detail, but the changes to the source are pretty small.
[07:53] <Hobbsee> right
[07:54] <siretart> Hobbsee: you hang around in #ubuntu, right?
[07:55] <Hobbsee> siretart: i try not to, but occasionally.  WHy?
[07:55] <siretart> Hobbsee: can you teach the relevant bots (and users) the knowledge that 'apt-get install libavcodce-unstripped-51' is a very good incantation if they want create dvds, vcds or generally encode to mpeg?
[07:56] <siretart> apt-get install libavcodec-unstripped-51 that is. (sorry, mispelled)
[07:56] <quentusrex> slytherin, do you know which one should be considered the later version?
[07:57] <siretart> it seems the package is still in binary NEW, but it is already built
[07:57] <Hobbsee> ahhh
[07:57] <directhex> slytherin, compare-versions uses exit codes
[07:57] <siretart> and currently available from the ~motumedia PPA
[07:57] <directhex> oh damn he left
[07:58] <directhex> quentusrex, same applies
[07:58] <directhex> quentusrex, here's how to do it. if your package is pure customization, and you want your version to be installed for preference, then you should attach a + then some personal numbered identifier to it
[07:59] <directhex> quentusrex, so if you want to modify 1.0-1, you make 1.0-1+qr1
[07:59] <quentusrex> oh, ok. awesome. thanks directhex
[07:59] <NCommander> directhex, thats -1~qr1
[08:00] <NCommander> +qr1 won't do the right thing
[08:03] <directhex> NCommander, if he wants to supercede, he should use + not ~
[08:03] <directhex> ~ is for backporting, so your version is newer than the one in your release but *older* than the one it's based
[08:03] <persia> -1~1 < -1 < -1+1
[08:04] <directhex> well. backporting, svn/rc's, and so on
[08:04] <directhex> blah blah blah, we all know this one
[08:04] <quentusrex> Also, I'm having problem downloading the source package and extracting them. dpkg-source -x *.dsc gives a GPG error
[08:04] <persia> directhex, No, it's so it's *less* than the unbackported version, not newer than the previous version.  "~" can never express greater than.
[08:05] <persia> quentusrex, That's just a warning : you can import the key of the last person to change the package, or ignore it.
[08:05] <directhex> persia, not on its own, but in the case of backporting it's pretty much a good bet you're not backporting 1.0-1 to replace 1.0-1
[08:05] <persia> directhex, That's just a coincidence :)
[08:05] <directhex> right, i need to go drive 200 miles. bbl.
[08:06] <quentusrex> thanks again directhex
[08:06] <quentusrex> and thanks persia and NCommander
[08:06] <quentusrex> I'm always trying to learn new stuff
[08:09] <quentusrex> How can multiple binary packages share the same source?
[08:09] <quentusrex> same source package?
[08:09] <persia> quentusrex, Multiple stanzas in debian/control
[08:10] <persia> quentusrex, debian/control should have one for the source package, and than one or more for the binary packages.
[08:10] <quentusrex> So, when building one of the binary packages, do I have to build all the the packages?
[08:11] <persia> Technically, no, but it's non-trivial to only build one binary package from a source with multiple binary packages, and it's certainly not a typical use case.
[08:11] <quentusrex> ok, so I might as well just rebuild the whole source package with my changes.
[08:11] <quentusrex> That's fine with me.
[08:12] <quentusrex> How do I ensure that they all get my +mine for each of the packages?
[08:12] <quentusrex> or does it matter?
[08:12] <persia> Recommended practice is to build a new source package with your changes, and then use that source package to build a binary package with pbuilder or sbuild.
[08:12] <persia> You can't ensure it, so try to make it not matter.
[08:12] <quentusrex> How so?
[08:13] <persia> The only way to enforce a given set of packages will all be installed together is to have very specific package dependencies.  Having such strict dependencies usually breaks upgrades to the point where it's hard to get that set of packages installed.
[08:14] <persia> As a result, it's best to try to get each package to work on it's own, although bumping some dependencies may make sense.
[08:14] <persia> Also note that someone could always create a package with a version of "iwinnow" which is larger than just about everything sane, and so supercede anything you create.
[08:17] <quentusrex> I'm using this package for my private network
[08:26] <quentusrex>  is not a valid .dsc file name
[08:50] <toobaz1> Please forgive my cross-posting from #ubuntu+1, but...
[08:50] <toobaz1> Package drgeo is completely inusable in intrepid because of bug LP 257797. However, I just noticed it is probably not a drgeo source package's bug: the source used in Hardy and Debian unstable has only trivial differences, and recompiling package from debian's one still gives a buggy drgeo, while Hardy's and debian's binaries works perfect. So it's 1) a problem of something used in compiling drgeo (gcc?) or 2) a drge
[08:59] <quentusrex> I have this problem with pbuilder:
[08:59] <quentusrex> The following packages are BROKEN:
[08:59] <quentusrex>   pbuilder-satisfydepends-dummy
[09:02] <Laney> quentusrex: Look at the rest of the output?
[09:02] <Laney> -?
[09:03] <quentusrex> The following packages have unmet dependencies:
[09:03] <quentusrex>   pbuilder-satisfydepends-dummy: Depends: libdts-dev which is a virtual package.
[09:03] <quentusrex> plus a bunch of other unmet depends
[09:03] <Laney> Do you have universe enabled in the chroot?
[09:03] <quentusrex> I'll check
[09:04] <quentusrex> yes, universe, and multiverse, and medibuntu
[09:07]  * Hobbsee wonders why you have medibuntu enabled.
[09:09] <toobaz1> Is there someone else/some other channel to whom my answer would be better directed?
[09:09] <Hobbsee> toobaz1: no, here is right
[09:09]  * Hobbsee heads off to deliver birthday presents.
[09:09] <Hobbsee> toobaz1: it's a little early yet for europe and the US
[09:10] <toobaz1> ok
[09:12] <persia> toobaz1, Also, it may just be that nobody knows precisely.  The build logs are linked from https://launchpad.net/ubuntu/intrepid/+source/drgeo/1.1.0-1ubuntu2 : perhaps they could help you track it down?
[09:13] <IntuitiveNipple> toobaz1: I've just tested and replied to the bug report
[09:13] <IntuitiveNipple> I can't reproduce the failure
[09:14] <toobaz3> I know
[09:14] <toobaz3> it is an intrepid bug
[09:14] <toobaz3> but
[09:14] <IntuitiveNipple> toobaz1: Can you catch the messages/backtrace?
[09:14] <toobaz3> if you recompile hardy package under intrepid it is still there
[09:14] <toobaz3> you mean gdb?
[09:15] <IntuitiveNipple> Yes, and the -dbgsym
[09:16] <toobaz3> forgive my ignorance, but "gdb: unrecognized option '-dbgsym'"
[09:16] <IntuitiveNipple> I can't test in Intrepid currently, since the CD installer fails in the kvm guest.
[09:16] <toobaz3> ok
[09:16] <toobaz3> wia
[09:16] <toobaz3> wait
[09:16] <toobaz3> don't bother, maybe I'm understanding
[09:18] <quentusrex> I've still got a problem with pbuilder
[09:18] <quentusrex> Conflicts: libmyth-0.20-dev, libmyth-dev
[09:21] <toobaz3> once I create the debug package, how should I tell to gdb to use it? I still get lots of "(no debugging symbols found"). Anyway, the end is reported in http://paste.ubuntu.com/54918/
[09:23] <persia> toobaz1, Did you install the debug package?
[09:23] <toobaz3> yes
[09:24] <persia> OK.  Try calling "bt" in gdb, to see what it returns.  You may also need the symbols from some of the libraries on with drgeo depends.
[09:25] <toobaz3> (no debugging symbols found)
[09:25] <toobaz3> (gdb) bt
[09:25] <toobaz3> No stack.
[09:26] <toobaz3> bt _after_ running gives http://paste.ubuntu.com/54920/
[09:26] <quentusrex> Anyone know why pbuilder fails? it complains about virtual packages.
[09:26] <slytherin> persia: does obex browsing with nautilus work for you ﻿currently?
[09:27] <slytherin> quentusrex: do you have all components enabled in pbuilderrc? By default only main is enabled.
[09:32] <persia> slytherin, During my last test, the answer was: "Only the first time".
[09:32] <slytherin> persia: Ok. So the first time you didn't see 'protocol not supported error right?
[09:33] <james_w> fabrice_sp: hi, I'm up now when you want to chat
[09:33] <quentusrex> slytherin, I don't see components in that file.
[09:33] <slytherin> persia: By the way, now that FFE is granted for 4.x stack. Who is going to do upload?
[09:33] <slytherin> quentusrex: which file did you check?
[09:34] <quentusrex> slytherin, now I do. I uncommented the section
[09:34] <quentusrex> now I'm trying again
[09:34] <persia> slytherin, Not sure : superm1 probably.
[09:34] <slytherin> quentusrex: you will have to do pbuilder --update --override-config first
[09:34] <slytherin> persia: but he is not yet core dev right?
[09:35] <persia> He gets reviewed by the TB in 5.5 hours.
[09:35] <slytherin> ph, his application will be considered today
[09:35] <persia> If not, we'll get someone else.
[09:51] <morgs> james_w: Thanks for your comment on the sugar ticket. What is the way forward? sync the debian package and then patch it? Submit a debdiff against the hardy package?
[09:51] <james_w> morgs: the latter is fine.
[09:51] <morgs> james_w: OK, I'll do that.
[09:51] <james_w> morgs: Luke emailed me off-bug to discuss it, and I just proposed the same thing to him.
[09:52] <morgs> OK
[09:52] <toobaz3> shall come back later
[09:52] <james_w> morgs: I can build the package and dput it as soon as I see the sync requests go in, so there will be little skew in the archive.
[09:52] <morgs> james_w: great.
[09:52] <toobaz3> I forgot: please email me if any testing is needed: toobaz@email.it
[09:53] <james_w> morgs: thanks for replying to my comments. I'm just doing a pass and pointing out things. Nothing has really been a blocker so far, except perhaps that, but as you want the whole suite in at once I want to complete a pass before acting on anything.
[09:54] <sebner> james_w: thx for uploading wordpress. mind sponsoring another merge? ^^ .
[09:54] <james_w> sebner: is it in the queue?
[09:55] <sebner> james_w: yep
[09:55] <james_w> I'll look at it then.
[09:55] <morgs> james_w: OK, and the debhelper issue? Debian are unlikely to fix this in the timeframe we want it as there's just one guy really working on it...
[09:55] <james_w> I'm in the middle of sugar at the moment though.
[09:55] <sebner> james_w: *fine* but it's there since 5 days ;-)
[09:56] <james_w> morgs: it won't be a problem in Intrepid. the backporters will poke you if you request a backport to something that has debhelper 5
[09:56] <james_w> morgs: I think it indicates something wrong with his weird cdbs setup
[09:56] <morgs> james_w: he experiments with cdbs, using the sugar packages... :(
[09:58] <gaspa> dholbach_: hi, I updated my branch of harvest-data. you could merge in to the main branch if you want.
[09:58] <james_w> morgs: is Jani going to look at these packages?
[09:58] <dholbach_> gaspa: taking a look at it this instant
[09:58] <gaspa> cool
[09:58] <gaspa> :)
[09:59] <morgs> james_w: he said he's OK with the deb sync, but won't look at the packages specifically. He said he would look at and sponsor debdiffs to fix anything in them...
[09:59] <dholbach_> gaspa: merged - gracias
[09:59] <james_w> morgs: ok
[09:59] <gaspa> dholbach_: awesome. :)
[10:00] <dholbach> gaspa: thanks for your great work on it!
[10:01] <gaspa> dholbach: well.. .i'd like to work more on it.. :P but i'm in lack of time, recently...
[10:04] <dholbach> I know what you mean
[10:12] <elmargol> I reported a bug some days ago and noone has confirmed/responded to my bug so far. The bug is kernel/nvidia/composite related. Any Ideas how I can get in contact? https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-177/+bug/278029
[10:22] <quentusrex> where does pbuilder put the deb package?
[10:22] <slytherin> quentusrex: /var/cache/pbuilder/result
[10:23] <slytherin> quentusrex: you can copy /etc/pbuilderrc ro ~/.pbuilderrc and customize it. You can change the result folder, the cache folder etc.
[10:23] <quentusrex> if I have a single source package that produces multiple binary packages, do I need to copy them all to my apt repo? or just the one that ends in all
[10:24] <slytherin> quentusrex: it depends on what the packages are
[10:25] <slytherin> quentusrex: in any case you won't be able to install the packages you build by putting them into apt cache. Because apt's package list does not have entries for these packages. You should instead use dpkg --install filename .deb
[10:26] <quentusrex> right, I have an apt repo of my own
[10:33] <quentusrex> Is there a command to download the source packages to the current working directory?
[10:33] <quentusrex> I know the dpkg-source -x *.dsc extracts the source.
[10:35] <persia> quentusrex, `apt-get source $(package)` usually does approximately the right thing.
[10:36] <slytherin> quentusrex: dget http:///path/to.dsc
[11:03] <Riddell> siretart: ping
[11:03] <Riddell> libpostproc-unstripped-51 and libswscale-unstripped-0 are empty
[12:00] <siretart> Riddell: I'm aware of that, thanks for notifying. I'm on it
[12:02] <Riddell> siretart: I'll reject the binaries for now then
[12:03] <siretart> :(
[12:03] <siretart> I'd say leave them in.
[12:03] <siretart> important is only libavcodec-unstripped-51, and that one should work, no?
[12:18] <siretart> Riddell: fixed package uploaded
[13:43] <lfaraone> Is a debdiff required for changes to a control file?
[13:44] <morgs> james_w: ^ this is about the sugar package, adding the sugar-activities metapackage
[13:44] <ScottK> It's preferred.  A diff of the file would also work, but then it's more effort for the sponsor so you'll likely have to wait longer.
[13:45] <stefanlsd> lfaraone: u need to get the source. make the change to the control file.  debuild the package.  actually test the build of the package (does it work after your change to the control file), and then u can just debdiff the old .dsc and the new one...
[13:45] <stefanlsd> mm. also then u can do the changelog entry.
[13:47] <james_w> yeah, what Scott said.
[13:48] <james_w> except it's not about waiting, but just making more work for me
[13:48] <james_w> I'm just looking at *-activity now
[14:14] <james_w> morgs: thanks for forwarding my comments to Jonas. Did you see that I corrected myself on the ${shlibs:Depends} thing?
[14:15] <morgs> james_w: yeah, I saw. He's on the ubuntu-sugarteam list, which is the email address for the sugarteam so he saw the bugmail, and replied, but that didn't go into the bug
[14:16] <james_w> ah, thanks.
[14:34] <slytherin> LucidFox: ping
[14:35] <LucidFox> slytherin> Yes?
[14:36] <slytherin> LucidFox: I have been watching the batik/fop related mails in Debian Java ML. Theer are few changes I believe we can adopt to Ubuntu packages. Analysis is needed.
[14:38] <slytherin> LucidFox: 1.7 has landed in experimental. And now that fop is built in Ubuntu I think we need not add fop source inside batik orig.tar.gz. Also if the startup scripts could switch to java-wrappers that will be great.
[14:38] <LucidFox> if batik depended on fop, this would mean a circular dependency :(
[14:40] <slytherin> LucidFox: I don't think it will need to depend on fop. The fop classes will only be needed for PDF transcoding. Otherwise I don't see any use of them for a batik based application.
[14:41] <LucidFox> Perhaps this could wait until Jaunty?
[14:42] <slytherin> LucidFox: no issues. Then I don't think java-wrappers change is worth a new upload.
[14:47] <RainCT> Uhm.. A few days ago someone included a link to a website which allows to browse Ubuntu's repositories and install stuff from there with apturl in some ML mail, can someone tell me what page that was? (there's a brainstorm idea which asks for the same)
[14:50] <slytherin> RainCT: I use packages.ubuntu.com for browing but not sure if it has apturl support
[14:51] <slytherin> s/browing/browsing
[14:52] <persia> Install support is just a matter of an appropriately constructed URL to pass to apturl
[14:53] <RainCT> slytherin: it hasn't, and what I mean is a new more "modern" page (which seems to be a private initiative, unrelated to Ubuntu/Canonical)
[14:53] <RainCT> some Canonical employee (iirc) said on a mail that he had looked at it
[14:54] <slytherin> ok
[14:54] <persia> RainCT, Maybe irclogs.ubuntu.com has the answer?
[15:53] <RainCT> apachelogger, superm1: congratz!
[15:53] <apachelogger> RainCT: thanks :)
[15:53] <superm1> thanks RainCT :)
[15:54] <emgent> apachelogger, superm1 congrats, hard work now :)
[15:54]  * StevenK wonders what he missed
[15:54] <huats> apachelogger: congrats !!
[15:55] <RainCT> StevenK: Techboard has just approved them as Core Devs :)
[15:55] <apachelogger> emgent: who said we stopped work? :P
[15:55] <StevenK> Oooh!
[15:55] <lfaraone> Hey, how do I make a transitional package?
[15:55] <StevenK> superm1: I saw you got the go-ahead for bluetooth. When do you want me to upload my rebuilds?
[15:56] <superm1> StevenK, after the main packages clear NEW
[15:56] <superm1> StevenK, which i'll upload them this afternoon
[15:56] <RainCT> lfaraone: just create an empty package depending on the new one
[15:56] <RainCT> lfaraone: ie, the transitional package is just an entry in debian/control
[15:56] <lfaraone> RainCT: of the source package... I see.
[15:57] <slytherin> superm1: congrats. :-)
[15:57] <ScottK> superm1: Congrats.
[15:57] <emgent> apachelogger: hahah
[15:58] <StevenK> superm1: Congratulations, too
[15:58] <superm1> thanks slytherin ScottK StevenK emgent
[17:27]  * sistpoty|work heads home... cya
[17:41] <iulian> Hi
[17:48] <RainCT> guys, please vote on http://ubuntuforums.org/showthread.php?t=940783
[18:12] <iulian> Hmm, that's weird. When I try to remove human-theme it asks me to remove ubuntu-desktop and ubuntu-artwork too. It's the same thing when I install gtk2-engines-ubuntu-looks.
[18:15] <iulian> ubuntulooks (source package) I see Replaces: ubuntu-artwork but why it wants to remove ubuntu-desktop?
[18:35] <james_w> porthose: hi, are you around? I'd like to talk ampache, I think we're close, so IRC might help us get it done quickly.
[18:43] <kees> geser: so far the -6 kernel has been stable for me (I merged upstream AppArmor changes)
[18:47] <slytherin> does anyone know why the BBC plugin says copyright Canonical Ltd. I was under impression it was developed by Collabora.
[18:51] <fabrice_sp> apachelogger: are you there?
[18:52] <slytherin> ans how can I actually use it?
[18:52] <apachelogger> fabrice_sp: hi
[18:52] <fabrice_sp> (congratz first of all :-) )
[18:52] <apachelogger> thanks :)
[18:53] <fabrice_sp> about Bug #271630
[18:53] <fabrice_sp> It seams that in the filterdiff you attach, the patch seems already applied
[18:54] <fabrice_sp> Should I begin from scratch from a 0.7.10 package and apply it?
[18:55] <fabrice_sp> (and agree about the documentation: I was too exciting about the package working that I forget to check it before)
[18:57] <apachelogger> fabrice_sp: the filterdiff is just a diff of the debian parts from the 7.10 to your packaging
[18:58] <apachelogger> so just enhance the changelog and rename patch as stated
[18:58] <apachelogger> then we are good for upload
[18:59] <fabrice_sp> apachelogger: great. I'll do that now. Thanks!
[19:07] <RainCT> Is there some wiki page which explains how to request new versions of a package? I'm googling but can't find any :/
[19:08] <geser> kees: will try out, I'm currently trying -5
[19:09] <slytherin> RainCT: why are you googling for a page on wiki? Search in wiki. :-)
[19:09] <geser> waiting till it appears on the mirrors
[19:10] <Pici> RainCT: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages#Requesting%20a%20new%20package%20for%20Ubuntu perhaps?
[19:10] <slytherin> superm1: when are you planning to upload bluez packages? Need any help in preparing the packages?
[19:11] <RainCT> slytherin: google is better :P
[19:11] <kees> geser: any problems with -5?  I was running -5 with my AA patches -- it's possible it was just an upstream kernel regression that finally got fixed.  :P
[19:11] <superm1> slytherin, I am making sure upstream is accepting of a patch and then i'll upload the main bluez and bluez-gnome
[19:11] <RainCT> or perhaps not.. thanks Pici :)
[19:11] <superm1> slytherin, is that sendto patch in order?
[19:11] <superm1> nautilus-sendto
[19:11] <RainCT> ah no, but that's for new packages, I need it for updates
[19:11] <superm1> slytherin, and any update on the tooltip stuff?
[19:11] <geser> kees: not yet
[19:11] <slytherin> superm1: I didn't check. Let me take a look.
[19:13] <slytherin> superm1: is nautilus-sendto package not in PPA?
[19:13] <slytherin> superm1: by the way, in case you haven't noticed already 4.12 is out. :-)
[19:14] <superm1> slytherin, yeah it's supposed to help with SCO stuff, but i'm trying it first
[19:26] <fabrice_sp> james_w: did you my answer to Bug #242572?
[19:27] <james_w> fabrice_sp: yeah, I did thanks
[19:27] <james_w> fabrice_sp: I wanted to ask you something, one moment
[19:29] <fabrice_sp> ok
[19:32] <james_w> fabrice_sp: ah, that was it, you appear to have added the information for a FFe request, is that want you intended?
[19:38] <fabrice_sp> james_w: yes, because as this library as new methods in b11, I assume that it can be considered as  new features, so FFe
[19:38] <fabrice_sp> (even is no app rdepends on it)
[19:38] <james_w> fabrice_sp: I agree, I was just checking
[19:38] <james_w> you didn't subscribe motu-release
[19:39]  * fabrice_sp checking
[19:40] <fabrice_sp> james_w: actually, I only suscribed Ubuntu Sponsor for universe (/me having no rights)
[19:40] <james_w> you are free and encouraged to subscribe motu-release
[19:40] <james_w> they deal with it before the sponsors
[19:40] <james_w> it would be good if you could explain in the bug report what the new feature actually is as well :-)
[19:44] <sebner> james_w: now are 2 bugs for you in the queue :-)
[19:46] <RainCT> (Has someone just uploaded a package to REVU?)
[19:47] <james_w> sebner: there are more than 40 bugs in the queue :-)
[19:47] <sebner> james_w: in your queue?
[19:47] <sebner> aloha DktrKranz :D
[19:47] <james_w> ubuntu-universe-sponsors
[19:48] <sebner> james_w: you don't have to do all of them :P
[19:49] <DktrKranz> huhu sebner
[19:53] <fabrice_sp> james_w: will suscribe motu-release, then. (Really thought that everything should go first to sponsors). Thanks.
[20:14] <fabrice_sp> apachelogger: new diff uploaded for Bug #271630. Should be ok now :-)
[20:23] <fabrice_sp> Any motu-release to have a look at bug #242572? Pleeaaaaassssseeeeee
[20:37] <apachelogger> fabrice_sp: looking good now
[20:37] <apachelogger> fabrice_sp: btw, usually changing the patch system is considerd bad practise
[20:37] <apachelogger> but since there aren't any patches at all I can live with it ;-)
[20:40] <fabrice_sp> apachelogger: that's what I thought :-). (And I was expecting the blame :-) ). I also changed it because Debian 0.7.11 package is based on quilt, so I assume that next one would use quilt
[20:41] <fabrice_sp> And also, since you show me the "quilt way", it's hard to go with dpatch
[20:41] <fabrice_sp> :-)
[20:41] <apachelogger> <3 quilt :D
[20:48] <fabrice_sp> so do I :-)
[20:55] <directhex> ding dong. any sexy people alive running intrepid? or, even better, a siretart?
[20:58] <sebner> directhex: I only can offer the first :P
[20:59] <directhex> sebner, can you install ffmpeg?
[20:59] <sebner> directhex: done
[20:59] <sebner> ^^
[20:59] <sebner> directhex: I use it very often
[20:59] <directhex> can you try intrepid ffplay on http://samples.mplayerhq.hu/A-codecs/WMA9/wma_0x163.wma and http://samples.mplayerhq.hu/V-codecs/WMVA/wmva-smpl-bdsm.wmv (video only for the latter)
[21:00] <sebner> directhex: sure
[21:01] <sebner> directhex: I'm wondering if I need something special for this wma codec installed?
[21:01] <directhex> sebner, it might not play
[21:01] <directhex> sebner, it doesn't on hardy
[21:02] <sebner> directhex: also not on intrepid but I install ffmpeg updates first :P
[21:03] <sebner> directhex: we may need w32codecs
[21:03] <geser> directhex: are you also interested in a test on AMD64?
[21:03] <sebner> hi geser :)
[21:03] <geser> I guess that excludes AMD64
[21:03] <geser> Hi sebner
[21:03] <sebner> geser: w32codes can be forced to run on amd64
[21:03] <directhex> geser, any arch. i just want to know if either file plays. they don't on hardy
[21:04] <directhex> w32codecs is fail, it doesn't count as working IMHO
[21:05] <zorglu__> q. is christof korn around ?
[21:05] <jdong> directhex: err those are VC-1 wmv's
[21:05] <jdong> last time I checked ffmpeg doesn't have decoders for VC-1
[21:05] <sebner> directhex: but god save vlc :P
[21:05] <directhex> jdong, not quite
[21:06] <directhex> jdong, actually ffmpeg plays vc1, even in hardy
[21:06] <jdong> directhex: ah you're right. my svn snapshot here plays it.
[21:06] <directhex> jdong, WMVA is a little different to WMVC1
[21:06] <jdong> [asf @ 0x1042000]asf_read_pts failed
[21:06] <jdong> though your file is a bit weird towards 92% or so
[21:06] <directhex> jdong, yeah, it's probably a straight dd cut from a longer video
[21:07] <directhex> i.e. indexes FUBAR
[21:07] <jdong> FWIW mplayer handles it well
[21:07] <jdong> at 35s right now
[21:07] <directhex> jdong, i need to know about ffplay in intrepid. well, ideally lenny, but wrong channel for that
[21:08] <RainCT> (I guess nobody is subscribed to REVU Announcements, so: new uploads (of a source package to which you are subscribed) will also send notifications now.)
[21:08] <sebner> directhex: wma = nongo, wmv = go (without sound)
[21:08] <jdong> ah well my only native intrepid machine is kinda panicky right now
[21:08] <directhex> jdong, ffplay is pretty much a spot on test for whether any other apps using libavcodec1 will support a file
[21:08] <directhex> sebner, with ffmpeg in intrepid? thank you
[21:08] <geser> directhex: wma_0x163.wma: could not open codecs
[21:09] <directhex> geser, okay, that's what i expected
[21:09] <sebner> directhex: with todays ffmpeg updates (new upstream version) :D
[21:09] <directhex> new ffmpeg today? and siretart is hiding? tsk!
[21:09] <geser> directhex: but the .wmv plays, but it looks like a bad copy of a VHS tape
[21:09] <sebner> directhex: guess why :P
[21:09] <directhex> geser, that's because it is
[21:09] <directhex> geser, thank you, that's all the info i needed
[21:11]  * siretart peeks from the other end of the channel
[21:12] <geser> siretart: I guess that's not far enough :)
[21:12] <sebner> lol
[21:12] <directhex> siretart, mostly i wanted to thank you for recent replies to debian-devel
[21:12] <directhex> siretart, and check ffmpeg stuff with you, since you're the expert. but i have the info i needed
[21:12] <siretart> jdong: do you mean VC-1 as in http://wiki.multimedia.cx/index.php?title=VC-1
[21:13] <siretart> ?
[21:13] <sebner> siretart: me wonders why debian has a newer ffmpeg version (at least with the versionsnumber)
[21:13] <siretart> sebner: debian has?
[21:13] <sebner> siretart: sure, our version is svnfromfebruary
[21:14] <siretart> sebner: so does debian
[21:14] <siretart> jdong: please check libavcodec/vc1.c
[21:15] <RainCT> siretart: [revu] is there some reason why index.py calls nuke_upload() and not nuke_upload_rec()?
[21:15]  * sebner is confused xD
[21:16] <directhex> siretart, your ffmpeg packages support 8/9 of the official silverlight codecs. for reference. i think that's a pretty good score
[21:16] <siretart> RainCT: I guess because the latter would nuke ALL uploads which I'd consider 'surprising'
[21:16] <siretart> directhex: what is the last one?
[21:16] <RainCT> siretart: all uploads from the same source package
[21:16] <directhex> WMA 9: Windows Media Audio 9
[21:16] <siretart> RainCT: yes
[21:17] <directhex> actually, can people try the audio section of http://samples.mplayerhq.hu/A-codecs/WMA9/wmv-surroundtest_720p.wmv ?
[21:17] <RainCT> siretart: so? just nuking the last upload doesn't really make sense if there's only one "nuke" link on the main page
[21:17] <siretart> directhex: that's not specific enough ;) - http://wiki.multimedia.cx/index.php?title=VC-1 explains the subtle differences in the wmv3 aka vc-1 family
[21:18] <RainCT> directhex: hey, this is a public channel, don't say bad words :P :P
[21:18] <siretart> RainCT: 'nuking' doesnt remove the files from the filesystem either
[21:18] <ajmitch> hi
[21:18] <siretart> hi ajmitch
[21:19] <RainCT> siretart: I know.. it writes that weird script :P
[21:19] <directhex> siretart, MS aren't specific enough for *me* to be specific enough ;)
[21:19] <siretart> directhex: how surprising ;)
[21:20] <siretart> directhex: no, seriously, there has been quite some work on that since february upstream, it might be very well possible that todays ffmpeg has advanced
[21:20] <siretart> directhex: try compiling a recent svn snapshot (without shared libs) and try again.
[21:21] <RainCT> siretart: so should it remain using nuke_upload (will nuke_upload_rec kill kittens) or can it be changed?
[21:22]  * ajmitch loves getting bitten by strange hardy bugs again
[21:22] <ajmitch> like "no desktop icons if laptop is started with audio cd in drive"
[21:23] <directhex> siretart, i don't think it's that urgent - i just want to collect as much data as possible for my package wiki report. and i doubt we'll bug ftp-master with actual uploads until lenny releases, or thereabouts, anyway
[21:23] <siretart> RainCT: I haven't done much (any?) revu work lately, I won't block anyone working on it
[21:23] <sebner> ajmitch: wth O_o
[21:23] <directhex> siretart, and tbh, given the official binary codec pack doesn't exists yet anyway, 8/9 is good enough for government work ;)
[21:23] <ajmitch> sebner: yes, it's odd
[21:23] <geser> Hi ajmitch
[21:23] <siretart> RainCT: however let me suggest that you (or someone else) implement that missing cleanup/expiry script first
[21:23] <sebner> ajmitch: but sounds absolutely SRU worth :P
[21:24] <siretart> RainCT: i.e. before changing the behavior of the 'nuke' links
[21:24] <ajmitch> sebner: and I spent some time trying to track it down with seb128, but that was inconclusive
[21:24] <sebner> ajmitch: that's the ~MAGIC~ of OpenSource :D
[21:25] <RainCT> siretart: well, I think I'll leave it like it is for now
[21:25] <geser> directhex: I hear nothing (AMD64)
[21:25] <siretart> directhex: package wiki report on moonlight? sorry?
[21:25] <siretart> RainCT: it would at least need proper announcement
[21:25] <RainCT> but first I have to discover wth apache isn't working anymore o_O
[21:26] <RainCT> Because I get "(48)Address already in use: make_sock: could not bind to address [::]:80". There's an apache2 process running (although init.d/apache2 says there isn't :P) which may be the cause but I can't kill it :S
[21:27] <directhex> siretart, yes, precisely. http://wiki.debian.org/Teams/DebianMonoGroup/Moonlight
[21:27] <directhex> geser, okay, thanks
[21:27] <siretart> directhex: ah, right. the ITP thread I hijacked on debian-devel :)
[21:27] <ajmitch> naughty siretart
[21:28] <directhex> siretart, PLEASE keep it hijacked
[21:28] <RainCT> siretart: do you know if spooky can be rebooted? (ie, is that RAID thingie or whatever it was solved now?)
[21:29] <sebner> RainCT: that's the reason why I don't like Server stuff :P
[21:29] <siretart> RainCT: no, it wasn't TTBOMK
[21:30] <ajmitch> RainCT: what state is the apache2 process in?
[21:30] <ajmitch> it ought to be killable somehow
[21:31] <siretart> bah, can someone PLEASE fix the maintainer field in the 'mplayer' package?
[21:32] <siretart> 'motumedia@tauware.de' is already away, I wasn't aware that it was still in use
[21:32] <directhex> i think Robert Millan is one of the boycottnovell goons. he seems to be copy-pasting their stuff
[21:32] <azeem> he's also one of the gnash dudes
[21:33] <directhex> azeem, oh REALLY?
[21:33] <directhex> azeem, REALLY REALLY REALLY?
[21:33] <RainCT> ajmitch: ps says:    8233 ?        R      8:13 /usr/sbin/apache2 -k start
[21:34] <azeem> well, debian gnash maintainer
[21:34] <RainCT> ajmitch: I tried kill, kill -9 and killall but it's still there
[21:34] <directhex> oh, yes, it appears so! what an interesting tidbit. tell me, who reckons flash is patented?
[21:34] <azeem> IIRC, at least he was involved with it at some point
[21:35] <directhex> what a bloody hypocrite
[21:35] <azeem> right, gnash uploader
[21:35] <siretart> holy cow
[21:35] <siretart> that is an intresting crash. so many oops there...
[21:36] <azeem> directhex: but flash is a "standard", you know...
[21:36] <directhex> i'm resisting using swear words here, but i can't think of a bigger hypocrite right now
[21:37] <siretart> RainCT: I'm pretty tired right now. since revu shouldn't be that needed atm (we are in deep freeze right now), I'll rebot spooky tomorrow, ok?
[21:37] <ajmitch> RainCT: it's also chewing 100% cpu time
[21:38] <ajmitch> interesting that sudo kill -9 doesn't do much
[21:39] <siretart> ajmitch: check `dmesg`
[21:39] <ajmitch> yeah
[21:39] <ajmitch> just saw the oops
[21:39] <ajmitch> well, not an oops, just a panic
[21:39] <sebner> ajmitch: sudo killall -9  kills everything
[21:39] <ajmitch> sebner: kill -9 *ought* to kill a process not in D or Z state :)
[21:40] <ajmitch> but spooky is special
[21:40] <sebner> ajmitch: ah k. /me just kills everything with kilall -9 and everything dies in agony ^^
[21:40] <ajmitch> we'd rather not have that happen just yet if it won't come back up cleanly
[21:41] <sebner> that's why I don't like server stuff ^^
[21:42] <siretart> RainCT: ?
[21:42] <directhex> siretart, can you ask darling robert where a bug should be filed to have Gnash moved to the 'patented' repository?
[21:43] <siretart> directhex: there is not 'patented' repository
[21:45] <directhex> siretart, i know that! nah, i'm just incensed that a guy in a glass house is throwing stones, and pretending to be on the moral high ground
[21:46] <RainCT> siretart: yea, don't worry :)
[21:54] <siretart> RainCT: ajmitch: MOTUs: revu is online again
[22:51] <emgent> heya
[22:51] <nhandler_> Hi emgent
[22:51] <emgent> hey nhandler_ can we talk in query ?
[22:52] <nhandler_> Yeah
[23:56] <superm1> nhandler_, ping
[23:56] <nhandler_> superm1: pong
[23:56] <superm1> nhandler_,  you filed a separate bug 278694
[23:56] <superm1> for an SRU on nautilus-sendto
[23:56] <superm1> this was tested with the 4.x stuff?
[23:57] <nhandler_> superm1: I mentioned in the bug report that I was NOT able to perform the level of testing required. I am trying to get a hold of the person who filed the report to try and get their help in testing the package (which is in my ppa)
[23:58] <superm1> nhandler_, okay well i'm going to hold off uploading/etc until it's verified then
[23:58] <nhandler_> No problem superm1.
[23:58] <superm1> nhandler_, 4.x is on it's way into intrepid right now
[23:58] <superm1> so if the hold off was being able to test on 4.x, just wait for your local mirror to update and then update your system
[23:59] <nhandler_> superm1: Let me know when it gets uploaded. The original poster was concerning about it not working with 3.x (which is still in the repos).
[23:59] <nhandler_> s/concerning/concerned/
[23:59] <superm1> nhandler_, it's been uploaded already, it's just a matter of mirrors syncing
[23:59] <superm1> so 3.x support is irrelevant at this point