[00:13] <directhex> micahg, what does it say will be removed?
[00:14] <micahg> idk
[00:14] <micahg> no packages afaik
[00:14] <micahg> how can I see what the changes will be?
[00:15] <directhex> um, aptitude lists all changes along with the space usage change
[00:15] <micahg> directhex: just for gurb
[00:15] <micahg> *grub
[00:19] <james_w> micahg: bug 444703
[00:19] <micahg> james_w: that's the update
[00:20] <Amaranth> micahg: Was a bug that grub used so much space, bug was fixed :)
[00:20] <micahg> ah, so that version is actually using > 500MB of space?
[00:20] <james_w> read the description
[00:21] <james_w> "there was more than 1G of space before the upgrade started"
[00:21] <micahg> ok, I'll do it then
[00:41] <maco> did someone upload OOo again or something?ive been watching the "time til start" climb on a build for a while. it was 2 hr about 5 hr ago. now its 7 hr :P
[02:22] <quidnunc> pysupport-movemodules: error: debian/python-musicdns is not a directory
[02:22] <quidnunc> ^ Anyone know what I get that error?
[02:22] <quidnunc> (when building)
[02:39] <ScottK> micahg: Link me a bug number with a debdiff when you are ready.
[02:39] <micahg> what do I need to put in the bug?
[02:56] <micahg> ScottK: ^^^
[02:58] <ari-tczew> ScottK perhaps mean about bug number here like this: bug #427886
[02:58] <micahg> ari-tczew: it's a FTBFS
[03:01] <ari-tczew> I see that you've got epiphany-browser in your ppa
[03:01] <micahg> that's not the right one...
[03:01] <micahg> kvpnc is the one I tried to fix
[03:02] <ari-tczew> I asked here yesterday what about -gecko and gecko is dead, just support -webkit
[03:02] <ari-tczew> it's FYI
[03:03] <micahg> yes, I know, I touched the EOL bug :)
[03:03] <micahg> -browser is now -webkit
[03:03] <micahg> or rather replaces -webkit
[03:03] <ari-tczew> micahg: open a new bug about FTBFS, attach a debdiff and buildlog, subscribe motu-release :>
[03:03] <micahg> ok, thanks ari-tczew
[03:04] <ari-tczew> OK, nice
[03:04] <ari-tczew> np
[03:04] <ScottK> micahg: A description of the problem and then a diff, preferably debdiff of the fix as an attachment.
[03:04] <micahg> ScottK: can I use the debdiff that the PPA made?
[03:04] <ScottK> micahg: Should at least get things in the ball park.
[03:05] <ari-tczew> I guess no, if you've got *~ppa version in debian/changelog. Correct me if I'm wrong ;-)
[03:06] <micahg> ari-tczew: I can edit that out :)
[03:06] <ScottK> ari-tczew: That's why I said in the ball park instead of yes.
[03:07] <ari-tczew> what is a ball park?
[03:07] <ScottK> And micahg is right, as long as you don't change the number of lines in a diff, editing individual lines is pretty easy
[03:07] <ScottK> Sorry, Americanism.
[03:07]  * ScottK forgets sometimes.
[03:07] <ScottK> It mean something is close to the right answer
[03:08] <ari-tczew> ehh, nevermind
[03:09] <micahg> ScottK: do I mark as patch?
[03:09] <ScottK> Yes
[03:09] <ari-tczew> ScottK: Can I send packages from my karmic desktop to ppa, but build for jaunty?
[03:10] <ScottK> Yes.  Put jaunty in your debian/changelog entry for the upload
[03:10] <micahg> ScottK: done...bug 445073
[03:11] <ari-tczew> then package on jaunty will works fine?
[03:11] <micahg> ScottK: thanks for your help and patience
[03:11] <ScottK> micahg: No, thank you for working on making Ubuntu better.
[03:12] <micahg> ari-tczew: it will build using the jaunty dependencies if jaunty is the version set in the topmost changelog entry
[03:13] <ari-tczew> OK
[03:13] <micahg> I might try to fix another FTBFS later tonight
[03:14] <ScottK> Excellent.
[03:14] <micahg> do they all need to be fixed before release?
[03:15] <micahg> I'm guessing the main ones should come first, right?
[03:16] <ScottK> Yes, although you can also reasonably assume that someone else will look at the ones in Main before release.
[03:17] <ScottK> I'd concentrate on Universe because those might not otherwise get looked at.
[03:17] <micahg> ok
[03:17] <ScottK> micahg: They don't all NEED to be fixed, but we want to get as many as we can.
[03:19] <Technoviking> How do I see the changelog on a updated Ubuntu package?
[03:19] <ari-tczew> debian/changelog ?
[03:19] <micahg> Technoviking: aptitude changelog PKGNAME
[03:20] <ari-tczew> www interface: http://packages.ubuntu.com/
[03:23] <micahg> ScottK: merge failed for pkg-kde-tools about a month ago
[03:24] <micahg> https://merges.ubuntu.com/p/pkg-kde-tools/REPORT
[03:24] <micahg> I'm guessing that merges are out now unless there's an ffe, right?
[03:24] <ari-tczew> ScottK: could you review bug #431080 for check whether debdiff is correct?
[03:27] <micahg> ScottK: should I report a bug in debian about the debhelper call for kvpnc
[03:28] <ScottK> micahg: Probably.  Let me finish reviewing this first.
[03:28] <micahg> ok
[03:28] <ScottK> I'm doing several things at once, so it may be a little while.
[03:30] <micahg> ok, just ping me if you want me to file something
[03:30] <ScottK> Will do
[03:30] <micahg> or comment the bug
[03:30] <ScottK> OK
[03:30] <micahg> thanks
[03:41] <ScottK> ari-tczew: Just reading the source it looks reasonable.
[03:43] <ari-tczew> I can prepare debdiff for all ubuntu's
[03:44] <ari-tczew> just talk, is it debdiff looks right?
[03:44] <ScottK> ari-tczew: It looks right.  Don't do the README.Source for the earlier releases.  Those should be minimal.
[03:44] <ScottK> Also did you read the security team wiki on how they want debian/changelog formatted?
[03:46] <ari-tczew> I did read, that for earlier releases debian/changelog needs format: [release]-security
[03:46] <ari-tczew> e.g. jaunty-security
[03:46] <ari-tczew> karmic before final release doesn't need -security?
[03:48] <ScottK> That's correct
[03:50] <ari-tczew> later I'll prepare debdiffs for the rest releases
[05:10] <ScottK> micahg: My laptop developed a serioux X related issue, so sponsoring is off for tonight.  I haven't forgotten you.
[05:15] <micahg> ok, just let me know if I need anything els
[05:15] <micahg> e
[06:22] <andol> fabrice_sp: Thanks for the quick sponsoring of bug #436035. I understood (and appreciated) most of the feedback, expect the last part about splitting the modifciation into two patches. What two diffrent changes where you thinking of?
[06:23] <fabrice_sp> andol, the one that comes from upstream, and the one you added
[06:23] <fabrice_sp> shell=true
[06:23] <fabrice_sp> because it does not comes from upstream, IIRC
[06:24] <andol> Got it now, thanks
[06:33] <fabrice_sp> yw :-)
[06:35] <pwnguin> doko__: new eclipse? yay!
[07:18] <dholbach> good morning
[07:27] <lodder> Hi, can I ask questions about launchpad ppa here
[07:29] <dholbach> lodder: is the issue about packaging or about the ppa?
[07:29] <dholbach> lodder: if it's the latter, #launchpad might help more
[07:29] <lodder> dholbach: well it's an issue about packaging using ppa
[07:29] <lodder> dholbach: here is the build log: http://launchpadlibrarian.net/33204464/buildlog_ubuntu-karmic-i386.time-drive_0.3-1~karmic1_FAILEDTOBUILD.txt.gz
[07:29] <dholbach> lodder: what's the issue?
[07:30] <lodder> dholbach: it doesn't build that the issue , but when I build it unsigned local i have no issue
[07:30] <lodder> dholbach: make: *** [debian/python-module-stampdir/time-drive] Error 1
[07:30] <lodder> dpkg-buildpackage: error: debian/rules build gave error exit status 2
[07:30] <lodder> I don't know what I can do about it
[07:31] <dholbach> right
[07:31] <lodder> dholbach: can you help me?
[07:31] <dholbach> can you check the setup.py and try running it manually?
[07:31] <lodder> oke
[07:31] <dholbach> like   fakeroot ./setup.py build   or whatever setup.py call is failing there
[07:31] <lodder> I know what it is
[07:32] <lodder> I use an envirement variable in setup.py
[07:32] <dholbach> this call fails too:
[07:32] <lodder> damn I'm going to need to solve it :(
[07:32] <dholbach> cd . && python setup.py clean -a
[07:32] <dholbach> make: [python-module-clean/time-drive] Error 1 (ignored)
[07:32] <dholbach> lodder: all the best with fixing it
[07:32] <lodder> thx :(
[07:33] <lodder> how am i going to do that :(
[07:33] <lodder> ok
[07:33] <lodder> got a solution ;)
[07:33] <dholbach> can you do a   if not os.getenv("bla"):  <make a different clever decision here> ? :)
[07:38] <lodder> dholbach: well i made a template and @ build of source i sed it
[07:39] <lodder> dholbach: If i could the the version number of the folder yes that would be create as clever decision here
[08:38] <micahg> can you have multiple DisplayIf statements in an update notifier script?
[09:18] <tonyyarusso> Could someone help me with basic diff/patch usage?  I'm trying to apply a bunch of changes from one person's set of code to another, just in flat directories.
[09:20] <tonyyarusso> I keep getting can't find file to patch at input line 2
[09:20] <tonyyarusso> Perhaps you used the wrong -p or --strip option?
[09:21] <joaopinto> tonyyarusso, you need to use -p level, depending on how the patch was generated
[09:22] <tonyyarusso> joaopinto: The patch was actually generated on my own system.  I tried using -p0.
[09:22] <joaopinto> tonyyarusso, it is not about the system, but about the directory structure from where the diff command was issue to the changed files
[09:24] <tonyyarusso> Well, the situation is that I have two directories, /usr/share/drupal-6-current/sites/ubuntu-minnesota.org/themes/ubuntu-drupal-theme/ and /home/anthony/ubuntu-drupal/ - I want to make a patch and then use it to apply the changes present in the home copy to the usr/share copy.  (I could just copy the files, but I want to know how to do it this way)
[09:25] <tonyyarusso> The diff command I used was 'diff -r /usr/share/drupal-6-current/sites/ubuntu-minnesota.org/themes/ubuntu-drupal-theme/ /home/anthony/ubuntu-drupal/ > ubuntu-drupal-theme.diff' from within /home/anthony/
[09:25] <joaopinto> tonyyarusso, look at the .diff header
[09:25] <joaopinto> -p N, will remove N elements from the path described on the header
[09:26] <tonyyarusso> err, header?
[09:27] <joaopinto> erm, each diff section has an header, which describes the file the changes applies to
[09:27] <tonyyarusso> The first line is 'diff -r /usr/share/drupal-6-current/sites/ubuntu-minnesota.org/themes/ubuntu-drupal-theme/block.tpl.php /home/anthony/ubuntu-drupal/block.tpl.php' if that's what you mean.
[09:27] <tonyyarusso> okay, yeah
[09:27] <tonyyarusso> Since I'm keeping the files in exactly those places, wouldn't I want to not remove anything?
[09:29] <joaopinto> I have never used diff with absolute pathnames
[09:29] <tonyyarusso> hrm
[09:30] <tonyyarusso> It should also work to cd to /usr/share/drupal-6-current/sites/ubuntu-minnesota.org/themes/ubuntu-drupal-theme/ and use patch -p8, correct?
[09:31] <tonyyarusso> (it doesn't - gah)
[09:40] <surfzoid> Hi, synaptic give you the choice to see an screen shot, this feature is in dsc file ? how that work ?
[09:41] <joaopinto> surfzoid, it uses http://screenshots.debian.net/
[09:41] <joaopinto> is not packaging related
[09:42] <surfzoid> joaopinto: ho so i just need to update an screenshot here with the same name of my soft ?
[09:42] <surfzoid> **upload
[09:42] <joaopinto> afaik, yes
[09:44] <surfzoid> hey, the software name need to be in the debian database ?
[09:47] <surfzoid> joaopinto: ^ :-)
[09:59] <joaopinto> surfzoid, read the how to upload instructions, but yes I guess the package needs to be already in Debian
[10:00] <surfzoid> i read them yes
[10:00] <surfzoid> but they don't speak about that
[10:01] <joaopinto> it's kind of implicit
[10:01] <surfzoid> yes i guess
[11:19] <skwashd> hi all
[11:19] <skwashd> i am not sure if this is the right place ... but here i go anyway
[11:20] <skwashd> if i want to have a nightly build of some packages run ... and sign them to keep apt happy
[11:20] <skwashd> how is the best way to do it?
[11:21] <skwashd> nm ... figured it out ... strip the passphrase from the key
[12:31] <fale> hi
[12:33] <fale> someone can review this, please? https://bugs.launchpad.net/ubuntu/+source/xwpe/+bug/444096
[15:46] <ScottK> NCommander: Any suggestions on https://launchpad.net/ubuntu/+source/fgfs-atlas/0.3.1-1ubuntu1/+build/1276629/+files/buildlog_ubuntu-karmic-armel.fgfs-atlas_0.3.1-1ubuntu1_FAILEDTOBUILD.txt.gz
[15:48] <NCommander> ScottK, abandon all hope?
[15:48] <ScottK> NCommander: Right, well that's a given.
[15:49] <NCommander> ScottK, the compiler doing something it shouldn't, but without looking at the source indepth, I'm not sure what that is
[15:54] <jbernard_> if anyone wants to upload something awesome, I've attached a patch that fixes bug #445501
[16:02] <iulian> jbernard_: Looking.
[16:04] <iulian> Er, it takes 10 minutes to open a page.
[16:04]  * iulian hits the refresh button.
[16:14] <superm1> siretart, how come ffmpeg-extra doesn't have faac support?
[16:15] <superm1> mplayer and mencoder both do
[16:15] <superm1> no faac support is unfortunately rendering rhpot1991's mythexport
[16:38] <siretart`> superm1: see bug #374900
[16:40] <siretart`> superm1: AFAIUI, libfaac binaries are actually unredistributable, as they are essentially a (LGPL licensed) patchset based upon the aac reference implementation, which itself is non-free
[16:40] <superm1> siretart`, then shouldn't mplayer and mencoder not link against it either?
[16:40] <siretart`> in that case, we should remove it immediately from the archive, but before doing something stupid, one would need to investigate the issue more closely
[16:40] <siretart`> superm1: most probably not, right.
[16:41] <superm1> rhpot1991, ^ well that answers your situation, i guess you'll have to drop AAC support from mythexport
[16:41] <siretart`> I just didn't find the time to investigate the faac issue properly. I've spent too much time already on getting ffmepg and mplayer in shape for karmic (and they still aren't IMO) :(
[16:42] <superm1> too bad :(
[16:42] <siretart`> I still do hope that I did misunderstand things here. however, I failed to reach upstream
[16:43] <rhpot1991> unfortunate, hopefully I can just deal with mp3 instead
[16:43] <siretart`> so if anyone knows how to contact them, please do so
[16:43] <siretart`> avcodec also has an internal aac encoder, perhaps you can use that one?
[16:44] <rhpot1991> siretart`: libavcodec-extra-52
[16:44] <rhpot1991>  right?
[16:45] <siretart`> the aac encoder should be enable in both libavcodec52 and libavcodec-extra-52.
[16:45] <siretart`> the -extra- package just enables the wrappers for extra (i.e. non-ffmpeg-internal) libraries
[16:50] <rhpot1991> siretart`: happen to know what the -acodec flag is for aac when using avcodec?
[16:52] <siretart`> rhpot1991: you can list the available codecs with 'ffmpeg -formats'
[16:52] <siretart`> rhpot1991: if you don't have the 'ffmpeg' package installed, see /usr/share/doc/libavcodec52/formats.txt.gz
[16:52] <siretart`> (the -extra- package has a similar file for comparison)
[16:54] <rhpot1991> siretart1`: D  aac raw ADTS AAC
[16:54] <rhpot1991> , meanse Decrypt only right?
[16:55] <siretart`> yes
[16:55] <rhpot1991> ya that wont help much then
[16:56] <siretart`> oh, hrmpf. I would need to investigate why the internal aac encoder isn't enabled. perhaps 0.5 is just to old and one would need to backport libavcodec/aacenc.c from trunk...
[16:56] <rhpot1991> siretart`: ya if I could encode with that then I'd be fine
[16:56] <rhpot1991> want me to open up a bug on that?
[17:04] <siretart`> rhpot1991: feel free, but don't expect me to work on that for karmic.
[17:05] <rhpot1991> siretart`: ok
[17:19] <james_w> anyone up for a ftbfs fixing session?
[17:20] <james_w> a collaborative debugging/teaching/sponsoring session?
[17:22] <RainCT> james_w: I'm doing a series of blog posts about that (in Catalan) :P
[17:22] <james_w> excellent :-)
[17:55] <jbernard_> james_w: im in
[17:56] <james_w> I'm working from http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20090909-karmic.html
[17:57] <james_w> I'm about to upload ggz-server
[17:57] <jbernard_> james_w: yep, ive been working on that for a few days now
[17:57] <james_w> cool
[17:57] <james_w> the patch was already in the Debian BTS: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504972
[17:58] <jbernard_> ive got a patch for gpgoffice
[18:00] <james_w> jbernard_: would you like me to sponsor?
[18:00] <jbernard_> that would be awesome, shall i file a bug and attach the diff?
[18:02] <james_w> patch over IRC would be fine
[18:02] <james_w> feel free to use a bug to get file hostin
[18:03] <jbernard_> im on it
[18:07] <jbernard_> james_w: http://pastebin.ubuntu.com/287958/
[18:08] <james_w> hmm
[18:08] <james_w> isn't that a bad cast?
[18:08] <james_w> I'm assuming TRANSCRIPTION_ANSI is a static string?
[18:08] <jbernard_> yes, but they don't modify it
[18:09] <james_w> hang on, isn't it
[18:09] <james_w>        char *strchr(const char *s, int c);
[18:09] <james_w> ?
[18:10] <jbernard_> hang on, i made the patch a day or so ago, lemme take a closer look
[18:17] <james_w> ah, it seems if you pass a const in the return should be a const
[18:18] <jbernard_> james_w: yeah, thats what i was thinkgn as well
[18:18] <james_w> didn't know you could do that in C++
[18:18] <james_w> jbernard_: would you like to fix up the patch?
[18:18] <jbernard_> james_w: yep, that fixes it properly
[18:18] <james_w> just changing the declaration of pu should work I think
[18:18] <jbernard_> ill repaste
[18:18] <james_w> also, if you could use https://wiki.ubuntu.com/UbuntuDevelopment/PatchTaggingGuidelines that would be great
[18:19] <jbernard_> ahh, sure
[18:19] <james_w> ggz-server uploaded
[18:20] <james_w> I'm going to try my hand at libgtk2-perl
[18:20] <james_w> which might be a bad idea
[18:20] <jbernard_> nonsense, it's gonna be great
[18:30] <jbernard_> james_w: http://pastebin.ubuntu.com/287984/
[18:32] <james_w> jbernard_: your patch tags suggest that you haven't forwarded the change :-)
[18:32] <james_w> would you send the patch to http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=gbgoffice ?
[18:32] <jbernard_> james_w: on it
[18:32] <james_w> nice
[18:32] <james_w> I'll testbuild in the meantime
[18:41] <jbernard_> james_w: done
[18:44] <james_w> jbernard_: thanks, it fails to build here as the patch fails to apply
[18:44] <jbernard_> james_w: ahh, it must be the patch tags
[18:44] <james_w> tabs->spaces in the file or something?
[18:44] <jbernard_> james_w: hmm, lemme check
[18:44] <jbernard_> james_w: the code indention should be tabbed
[18:45] <jbernard_> perhaps the paste lost some formatting, it applies fine for me
[18:46] <james_w> ah, that would do it
[18:56] <jbernard_> james_w: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550115
[18:56] <james_w> got it
[18:56] <james_w> uploaded
[18:56] <jbernard_> thanks!
[18:56] <james_w> thanks for your contribution to Ubuntu :-)
[18:57] <james_w> I got half of the libgtk2-perl failure, but can't work out the other bit yet
[18:57] <james_w> is(($view -> get_cursor())[0] -> to_string(), "1:0");
[18:57] <james_w> Can't call method "to_string" on an undefined value at t/GtkTreeView.t line 233.
[19:04] <jbernard_> still building...
[19:12] <jbernard_> james_w: i dont know about this one, xs/GtkTreeView.xs +500 suggests the value should be defined
[19:12] <james_w> yeah, "either may be undefined" suggest that it shouldn't be undef as it appears to be
[19:21] <james_w> ah
[19:21] <james_w> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=545616
[19:21] <james_w> should have looked there to start with
[19:21] <jbernard_> nice
[19:22] <james_w> and there's a further upload to fix the other part of the issue
[19:22] <james_w> yay for the perl team
[19:22] <jbernard_> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504845
[19:22] <jbernard_> that'll fix freefem3d
[19:23] <james_w> I'll try syncing
[19:23] <jbernard_> not sure if it's been uploaded yet
[19:24] <james_w> doesn't look like it
[19:24] <james_w> I'll queue that one up as well, thanks
[19:25] <jbernard_> no problem
[19:31] <randomaction> What happens to packages for which FTBFS isn't fixed? Are they excluded from the release?
[19:38] <sistpoty> randomaction: no, they jus tstay unfixed :(
[19:39] <randomaction> so they just go with the old .debs?
[19:39] <randomaction> (if they exist)
[19:39] <sistpoty> yes
[19:44] <geser> randomaction: and hope we don't need to do a SRU or security upload
[19:45] <kees> anything in main that FTBFS is an RC bug.
[19:46] <randomaction> yes, I've seen a number of such bugs opened by lamont today
[19:46] <geser> kees: should bugs be filed based on the archive rebuild test for those (after confirmation that they still FTBFS)?
[19:47]  * sistpoty considers sponsoring the rc bug #438031 :)
[19:47] <sistpoty> (fixes a FTBFS on the way)
[19:48] <kees> geser: yeah, I think so.  check with ubuntu-release to be sure, though
[19:56] <dhillon-v10> hi all, I need some help with downloading a package (using dget) the program doesn't create a working directory by default
[19:57] <randomaction> dget -x or dpkg-source -x
 hi, I did that I am trying to get the source of speeddial here: https://edge.launchpad.net/ubuntu/+source/speeddial/
 terminal says that signature validation failed and then doesn't create a working directory
[19:59] <jbernard_> sistpoty: thank you for uploading gbdfed
[19:59] <dhillon-v10> gpg: Signature made Sun 21 Sep 2008 09:14:07 PM EDT using RSA key ID 140C6664
[19:59] <dhillon-v10> gpg: Can't check signature: public key not found
[19:59] <dhillon-v10> Validation FAILED!!
[19:59] <sistpoty> jbernard_: thanks for the patch! :)
[19:59] <joaopinto> dhillon-v10, if you want the source for a "current" package, just apt-get source instead
 this one's a bug in karmic and I don't have karmic, I am running jaunty
[20:00] <joaopinto> ah ok :)
[20:00] <joaopinto> dget -ux
[20:00] <dhillon-v10> let me try that :)
[20:01] <joaopinto> dhillon-v10, actually, man dget :)
 I have done dget several times, if you read previous line I added the output of using dget alone
[20:02] <dhillon-v10> IT WORKED :) yay
[20:02] <dhillon-v10> thanks all and bye
[20:39] <ni|> if i am running an installer application as root and it has two components..an initscript and a user program -- the initscript starts after installation is complete; however, the user app does not because its still UID 0 in the installer; is there a way i can grab the UID that did the su or sudo so i can start the userland program from the installer that is running as UID 0
[22:11] <asac> anyone here running jaunty and uses a system connection for its wired in NM?
[22:11] <asac> :)
[22:22] <slacker_nl> asac: i know someone who does