[00:16] <bobbo> hey everyone!
[00:17] <iulian> Hello bobbo.
[00:17] <bobbo> hey iulian, how's it going?
[00:18] <iulian> Pretty good, thanks.  What about you?
[00:19] <bobbo> I'm great, finally able to get back to MOTU after multiple computer failures :)
[00:20] <iulian> bobbo: Heh, awesome!
[00:21] <bobbo> iulian: been a good three or four months since I last uploaded anything (Ever tried running pbuilder on 256mb of RAM?), but got a couple up the other day, felt great to be back :D
[00:24] <iulian> bobbo: Hehe, I cannot remember if I tried to build something on a computer with only 256mb of ram.
[00:25] <bobbo> iulian: you definitely do not want to ever try
[00:25] <bobbo> iulian: took about an hour to build a tiny python based package once, I then gave up and waited until I have 4gb of RAM :D
[00:26] <mardoct> Ever put Crysis on a Pentium 4? Just about as successful.
[00:26] <iulian> bobbo: Yikes!
[00:27] <mardoct> I did it for laughs, just to see how it was.
[00:27] <mardoct> It barely was is the best description.
[00:27] <bobbo> mardoct: I bet you got some epic framrates with that
[00:28] <mardoct> It was a slideshow for a few seconds, I had my laughs and quickly removed it afterwards.
[00:29] <bobbo> I can vaguely run Crysis at pretty high settings, but the lag in some places is unbearable
[00:30] <mardoct> My main computer handles it pretty well at highish settings. I barely played it, I just use it as a sort of casual benchmarking tool.
[00:31] <bobbo> mardoct: yeah, I suck pretty hard at gaming, though since I got a brand new graphics card, I thought I better give some newish games a go
[00:32] <bobbo> most of my CPU cycles are given over to pbuilder right now :D
[00:32] <mardoct> The only game I really love and don't toss away within in month is Deus Ex. It's about 9 years old.
[00:33] <mardoct> I only have good hardware to be able to convert .avi to DVD in decent times.
[00:33] <mardoct> ... And bragging rights; of course.
[00:36] <bobbo> of course, bragging rights are the most important thing about computing ;)
[00:38] <mardoct> Of course. Right now I'm bragging to some friends of my on Windows. I'm currently running Ubuntu twice with virtualbox yet only using as much RAM as Windows 7 at rest.
[03:49] <mardoct> Hey everybody. Can anyone tell me what the problem is when dpkg-source gives the error exit status 1?
[07:14] <jmarsden> I'm trying to submit a sync request, but I'm getting a Timeout Error (Error ID: OOPS-1323F679) from LP... is this a known issue, or is there some other way I should submit the request?
[07:35] <therm> good morning
[07:55] <happyaron> anyone knows about latex can help me solve a problem?
[07:55] <happyaron> http://paste.ubuntu.org.cn/32603
[09:41] <happyaron> geser: something wrong with texlive-latex-bin and the tor package cannot be compiled successfully on karmic
[09:42] <happyaron> geser, freeflying: https://bugs.edge.launchpad.net/ubuntu/+source/texlive-bin/+bug/413964
[11:36] <slytherin> asac: now that gnome-bluetooth is in main, it should drop build-dep on libgeoclue-dev right? Or is there a plan to move libgeoclue-dev to main?
[12:12]  * hyperair lies in wait for mok0
[12:25] <DerGraf> hi all
[12:26] <DerGraf> I think I've fixed a bug in libgtkada2-bin... I've already uploaded it to lunchpad.. so what should I do then?
[12:30] <logari81> does anyone know (or have an opinion about) why autoconf generates such an indentation and line breakage mess in the configure scripts it creates?
[12:37] <iulian> DerGraf: Subscribe ubuntu-universe-sponsors.
[12:39] <DerGraf> iulian: ok.. thanks.. I'll do that in a few hours.. got to do some garden-work ;)
[12:44] <hyperair> logari81: the reason is the m4 macro expansion.
[12:45] <hyperair> you're not meant to read configure, you're meant to read the m4 macros. so the m4 macros are indented/linewrapped properly within their own files.
[12:46] <hyperair> reindenting the macros upon expansion is overengineering, and is bound to cause issues if/when the reindentation fails.
[12:47] <logari81> hyperair: actually indentation is not my worst problem, line breakage is. With autoconf 2.64 I have an inline "fi" which breaks my configure target which worked with 2.63 (coincidentally I suppose)
[12:48] <hyperair> logari81: how did that happen? shell doesn't usually bork on indentation issues.
[12:49] <hyperair> and fi can be put anywhere from on the same line to a few blank lines down =\
[12:49] <logari81> hyperair: the problematic line looks like
[12:49] <logari81> " "$LINENO" 5		fi
[12:49] <logari81> if I insert a line break before fi ... it works again
[12:49] <hyperair> looks to be like quotatino issues =\
[12:49] <hyperair> quotation
[12:49] <hyperair> i see three quotes there
[12:50] <hyperair> could you pastebin the snippet?
[12:51] <logari81> hyperair: http://pastebin.ubuntu.com/253632/
[12:51] <hyperair> and what was it like inside the macro?
[12:51] <happyaron> mdeslaur: could you pay some attention on this bug? https://bugs.edge.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/398042
[12:54] <hyperair> hmm i can fix that.
[12:55] <logari81> hyperair: i am trying to find the corresponding macro... since I have very little experience with autotools it may take some time
[12:56] <hyperair> logari81: where can i get access to the sources? i can help
[12:57] <logari81> hyperair: https://launchpad.net/~logari81/+archive/ppa/+files/getfem++_4.0~svn3053.orig.tar.gz
[12:58] <logari81> it fails to build in karmic because of this error
[12:59] <hyperair> tch. why does the postrm of flashplugin-installer repeat so much code?!
[13:01] <logari81> hyperair: here is the macro http://pastebin.ubuntu.com/253636/
[13:02] <hyperair> hmm how strange, eh..
[13:16] <hyperair> logari81: looks like autogen fails miserably
[13:16] <hyperair> lots of strange unknown macros O-o
[13:17] <hyperair> no wait.. AC_CACHE_VAL appears to be failing miserably or something
[13:17] <mok0> hyperair: you're waiting for me?
[13:18] <hyperair> mok0: !! how did you guess
[13:18] <logari81> hyperair: what do you mean I see only warnings about suspicius cache-id
[13:18] <hyperair> mok0: codelite has a new version =)
[13:18] <mok0> hyperair:  ah
[13:18] <mok0> hyperair: bug #?
[13:19] <hyperair> bug #413992
[13:19] <logari81> hyperair: you can compare with the following log http://launchpadlibrarian.net/30288280/buildlog_ubuntu-karmic-i386.getfem%2B%2B_4.0~svn3053-0ubuntu0ppak4_FAILEDTOBUILD.txt.gz
[13:19] <mok0> hyperair: I'll check it out right away... that is, after I make myself a cup of mocca...
[13:20] <hyperair> mok0, mocca, they rhyme don't they? =D
[13:20] <hyperair> logari81: yaeh i see it too. imo some quotation is missing?
[13:20] <hyperair> anyway go complain upstraem
[13:20] <hyperair> they've got a hideously convoluted configure.in
[13:23] <logari81> ok, but I think that the line breakage issue could be a potential autotools bug, anyway for the moment I can workaround it by adding a blank line into the macro definition
[13:24] <logari81> hyperair: thank you, you ve helped me a lot
[13:26] <hyperair> i did nothing :(
[13:28] <logari81> I wouldn't have figured out the trick to modify the macro definition :), just too little experience
[13:30] <mok0> hyperair: I will close the LP bug in changelog for you
[13:33] <hyperair> mok0: ah thanks
[13:37] <happyaron> could somebody have a look at https://bugs.edge.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/398042
[13:38] <hyperair> happyaron: i'm looking at it so would you stop plugging it on this thread already?!
[13:38] <happyaron> hyperair: okay
[13:39] <hyperair> also, even if i didn't, it would be better to just be patient than plugging it a few times a night
[13:39]  * hyperair sighs
[13:39] <happyaron> yes
[13:39] <mok0> hehe
[13:40] <happyaron> :)
[13:40] <mok0> Patience is a rare virtue
[14:44] <mdeslaur> happyaron: the flashplugin-nonfree issue should already be fixed in the current karmic package
[14:44] <happyaron> mdeslaur: thanks
[18:16] <stochastic> can someone take a look at one of these?   http://revu.ubuntuwire.com/p/xwax  http://revu.ubuntuwire.com/p/xjadeo  http://revu.ubuntuwire.com/p/a2jmidi  http://revu.ubuntuwire.com/p/slv2
[18:17] <stochastic> I'd really like to see at least one make feature freeze.
[18:21] <james_w> stochastic: slv2: what's debian/README for?
[18:21] <james_w> debian/copyright is incomplete
[18:22] <james_w> a2jmidi doesn't exist
[18:23] <stochastic> james_w http://revu.ubuntuwire.com/p/a2jmidid
[18:25] <james_w> xwax looks cool, I wish I had some timecoded vinyl to test with
[18:26] <stochastic> james_w, yes it's a very fun program
[18:26] <james_w> can mixxx do the same thing?
[18:26] <stochastic> mixxx uses xwax's libraries internally
[18:26] <james_w> ah
[18:26] <james_w> embedded?
[18:26]  * stochastic is packaging the latest version of mixxx right now
[18:27] <james_w> it doesn't build a libarary package
[18:27] <james_w> cool, thanks
[18:27] <stochastic> yes, embeded
[18:29] <james_w> could that be changed?
[18:30] <stochastic> I don't know enough about it yet, I could ask on some mailing lists
[18:30] <james_w> it's much better if the code can be shared rather than embedded
[18:30] <stochastic> yes
[18:30] <james_w> anyway, this package looks good, uploading
[18:30] <stochastic> thanks
[18:30] <james_w> could do with a manpage
[18:31] <stochastic> the manpage would have the same contents as 'xwax --help' displays
[18:31] <james_w> still :-)
[18:31] <stochastic> I'll put the request in upstream for a xwax library for mixxx to use
[18:32] <james_w> please subscribe to the bugs of the package at https://bugs.edge.launchpad.net/ubuntu/+source/xwax
[18:32] <stochastic> manpage will be added for next release
[18:32] <james_w> it's now in the NEW queue and will be reviewed there in the next few days
[18:32] <james_w> if it passes then it will be in the archive, if not then you will be asked to make some adjustments
[18:33] <stochastic> okay, thank you very much
[18:40] <james_w> stochastic: all reviewed. Nice work, just needs some tweaks to debian/copyright of the other packages
[18:41] <stochastic> james_w, thank you very much
[18:41]  * stochastic gets to work on those tweaks
[18:43] <ximion> Hi! Could someone please review my projectM-Jack-Packaging? It is in revu since May and has no review yet: http://revu.ubuntuwire.com/p/projectm-jack (To build it, projectm-qt is needed: http://revu.ubuntuwire.com/p/libprojectm-qt )
[18:44] <ximion> (projectM-Jack is a small package to enable projectM visualisations for the JackAudio server)
[18:47] <james_w> ximion: libprojectm-qt1-dev shouldn't have the SONAME included in the name
[18:47] <james_w> it should just be libprojectm-qt-dev
[18:47] <james_w> COPYING as well ;-)
[18:47] <ximion> james_w: Okay, I'll change this.
[18:47] <james_w> and debian/copyright is incomplete
[18:48] <ximion> \me Fixing issue in libprojectm-qt-dev
[18:48] <james_w> what gets installed in usr/share/ in libprojectm-qt1?
[18:48] <ximion> james_w: This does not apply to libprojectm-qt1 ?
[18:49] <james_w> sorry?
[18:49] <ximion> james_w: Should I rename libprojectm-qt1 -> libprojectm-qt
[18:49] <james_w> no, that's correct
[18:49] <james_w> it's just the -dev package that shouldn't be versioned by the SONAME
[18:52] <ximion> james_w: A SVG icon gets installed to /usr/share/pixmaps
[18:52] <james_w> that's bad
[18:52] <james_w> library packages should only contain data that is tied to the SONAME
[18:53] <james_w> if there is a SONAME bump then the two library packages won't be co-installable, which is a real pain
[18:53] <james_w> for projectm-jack, my only complaints are licensing
[18:53] <james_w> debian/copyright is incomplete
[18:53] <james_w> the license seems to be LGPL, but COPYING is the GPL
[18:54] <james_w> and was video_init.cpp written for this project?
[18:55] <ximion> james_w: Should I delete the image? It's not needed by the library, but by the projectM-jack package.
[18:55] <james_w> it should be shipped in that package then
[18:57] <ximion> james_w: Changed. I don't know if video_init.cpp was written for this project, but I added Peter Sperl to the copiriight holders list.
[18:57] <james_w> I see now he's a projectm developer, so that's ok
[18:57] <ximion> The GPLv2 (look at the COPYING file) is shipped with this package
[18:58] <ximion> james_w: Oh, one file is LGPL. Should I add  a short version of the LGPL to the copyright file too?
[18:58] <james_w> but I can't find any GPL code in projectm-jack
[18:59] <james_w> any code explicitly declared as GPL, sorry
[18:59] <asomething> any REVU admins around?
[18:59] <ximion> james_w: The copying-file says it's GPL...
[18:59] <james_w> so it's ambiguous
[18:59] <ximion> What should I do with the license?
[19:00] <james_w> well, clarification would be good
[19:00] <james_w> I can only find explicit declarations of LGPL and MIT/X11
[19:00] <james_w> the whole thing could be GPL, but that's unusual
[19:00] <james_w> clarification would be needed to get this in the archive
[19:01] <asomething> gilir: Congrats on making MOTU!
[19:02] <james_w> yeah, congratulations gilir
[19:02] <james_w> about time too :-)
[19:02] <asomething> the sponsorship queue will seem empty now ;-)
[19:03] <ximion> james_w: I'll write a mail to the projectM developers, so they can update their upstream tarball.
[19:04] <james_w> thanks
[19:07] <gilir> thanks asomething, thanks james_w :)
[19:16] <mardoct> When trying to build a package, I'm getting "dpkg-buildpackage: failure: dpkg-source -b gtk-gnutella-0.96.6 gave error exit status 1" Can anyone tell me what the problem is?
[19:17] <Ampelbein> mardoct: we need to examine the complete buildlog. can you put it on pastebin?
[19:18] <Ampelbein> mardoct: at least the last 20 lines before that error
[19:18] <mardoct> Ampelbein: Where would it be by default?
[19:19] <Ampelbein> mardoct: depends. if you used debuild it should be in the same folder where your .orig.tar.gz lies.
[19:20] <mardoct> Ampelbein: Oh, it's the .build file?
[19:20] <Ampelbein> mardoct: exactly.
[19:21] <Ampelbein> sorry i did not tell you. ;-)
[19:21] <mardoct> Ampelbein: That's Fine. Want me to just spam it all here? Nobody else is talking.
[19:21] <Ampelbein> mardoct: please don't.
[19:21] <Ampelbein> !pastebin | mardoct
[19:23] <mardoct> Ampelbein: http://paste.ubuntu.com/253770/
[19:23] <mardoct> Ampelbein: Why can't all file hosting be that easy?
[19:25] <Ampelbein> mardoct: line22,  warning: source directory 'gtk-gnutella-0.96.6' is not <sourcepackage>-<upstreamversion> 'gtk-gnutella-0.96.5'
[19:25] <ximion> james_w: Okay, I fixed all issues in the packages, except for the license problems
[19:26] <Ampelbein> mardoct: did you unpack the new source?
[19:26] <mardoct> Ampelbein: It did come in .tar.bz2 not, tar.gz if it matters, but I unpacked it.
[19:27] <Ampelbein> mardoct: i see. line 25: dpkg-source: info: building gtk-gnutella using existing gtk-gnutella_0.96.5.orig.tar.gz
[19:28] <mardoct> Ampelbein: ... So it's trying to use the old source instead of the new?
[19:30] <Ampelbein> mardoct: you need to repack to .tar.gz
[19:30] <Ampelbein> so bunzip2 foo.tar.bz2, gzip -9 foo.tar
[19:31] <Ampelbein> mardoct: but please first check if there isn't a .tar.gz tarball for download.
[19:31] <mardoct> Ampelbein: Only came in .bz2
[19:33] <Ampelbein> mardoct: then you need to repack.
[19:33] <mardoct> Ampelbein: I got it to .tar with that command. Should that resolve the error?
[19:34] <Ampelbein> mardoct: just gzip -9 the tarfile to have a .tar.gz
[19:34] <mardoct> Ampelbein: Got it. Should I try again?
[19:34] <Ampelbein> mardoct: oh and it needs to be named <packagename>_<upstreamversion>.orig.tar.gz
[19:35] <mardoct> Ampelbein: Already in that format.
[19:35] <Ampelbein> Marce: then you can try again.
[19:39] <mardoct> Ampelbein: More or less a carbon copy of the last attempt. Fails the same way on the same line.
[19:48] <kklimonda> hmm.. I have a problem with test suite for django - it requires internet connection to run one of regression tests and as our buildd doesn't have one it fails.
[19:49] <kklimonda> should I disable this regression test - it may introduce some regressions in the future though we won't be able to find :/
[19:49] <mardoct> Ampelbein:  I just tried the example on the packaging guide, same results.
[19:55] <Ampelbein> mardoct: can you paste the new result?
[19:55] <Ampelbein> mardoct: and also, please paste the output of ls in the directory with orig.tar.gz
[19:56] <mardoct> http://paste.ubuntu.com/253777/
[19:57] <mardoct> http://paste.ubuntu.com/253779/
[19:58] <Ampelbein> mardoct: dpkg-source: info: building gtk-gnutella using existing gtk-gnutella_0.96.5.orig.tar.gz
[19:59] <Ampelbein> mardoct: could it be that you did not insert a new changelog entry to debian/changelog? you can use dch for that task.
[20:00] <mardoct> Ampelbein:  I did everything as outlined at https://wiki.ubuntu.com/PackagingGuide/Complete#Updating%20an%20Ubuntu%20Package
[20:01] <Ampelbein> mardoct: and what is the topmost entry in debian/changelog?
[20:01] <mardoct> Ampelbein: It had the same results for the example given there as with the gtk-gnutella package.
[20:02] <Ampelbein> mardoct: did you do the dch thingie? (step 5 of the guide). please pastebin your top debian/changelog entry
[20:02] <mardoct> Ampelbein: I added a new entry. On closer inspection, I forgot to change the version in the header of the log entry, though. Does it parse that when it tries to build?
[20:03] <Ampelbein> mardoct: yes, it does. that's why it still compares to 0.96.5.orig.tar.gz instead of the new one.
[20:03] <mardoct> Ampelbein: I'll try again.
[20:05] <mardoct> Ampelbein: Haha, success.
[20:05] <mardoct> Ampelbein: Thank you very much.
[20:05] <Ampelbein> mardoct: see. is easy. now go become a MOTU ;-)
[20:06] <mardoct> Ampelbein: On that note, what is the standard procedure for putting the update into the repository?
[20:06] <Ampelbein> mardoct: https://wiki.ubuntu.com/SponsorshipProcess
[20:06] <mardoct> Ampelbein: Thank you again.
[20:06] <Ampelbein> mardoct: you're welcome.
[20:18] <mardoct> Is there an option with pbuilder to make a i386 package on an amd64 computer?
[20:19] <Laney> yes
[20:20] <mardoct> Laney do you know it off hand?
[20:21] <Laney> not at all
[20:21] <Laney> it's easy with pbuilder-dist though
[20:21] <mardoct> Laney Just set the distro to 32 bit?
[20:21] <Laney> pbuilder-dist karmic-i386 create
[20:22] <mardoct> Laney Ok. Thanks.
[20:29] <kklimonda> could any MOTU comment on a bug 414176 and maybe sponsor it if everything looks fine?
[20:57] <Ampelbein> kklimonda: sponsored
[20:59] <Ampelbein> kklimonda: small change: don't mention maintainerfield change in changelog and I usually name the patch I introduce in changelog. I've made that changes.
[21:04] <Ampelbein> Question about Fakesyncs: as far as i understand, the version number should become <debianrevision>build1 so that the next revision gets autosynced. but i see a problem. let's say we have foo-5.3-0ubuntu1, debian has foo-5.3-1 but with different orig.tar.gz md5. now we do a fakesync foo-5.3-1build1 - when debian releases a foo-5.3-2 it gets autosynced but still has different orig.tar.gz checksum. how is this prevented to happen?
[21:05] <Laney> dont use buildN
[21:06] <Laney> I imagine the autosync script deals with it, but you should use ubuntuN for human consumption imo
[21:07] <Ampelbein> Laney: ok, that's what i was thinking. but the recent upload of waf (1.5.8+dfsg-2build1) reminded me to ask here.
[21:11] <superm1> Ampelbein, ideally shouldn't the orig.tar.gz be the same even if we release it sooner?
[21:12] <Ampelbein> superm1: generally speaking: yes. i don't know about waf, I did not upload the ubuntu or debian version.
[21:13] <Ampelbein> superm1: but this could happen when repacking a tar.bz2 to tar.gz for example.
[21:13] <superm1> Ampelbein, yeah i suppose.
[21:52] <stochastic> I'm attempting to build a package but pbuilder is failing with this error that I'm not sure how to fix:  dpkg-shlibdeps: error: no dependency information found for /usr/share/qt4/lib/libQtXml.so.4 (used by debian/mixxx/usr/bin/mixxx).
[21:58] <porthose_> would a kind MOTU please ACK bug #414200 :)
[22:06] <Ampelbein> porthose_: http://packages.debian.org/sid/quickplay gives me a "no such package". and pull-debian-source fails probably due to master.debian.org outage.
[22:08] <porthose_> hmm it's showing me a PTS page a QA Page and on package.debian.org :(  Ok I'll just ask a little later on thx :)
[22:10] <sebner> porthose_: I'm a kind MOTU ;) I fetched it directly from the debian ftp server (it takes some time until it shows up on p.d.o), Reviewing and testbuilding now
[22:10] <porthose_> sebner, Ohh cool thx alot :)
[22:12] <sebner> porthose_: is it python2.6 compatible?
[22:12] <porthose_> sebner, yes
[22:13] <sebner> porthose_: makes things easier :)
[22:13] <porthose_> :)
[22:24] <sebner> porthose_: ACKed. if it breaks, you have to fix it :P
[22:25] <porthose_> hahaha Ok :)
[22:25] <porthose_> sebner, thx :)
[22:25] <sebner> you're welcome
[22:25] <sebner> gn8 folks
[22:26] <porthose_> sebner, gnite
[22:43] <stochastic> is this a bug against libqt4-dev:  dpkg-shlibdeps: error: no dependency information found for /usr/share/qt4/lib/libQtXml.so.4