[11:33] <Kmos> Hobbsee: http://revu.tauware.de/details.py?upid=4946 -> can you check it ?
[11:33] <Kmos> I want to start to another package :-) hehe
[11:48] <harrisony> Kmos: i would but im not a member of MOTU but keep asking :D
[11:49] <Kmos> harrisony :(
[11:49] <Kmos> thx anyway
[11:49] <harrisony> !revu
[11:49] <ubotu> REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[11:49] <harrisony> good they added it
[11:51] <Fujitsu> harrisony: Hasn't that been there forever?
[11:54] <harrisony> Fujitsu: last time i checked it it said it couldnt find it but i think i might of misspelt it
[12:27] <jekil> hello
[12:27] <harrisony> !hi | jekil 
[12:27] <ubotu> jekil: Hi! Welcome to #ubuntu-motu!
[12:28] <Nafallo> lol
[01:03] <Kmos> !info librplay3
[01:03] <ubotu> librplay3: Shared libraries for the rplay network audio system. In component universe, is optional. Version 3.3.2-11ubuntu1 (feisty), package size 43 kB, installed size 124 kB
[01:06] <Kmos> how to edit pbuilder sources.list ?
[01:06] <Kmos> to include universe
[01:07] <TheMuso> Kmos: sudo pbuilder login --save-after-login
[01:08] <TheMuso> Then copy the sources.list file into the pbuilder chroot that gets unpacked. Then exit the chroot again.
[01:08] <Kmos> TheMuso: nice.. thx
[01:08] <Kmos> TheMuso: you've time to check this http://revu.tauware.de/details.py?upid=4946 (ddclient)
[01:08] <Fujitsu> Evening, TheMuso.
[01:08] <jussi01> TheMuso: do you not just edit ~.pbuilderrc ??
[01:08] <TheMuso> jussi01: No. Thats only for initial pbuilder creation.
[01:08] <TheMuso> Kmos: Sorry, I don't quite have my chroots straightened yet.
[01:09] <TheMuso> Even after a fresh build of a gutsy chroot with debootstrap etc, dch from devscripts still doesn't work.
[01:09] <Fujitsu> --override-config is your friend.
[01:09] <pochu> hey TheMuso 
[01:09] <TheMuso> Hey pochu.
[01:11] <Kmos> TheMuso: it has made for feisty..
[01:11] <Kmos> i'm in feisty =)
[01:12] <Kmos> evand: pbuilder-satisfydepends failed.
[01:12] <Kmos> it don't install packages auto ?
[01:12] <Fujitsu> Your dependencies mustn't exist.
[01:13] <Kmos> and how to install them on pbuilder ?
[01:13] <Fujitsu> pbuilder does that, that's sort of the point.
[01:13] <Kmos> i've already edited sources.list to include, universe, multiverse, etc.
[01:14] <Kmos>  -> Considering build-dep debhelper (>= 5.0.24)
[01:14] <Kmos> welp: Unable to locate package debhelper
[01:14] <Kmos> strange
[01:15] <welp> Kmos: and?
[01:15] <Kmos> welp: lol.. it changed to your nick
[01:15] <Kmos> the paste
[01:15] <welp> o.O
[01:15] <welp> weirdness
[01:16] <Fujitsu> Hahah, it was W<tab>Unable...
[01:16] <pochu> lol :)
[01:16] <welp> poor welp :(
[01:16] <xipietotec_> just so someone is aware...I *think* the package included in the universe repository for SPE is broken
[01:16] <pochu> TheMuso: ^ :)
[01:18] <TheMuso> pochu: Don't know if you didn't see my earlier comment. Still straigning out my gutsy chroots.
[01:19] <geser> TheMuso: what problems do you have with dch?
[01:19] <TheMuso> geser: Hold on a sec...
[01:20] <TheMuso> geser:  I get this when attempting to run dch -i for example...
[01:20] <TheMuso> Can't locate URI/Escape.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/dch line 41.
[01:20] <TheMuso> BEGIN failed--compilation aborted at /usr/bin/dch line 41.
[01:20] <geser> interesting
[01:20] <geser> which version of devscripts is this?
[01:21] <TheMuso> Version: 2.10.2ubuntu1
[01:23] <geser> [ Julian Gilbey ] 
[01:23] <geser>   * debchange: load URI::Escape module carefully to give a meaningful
[01:23] <geser>     warning message if the liburi-perl package is not installed
[01:23] <geser> from devscripts 2.10.3
[01:24] <TheMuso> hmmm ok
[01:24] <TheMuso> Hasn't been synced then it seems.
[01:25] <TheMuso> or something...
[01:25] <geser> I've a merged devscripts 2.10.4ubuntu1 ready but need now a sponsor for it
[01:25] <TheMuso> Ah ok.
[01:26] <DarkSun88> Hi all
[01:28] <eolo999> ScottK, hi, do you have some time to guide me?
[01:32] <geser> TheMuso: but you should get dch working if you install liburi-perl
[01:32] <TheMuso> geser: Thanks
[01:34] <kobe> http://www.youtube.com/watch?v=nAOmw1ln0cU
[01:35] <crimsun> TheMuso: what's your gutsy chroot blocked on?
[01:40] <TheMuso> crimsun: Seems I will be able to proceed after geser's suggestion.
[01:40] <crimsun> ok.
[01:41] <crimsun> geser: awaiting application of http://librarian.launchpad.net/7442556/debdiff ?
[01:53] <crimsun> geser: uploaded.
[01:53] <StevenK> Has linux-libc-dev been fixed?
[01:54] <crimsun> https://lists.ubuntu.com/archives/gutsy-changes/2007-April/000226.html and https://lists.ubuntu.com/archives/gutsy-changes/2007-April/000227.html
[01:56] <StevenK> Yeah, except that 1.5 failed to build on everything bar ia64.
[01:56] <jussi01> hello motu's!! is there a way to find out all the build deps for a source package?
[01:56] <geser> jussi01: for a new package or for an existing one?
[01:57] <jussi01> a new package
[01:57] <geser> try and error
[01:57] <geser> you might want to read README/INSTALL to find out what's necessary to build it
[01:58] <jussi01> geser: sad... I was hoping for a simple way... :( anyways... :D
[02:10] <pochu> TheMuso: heh, no hurry, I have 6 months :-)
[02:23] <DktrKranz> any u-u-s to review a couple of merges?
[02:29] <Loic> Is there a tag in launchpad for sync requests with Debian?
[02:30] <Hobbsee> Loic: dont think so.  there's a script, though
[02:30] <Hobbsee> for MOTU's
[02:30] <Hobbsee> (as in, non motu
[02:30] <Hobbsee> s will have to subscribe u-u-s)
[02:32] <Loic> How does one request a sync with Debian in gutsy?
[02:33] <Hobbsee> manually, or with the requestsync script, which is in the w.u.c/DeveloperResources, last i knew
[02:33] <Loic>  w.u.c/DeveloperResources I'm lost here :)
[02:34] <TheMuso> Hobbsee: afaik requestsync is only useful for MOTUs/Core Devs
[02:34] <TheMuso> as it automatically subscribes ubuntu archive admins.
[02:36] <Hobbsee> TheMuso: true, and you cant unsubscribe them
[02:36] <Hobbsee> Loic: w.u.c == wiki.ubuntu.com
[02:38] <TheMuso> Perhaps we could get a command-line argument introduced to make the script behave like someone wanting a core dev/motu to ack the sync.
[02:38] <TheMuso> One for motu, one for core dev, which subscribes uus, or ums as appropriate.
 When you say "manually", what should I do - I don't think it's opening a bug "need-packaging" since it's just a sync request
