[02:11] <blizzkid> Hi all, I slightly changed gnome-blog, now how can I send you guys the .deb to look at it?
[02:13] <DarkMageZ> blizzkid, see the ubuntu packaging guide. available now on the ubuntu wiki. you'll be interested in the patching section.
[02:14] <blizzkid> DarkMageZ, actually I looked at that, but it's a bit too complicated for me, I'd just like to send someone the .deb and let him look at it (hey, I even don't need credits ;-))
[02:15] <Fujitsu> A .deb is entirely useless - you'll need to send a source package.
[02:15] <Fujitsu> You'll need to follow the sponsorship process.
[02:18] <blizzkid> Fujitsu, I understand that, but... I installed from a .deb as the source wouldn't compile, changed a few files, and did a dpkg-repack. Now I'd just like someone to look at it. If that isn't possible, I'm affraid I can't submit the changes (I'm not experienced enough to go through the normal procedure). I could also just send the changed files
[02:19] <Fujitsu> The sponsorship process is pretty simple. https://wiki.ubuntu.com/SponsorshipProcess
[02:22] <blizzkid> I'll have a look
[02:34] <bddebian> Heya gang
[02:36] <nxvl> hey
[02:36] <nxvl> bddebian: did you take a look at my bugsquad application?
[02:37] <bddebian> Me?
[02:38] <nxvl> ups
[02:39] <nxvl> i confuse you with dbmurray :P
[02:39] <bddebian> Happens often :)
[04:49] <TheMuso> 9/me shakes his head. So far as I can see, I don't understand why Fedora disable the ability to turn on/off pulseaudio in the sound preferences.
[04:49]  * TheMuso shakes his head. So far as I can see, I don't understand why Fedora disable the ability to turn on/off pulseaudio in the sound preferences.
[05:21] <tuntun> Why on earth do I have do a search for file 'foo' before I get the chance to configure the search?!?!
[05:28] <tuntun> Main-menu > Accessories > Tracker-Search-Tool   ...Who the hell thought that It would be a good idea to only let the user configure the search after having done a first search?!?!
[05:34] <tuntun> Main-menu > Accessories > Tracker-Search-Tool   ...Oh great... And it it only searches within the home dir...without even telling you!!! This is turning into a farce...
[10:17] <Laibsch> anybody willing to fix and upload bug 219485?
[10:17] <ubotu> Launchpad bug 219485 in libaqbanking "please sync latest libaqbanking from debian testing" [Undecided,Fix released] https://launchpad.net/bugs/219485
[10:25] <Fujitsu> Laibsch: Looks fixed and uploaded already...
[10:57] <Fujitsu> Any motu-release folk around?
[12:09] <albert23> exit
[12:26] <afflux> do you think bug 218570 is suitable for a finalfreeze exception?
[12:26] <ubotu> Launchpad bug 218570 in screenlets "screenlets-daemon.py crashed with AttributeError in show_error()" [Undecided,New] https://launchpad.net/bugs/218570
[12:26] <afflux> same for bug 205973
[13:36] <emgent> heya tseliot :)
[13:36] <tseliot> ﻿emgent: hi .-)
[13:36] <tseliot> :-)
[13:37] <Hobbsee> Fujitsu: no.  we all went off to party.
[13:42] <Fujitsu> Hobbsee: Hah. I filed a bug, anyway.
[13:46] <Hobbsee> ScottK: what are your thoughts on updating wesnoth?  http://forum.wesnoth.org/viewtopic.php?f=5&p=292562 - they tend to be pretty stable
[13:47] <Fujitsu> Even their devel releases are rather stable.
[13:50] <Hobbsee> rhonda's been using it, wiht no problems
[14:34] <rexbron> This may seem like a daft question, but what debuild options do you use to to generate a diff only upload. My ppa is rejecting one done with -S -sd -rfakeroot. It claims that the md5 hashes for the files referenced in the .changes do not match
[14:34] <zul> deboot -S -sa
[14:34] <rexbron> doesn't -sa force a full source uoload>
[14:34] <rexbron> ?
[14:35] <zul> debuild -S then
[14:36] <Hobbsee> zul: debuild -S -sa is equivaletn to debuild -S.
[14:36] <Hobbsee> (-sa is a default)
[14:36] <rexbron> this is for a -0ubuntu2 upload to the ppa
[14:36] <rexbron> only files in debian/ have changed
[14:37] <rexbron> and iirc, PPA's reject uploads if the .orig.tar.gz md5s match
[14:37] <rexbron> (for the same debian/ubuntu number)
[14:37] <zul> Hobbsee: heh you are right I need some coffee or something
[14:38] <rexbron> Rejected:
[14:38] <rexbron> MD5 sum of uploaded file does not match existing file in archive
[14:38] <rexbron> Files specified in DSC are broken or missing, skipping package unpack verification.
[14:38] <rexbron> The only other thing I can think of is that they were corupted during transport...
[14:39] <rexbron> which is a first for me
[14:39] <Hobbsee> rexbron: ask cprov, or in #launchpad.
[14:39] <Hobbsee> rexbron: here is not the place for ppa support, i'm afraid
[14:40] <Hobbsee> (it sounds like it might be a ppa bug or something)
[14:40] <rexbron> Hobbsee: Np, My intial question was to make sure it was not an incorrect debuild op
[14:40] <Hobbsee> rexbron: that being said, you can check that the md5sums of the actual files are the same as those listed in the source.changes file
[14:41] <Hobbsee> iirc, some switches for building don't actually update the changes file - i discovered this using the merge scripts
[14:53] <crimsun> Hobbsee: hi, do you have a moment for upload queue processing?
[14:54] <crimsun> Hobbsee: namely, the trang upload was approved by norsetto on 2008-04-15
[14:55] <Hobbsee> crimsun: looks already accepted
[14:55] <Hobbsee> crimsun: or not in unapproved.
[14:55] <Hobbsee> requires a sync, or?
[14:55] <crimsun> Hobbsee: sorry, my apt cache was not current.  Sorry for the noise!
[14:56] <crimsun> (source is already accepted and pushed)
[14:56] <Hobbsee> crimsun: np :)
[14:57] <Hobbsee> crimsun: hardy moves too fast at times, i agree.  apt caches are often out of date
[15:01] <aos101> Would it be possible to get my fix to bug 152856 into hardy, or is the bug too minor to be fixed in the archive freeze?
[15:01] <ubotu> Launchpad bug 152856 in gdebi "Kubuntu Package Installer (GDebiKDE) says "Package File Does Not Exist" when trying to install a deb that's in a directory that has a space in  it's name." [Medium,Triaged] https://launchpad.net/bugs/152856
[15:03] <crimsun> IMO that sounds like a pretty important issue
[15:07] <crimsun> ouch.
[15:08] <crimsun> http://launchpadlibrarian.net/13576116/buildlog_ubuntu-hardy-i386.trang_20030619-5.1ubuntu3_FAILEDTOBUILD.txt.gz
[15:08] <crimsun> that is totally the same error I got - out of RAM.
[15:08] <crimsun> I ended up having to build on a machine with 16 GB RAM.
[15:09] <crimsun> FWIW, the fix is from Debian, and it built on those buildds (although I'm not privvy to the config details)
[15:12] <crimsun> bah, I'll strip all the optimisations and try again
[15:12] <aos101> I certainly think the bug is pretty annoying, but I'm not sure it's really a shopstopper.
[15:15] <crimsun> aos101: could you have it tested more widely (e.g., via #ubuntu+1)?
[15:19] <aos101> You mean get some people to apply the patch and check it works for them?  I could do I guess.  Or I could ask some people to test it in #kubuntu-devel?
[15:56] <WujcioL> To any REVU admin: Please re-sync the REVU uploaders keyring
[16:02] <ScottK> Hobbsee: re Wesnoth, I'm not sure.  There's no compatibility issue with the version we have, so unless this fixes problems that Ubuntu users have reported, I'd be reluctant.
[16:08] <afflux> do you think bug 218570 is suitable for a finalfreeze exception?
[16:08] <ubotu> Launchpad bug 218570 in screenlets "screenlets-daemon.py crashed with AttributeError in show_error()" [Medium,Triaged] https://launchpad.net/bugs/218570
[16:13] <ScottK> afflux: If it fixes a crash, sure.
[16:19] <afflux> ScottK: btw. I think I managed to remove the build-dependency on itself for screenlets. Should I include that cleanup to the debdiff?
[16:21] <ScottK> afflux: No.  The self build-dep is evil, but since it's in the archive already, we can live with it.  Keep changes to a minumum for now.  Sounds like a good change to push back to Debian though.
[16:23] <afflux> ScottK: I'll check the debian package in a minute. Uploaded the debdiff, waiting for motu-release ACK
[16:23]  * ScottK is waiting for Launchpad to load.
[16:24] <ScottK> Ack'ed
[16:24] <afflux> thanks!
[16:34] <ScottK> RainCT: re wxformbuilder: Take the orig.tar.gz from the upstream web site, not the one the packager provided.
[16:58] <spacepluk> hi, I'm trying to update a package and I'm having some trouble with pbuilder can anybody help me?
[16:58] <spacepluk> this is my first time :P
[16:58] <RainCT> ScottK: OK. I'll need to repackage it though (it's a .tar.bz2)
[16:59] <ScottK> Probably.  Your odds of getting help go up if you ask specific questions.
[17:00] <ScottK> RainCT: It's better to get the upstream source and do it yourself.  That eliminates one risk point from a security perpective.  Particularly with repacked tarballs it's hard to know for sure that what you've got hasn't been modified.
[17:01] <spacepluk> well, since I'm new to packaging I'm not sure what to ask. If I paste the pbuilder output can you take a look?
[17:04] <ScottK> spacepluk: Have you looked at the pbuilder howto on the Ubuntu wiki?
[17:05] <ScottK> spacepluk: https://wiki.ubuntu.com/PbuilderHowto if you haven't.  I'd look that over first and see if you can solve it yourself.
[17:05] <spacepluk> ScottK: yes, but I still can't make it work
[17:06] <ScottK> OK.
[17:06] <ScottK> Sure.  Pastebin the output.
[17:06] <ScottK> !pastebin | spacepluk
[17:06] <ubotu> spacepluk: pastebin is a service to post multiple-lined texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the channel topic)
[17:06] <spacepluk> ScottK: http://rafb.net/p/5Y83Vf29.html
[17:06] <ValveSoft> we're recruiting programmers at valve software to port the orange box to linux, if anybody is interested please let me know
[17:06] <ScottK> Looking
[17:06] <ValveSoft> http://www.valvesoftware.com/job-SenSoftEngineer.html
[17:06] <ValveSoft> [21:36] <nickrud> ValveSoft you should check in #ubuntu-offtopic and #ubuntu-mot
[17:07] <spacepluk> ScottK: thanks
[17:08] <ScottK> spacepluk: It looks like your pbuilder if fundamentally functional.  What are you trying to package?
[17:08] <spacepluk> ScottK: it's the last release of ardour, a music production software  http://www.ardour.org
[17:09] <ScottK> Is there an older version in the Ubuntu archive?
[17:09] <ScottK> If so, try and see if you can build that.
[17:09] <spacepluk> ScottK: yes, I've taken that to make the package
[17:09] <spacepluk> ScottK: ok, I'm trying
[17:10] <ScottK> That'll tell you if you have a packaging problem or a pbuilder problem.
[17:10] <albert23> spacepluk: Do you have universe enabled in your pbuilder?
[17:11] <spacepluk> albert23: I think so, I put COMPONENTS="main restricted universe multiverse" in ~/.pbuilderrc
[17:12] <albert23> spacepluk: did you update the pbuilder with override-config after that?
[17:12] <spacepluk> albert23: yep
[17:13] <ScottK> spacepluk: One way to be sure is to use pbuilder login and then look in /etc/apt/sources.list inside the pbuilder chroot to see if it's really there.
[17:13] <albert23> spacepluk: the failing depends are all from universe....
[17:14] <spacepluk> ScottK: I'll try that, the original package doesn't build either
[17:17] <spacepluk> ScottK: albert is right, only "hardy main" in sources.list
[17:17] <spacepluk> ScottK: how do i fix that?
[17:19] <spacepluk> ScottK: ok, i forgot the --override-config option
[17:22] <ScottK> spacepluk: If you want to change it permanently you can use pbuilder login --save-after-login (I think that's it, you can check man pbuilder for the exact syntax) and edit sources.list to what you want.
[18:37] <RainCT> ScottK: About wxformbuilder, upstream's tarball is missing some files and so fails to build.. I guess it's OK to use that one provided by the packager, considering that he is also upstream?
[18:45] <ScottK> RainCT: I'm not really comfortable with that.  If you want to take the upstream tarball and then add the missing files in the diff.gz, I'm good with that.
[18:56] <RainCT> ScottK: OK, I've asked the packager to do so (as I don't know exactly what files are necessary -there is a rather big divergency- and don't have time to mess with that now).
[18:57] <ScottK> RainCT: I understand.  You got it though that we need to base our packaging on the official tarball.  Maybe he should just re-release.
[18:58] <RainCT> ScottK: Yes, I understand the point (and actually agree with it).
[18:59] <ScottK> Great.  Just making sure.
[19:39] <sistpoty> hi folks
[19:41] <RainCT_> hi sistpoty
[19:41] <sistpoty> hi RainCT_
[19:42] <sistpoty> RainCT: did you merge your new revu patches on spooky already?
[19:44] <RainCT> sistpoty: no, not yet
[19:44] <sistpoty> ok
[19:48] <sistpoty> RainCT: there's a local change on spooky regarding sending mails, maybe this should go to trunk too, but I wouldn't mind as well, if you just undo that change ;)
[19:51] <RainCT> sistpoty: I see, I'll merge that into trunk
[19:51] <sistpoty> RainCT: cool, thanks a lot!
[19:53] <sistpoty> RainCT: btw.: did you merge some new linda stuff (couldn't tell that from the .diff)... I just saw, that you added the GPL header (we had permission to use the old changes parser from linda under BSD, so we revu in general didn't need to be GPL)
[19:54] <sistpoty> (not that I would mind about GPL or BSD too much myself)
[19:55] <afflux> say I have an upstream package providing a script for generating documentation *and* the result of using this script. Should I package the result upstream packaged or should I rerun the generation script and package the result of that one?
[19:56] <RainCT> sistpoty: yes, I updated that RFCwhatever parser in scripts/ to that one in the last linda version (there were just 4 or 5 new lines) and changed a file to used the parser from linda to use the copy that REVU has instead
[19:56] <RainCT> sistpoty: and removed all linda calls I found
[19:56] <sistpoty> RainCT: ok, cool... thanks
[19:57] <sistpoty> afflux: I'd package the source files and run the script during building
[19:57] <afflux> but it's not sort of "required" that we need to regenerate the docs on our own?
[19:58] <sistpoty> afflux: that depends very much on the license of the package
[19:58] <afflux> GPLv3
[19:59] <sistpoty> afflux: then you'll need to have the "preferred form for making modifications" in there (at least that's what GPL-2 says). So I guess the preferred form would be the source of the documentation
[19:59] <sistpoty> afflux: and you'll need the scripts to build the actual documentation in the package as well
[20:00] <afflux> hm, okay
[20:01] <RainCT> sistpoty: uhm.. is there some way to push /srv/revu.repo/trunk to LP?
[20:01] <ScottK> afflux: AFAIK that means the preferred source for modification has to be in the source package, not that you're forced to rebuild it.  You need to be able to though.
[20:02] <sistpoty> RainCT: none that I know off. you could of course do a "bzr diff" and apply that patch to a local checkout, and then do a "bzr revert" on spooky
[20:03] <sistpoty> RainCT: also, there is a merge --uncommitted (iirc), but I've never used that myself, maybe james_w knows the details ;)
[20:03] <afflux> ScottK: alright. See the comment on the screenlets bug, don't really know which way is better.
[20:03] <ScottK> afflux: I think the best thing is let it lie for Hardy and follow Debian's lead in Intrepid.
[20:04] <afflux> Thats basicly what my second comment says. :)
[20:07] <ScottK> K.
[20:09] <RainCT> sistpoty: allright.. production is updated now
[20:09]  * RainCT hopes that it still works ^^
[20:12] <slomo__> siretart: so img_convert is also deprecated in ffmpeg now... what's the replacement, do you know? :)
[20:13] <crimsun> sistpoty: / ScottK: okay to upload http://pastebin.com/d44faae2 ?
[20:15]  * ScottK looks
[20:16] <ScottK> crimsun: Ack.  Yes.
[20:16] <crimsun> ScottK: thanks
[20:16] <sistpoty> RainCT: thanks a lot!
[20:43]  * ScottK was sort of hoping for a last minute push of FTBFS or RC bug fixes from Debian to approve.
[20:43]  * ScottK looks around for everybody?
[20:51] <ScottK> RainCT: Looks like wxformbuilder is ready for your attention again.
[22:17] <albert23> For a FFe and sync request, can I edit an existing bug or should I open a new bug? Bug 185318 breaks upgrade from Gutsy (upgrade cannot be calculated). link-monitor-applet 3.0 from Debian unstable should solve that (builds, installs and runs on Hardy).
[22:17] <ubotu> Launchpad bug 185318 in link-monitor-applet "link-monitor-applet dependency problems" [Medium,Confirmed] https://launchpad.net/bugs/185318
[22:18] <ScottK> Edit the existing bug is fine.
[22:19] <albert23> ScottK: OK, thanks
[22:34] <stani> ScottK: A new bug #219558 in Phatch has been found. I will try to investigate it and to submit a patch.
[22:34] <ubotu> Launchpad bug 219558 in phatch "Integer error with shadow effect" [High,Confirmed] https://launchpad.net/bugs/219558
[22:35] <ScottK> I saw that (I get phatch bugmail due to it being in Ubuntu Pythonistas).  Let me know.
[22:39] <RainCT> good night
[22:45] <sebner> heya jono :)
[22:47] <afflux> evening sebner! ;)
[22:48] <sebner> afflux: you too :=)
[22:52] <afflux> and good night ;)
[22:54] <ScottK> albert23: I acked your request.  Since it's a new version, you'll need two ack from motu-release.
[22:55] <albert23> Scottk: thanks
[23:10] <bbyever> hi
[23:11] <bbyever> if i want to patch a package, but it doesnt have a debian/patches folder, do i create it before running dpatch-edit-patch or after or while in the dpatch shell?
[23:28] <ScottK> bbyever: I think it will create it.  You do have to add the patch to 00list manually afterwards.
[23:30] <bbyever> ScottK: ok thanks
[23:43] <stani> ScottK: will you be around tomorrow?
[23:44] <ScottK> Possibly some of the time.  Mostly not.
[23:44] <ScottK> I should be around on Monday which may, or may not, be to late for Hardy.
[23:44] <stani> how long are you still here tonight?
[23:45] <ScottK> Probably another 5 minutes.
[23:46] <stani> how do you prefer a patch now? as a debdiff?
[23:46] <ScottK> Since it's a crash bug we should be able to SRU it if we don't get it in before release.
[23:46] <ScottK> I think I won't have time to sponsor it, but I'll write an ack in the bug for you.
[23:46] <stani> it is not a crash bug
[23:47] <ScottK> It's not?
[23:47] <stani> no, I should lower the priority
[23:47] <ScottK> I generally associate tracebackss with a crash.
[23:48] <ScottK> In any case you have a motu-release ack for an upload, so any MOTU can sponsor the fix.
[23:48] <stani> the exception of this kind of bug is caught by phatch and logged for debugging purposes
[23:49] <ScottK> Ah.
[23:49] <stani> the image is in the wrong format
[23:49] <ScottK> OK.  Makes sense.
[23:49] <stani> phatch does not crash
[23:49] <ScottK> Maybe pochu will be around or another MOTU can look at it.
[23:49] <stani> just skips the image and gives a warning that the error is logged, that is what people paste in launchpad
[23:49] <stani> is an ack something which is written or registered somewhere?
[23:50] <stani> or is it just by 'spoken word'