[01:15] <azeem> hrm
[01:15] <azeem> what happens if I upload a source packages to PPA but forget the .orig.tar.gz?
[01:15] <slangasek> mrh
[01:15] <azeem> I mean, will I have to bug people, or can I just rebuild the package with -sa and reupload
[01:16] <azeem> or do I have to bump version numbers
[01:16] <slangasek> it was rejected, then?
[01:16] <slangasek> or what?
[01:16] <azeem> dunno, it was only a few minutes ago
[01:16] <azeem> this was the first time I tried to upload something to PPA
[01:17] <azeem> ah
[01:17] <azeem> rejected
[01:17] <azeem> bah
[01:17] <azeem> Unable to find distroseries: unstable
[01:17] <slangasek> ah, really?  I have no recollection of using -sa when uploading a package to PPA; but maybe yours is an .orig.tar.gz that's not in the archive... oh, or it could be rejected for an unrelated reason ;)
[01:18] <azeem> slangasek: yeah, am trying to get the opensync-0.22 packages compiled for hardy
[01:18] <slangasek> s/archive/library/
[01:18] <azeem> but apparently I have to add bogus changelog entries with "hardy" in it for that
[01:18] <slangasek> azeem: no, you just need a .changes that points at hardy
[01:18] <azeem> ah, that'd work as well then
[01:18] <azeem> thanks
[01:19] <soundray> Hi, I've been assigned a bug and don't know why. What should I do?
[01:20] <slangasek> soundray: well, you might want to mention the bug # for starters :)
[01:20] <azeem>  Subject: [PPA debian-opensync] Accepted: opensync 0.22-2 (source)
[01:20] <azeem> yay
[01:20] <soundray> slangasek: #457246
[01:20] <slangasek> soundray: um... is that a Debian bug number?
[01:21] <slangasek> it's not a Launchpad bug number
[01:21] <soundray> slangasek: yes... but the email was sent to the address I use on launchpad.
[01:21] <soundray> I guess it's just a mistake. I know hardly anything about netatalk :)
[01:22] <azeem> soundray: what's your launchpad login and/or the address you use on it?
[01:23] <soundray> azeem: soundray; ubuntubug@soundray.de
[01:23] <azeem> weird
[01:23] <slangasek> soundray: that's very strange, the only related open bug I see on netatalk source is bug #195011, which is not linked to the Debian version and not assigned to you
[01:23] <ubotu> Launchpad bug 195011 in netatalk "netatalk fails assertion, afpd won't launch" [Undecided,New] https://launchpad.net/bugs/195011
[01:23] <slangasek> oh, are you perhaps in the bugsquad group?
[01:23] <soundray> slangasek: no.
[01:24] <azeem> soundray: if it was a mail you got, maybe you can put it on a pastebin
[01:24] <soundray> I've only ever reported a few bugs in feisty (unrelated)
[01:24] <slangasek> soundray: ah, heh, there's the problem - you have a login named "ubuntubug" :)
[01:25] <azeem> slangasek: do you think there's a realistic chance in getting opensync-0.22 into hardy?
[01:25] <soundray> azeem: http://paste.ubuntu-nl.org/58823/
[01:25] <slangasek> soundray: so yes, someone mistook you for the Ubuntu bug squad; "ubuntubug" seems like a poor choice of a launchpad ID :)
[01:26] <slangasek> azeem: hmm, how do I answer that objectively... :)
[01:26] <soundray> slangasek: okay, that would explain it
[01:27] <soundray> I guess it's safe to ignore -- or should I pass it on to someone?
[01:28] <slangasek> safe to ignore, it's already been reassigned to the correct party
[01:28] <soundray> slangasek, azeem: thanks for your help.
[02:40] <emgent> heya
[02:57] <Exfil> i need help porting Photoshop cs2 to gusty, i have the adobe folder in the program files directory under wine but i cant seem to get the right registry key imported, when cs2 loads up it says it is unactivated, but it is activated on the xp machine
[02:59] <nixternal> Exfil: this is far from the correct channel to ask for such support, your best bet would be #winehq
[03:16] <bddebian> Heya gang
[03:22] <emgent> heya :P
[03:29] <bddebian> Hi emgent
[03:30] <protonchris> Hello
[03:36] <bddebian> Hi protonchris
[04:40] <LaserJock> evening all
[04:41] <protonchris> Hello
[04:41] <bddebian> Heya LaserJock
[04:42] <LaserJock> bddebian: dude, I'm doing some openGL programming
[04:42] <LaserJock> if this works I'll be pretty impressed
[04:56] <bddebian> LaserJock: Rock On man!
[04:59] <LaserJock> bddebian: in C++ no less
[04:59] <LaserJock> I haven't gotten it all figured out yet though
[05:00] <LaserJock> I'm learning about nurbs
[05:03] <bddebian> C++ makes my head hurt :)
[06:51] <Hobbsee> ScottK: it's not even binary mangling....
[06:51] <Hobbsee> ScottK: it only showed as core dev because you uploaded a source that said that's waht the maintainer was...
[07:06] <sparr_> is there a channel for help with apt pinning?
[07:12] <Hobbsee> #ubuntu, etc
[07:12] <Hobbsee> sparr_: man dpkg, to the section on "set-selections" usually
[07:12] <sparr_> well, more with apt than with dpkg
[07:12] <sparr_> thanks though
[07:12] <slangasek> dpkg --set-selections lets you hold packages, it doesn't do pinning
[07:13] <sparr_> ok, how about a contradiction between the man page for apt* and the workings of current versions?
[07:14] <sparr_> forget it
[07:14] <sparr_> i give up
[07:15] <Hobbsee> i wonder why we don't have "this is not another #ubuntu, we don't do general support here" in the topic
[09:06] <Iulian> G'morning.
[09:18] <slomo> superm1: what exactly is the reason why mythtv is in multiverse?
[09:19] <superm1> slomo, two things
[09:19] <superm1> lame
[09:19] <superm1> and the ffmpeg that is shipped within it
[09:19] <slomo> superm1: also you can give me debdiffs for new uploads, that's easier than mentors i guess ;)
[09:19] <Fujitsu> Argh, more embedded ffmpeg?
[09:19] <slomo> superm1: hm... couldn't those be stripped (and build against system ffmpeg)?
[09:19] <superm1> slomo, well whichever you'd prefer
[09:20] <superm1> well lame yes - it's a very ugly patch to do so, but a mandriva guy wrote one
[09:20] <superm1> the ffmpeg unfortunately can't use the system wide one
[09:20] <slomo> superm1: i prefer debdiff ;)
[09:20] <superm1> they have some enhancements that upstream hasn't accepted
[09:20] <slomo> great
[09:21] <superm1> not to mention now its built against faac/faad too
[09:21] <superm1> and liba52
[09:21] <slomo> :)
[09:21] <Fujitsu> superm1: Can't you kick upstream into being sane?
[09:22] <superm1> Fujitsu, i've tried.
[09:22] <tbf> so let's see if my inet is reliable enough today for uploading next gnome-lirc-properties iteration
[09:22] <superm1> so some of these things could be loosened, but the functionality of the app goes down greatly
[09:22] <superm1> tbf, i'm looking it over right now
[09:22] <Fujitsu> I guess that does rely on ffmpeg upstream not being stupid, though L(
[09:22] <Fujitsu> *:(
[09:22] <RAOF> Fujitsu: Don't the ffmpeg developers recommend embedding it?
[09:22] <slomo> superm1: ok, unless upstream is a bit saner it has to be in multiverse, yes ;) can't they go a modular way, having all problematic bits in another source package? ;)
[09:22] <tbf> superm1: how that? 0.2.4 upload failed
[09:22] <superm1> i just dget'ed it right now
[09:23] <superm1> it built
[09:23] <superm1> the one from march 5th
[09:23] <Fujitsu> RAOF: Considering they don't have any kind of API stability, probably.
[09:23] <superm1> Fujitsu, RAOF yeah they regularly merge with upstream, but recommend staying away from the tree for ~2-3 weeks to sort out problems from API stability
[09:24] <slomo> siretart: what's the plan with experimental's ffmpeg (and ubuntu)? :)
[09:24] <superm1> slomo, well after hardy comes out, i'm going to redo all of the packaging
[09:24] <RAOF> Because it's obviously impossible to have a fast multimedia library with a stable API >:(
[09:24] <superm1> during that time i'll see about loosening deps
[09:24] <superm1> and seeing how nicely it comes across
[09:25] <slomo> RAOF: not really... it just needs some work and thinking ;)
[09:25] <RAOF> That obviously needed a <sarcasm> tag :)
[09:25] <superm1> haha
[09:26] <superm1> but assuming that it keeps an embedded ffmpeg, this will still be a bit messy
[09:26] <slomo> superm1: found the upnp-mythtv patch for totem?
[09:26] <slomo> superm1: also, if you have a debian-compatible mythtv package please tell me ;)
[09:26] <superm1> slomo, i've been busy all week with some other stuff, it
[09:27] <superm1> 's on my list for tomorrow :)
[09:33] <tbf> hah! i am smarter than this broken vodafone router with its aborted connections and than revu's ftp server with its do-not-overwrite policiy
[09:33]  * tbf rsynched to his vhost and run dput from there :-D
[09:34] <slomo> superm1: http://bugzilla.gnome.org/show_bug.cgi?id=516672
[09:34] <ubotu> Gnome bug 516672 in Plugins "gmyth upnp" [Enhancement,Unconfirmed]
[09:34] <superm1> ah thanks
[09:34] <superm1> i'll give that a go
[09:35] <tbf> superm1: uh, you commented in the meantime :-D
[09:37] <tbf> superm1: cool, debian/ubuntu also start to add homepage fields to control files now?
[09:37] <superm1> tbf, yeah
[09:38] <slangasek> "also"? who else is there? :)
[09:38] <tbf> superm1: always was missing that field when grabbing packages from packages.ubuntu.com/packages.debian.org :-D
[09:38] <superm1> slangasek, people who write srpms?
[09:38] <superm1> i'd guess
[09:38] <tbf> slangasek: gentoo too
[10:09] <slangasek> tbf: I don't think gentoo uses control files? :)
[10:10] <tbf> slangasek: well, but they have ebuilds, and that ebuilds list the upstream homepage for ages
[10:16] <tbf> superm1: package updated, comment added
[12:39] <geser> TheMuso, ScottK, Hobbsee: does the ghc6 transition FFe exception also cover new upstream version of packages which are already transitioned but where the new version is a build-dependency of a package which didn't transition yet?
[13:01] <cyberix> Is it ok to start version numbering from 0ubuntu2? As I have already published 0ubuntu1 in my PPA and I'd like to avoid conflicting with that?
[13:31] <Iulian> Can someone please check my debdiff, trying to fix genshi package (bug #199104) - http://paste.ubuntu.com/5436/plain/
[13:31] <ubotu> Launchpad bug 199104 in qtparted "[Hardy] qtparted v0.4.5-cvs starts with kdesudo only" [Undecided,New] https://launchpad.net/bugs/199104
[13:32] <Iulian> Oups, actually its bug 199014
[13:32] <ubotu> Launchpad bug 199014 in eric "python-xml removal: please drop/replace (build) dependencies" [Medium,In progress] https://launchpad.net/bugs/199014
[13:34] <geser> Iulian: why did you remove the Uploaders line?
[13:35] <geser> Iulian: why the change to B-D-I?
[13:36] <geser> Iulian: and why the Python-Versions line?
[13:37] <Iulian> geser: By mistake, because lintian complains about B-D-I
[13:38] <geser> Iulian: about the -1? then remove it (>= 0.6b3)
[13:39] <Iulian> geser: Ok, see http://paste.ubuntu.com/5437/plain/
[13:39] <Iulian> geser: And about Python-Versions, should I remove that too?
[13:40] <geser> Iulian: where have you read about Python-Versions?
[13:41] <Iulian> geser: Actually RainCT told me to add that line to python-genshi
[13:42] <geser> I know python-central uses X[SB]-Python-Version in debian/control but python-support uses debian/pyversion for this
[13:43] <Iulian> geser: pyversions file contains 2.3-
[13:44] <geser> Iulian: and while you are at fixing genshi, could you start with genshi 0.4.4-2 from Debian unstable? as it already contains some fixes (like Standards-Version)
[13:44] <Iulian> geser: Sure
[13:44] <geser> Iulian: change it then to 2.4- to accomplish what you want
[13:44] <Iulian> Ok, doing the changes right now.
[13:44] <Iulian> Thanks
[13:59] <Iulian> Should I mention in the changelog that I changed pyversions from 2.3- to 2.4- ?
[13:59] <azeem> I guess, yeah
[14:01] <Iulian> Ok
[14:08] <Iulian> I don't know why it complains about debian/rules, actually there is that line - http://paste.ubuntu.com/5438/plain/
[14:09] <Iulian> And there is no python-central.
[14:09] <Iulian> Brb
[14:10] <azeem> you need to install cdbs
[14:25] <hellboy195> LucidFox: around?
[14:26] <Na-Fiann> Hi, I noticed that the version of xmms2 in ubuntu reps is old and that the newer version is in debian reps. will it make it into ubuntu reps as well?
[14:26] <Na-Fiann> or can I do something to get it in there?
[14:27] <hellboy195> Na-Fiann: it does need a FFE
[14:27] <Na-Fiann> what is a FFE?
[14:27] <bobbo> Feature Freeze Exception
[14:27] <hellboy195> Na-Fiann: Feature freeze Exception but I'm not sure if it gets accepted
[14:28] <bobbo> Na-Fiann; https://wiki.ubuntu.com/FeatureFreeze?highlight=(Feature)|(Freeze)
[14:31] <Na-Fiann> so.. I run gutsy, and for gutsy it needs an approval to be updated? is that what it means?
[14:31] <Na-Fiann> or does this apply to the upcoming release?
[14:33] <Iulian> azeem: cdbs is already installed but quilt wasn't
[14:37] <Iulian> I think it's ready now - http://paste.ubuntu.com/5439/plain/
[14:37] <hellboy195> Na-Fiann: what xmms version does gutsy has?
[14:39] <Na-Fiann> gutsy has 0.2DrJekyll the latest is 0.4DrKosmos
[14:39] <Iulian> geser: Do you mind to take a look at it again?
[14:40] <hellboy195> Na-Fiann: 0.4 won't even make it into hardy (for now). So I suppose it won't be backporte
[14:40] <hellboy195> d
[14:41] <Na-Fiann> oh thats too bad.. any reasons why not?
[14:41] <Na-Fiann> not that i need to approve of it or anything:p just curious
[14:44] <hellboy195> Na-Fiann: dunno. no one worked on it so far. The problem is that we are now in FF (Feature Freeze) and I don't think xmms is important enough to get an exception. Besides that xmms2 is still alpha/beta
[14:44] <bobbo> Debdiff for Bug #199014 (in pyslide) up if anyone has any spare time
[14:45] <ubotu> Launchpad bug 199014 in eric "python-xml removal: please drop/replace (build) dependencies" [Medium,In progress] https://launchpad.net/bugs/199014
[14:45] <Na-Fiann> ahh thats a shame. thanks for the answers hellboy195
[14:47] <hellboy195> Na-Fiann: You're welcome. If it's urgent you can try to use the debs from debian though we don't recommend that ;)
[14:53] <geser> Iulian: no, where is the last version?
[14:54] <geser> Iulian: s/no/sure/ :)
[14:58] <Iulian> geser: http://paste.ubuntu.com/5439/plain/
[14:59] <Iulian> geser: I just want to make sure it's correct before I submit it to the bug report. In this case I won't make noise :)
[15:14] <bddebian> Heya gang
[15:15] <hellboy195> bddebian: yeah :)
[15:15] <bddebian> Hello hellboy195
[15:17] <cyberix> persia: Is it ok to start version numbering from 0ubuntu2? As I have already published 0ubuntu1 in my PPA and I'd like to avoid conflicting with that?
[15:56] <geser> Iulian: looks very good
[15:56] <geser> Hi bddebian
[15:57] <bddebian> Heya geser
[16:18] <Iulian> geser: Sorry, I was watching TV. Ok, I will attach it to the bug report.
[17:14] <Iulian> I've got another debdiff for you guys to take a look at please - http://paste.ubuntu.com/5440/plain/ (for opendict package - bug #199014)
[17:14] <ubotu> Launchpad bug 199014 in eric "python-xml removal: please drop/replace (build) dependencies" [Medium,In progress] https://launchpad.net/bugs/199014
[18:25] <DktrKranz> geser, new dietlibc revision is available on my PPA for testing. If you want to try it on amd64, it would be great.
[19:32] <zigo--> Hi.
[19:32] <zigo--> "Next, ask the REVU admins in #ubuntu-motu to re-sync the REVU uploaders keyring, which grants you upload rights to REVU."
[19:32] <zigo--> Can someone do that ???
[19:49] <fdr> hello! I was wondering if it is possible to have flightgear 1.0 under ubuntu 7.10 ...
[21:10] <emgent> heya
[21:40] <Amaranth> had to watch a toddler for a bit
[21:40] <Amaranth> err, wrong window
[21:40] <Amaranth> weird compiz focus bug there
[21:42] <slangasek> anybody can photoshop a pic like that, you're not getting any blackmail money out of me
[21:42] <slangasek> err, wrong window
[21:42] <slangasek> ;)
[22:02] <sistpoty> hi folks
[22:08] <siretart> slomo: well, the plan is to update it to a later upstream release
[22:10] <RainCT> zigo--: still need a keyring re-sync?
[22:12] <RainCT> slangasek: I don't want to know in what sort of channels you are ;)
[22:19] <geser> sistpoty: Hi
[22:19] <geser> sistpoty: does the ghc6 transition FFe exception also cover new upstream version of packages which are already transitioned but where the new version is a build-dependency of a package which didn't transition yet?
[22:20] <sistpoty> Hi geser
[22:20] <sistpoty> geser: I guess it would make sense that it covers it, though ACK from me on this ;)
[22:23] <geser> thanks, I'll file the needed sync requests then. The transition is nearly completed now.
[22:24] <sistpoty> geser: thank you very much for working on this! :)
[23:00] <Iulian> siretart: ping
[23:29] <protonchris> sistpoty: Thanks for the bug comments
[23:29] <protonchris> sistpoty: Bug 190744
[23:29] <sistpoty> protonchris: you're welcome... thanks for working on the bug
[23:30] <ubotu> Launchpad bug 190744 in libgdamm3.0 "Request: Upgrade libgdamm3.0 to upstream version 2.9.81" [Undecided,Confirmed] https://launchpad.net/bugs/190744