[02:41] <Hobbsee> Loic: see https://bugs.launchpad.net/bugs/110979
[02:41] <ubotu> Launchpad bug 110979 in mrd6 "Please sync mrd6 (universe) from Debian unstable (main)" [Undecided,Unconfirmed]  
[02:41] <Hobbsee> it's a bug like that
[02:41] <Hobbsee> although that's done with teh script
[02:42] <Loic> Oh, thanks
[02:43] <Loic> However, since the bug has no tags, how can motu know about it?
[02:44] <Hobbsee> you subscribe ubuntu-universe-sponsors
[02:44] <Hobbsee> and they approve it, and subscribe the archive
[02:44] <Loic> ok :)
[02:58] <bddebian> Heya gang
[02:59] <Hobbsee> hi bddebian 
[02:59] <Nafallo> morning bddebian 
[03:07] <geser> Hi bddebian
[03:09] <geser> crimsun: thanks for sponsoring devscripts but it failed to build because test/debchange.pl is missing the execute bit
[03:10] <bddebian> Hi Hobbsee, Nafallo, geser
[03:10] <Hobbsee> :)
[03:11] <geser> crimsun: the tar.gz had the permisssions right but debdiff doesn't save the permissions
[03:12] <azeem> geser: test/debchange.pl is shipped in the .diff.gz?
[03:12] <geser> yes
[03:12] <geser> devscripts is a native package
[03:12] <geser> no, there isn't a diff.gz
[03:12] <azeem> I see
[03:13] <geser> test/debchange.pl is in the debdiff
[03:17] <geser> is it worth to chmod +x it in debian/rules? as this only happens after applying a debdiff
[04:25] <marseillai> hi
[04:25] <marseillai> i've make two kde package for gutsy! does someone could take a look at them : ftpmonitor a kicker applet to monitor ftp connection with any ftp daemon http://revu.tauware.de/details.py?upid=4952 and mplayerthumbs a thumbnailer for konqueror faster than arts1-xine http://revu.tauware.de/details.py?upid=4949 
[04:44] <ryanakca> how do I make a gutsy pbuilder? I get these errors: http://pastebin.ca/464434
[04:46] <pochu> ryanakca: you aren't in gutsy, are you?
[04:46] <azeem> ryanakca: install the debootstrap from gutsy, maybe
[04:46] <pochu> yep
[04:46] <ryanakca> pochu: nope
[04:46] <ryanakca> azeem: so, get the package and dpkg -i it?
[04:46] <azeem> yeah
[04:46] <pochu> pochu: as azeem says, install the debootstrap from gutsy, and create it
[04:46] <pochu> sure
[04:47] <nixternal> is debootstrap for gutsy sittin' somewhere?
[04:47] <nixternal> I haven't seen it yet
[04:47] <pochu> in the archive, I guess
[04:49] <persia> nixternal: debootstrap 0.3.3.3ubuntu2 should be in the pool directories on all the mirrors by now.
[04:49] <pochu> http://archive.ubuntu.com/ubuntu/pool/main/d/debootstrap/debootstrap_0.3.3.3ubuntu2_all.deb
[04:49] <pochu> hey persia
[04:49] <nixternal> ya, just seen it
[04:49] <nixternal> a few days ago it wasn't, sweet!!
[04:49] <persia> hey pochu
[04:49] <persia> nixternal: Wednesday
[04:51] <nixternal> and now we are building base
[04:51] <pochu> persia: actually we have wx2.4, 2.6 and 2.8 in the archive, do you think it's worth to move all the packages depending in 2.4 to 2.6 or 2.8, so we can remove 2.4 from the archive? AFAIK, 2.4 isn't developed anymore upstream, and it's easier to maintain 2.6 and 2.8 than 2.4, .6 and .8 :)
[04:53] <persia> pochu: I don't know much about wx2.4.  The API changed a lot between wx2.6 and wx2.8, and I really don't think Ubuntu wants to carry lots of source pacakge changes until Debian updated to wx2.8 (still not in sid).
[04:53] <Adri2000> any idea on how could I remove two blank lines in a file with sed?
[04:55] <persia> Adri2000: awk is probably better for this ( I think ' /^$/ { print $1..$NR }', but man awk to check).
[04:55] <nixternal> sed '/^$/d' file
[04:55] <nixternal> ?
[04:55] <persia> nixternal: That's much better.
[04:56] <nixternal> that only deletes one line
[04:57] <Adri2000> sorry, I was probably not so clear, actually I want to remove *one* blank line where there is two consecutive blank lines
[04:57] <Adri2000> there are*
[04:58] <Adri2000> foo\n\n\nbar becomes foo\n\nbar
[05:02] <persia> Adri2000: Sed is line based, so it's tricky.  I seem to remember something about sed allowing variables (although awk is better for that too), but I don't see it in the man page.  Have you looked at the sed reference?  You could match each line to /^$/, and if it matched, compared to a saved variable of the last line, and if it matched that as well, delete.
[05:03] <ivoks> easy
[05:04] <ivoks> vim -c "%g/^$\n/^$/delete1"
[05:04] <ivoks> probably works in sed too, i use vim -c instead :)
[05:04] <Adri2000> I've just found that: sed '$!N; /^\(.*\)\n\1$/!P; D'
[05:05] <Adri2000> and that seems to work
[05:05] <Adri2000> I love this kind of beautiful lines :p
[05:10] <TrioTorus> What is the policy for commercial software? Can I include a package that downloads a commercial piece of software in the repos?
[05:11] <TrioTorus> Or should I rather convine the vendor to provide a .deb package file?
[05:12] <TrioTorus> I'm thinking of houdini, which has a full working version of it's software available: http://www.sidefx.com
[05:15] <bddebian> I thought wx2.4 got dropped in Feisty?
[05:16] <persia> bddebian: It's still in the gutsy repositories.  About 14 packages depend on it.
[05:17] <persia> Should these be considered bugs?  wx2.4 seems farly easy to eliminate (in terms of volume of effort, as compared to wx2.6).
[05:18] <bddebian> I looked at several of the 2.4 packages, some of them are not so easy :-(
[05:18] <persia> bddebian: Give me a hard one.  I'm currently waiting for a new linux-libc-dev, and could use a new project.
[05:19] <TrioTorus> To answer my own question: for commercial software, there is the multiverse repos
[05:21] <bddebian> persia: I'll have to dig through the ML, I tried a few and made some notes
[05:21] <persia> bddebian: Thanks.  I'm looking at sooperlooper first, but would appreciate any prior notes.
[05:26] <bddebian> Dang, maybe I'm on crack
[05:29] <bddebian> I swore I looked at some of those and I'll be damned if I can find anything in my e-mail about it
[05:29] <bddebian> Maybe I'm thinking of the PHP4 packages..
[05:30] <persia> bddebian: That's actually good news.  Perhaps it won't be so bad (although there are definitely API changes).
[05:32] <bddebian> Though I made a package for 2.8 and I swore I looked at the 2.4 packages.. Grr
[05:40] <ryanakca> is this safe to ignore?
[05:40] <ryanakca> W: jailkit source: source-nmu-has-incorrect-version-number 2.3-0ubuntu1
[05:40] <Nafallo> yes
[05:41] <ryanakca> kk
[05:41] <ryanakca> thanks
[05:48] <bddebian> Damn, why can I never remember how to use grep-dctrl :-(
[05:52] <bddebian> persia: What are you looking at for depends? libwxbase2.4?
[05:53] <The_Belgain> hi there - i'm hitting a vlc crash and need some help to get a stacktrace of it so i can file a proper bug...
[05:53] <The_Belgain> i'm not having any luck with apport though (no core file or stack trace is being produced..)
[05:53] <The_Belgain> i've been told this is where i should ask?
[05:53] <pochu> bddebian: look at libwxbase2.4, libwxgtk2.4, and python-wxgtk2.4
[05:54] <persia> bddebian: I started with `apt-cache rdepends libwxbase2.4-1`, but that was very sparse, so I've been using `apt-cache rdepends libwxgtk2.4-1` to start from.
[05:54] <bddebian> Well thuban is the only reverse build dep I see for libwxbase2.4-dev :-)
[05:54] <bddebian> And thuban seems vaguely familiar
[05:54] <pochu> bddebian: do not look at the -dev, but -1 ;)
[05:55] <bddebian> BUILD-DEPENDS
[05:55] <pochu> The_Belgain: look at this: https://wiki.ubuntu.com/DebuggingProgramCrash
[05:55] <The_Belgain> yes - i'm trying to follow those - i've installed the relevant symbol file packages and gdb
[05:56] <The_Belgain> does that only work when attaching gdb to a running program? can't i run it over an existing core dump?
[05:56] <pochu> you should start vlc under gdb
[05:57] <The_Belgain> it doesn't seem to be liking that... my normal vlc invocation would be "vlc -I Telnet"... what should i call? "gdb vlc -I Telnet" doesn't seem to work...
[05:58] <pochu> no, use "gdb vlc"
[05:58] <pochu> and after it, do "run -I Telnet"
[05:58] <persia> bddebian: How are you looking?  What do you see for libwxgtk2.4-dev?  Thuban was yours a year ago, but it doesn't appear to have changed much.
[05:58] <pochu> ("run <arguments, if any>")
[05:58] <bddebian> persia / pochu: Like so:  http://pastebin.us/29448  :-)
[05:58] <The_Belgain> ok, thanks
[05:59] <persia> bddebian: That's about the same list.  Thanks.
[06:01] <persia> I claim freqtweak.
[06:03] <The_Belgain> right - it's crashed with a SEGV as expected - running "bt" doesn't seem to get me a sensible backtrace...
[06:04] <pochu> maybe you're missing some dbgsym packages
[06:04] <The_Belgain> "info threads" doesn't seem to be showing me which thread segv'ed
[06:05] <The_Belgain> i've installed all the vlc-dbgsym packages - how can i tell what package the symbols I'm missing are in?
[06:08] <The_Belgain> is there anything other than just apt-get'ing the symbols packages that I need to do in order for them to be picked up?
[06:11] <tsmithe> ... i guess bug 106588 needs an sru...
[06:11] <tsmithe> how does this work?
[06:12] <ubotu> Launchpad bug 106588 in evolution "Evolution missing dependency causes hang on startup (Kubuntu Feisty)" [Medium,Confirmed]  https://launchpad.net/bugs/106588
[06:15] <The_Belgain> well, i'll see if valgrind has a better time with this than gdb then (unless anyone has a better suggestion?)
[06:16] <pochu> !sru | tsmithe 
[06:16] <ubotu> tsmithe: Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates for main and restricted, while https://wiki.ubuntu.com/MOTU/SRU is for universe and multiverse.
[06:16] <tsmithe> ok danke :)
[06:16] <pochu> np!
[06:17] <tsmithe> "use Backport fix to releases"?
[06:17] <pochu> yes
[06:17] <tsmithe> i don't know what that means
[06:18] <tsmithe> how do i uses this "backport fix to releases"?
[06:18] <pochu> that means to put a fix which isn't in a stable release in it
[06:18] <tsmithe> i've attached a debdiff with which to update the package.
[06:18] <pochu> e.g. if evolution crashes when starting up and is fixed in gutsy, to put (backport) that fix to edgy
[06:19] <tsmithe> i'm not sure if it's fixed in gutsy
[06:19] <tsmithe> have there been any evo updates?
[06:19] <pochu> tsmithe: evolution is in main, so this isn't the best place :)
[06:19] <tsmithe> yes.
[06:19] <pochu> tsmithe: I think there has been
[06:20] <pochu> tsmithe: I suggest you to ask in #ubuntu-desktop, but today might be a bad day ;)
[06:20] <tsmithe> it is sunday, true
[06:20] <tsmithe> 106588 hasn't been fixed by any gutsy uploads
[06:20] <tsmithe> my patch is for feisty
[06:20] <tsmithe> (as that was the development release at the time)
[06:21] <pochu> hmm, you might want to update the patch :)
[06:22] <tsmithe> yea
[06:23] <tsmithe> i don't have a gutsy machine atm to build it on, however :)
[06:23] <tsmithe> although i could easily have one sometime this week
[06:23] <geser> man pbuilder
[06:23] <tsmithe> geser, can i build the patch in a pbuilder?
[06:24] <geser> sure, if you have a pbuilder for gutsy
[06:24] <The_Belgain> hmm... i'm still not having any luck getting a stack to file a useful bugreport for vlc (under valgrind it seems to run too slowly to actually hit the crash)
[06:24] <The_Belgain> anyone have any words of advice?
[06:24] <persia> geser: Any interest in testing my mass-bug patch?  There is a requirement that local mail be set correctly (and mine is broken) to access production launchpad.
[06:25] <tsmithe> geser, oh that's very cool. didn't know that. (i guess it's just a debootstrap with automagical dependency coolness)
[06:25] <geser> tsmithe: pbuilder login into it and do what you want to do (but don't forget to rescue all files you need afterwards)
[06:25] <tsmithe> snazzy
[06:25] <tsmithe> thanks :)
[06:26] <geser> pbuilder is a script around chroot which will get you a clean chroot and clean up afterwards
[06:26] <geser> it's mostly used to test builds but you can do more with it
[06:27] <tsmithe> yes
[06:31] <Q-FUNK>  would anyone have any idea where I could find some LGPL monochrome icons for the old USB logo, for microphone and for headphones?
[06:54] <fx5> hi
[06:58] <fx5> I accidentally uploaded a bad package (binary and unready) to revu and it seems to stuck there on the ftp-server. How can i get it out of the way to upload a better one?
[06:58] <eolo999> hi, i'm a motu hopeful, i solved a bug for pysol assigned to me as a first try. Now i should create the patched package, but all previous patches are stored in a sole diff.gz file (the way the packaging guide says: oh,oh, no good). what should i do? which procedures i have to follow? 
[07:00] <gpocentek> eolo999: the patches have to be in the .diff.gz
[07:01] <gpocentek> gpocentek: oh, I see
[07:02] <eolo999> gpocentek, i read they should be multiple files in debian/patches folder ...
[07:02] <gpocentek> eolo999: yep, I should have look at the package before talking ;)
[07:04] <gpocentek> the clean solution would be to create real patches and put them in debian/patches I guess
[07:04] <eolo999> gpocentek, the guide goes not deep in doing that :(
[07:05] <gpocentek> eolo999: have a look at https://wiki.ubuntu.com/MOTU/School/PatchingSources
[07:05] <eolo999> ok, thanks gpocentek 
[07:05] <eolo999> i'll try
[07:06] <gpocentek> feel free to ask questions here if you need help
[07:09] <eolo999> gpocentek, which of the methods should i follow from https://wiki.ubuntu.com/MOTU/School/PatchingSources?
[07:10] <gpocentek> eolo999: I'd use the dpatch method
[07:10] <eolo999> gpocentek, ok
[07:22] <fx5> anyone here who has the power to delete files from revu-ftp-server? Or anyone knows, who i can ask for this?
[07:29] <ScottK> eolo999: I'm here.
[07:30] <eolo999> ScottK, great!
[07:30] <ScottK> eolo999: Would you please pastebin your patch.
[07:30] <eolo999> ok
[07:30] <ScottK> eolo999: Do you have a GPG key?
[07:30] <eolo999> !pastebin
[07:30] <ubotu> pastebin is a service to post large 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 #ubuntu channel topic)
[07:31] <Loic> Hi, my brain got struck by a power failure and I forgot which group I should subscribe to a bug report in Launchpad to request a sync with Debian for Gutsy
[07:31] <eolo999> ScottK, http://paste.ubuntu-nl.org/18260/
[07:31] <eolo999> yes i have gpg
[07:31] <Loic> Anyone knows?
[07:31] <tsmithe> Loic, surely it would happen automatically
[07:32] <tsmithe> (at this stage)
[07:32] <Loic> No, it didn't
[07:32] <ScottK> Good.
[07:32] <tsmithe> how odd...
[07:32] <Loic> https://bugs.launchpad.net/ubuntu/+source/armagetron/+bug/37316
[07:32] <ubotu> Launchpad bug 37316 in armagetron "[Dapper]  armagetron in Dapper is version 0.2.7.0, but version 0.2.8.1 is out and has many improvements" [Wishlist,Confirmed]  
[07:32] <Loic> and there's also qGo (another package)
[07:32] <ScottK> eolo999: Why is it a dirty hack?
[07:33] <Loic> stuck in 1.5.2 when debian has been at 1.5.3 since January
[07:33] <eolo999> ScottK, i meant that i'have not changed the way tk checkbox stores value but converted in main loop
[07:33] <ScottK> OK.
[07:33] <eolo999> i can remove that lines ;)
[07:34] <ScottK> Just asking.
[07:34] <eolo999> ScottK, have you seen the launchpad comments?
[07:34] <ScottK> No, if that's your opinion, fine, but I'd suggest adding comments about why you did what you did and what effect it has.  Once we get this done, you are going to submit this to Debian and the patch needs to be sensible to them.
[07:35] <ScottK> eolo999: Not recently.  bug #39975
[07:35] <ubotu> Launchpad bug 39975 in pysol "Automatic play -> Auto drop setting forgotten" [Medium,In progress]  https://launchpad.net/bugs/39975
[07:35] <eolo999> ScottK, yes #39975
[07:36] <ScottK> eolo999: I think you should add last bug comment to the code comments so it's clear.
[07:36] <eolo999> ScottK, ok i'm doing it
[07:37] <eolo999> ScottK, writing even debian bug #?
[07:38] <ScottK> Yes.  Write the Debian bug number too.
[07:39] <ScottK> I'm just about to need help eolo999 add dpatch to debian/rules for pysol.  I'd really appreciate it if anyone watching over my shoulder here would jump in and tell us how, because I don't know exactly how to do it...
[07:40] <ScottK> bddebian: Would you have a moment to get me a hand on this...
[07:43] <ScottK> eolo999: Do you have a pbuilder set up?
[07:43] <eolo999> yes
[07:43] <ScottK> Good.
[07:44] <ScottK> eolo999: I'm currently reading man dpatch to see how we add dpatch to the pysol debian/rules.  You might want to do the same.
[07:46] <eolo999> ScottK, pasted corrections in http://paste.ubuntu-nl.org/18263/
[07:47] <ScottK> eolo999: Why is line 24 in your patch?
[07:47] <eolo999> it was a print i added during tests
[07:48] <eolo999> should i remove it?
[07:48] <ScottK> That and line 28 should come out for the production patch.
[07:48] <eolo999> ScottK, I'm reading ubuntu packaging guide pag. 44
[07:48] <ScottK> May I have a link please?
[07:49] <ScottK> Or are you reading a local copy?
[07:49] <eolo999> https://help.ubuntu.com/
[07:49] <eolo999> packaging guide
[07:49] <ScottK> What section of the guide?
[07:52] <ScottK> eolo999: I found it.
[07:52] <boss-bcp> Could someone take a look at libpam-cups ( http://revu.tauware.de/details.py?upid=4936 ) for me? It's currently been advocated by one MOTU.
[07:53] <ScottK> eolo999: That works if dpatch is already set up in debian/rules and we don't have that for pysol.  This is turning out to be an interesting first project.  
[07:54] <ScottK> eolo999: If pysol used cbds it would be a one liner change in rules, but unfortunately, it doesn't...
[07:57] <ScottK> eolo999: I'm working on the rules changes for you.
[07:57] <eolo999> thanks, sorry my son was crying, i was absent...
[07:58] <eolo999> http://paste.ubuntu-nl.org/18264/
[07:59] <eolo999> ScottK, so there was a reason why I was so confused
[07:59] <ScottK> Yes.
[07:59] <ScottK> eolo999: I understand.  I have a 4 year-old who I just had to go tell AGAIN that nap time isn't over.
[08:00] <eolo999> ScottK, my son is 11 months...
[08:01] <eolo999> in ubunbtu packagin guide pg 44 what i don't understand is: Create a temporary work space and two copies of the current source directory:
[08:01] <eolo999> and then follow an example
[08:02] <ScottK> eolo999: That they are trying to do is make sure you don't contaminate a clean source for when you build the package.
[08:02] <eolo999> should i copy tar.gz files or whole dirs. in the second case which i think is right the commands provided are not working:
[08:02] <ScottK> eolo999: I usually just make two different directories and apt-get the source twice.
[08:03] <eolo999> cp -a <package>-<version> <package>-<version>.orig
[08:03] <eolo999> good suggestion
[08:03] <ScottK> There is more than one way to do it.  They key is to ensure you have no unintentded modifications to your source tree when you build the package.
[08:05] <Nafallo> I usually name it "deb" :-)
[08:05] <Nafallo> and use mv to move it there :-)
[08:11] <sladen> you want a command in the rules file that does the patching
[08:13] <ScottK> sladen: Yes, but getting from that concept to here's the code to add it a bit of a leap.
[08:14] <sladen> ScottK: the best place to look is a package that has had dpatch added
[08:14] <sladen> ScottK: all the changes will then be in the diff between the Debian and Ubuntu versions
[08:14] <sladen> ScottK: patches.ubuntu.com
[08:17] <eolo999> ScottK, i think i created a valid dpatch in debian/patches
[08:17] <ScottK> OK.
[08:17] <ScottK> That's good.  We still need to figure adding dpatch to debian/rules
[08:18] <eolo999> ScottK, now i have to edit changelog, control and rules...
[08:18] <eolo999> ScottK, why the guide doesn't talk about setting rules?
[08:19] <ScottK> eolo999: Because adding a patching system to a package is fairly complex.  Dunno exactly.
[08:19] <ScottK> In this case it's necessary.
[08:20] <ScottK> You work an control and changelog.  Be sure to add dpatch to the build-depends.
[08:20] <Lamego> using dpatch is quite simple
[08:21] <eolo999> and dpatch added to the 'debian/control file (if needed): what does it mean
[08:21] <Lamego> eolo999, it means you need to reed a started guide :)
[08:21] <Lamego> try help.ubuntu.com, the packagers guide
[08:22] <eolo999> just a line as: Build-Depends: dpatch, etc.
[08:22] <ScottK> Lamego: Using dpatch is quite simple.  Agreed.
[08:22] <ScottK> eolo999: Yes
[08:22] <ScottK> Lamego: The trick here is adding dpatch to rules.
[08:23] <ScottK> Lamego: If you know how to do that, your assistance is more than welcome.
[08:23] <Lamego> ScottK, i was thinking about using CDBS
[08:23] <Lamego> with cdbs you just need to add the rule
[08:23] <ScottK> With cdbs it is agreed quite easy.
[08:23] <ScottK> Unfortunately, pysol doesn't use cdbs.
[08:27] <eolo999> ScottK, ok: changelog and control
[08:29] <ScottK> OK.  I'm still futsing with rules here.
[08:29] <Lamego> i can help, if he has some basic packaging understand, otherwise my recommendation is to read the manual first
[08:29] <Lamego> then present any doubts
[08:30] <Lamego> it doesn't make much sense to teach to use dpatch, without a sufficient understating of build depends
[08:31] <eolo999> ScottK, I've to go out, do u want me to send you control, changelog, 00list and patch file before?
[08:31] <ScottK> Yes please.
[08:31] <siretart> somebody having an amd64, feisty and willing to fight with shitty^wfine software half the media players depend on? its about ffmpeg
[08:31] <ScottK> Just e-mail them.
[08:31] <jdong> haha, poor siretart
[08:32] <eolo999> ScottK, i'll be back in 2/3 hours
[08:32] <ScottK> OK.
[08:32] <ScottK> eolo999: I'll be gone by then, but will e-mail you back.
[08:33] <eolo999> ScottK, sent them... and really thanks for your efforts with a newbie
[08:37] <Lamego> siretart, if its a quick thing i can help
[08:37] <jdong> Lamego: I think he's been working on it for the past few days :D
[08:38] <jdong> hmm, what Intels have EM64T?
[08:38] <Lamego> core2
[08:39] <siretart> Lamego: well, depends on how firm you are with PIC problems on amd64
[08:39] <siretart> Lamego: please try to build ffmpeg from debian/experimental in a feisty chroot
[08:39] <Lamego> debian package link please
[08:39] <jdong> find it from experimental :D
[08:39] <siretart> (actually, I'd need it for gutsy, but gutsy is horribly broken atm. the linking problem however is the same before the breakage)
[08:40] <siretart> Lamego: dget http://ftp.debian.org/debian/pool/main/f/ffmpeg/ffmpeg_0.cvs20070307-4.dsc
[08:41] <jussi01> hello Amaranth
[08:42] <Amaranth> hey
[08:42] <Amaranth> 91F + game that almost overheats your laptop == overheated laptop
[08:42] <jdong> haha
[08:42] <jdong> Amaranth: I was just enjoying a bit of ut2004 myself
[08:42] <jdong> at least fglrx can handle that 1280x800
[08:42] <jdong> *grumble*
[08:43] <Amaranth> oh, i was playing tremulous
[08:43] <Amaranth> which is sad because it's a q3-based game
[08:43] <Amaranth> but they suck at making games so it's terribly inefficient
[08:44] <jussi01> trem rocks!!!
[08:44] <tsmithe> omgz yeah!!
[08:50] <siretart> Lamego: could you reproduce the problem?
[08:51] <Lamego> siretart, still building
[08:52] <Lamego> anyone with a long experience building QT apps ?
[08:54] <Lamego> /usr/bin/ld: /home/lamego/getdeb/build/ffmpeg-0.cvs20070307/libavcodec/libavcodec.a(imgconvert.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC
[08:55] <siretart> Lamego: exactly this error needs to be fixed somehow
[08:55] <siretart> I'm currently testbuilding it in a sid chroot
[08:55] <jdong> siretart: that looks VERY FAMILIAR....
[08:55] <jdong> siretart: https://help.ubuntu.com/community/iPodVideoEncoding
[08:56] <jdong> wait
[08:56] <jdong> but that's for x264
[08:56] <jdong> so it's not the same thing.....
[08:56] <jdong> though for x264 I had to explicitly override to the PIC'ed lib.... could the default lavc not be PIC?
[08:57] <Lamego> siretart, there are plenty of results on google for this type of problem :P
[09:02] <Lamego> siretart, according to someone who had the same problem building libvorbis on 2004, using -fPIC as described on the error should fix it :P
[09:03] <Lamego> http://lists.helixcommunity.org/pipermail/porting-amd64/2004-September/000002.html
[09:03] <siretart> Lamego: it's not that easy in this case. 
[09:04] <Lamego> siretart, it does look the same,  libavcodec.a misses the _GLOBAL_OFFSET_TABLE_ symbol as described on the doc
[09:05] <Lamego> m /home/lamego/getdeb/build/ffmpeg-0.cvs20070307/libavcodec/libavcodec.a | grep _GLOBA_ | wc -l
[09:05] <Lamego> 0
[09:05] <Lamego> ops
[09:05] <Lamego> typo
[09:06] <Lamego> still, valid, symbol not found
[09:06] <siretart> Lamego: funnily, the problem doesn't happen in a sid chroot
[09:08] <Lamego> are you sure it is not using another libavcodec :P ?
[09:13] <siretart> I think I found something interesting while diffing the buildlogs
[09:16] <siretart> HA! got it!
[09:17] <jdong> yay!
[09:17] <siretart> it was indeed a broken x264 package
[09:17] <sacater> hi all
[09:18] <jdong> siretart: cool
[09:18] <jdong> I swear it's not my fault :D
[09:18] <jdong> though I think I'm last-touched-by in Ubuntu :D
[09:23] <siretart> jdong: I don't think so either. ffmpeg is just a PITA to maintain
[09:24] <siretart> jdong: I recently offered sam to co-maintain it in debian, so trust me, I know for sure :/
[09:25] <jdong> siretart: well, thanks for taking up that responsibility. everyone playing back media files in Ubuntu owes you a beer :)
[09:26] <Lamego> siretart, have you tried to build libavcodec only ?
[09:27] <siretart> Lamego: no, the complete package is okay now
[09:27] <Lamego> ok
[09:56] <Lamego> there is something terrible broken with gcc
[09:56] <Lamego> could someone try to build mandvd ? On my system its just "hang" when compiling one of the files, g++ just keep eating mem
[09:58] <zul_> mandvd?
[09:59] <ScottK> Lamego: Are you building for Gutsy?
[09:59] <ScottK> Lamego: If so, it's known to be broken.
[09:59] <Lamego> well, not really, i am building on feisty
[09:59] <ScottK> OK.  Then I dunno.
[10:00] <Lamego> it simply does not compile this .cpp
[10:00] <Lamego> it must be on some loop, i just see the mem usage incresing
[10:01] <Lamego> hum, without some optimization options it did compile
[10:01] <Lamego> it doesn't build with the default qmake.mk flags
[10:02] <jussi01> can someone please, pretty please show me a manual/way to make for man pages?
[10:05] <fdoving> jussi01: something like: http://www.linux.com/article.pl?sid=04/02/05/1651203 maybe? 
[10:06] <jussi01> fdoving: thnak you!! (bookmarked it!)
[10:07] <PhinnFort> jdong: thanks;)
[10:07] <jdong> PhinnFort: thanks for what?
[10:08] <PhinnFort> https://bugs.launchpad.net/ubuntu/+source/ktorrent/+bug/109184
[10:08] <ubotu> Launchpad bug 109184 in ktorrent "KTorrent crashed without warning (fixed upstream)" [Undecided,Confirmed]  
[10:09] <jdong> ah, ok
[10:09] <jdong> not a problem
[10:09] <jdong> hopefully the SRU for it goes through soon
[10:09] <PhinnFort> "fix commited"?
[10:10] <PhinnFort> *tt
[10:23] <gnomefreak> is there a place that lists the packages in proposed repo?
[10:24] <gnomefreak> seems something in proposed stopped all screensavers from working here
[10:24] <ScottK> gnomefreak: There is a way to coax it out of LP, but I don't recall the exact incantation.
[10:25] <gnomefreak> http://archive.ubuntu.com/ubuntu/dists/ :)
[10:29] <gnomefreak> and nothing that relates to screensavers from what i can tell :(
[10:33] <ScottK> I'm a bit uncertain on the notification process for SRU proposals under the new policy.  I've prepared an SRU fix for pythoncad for Bug #108612.  Do I need to make a separate new bug for the SRU proposal?
[10:33] <ubotu> Launchpad bug 108612 in pythoncad "[apport]  pythoncad crashed with ExpatError in parse()" [Medium,Fix released]  https://launchpad.net/bugs/108612
[11:38] <Fujitsu> ScottK: you need use the `Nominate for release' button, nominate it for Feisty, get a core-dev to accept the nomination, and then do the SRU process.
[11:39] <tsmithe> that's so much clearer than the wiki page
[11:39] <tsmithe> gotta file an sru myself :)
[11:39] <Fujitsu> I'll try to clarify the wiki page when I get home from school.
[11:40] <tsmithe> Fujitsu: that'd be great :)
[11:43] <Kmos> how to define gutsy on debian/changelog?
[11:43] <Kmos> when i'm using feisty
[11:44] <Kmos> define or change.. i've feisty, i can do it with vim manually ?
[11:44] <Kmos> ddclient (3.7.1-0ubuntu1) feisty; urgency=low
[11:44] <Kmos> i've this now
[11:44] <DktrKranz> dch -i -D gutsy
[11:45] <Kmos> i don't want to increment version
[11:46] <DktrKranz> I fear you have to adjust it manually
[11:46] <Kmos> yeah
[11:46] <Kmos> i've done it now
[11:46] <Kmos> let's see :)
[11:46] <Kmos> DktrKranz: thx anyway
[11:47] <Kmos> it works
[11:47] <Kmos> on .changes file
[11:47] <Kmos> Architecture: source
[11:47] <Kmos> Version: 3.7.1-0ubuntu1
[11:47] <Kmos> Distribution: gutsy
[11:47] <Kmos> :)
[11:55] <Kmos> how about to add gutsy to revu? so lintian doesn't give us error
[11:57] <DktrKranz> Kmos, I think you can simply ignore it
[11:57] <Kmos> :))
[11:57] <kalon33> hello all, I've a little problem, I've uploaded on the revu a bad version of a package, how can i replace it ?
[11:58] <bddebian> kalon33: Upload over it or ask an admin to remove the upload
[11:58] <DktrKranz> kalon33, just upload the correct one
[11:58] <kalon33> (it's my first time, and I try the "dput -f" but it doesn't work...
[11:58] <DktrKranz> what does it tell you?
[11:58] <jussi01> ok, i have a question, Ive built my deb, but when i go to install it it says it depends on libgdk_pixbuf2. how do i make it know that it needs to go get this from the repos?
[11:59] <jussi01> kalon33: dput -f revu
[11:59] <ajmitch> jussi01: apt-get
[11:59] <ajmitch> dpkg won
[11:59] <ajmitch> dpkg won't fetch extra packages :)
[11:59] <bddebian> heh
[11:59] <DktrKranz> jussi01, gdebi yourpackage.deb
[12:00] <jussi01> ajmitch: do i need to add something in the control file?
[12:00] <kalon33> jussi01 : Error '553 Could not create file.' during ftp transfer of gossip-telepathy_0.25~svn20070427-0ubuntu1.dsc
[12:00] <bddebian> jussi01: No, it you installed with dpkg -i, just do an apt-get -f install or as DktrKranz said, use gdebi
[12:00] <bddebian> s/it/if/
[12:00] <Nafallo> gdebi-gtk ftw! :-)
[12:01] <jussi01> ok, great, just aking sure I didnt need to make any changes to the source before i uploaded it to revu again...
[12:01] <kalon33> bddebian, can you delete my sauerbraten and gossip-telepathy in order for me to upload the correct version ?
[12:01] <jussi01> s/aking/making
[12:01] <bddebian> kalon33: I can't no, I'm not an admin on revu, sorry
[12:01] <kalon33> and Could you had my key to the revu ones ?
[12:02] <kalon33> oh, anyone can do that here ?
[12:02] <ajmitch> kalon33: you should really ask to get the keyring synced before uploading packages
[12:03] <kalon33> ajmitch I asked it this afternoon... (about 13 UTC i think)
[12:04] <kalon33> by mail
[12:04] <kalon33> thanks :)
[12:05] <Kmos> http://revu.tauware.de/details.py?upid=4953
[12:05] <Kmos> people check it out
[12:05] <Kmos> bddebian: had advotated it as yes
[12:05] <Kmos> :)
[12:08] <kalon33> ajmitch, does it takes a long time before I can upload my packages ?