[12:33] <geser> do you know why it got removed?
[12:34] <beuno> geser: no, but I assume it didn't compile with the new libgig and just got removed
[12:34] <LaserJock> I don't think we removed packages for FTBFS in dapper
[12:35] <geser> beuno: add pkg-config to build-depends as it uses it to find gig
[12:36] <geser> beuno: the reason why it got removed: bug #84451
[12:36] <beuno> geser: added, still complains
[12:36] <ubotu> Launchpad bug 84451 in linuxsampler "Linuxsampler is unfree, and this is reported incorrectly" [Undecided,Confirmed]  https://launchpad.net/bugs/84451
[12:37] <beuno> geser: right, so it belongs in multiverse
[12:38] <beuno> or not?  it's GPL + non-commercial
[12:39] <beuno> (still interested in packaging it though :D)
[12:40] <beuno> any ideas on how to crush this libgig thing?
[12:40] <LaserJock> I think it should work in Multiverse
[12:40] <beuno> :D
[12:40] <geser> beuno: checking for GIG... yes
[12:40] <geser> yes, found libgig 3.1.0
[12:40] <beuno> if it compiles
[12:40] <LaserJock> I'm not sure why it wasn't moved instead of removed
[12:41] <beuno> geser: what have you done that I haven't?
[12:41] <geser> just run configure in my gutsy dev chroot with pkg-config and libgig-dev installed
[12:41] <beuno> geser: ok, well, I'm packaging wrong then
[12:41] <beuno> I'm using the following: http://doc.ubuntu.com/ubuntu/packagingguide/C/basic-scratch.html
[12:41] <geser> beuno: the configure script runs: pkg-config --exists --print-errors "gig >= 3.1.0"
[12:42] <beuno> which requires I execute "dpkg-buildpackage -S -rfakeroot" before entering the pbuilder env
[12:42] <geser> beuno: I've only checked if configure finds gig
[12:43] <beuno> geser: right, but you get passed where I get an error, so I assume I should be packaging differently
[12:43] <beuno> it's odd because I've packaged for Debian this way (on Feisty) without that problems
[12:44] <ianm_> coNP: feel free to get in touch about any problems (email in gruler's About dialog).  thanks for being willing to package it!  cya
[12:44] <beuno> LaserJock: am I still in time to get it into gutsy or is Universe frozen already?
[12:44] <LaserJock> hmm
[12:44] <LaserJock> there's always exceptions
[12:45] <LaserJock> but I'm not sure if this would be considered an UVF or a NPF
[12:45] <geser> beuno: we're in UVF for existing packages and new package freeze is August 30th
[12:45] <beuno> ok, it's not really important I guess, I should get this running correctly first
[12:45] <beuno> any ideas on what I'm doing wrong?
[12:45] <LaserJock> coNP: congrats, btw :)
[12:45] <geser> beuno: can you check in your building environment if the pkg-config call gives any errors?
[12:46] <coNP> thanks LaserJock :)
[12:47] <beuno> geser: checking for pkg-config... /usr/bin/pkg-config
[12:47] <beuno> checking pkg-config is at least version 0.9.0... yes
[12:48] <geser> beuno: once you get past gig: I got after that No supported MIDI input system found!
[12:48] <beuno> (I'm in feisty though, Fiesty doesn't have 3.1.1)
[12:48] <geser> so there are still some other build-depends missing
[12:48] <beuno> geser: yeap, it's  libasound2-dev
[12:49] <geser> beuno: have you a gutsy pbuilder?
[12:49] <beuno> geser: yeap
[12:50] <beuno> but again, I'm using the guide, which doesn't use the pbuilder enviroment until the dpkg-buildpackage generates the .dsc
[12:50] <geser> ah
[12:51] <LaserJock> wait a sec
[12:51] <geser> are you running configure in clean?
[12:51] <LaserJock> what specifically are you running?
[12:51] <beuno> geser: yeap
[12:51] <beuno> LaserJock: I'm on Feisty, with a Gusty and a Sid pbuilder
[12:52] <geser> about the linuxsampler license: does the Ubuntu distribution count as a commercial software product?
[12:52] <LaserJock> beuno: no, I mean what command
[12:52] <LaserJock> geser: no
[12:52] <beuno> LaserJock: dpkg-buildpackage -S -rfakeroot
[12:52] <geser> beuno: can you pastebin your debian/rules?
[12:52] <gnomefreak> is there a good app to strip the DRM from a .wma
[12:52] <LaserJock> hmm, there's no reason for it be running ./configure in clean:
[12:53] <beuno> http://paste.ubuntu-nl.org/34947/
[12:54] <beuno> LaserJock: maybe the guide for packaging only applies when packaging for the same release you're on?
[12:54] <beuno> (which in Ubuntu, doesn't make much sense)
[12:54] <geser> LaserJock: do you know if it's allowed to add additional clauses to the GPL?
[12:55] <beuno> geser: I believe the GPL + Non-commercial is very frequent
[12:55] <LaserJock> geser: hmm, that's an interesting question. I would't really call it GPL'd in that case, but I don't have a good reason why it can't be done
[12:56] <geser> beuno: remove the configure call from clean and call make distclean if a Makefile exists
[12:57] <LaserJock> beuno: the Ubuntu packaging guide from any release should work pretty much for any other release
[12:57] <LaserJock> yeah, I don't think I've ever seen a package run ./configure in clean:
[12:58] <azeem> LaserJock: one good reason is that additional clauses make that software incompatible with other GPL programs
[12:59] <LaserJock> azeem: is that required under the GPL?
[12:59] <LaserJock> shouldn't it just be required to have the same license?
[12:59] <beuno> ok, I haven't played around with the rules file much yet, I downloaded an old package and am trying to get it to compile  :D
[01:00] <geser> Debian bug #328121 also says that this additional clause make it undistributable
[01:00] <ubotu> Debian bug 328121 in linuxsampler "linuxsampler: Inconsistent and non DFSG free license" [Grave,Open]  http://bugs.debian.org/328121
[01:01] <beuno> geser: that's what got it removed from main, but it can go fine into non-free
[01:01] <azeem> geser: well, where "this additional clause" is DFSG violating in itsefl
[01:01] <azeem> itself*
[01:02] <geser> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=328121#35
[01:02] <ubotu> Debian bug 328121 in linuxsampler "linuxsampler: Inconsistent and non DFSG free license" [Grave,Open]
[01:03] <geser> quote: "No, this is really an additional restriction over the GPL, thus rendering the software undistributable for everyone but the original author."
[01:03] <geser> Answer to the suggestion to move it to non-free.
[01:04] <LaserJock> hmm, I'm not sure how that necessarily follows, but ok
[01:04] <geser> did it perhaps changed with GPL3?
[01:04] <azeem> well, ok.  But I don't think any additional restrictions render things undistributable
[01:05] <azeem> just those which violate the DFSG
[01:05] <azeem> but I understand that is not debian-legal's position
[01:06] <LaserJock> I would think it would work in Multiverse
[01:06] <LaserJock> but I'm not great with licenses
[01:06] <LaserJock> it also looks like older versions were just plain GPL
[01:06] <LaserJock> you could put that version in Universe
[01:08] <beuno> ok, the libgig stopped complaining when removing the configure from clean
[01:08] <beuno> but of course, I get "make[1] : *** No rule to make target `distclean'.  Stop.
[01:08] <beuno> it does go through anyway and create the .dsc I need
[01:09] <geser> what about http://www.gnu.org/licenses/gpl-faq.html#NoMilitary ?
[01:10] <geser> isn't that exactly what linuxsampler tries to do?
[01:10] <beuno> geser: that discriminates against a specific group of people
[01:10] <beuno> I think that's considered differently, but i could be wrong
[01:11] <geser> don't get misleaded by the anchor
[01:11] <geser> the whole question is "I'd like to license my code under the GPL, but I'd also like to make it clear that it can't be used for military and/or commercial uses. Can I do this?"
[01:13] <mayeco> no
[01:13] <mayeco> :S
[01:18] <beuno> hmmmm, the original file has a /debian directory...  that's a big "no no", right?
[01:18] <geser> it only makes the work for you harder
[01:19] <geser> and of source also the reviewing
[01:21] <nixternal> anyone specifically maintain netbeans?
[01:23] <mayeco> I think that neatbeans install alone
[01:28] <geser> mayeco: netbeans doesn't use an installer anymore
[01:28] <mayeco> geser: sorry for my ignorance :D
[01:30] <geser> nixternal: you might ask dholbach if he knows more. There was once a discussion about a netbeans SRU between him and some sun folks on the ubuntu-motu ML.
[01:31] <ScottK> IIRC the SRU proposed was a whole new version.
[01:32] <geser> ScottK: yes, and a change from the installer to the current state
[01:33] <ScottK> No small thing which is why I think it didn't happen.
[01:40] <nixternal> we have the latest version in the repos, it is always broken for me when I install it
[01:40] <nixternal> you have to move a conf file in etc around and then --configure -a
[01:44] <beuno> ok, I started the whole /debian dir from scratch and got passed all the dependencies, now I ran into: dh_install: linuxsampler missing files (debian/tmp/usr/bin/*), aborting
[01:45] <beuno> anything obvious I should get from that that I missed?
[01:45] <azeem> is there anything in debian/tmp?
[01:46] <LaserJock> Toadstool: go Jrmie go!
[01:47] <Toadstool> LaserJock: hehe
[01:47] <beuno> azeem: pbuilder env already cleaned up  :/
[01:47] <coNP> :)
[02:28] <ScottK> Yeah Toadstool~
[02:28] <ScottK> !
[03:31] <ScottK> Does anyone have experience migrating a package from debmake to automake?
[03:31] <kduboi1> is this the place to talk about gutsy packages? (and issues with them)
[03:32] <nixternal> can't say that I do
[03:32] <nixternal> kduboi1: issues should be reported on Launchpad (filed as a bug)
[03:33] <ScottK> If you need assistance, #ubuntu+1 is the place
[03:35] <nixternal> hiya ScottK
[03:36] <ScottK> Hiya
[03:36] <ScottK> You gonna do some reviewing?
[03:36] <nixternal> doing that now :)
[03:36] <nixternal> qdevelop right now
[03:37] <ScottK> Cool.
[03:37] <LaserJock> how many have we got left?
[03:37] <nixternal> about 4,000
[03:37] <nixternal> :)
[03:38] <nixternal> 28 of them
[03:38] <ScottK> This is cool.  I just opened the CREDITS file for something that I've been planning on packaging and discovered that I'm mentioned.  I hadn't expected that.
[03:38] <kduboi1> anyone privy to the difference between libwnck18 and libwnck22? i'm having problems with the two as dependancies
[03:41] <nixternal> versioning question...for a new package, is it recommended to use x.xx-x or xx.xx-xubuntux ?
[03:43] <ScottK> 0ubuntu1
[03:43] <ScottK> Assuming it's not a native package.
[03:43] <nixternal> OK, that is what I thought, just wanted to be 100% sure
[03:57] <Toadstool> kduboi1: libwnck22 is a more recent version of the libwnck18 library, they are not binary compatible.  Having a different name allows to keep both libraries and to run programs still linked to the older one, while newly built packages will use the new one
[03:57] <Toadstool> it is better explained in the Debian library packaging guide
[03:58] <kduboi1> ah, alright, so both can exist peacefully on the system together?
[03:58] <Toadstool> yep
[03:58] <kduboi1> nice, thanks
[03:58] <Toadstool> you're welcome :)
[04:04] <leonel> installing  python-psycopg2  in gutsy installs  python 2.4 even  when python 2.5 is installed  on  feisty  does not
[04:04] <leonel> file a bug ?
[04:04] <leonel> or is it normal ?
[04:05] <leonel> both depends on  python  >= 2.3.5-7
[04:07] <ScottK> leonel: BTW (while I look) I've been using python-pygreql recently.
[04:08] <leonel> I used that  but found  psycopg2  that works with threads  in  mod-python  keeping  a connection pool  open
[04:08] <leonel> really nice .
[04:08] <leonel> back in  15 mins
[04:15] <ScottK> leonel: It's a bug.
[04:24] <imbrandon> ./update
[04:24] <imbrandon> err
[04:26] <TheMuso> imbrandon!
[04:28] <leonel> back
[04:29] <imbrandon> heya TheMuso
[04:29] <leonel> ScottK: can be fixed in  gutsy or  wait for a merge ?
[04:49] <RAOF> StevenK: I'm around now, if that's any good :)
[04:59] <RAOF> bryce: Ping, re xgl.  If you find the bzr branch difficult to review, I can re-do it more traditionally.  It doesn't seem like anyone's particularly interested in collab maint :/
[05:27] <tonyyarusso> Hey folks, who's around for some handholding?
[05:29] <tonyyarusso> Last time I tried packaging I did it from a .tar.bz2.  Now I'm working with SVN.  Should I be tarring it first, or is there some direct way?
[05:32] <RAOF> You'll need to have a .orig.tar.gz at some point.
[05:32] <tonyyarusso> Right, so just tar <someflag...> svndir/ ?
[05:33] <RAOF> Options include running autogen, then 'make dist' from the svn source
[05:33] <RAOF> Or "svn export".
[05:34] <tonyyarusso> Wow, could that help possibly be worded in a more obtuse manner
[05:36] <RAOF> :)
[05:37] <RAOF> Basically "strip all the .svn directories"
[05:37] <tonyyarusso> Ah, that's helpful.    :S
[05:41] <bryce> RAOF, sorry, I ended up spending the whole day doing bulletproof-x stuff
[05:43] <ScottK> leonel: File a bug.  If you have a solution, attach a patch.
[05:47] <RAOF> bryce: That's perfectly fine.  I'm just wondering whether or not I should redo the package in a better way.
[05:48] <tonyyarusso> RAOF: What does "svn: Working copy 'kompozer/trunk/mozilla' locked" mean?
[05:48] <RAOF> tonyyarusso: Um...
[05:49] <RAOF> tonyyarusso: I don't know.  Maybe you have local changes?
[05:49] <tonyyarusso> I haven't done anything other than download.  Maybe the dev is uploading currently?
[05:50] <RAOF> Shouldn't matter, I think.
[05:50] <tonyyarusso> hrm,
[05:51] <tonyyarusso> Oh, partially done thing.  Found it.
[05:58] <midnightToker> hi
[05:59] <midnightToker> Does anyone know if there is a way to sync a blackberry pearl with evolution?  or if there is a better channel to be asking for help?
[06:10] <YokoZar1> Is there a 32 bit openSSL development package for amd64?
[06:20] <TheMuso> superm1: Congrats.
[06:33] <leonel> ScottK:  OK  I'll work on that  ...
[06:33] <leonel> got to go
[07:57] <tonyyarusso> Where is the exception describing what to do with source that includes the /debian directory?
[08:03] <tonyyarusso> Bah, never mind.  He kept it out of the source tar.bz2, but it's in the SVN
[08:22] <superm1> thanks TheMuso :)
[08:44] <tonyyarusso> I'm getting a whole bunch of "dpkg-source: warning: ignoring deletion of file <various paths>" while doing my dpkg-buildpackage.  Should I be concerned?
[09:09] <StevenK> tonyyarusso: It just means that files existed in the .orig.tar.gz that don't exist when dpkg-buildpackage looks in the directory you're building from.
[09:09] <tonyyarusso> StevenK: It's okay though?  (I think debian/rules removes stuff while it's working)
[09:10] <tonyyarusso> As in, it's not one of those things that will be cause for upload rejection?
[09:10] <StevenK> tonyyarusso: Just check it's stuff that isn't dreadfully important.
[09:10] <tonyyarusso> gaaah
[09:10] <tonyyarusso> if [ ! -d mozilla ] ; then tar xzf ../kompozer*gz; fi
[09:10] <tonyyarusso> tar: This does not look like a tar archive
[09:12] <StevenK> file ../kompozer*gz
[09:12] <tonyyarusso> kompozer_0.7.10.orig.tar.gz:      gzip compressed data, was ".fr.5400.0.kompozer-0.7.10.tar", from Unix,
[09:13] <StevenK> Wierd. Looks like a whacky build system.
[09:13] <pygi> :D
[09:13] <tonyyarusso> Well, it's Mozilla.
[09:14] <tonyyarusso> This stuff worked last spring - I wonder what he changed.
[09:16] <tonyyarusso> StevenK: It deletes the _entire_ mozilla/ directory in the process of dpkg-buildpackage
[09:17] <StevenK> Nice.
[09:20] <tonyyarusso> StevenK: Could it possibly be trying to process kompozer_0.7.10-0ubuntu1.diff.gz ?
[09:21] <StevenK> tonyyarusso: That will sort before, so more than likely.
[09:22] <StevenK> tonyyarusso: Add a few vv to the tar call
[09:22] <tonyyarusso> StevenK: Or an @echo 'file ../kompozer*gz' to rules :P
[09:22] <StevenK> I think you've hit the nail on the head, though.
[09:32] <tonyyarusso> cp: cannot create regular file `mozilla/.mozconfig': No such file or directory is the latest error
[09:32] <tonyyarusso> Probably since it just deleted itself I'd gander
[09:45] <tonyyarusso> StevenK: what does this one mean?  "dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; using uid of process (1234)"
[09:46] <StevenK> That's a pbuilder-ism
[09:46] <tonyyarusso> kk
[09:46] <StevenK> "I can't find the current logged in user using utmp, so I'm using the uid the process is running under."
[09:47] <tonyyarusso> aka, "I'm being fussy, ignore me"?
[09:47] <StevenK> Yes, and no. It's nice to warn about that. You could make it go away by bind mounting /var/run into the pbuilder chroot.
[09:49] <tonyyarusso> Bah, what's the flag for "create parent directories if they don't exist"?
[09:49] <StevenK> -p
[09:53] <tonyyarusso> StevenK: How is this possible on the machine that I just created the relevant key on?  gpg: Can't check signature: public key not found
[09:54] <tonyyarusso> It shows up in gpg --list-public-keys yarusso
[09:54] <tonyyarusso> Still getting hung up by the cp line :(
[09:54] <tonyyarusso> if [ ! -d mozilla ] ; then tar xzf ../kompozer*tar*gz; fi
[09:54] <tonyyarusso> #patch -p0 < debian/patches/amd64.patch
[09:54] <tonyyarusso> cp -p debian/mozconfig.debian mozilla/.mozconfig
[09:54] <tonyyarusso> cp: cannot create regular file `mozilla/.mozconfig': No such file or directory
[09:56] <StevenK> -p is for mkdir
[09:56] <StevenK> cp -p means preverse permissions
[09:56] <tonyyarusso> bah
[09:57] <tonyyarusso> How can the mozilla directory not exist?  It's contained in the tarball that was just extracted on the previous line.
[09:58] <StevenK> tonyyarusso: Add a v to the tar call, and it will show what it is extracted.
[09:58] <StevenK> extracting, even
[09:58] <tonyyarusso> Trying now
[10:39] <coNP> Good morning
[10:39] <ajmitch> hi
[10:39] <coNP> hey ajmitch
[11:21] <norsetto> morning
[11:22] <Hobbsee> good evening, norsetto!
[11:22] <norsetto> hiya Hobbsee!
[11:22] <geser> Hi norsetto
[11:22] <geser> Hi Hobbsee
[11:22] <norsetto> hi geser
[11:24] <Hobbsee> hi geser
[11:27] <RAOF> Evening Hobbsee, norsetto, geser :)
[11:27] <StevenK> Evening RAOF
[11:28] <RAOF> And StevenK :)
[11:28] <Hobbsee> hiya RAOF
[11:28] <norsetto> evening raof :-)
[11:28] <Hobbsee> RAOF: i hsould really send that email...
[11:28] <StevenK> RAOF: I was going to bug you last night with WoW woes, but I sorted it out.
[11:28] <RAOF> StevenK: Ah, cool.
[11:29] <RAOF> In other news, my sound works again (bug #131368)
[11:29] <ubotu> Launchpad bug 131368 in linux-ubuntu-modules-2.6.22 "Dell 1420n audio not supported under Gutsy" [High,Triaged]  https://launchpad.net/bugs/131368
[11:29] <StevenK> Where it was fixed by buying a GeForce 6200. :-P
[11:29] <RAOF> Heh.
[11:29] <RAOF> What was in there before?
[11:29] <StevenK> GeForce 4 MX
[11:30] <RAOF> Crap, but it should've worked.
[11:30] <StevenK> *On-board* GeForce 4 MX using system RAM.
[11:30] <RAOF> (Yay for Geforce 2 cores)
[11:31] <RAOF> Even more crap, but still should've worked.  jml uses his onboard intel, and that works.  It's not any more powerful than the old, old nvidia cards :/
[11:31] <StevenK> Yeah, my problem is that you, ajmitch, and myself are all using -new, and the GeForce 4 is too old for -new.
[11:31] <RAOF> Ah.
[11:32] <RAOF> It's a pity that new-legacy can't be 9755, it's a better driver
[11:32] <ajmitch> StevenK: I am?
[11:32] <StevenK> ajmitch: Oh, I thought you were.
[11:32] <ajmitch> afaik I'm using the standard nvidia-glx
[11:32] <RAOF> It's also a pity that wine absolutely abhors Xgl.
[11:33] <ajmitch> StevenK: yeah, and I don't know if the patch itself is even out, or if that's just to prepare the way for it :)
[11:34] <StevenK> The latter.
[11:34] <StevenK> So did I.
[11:34] <ajmitch> 'fixed' by switching WoW to directX mode, letting it grab it, then switch back to opengl
[11:34] <stgraber> I have just done a Wiki to Ical converter for GutsyReleaseSchedule, for those of you who'd like to test, it's at : http://www.stgraber.org/download/ubuntu/release-ical/ubuntuical.php
[11:38] <coNP> stgraber: thank you very much. This was I needed long time ago.
[12:59] <msikma> Hi everybody, there's a translation of 7.10 which is "reviewed" to be correct, but I believe that it's got a grammatical mistake. How would I be able to comment on the translation? I already did suggest a new version.
[01:56] <Hobbsee> ScottK: what's hte problem?
[01:57] <Hobbsee> superm1_: you want reviewer status?
[01:58] <Hobbsee> (done)
[02:11] <DarkSun88> Hi all
[02:12] <simu> I mean delete debian/ from the orig.tar.gz if possible, if not .substvars from the .diff.gz
[02:12] <simu> I dont understand this
[02:14] <simu> there is a debian/ in the upstream, I cannot remove it. I contacted the author. he will provide proper source packages without debian/ folder for the comming releases
[02:15] <simu> so I think I can solve this issue using .substvars and .diff.gz is there a howto on the wiki
[02:15] <simu> there is not very much about .substvars in the packaging guide
[02:17] <Lamego> simu, how can't you delete the debian/* from the orig ?
[02:17] <Lamego> you are the one creating the orig.tar.gz
[02:18] <Lamego> until upstream removes from its own tarball (probably on next release), you can do it your own for the building
[02:18] <simu> allright I do it. its because the packaging guide tells to leave the upstream untouched
[02:18] <Lamego> simu, are you refering to rotoscope ?
[02:18] <simu> yep
[02:18] <simu> allright I got it
[02:18] <broonie> Lamego: Well, generally the idea is that one doesn't repackage the orig.tar.gz unless forced to do so.
[02:18] <Lamego> simu, well, and also tells debian/* should not be on the upstream tarball :)
[02:18] <simu> broonie: yeah you got the point
[02:18] <Lamego> broonie, which is the case :)
[02:19] <Lamego> simu, I have tried rotoscope, it didn't produced the expected result
[02:19] <Lamego> droped it
[02:19] <simu> ??
[02:19] <Lamego> not sure if it could be amd64 related, i just know, the result of using it on some photos, was just a blank window :)
[02:20] <Lamego> i mean, on the all of the few photos I have tried
[02:20] <simu> rofl
[02:20] <simu> read the fm
[02:20] <Lamego> simu, nice, you will be telling that to all the users that will be trying it :) ?
[02:20] <simu> you have to click using your mouse
[02:21] <simu> thats all
[02:21] <Lamego> that was described on the help ? (I just did a quick try on it)
[02:21] <simu> you got a blank screen bcause you did not draw the lines with your mouse
[02:22] <Lamego> ok, and, does the application contain some help on how to do it ?
[02:22] <Lamego> it is not "native" behavior, at least, lookingo at the app, i was unable to figure how to use it
[02:23] <Lamego> because I did not read the help, I assume it may have been my problem, does it provide an help ?
[02:23] <simu> no ther is no help
[02:23] <simu> no
[02:23] <simu> I will tell that to the author
[02:24] <Lamego> so, in my opinion (I am not a MOTU), you should either add some help to it, or drop it, because, at it's current state, a regular user, will not know how to use it
[02:24] <Lamego> you don't care on putting something available to some million users, to tell them RTFM, when there is no RTFM available :)
[02:25] <Lamego> but well, this is just my personal opinion
[02:25] <simu> there is help on the project website
[02:26] <simu> http://www.toonyphotos.com/how-to-use/
[02:27] <simu> what do you propose?
[02:28] <simu> I dont wanna drop it just because of help is missing.
[02:28] <elmargol> My packages are at ./dists/feisty/main/binary-i386 where do I have to put my sources?
[02:28] <simu> the application itself is mature
[02:28] <elmargol> ./dists/feisty/main/source ?
[02:29] <broonie> Perhaps the program ought to complain if the user selects "Render" without selecting any of the image first?
[02:29] <broonie> (It sounds like it doesn't do that.)
[02:29] <simu> right
[02:29] <simu> I aggree with that
[02:30] <simu> but I wonder: we are discussing the project, witch is not my business, instead of the packaging, which is
[02:31] <simu> there are lots of alpha and beta packages
[02:31] <broonie> It's something that might be worth feeding back to upstream as something that causes difficulties for people using the distro packages.
[02:32] <simu> yes I agree and I will do that.
[02:33] <Lamego> simu, if you care about packaging something, you must care that people that will try it, will understand it, otherwise, you will get a lot of misinformed people like me, which will tell you that that package has no use ;)
[02:35] <geser> Kmos: the motu-uvf team wants now to get subscribed to UVFe request and not assigned anymore
[02:36] <Kmos> geser: ah sorry
[02:36] <simu> Lamego: allright I write an email to the author with open issues. He already offered me help.
[02:37] <Kmos> geser: thx for fixing it
[02:38] <geser> Kmos: np, this was decided yesterday on the MOTU meeting
[02:41] <Kmos> geser :)
[02:44] <elmargol> I try to build a deb repository using apt-ftparchive and have a problem
[02:44] <elmargol> Failed to fetch http://adina/~elmargol/gnunet-feisty/dists/feisty/Release  Unable to find expected entry  main/source/Sources in Meta-index file (malformed Release file?)
[02:45] <elmargol> I think my release file is ok
[03:03] <simu> Lamego: ok I contacted the author to create another menuitem in the help menu. btw there is a man page for rotoscope. but I think novice users are loking for help in the menu (and not in the man page) since it is a gtk application (and not a command line tool)
[03:04] <simu> Lamego: thanx you helped me a lot
[03:04] <Lamego> simu, I share the same thinking about manpages for graphical apps ;)
[03:04] <Lamego> np :)
[03:07] <ScottK> Hobbsee: That was it.  Thanks.
[03:09] <ScottK> Lamego: Did you get your question answered about how one goes about repacking orig.tar.gz.
[03:09] <Lamego> ScottK, I was the one answering :)
[03:10] <JDahl> is Michael Bienna in here?
[03:10] <ScottK> Ah.
[03:10] <ScottK> Nevermind then.
[03:10] <JDahl> *Bienia
[03:10] <ScottK> JDahl: He's known as geser.
[03:10] <JDahl> ok, thanks
[03:13] <JDahl> geser, thanks for the notification on cvxopt-0.9 in debian unstable... I guess that if libdsdp is stuck in NEW it will be there for awhile?  But we only need to change a single line in the python setup scripts to build CVXOPT without it,  so maybe it can still get into gutsy?
[03:24] <geser> JDahl: sure, if it's still useful without libdsdp
[03:25] <JDahl> geser, dsdp is a small part of it - I never included those addons in my own unofficial ubuntu packages
[03:27] <geser> checking now what needs to be changed in the package
[03:28] <JDahl> in the upstream source packages you need to change variable BUILD_DSDP = 0 in src/setup.py
[03:32] <geser> JDahl: Debian has a patch in debian/patches which modifies setup.py to enable dsdp
[03:32] <geser> I removed that part from the patch
[03:33] <JDahl> great - then it should build...
[03:33] <geser> JDahl: btw you can find the 0.9 source package in http://ftp.debian.org/debian/pool/main/c/cvxopt/
[03:35] <JDahl> ah ok...  I was looking for it via "search" from http://packages.debian.org,  but their database is probably out of sync
[03:38] <bmm> Any MOTU: I'm looking for my first advocate or comments on boswars at: http://revu.tauware.de/details.py?upid=70 .Thanks
[03:38] <geser> JDahl: 0.9 was uploaded yesterday evening (european time) so it didn't propagate yet to all pages
[03:45] <Lamego> bmm, you could use debian/dirs to create those directories
[03:45] <Lamego> and the .install to handle the binaries installation
[03:46] <Lamego> bmm, I am not a motu advocating, I am just doing some suggestions :)
[03:49] <ScottK> Lamego: We encourage suggestions.  Thanks.
[03:51] <joejaxx> does anyone know how apt determines the arch of its host? i am guess through one of the DEB_*_ARCH variables
[03:52] <joejaxx> or maybe dpkg-architecture directly
[03:53] <ScottK> geser: Would you have time to look at http://revu.tauware.de/details.py?upid=71 for me?
[03:53] <bmm> Lamego: yes, why not, thanks.
[03:54] <Lamego> joejaxx, don't believe it is based on dpkg-arch, because that is a dpkg-dev utility, which is not required for apt
[03:54] <Lamego> joejaxx, eventually uname -m ?
[03:55] <joejaxx> Lamego: i do not know if it is uname -m or not
[03:56] <Lamego> it is not dpkg-architecture for sure :)
[03:56] <joejaxx> well someone has to know :)
[03:56] <Lamego> you could into the apt-get source code :P
[03:56] <Lamego> look
[03:58] <Lamego> joejaxx, you are refering to apt, as when you perform an apt-get install package ?
[03:59] <geser> JDahl: uploading cvxopt 0.9 without libdsdp support now
[03:59] <JDahl> thanks a lot!  A kodak moment for me *sniff*
[03:59] <ScottK> joejaxx: In the ubuntu-dev-tools (or something close to that) project on Launchpad there is a pbuilder setup script that IIRC does what you are trying to find out.  I'd get it and look at the source.
[04:00] <joejaxx> ScottK: ok
[04:00] <joejaxx> i forgot dpkg-architecture was part of dpkg-dev
[04:00] <joejaxx> :P
[04:01] <joejaxx> i just want to know how i can set it manually
[04:01] <joejaxx> :P
[04:02] <geser> ScottK: I've currently very little time perhaps later today, but I gave the diff.gz a quick look now: doesn't dh_shlibdeps work for compiled python extensions (I haven't checked)?
[04:04] <norsetto> ScottK: for my own education, don't you need to add "XB-Python-Version: ${python:Versions}" in your debian/control?
[04:06] <ScottK> norsetto: That or have debian/pyversions which this package does.
[04:06] <norsetto> ScottK: ok, so they are mutually exclusive (its not clear in the policy)
[04:07] <ScottK> geser: Not entirely sure.  In this case I knew what the answer was so I provided it.
[04:07] <geser> norsetto: when using python-support have debian/pyversions is enough
[04:07] <ScottK> norsetto: Yes.  Pick one.
[04:07] <geser> but I don't know the current situation with python-central
[04:08] <geser> ScottK: is the current Debian python policy slight out of sync with the usage of python-support?
[04:09] <POX_> ScottK: add "Provides: ${python:Provides}" (it's arch:any)
[04:09] <ScottK> Not sure.  What specifically are you referring to?
[04:09] <ScottK> Ah.
[04:09] <ScottK> POX_: Thanks.
[04:09] <ScottK> Forgot about still needing that for any (and it is).
[04:09] <POX_> ScottK: replace libmilter1 with ${shlibs:Depends}
[04:09] <ScottK> OK.
[04:11] <joejaxx> HA!
[04:11] <joejaxx> i got it
[04:11] <joejaxx> e
[04:11] <joejaxx> dance*
[04:13] <joejaxx> hello Hobbsee :)
[04:13] <pygi> Hobbsee, the new one?
[04:13] <ScottK> joejaxx: Did that script have it or did your find it somewhere else?
[04:13] <ScottK> pygi: Not much point in learning the old one.
[04:13] <joejaxx> ScottK: no i wanted to set apt manually
[04:13] <pygi> ScottK, :D
[04:13] <ScottK> Ah.
[04:13] <joejaxx> ScottK: that is why i needed to find out how apt did it
[04:13] <joejaxx> :D
[04:13] <joejaxx> :)
[04:15] <ScottK> POX_: Do you know...  Is pycompt = 2.5 valid?
[04:15] <ScottK> pycompat even.
[04:15] <POX_> no, set it to "2"
[04:15] <Hobbsee> pygi: not exactly new...
[04:15] <POX_> only cdbs uses it anyway
[04:16] <ScottK> That's what I thought.  I was reviewing another package and it had that.  Thanks.
[04:16] <POX_> if you don't call dh_python, you can remove this file
[04:16] <ScottK> Hobbsee: It's less than 5 years old.  For Debian policy, that is new.
[04:16] <POX_> eh
[04:18] <ScottK> ;-)
[04:19] <POX_> ScottK: python-apps project accepted, waiting for SVN set up and we can start
[04:20] <ScottK> Cool.
[04:20] <ScottK> That will definitely make it easier to push stuff back into Debian from here.
[04:31] <JDahl> i want to build python2.5 with gcc-4.2 even though it's not recommended (I need gcc-4.2 for some numerical libraries).  Do some of you know what I would change in python2.5-2.5.1/debian to use gcc-4.2?
[04:32] <ScottK> POX_: ${shlibs:Depends} did not pick up the libmilter1 dependency.  Any suggestions?
[04:32] <POX_> call dh_shlibdeps manually and check its output
[04:33] <ScottK> OK.
[04:36] <POX_> hmm, dh_shlibdeps didn't pick it up
[04:36] <ScottK> Nope
[04:37] <POX_> are you sure it's needed?
[04:37] <POX_> check ldd debian/python-milter/usr/lib/python-support/python-milter/python2.4/milter.so
[04:43] <ScottK> POX_: http://paste.ubuntu-nl.org/34994/
[04:44] <POX_> it's not on the list, but it is needed, something's wrong with this .so file...
[04:44] <ScottK> I am certain that libmilter1 is needed.
[04:44] <ScottK> OK.
[04:44] <POX_> "import milter" doesn't work even if libmilter1 is installed...
[04:45] <ScottK> OK.  Sounds like I have some more testing to do....
[04:48] <kompozer> hello there
[04:51] <kompozer> I would like to know how to use symlinks in a debian/rules file. After the 'make install', I need to move some non-binary files from /usr/lib/* to /usr/share/*. If I use simple 'ln -s' commands, pbuilder fails because the source doesn't exist yet. Any help would be very appreciated.
[04:51] <POX_> kompozer: dh_link
[04:52] <kompozer> POX_: I try that right now, thanks!
[04:53] <POX_> you will probably also need dh_installdirs
[04:56] <kompozer> POX_: ok, I can write an *.links and an *.dirs file then
[05:04] <norsetto> StevenK: ping
[05:04] <StevenK> norsetto: Pong
[05:05] <norsetto> StevnK: hi! Was looking at merging dvgrab, was wondering what was the origin of your patch?
[05:05] <norsetto> StevenK:  hi! Was looking at merging dvgrab, was wondering what was the origin of your patch?
[05:05] <StevenK> I patched dvgrab?
[05:06] <norsetto> StevnK: yeah, version 1.8-4ubuntu1
[05:06] <ScottK> Well it certainly wasn't me and that's the usual mistake people make.
[05:06] <jeromeg> norsetto: i've already prepared an upgrade for dvgrab, it just needs testing
[05:07] <jeromeg> norsetto: you can test it ?
[05:07] <norsetto> jeromeg: it includes 3.0 from debian?
[05:07] <ScottK> norsetto: That wasn't particularly aimed at you.  People seem to get the two of us mixed up reasonably regularly.
[05:07] <norsetto> ScottK: no, it was aimed at me as I keep spelling it stevnK :-)
[05:08] <jeromeg> norsetto: oh 3.0 wasn't in debian when i prepared my upgrade...
[05:08] <jeromeg> norsetto: but the debian package is better anyway, you can sync it
[05:09] <norsetto> jeromeg: well, I'm checking about this patch, if its not needed anymore it is indeed a sync
[05:09] <jeromeg> norsetto : ok thx
[05:09] <norsetto>  StevenK: yeah, version 1.8-4ubuntu1 (sorry, keep typing your name as StevnK)
[05:10] <StevenK> norsetto: Where did the patch come from? I wrote it.
[05:10] <jeromeg> norsetto : the upgrade request was made here : bug https://bugs.launchpad.net/ubuntu/+source/dvgrab/+bug/131561
[05:10] <ubotu> Launchpad bug 131561 in dvgrab "Please update to latest release (dvgrab-3.0)" [Undecided,New]
[05:11] <norsetto> jeromeg: you want to keep working it out with  StevenK? I don't mind
[05:12] <jeromeg> norsetto: if you don't mind, I will do it, I need some experience in packaging :)
[05:12] <norsetto> jeromeg: sure, the only point right now is the patch
[05:12] <jeromeg> norsetto: yep, I'm on it in 5 minutes
[05:13] <norsetto> jeroemg: but you need stevenk for that; upstream have changed that piece of code
[05:14] <StevenK> If they still try and get access to members from fd, it isn't going to work.
[05:15] <norsetto> stevenk: no, now they use a stat on the filename
[05:15] <jeromeg> StevenK, norsetto : you are speaking about the patch ?
[05:15] <norsetto> jeromeg: yes
[05:15] <jeromeg> norsetto : ok
[05:15] <StevenK> If that's so, the patch can probably be dropped.
[05:16] <norsetto> StevenK: [old]  fstat( fileno( fd->stream ), &file_status );
[05:17] <norsetto> SteveK: [new]  stat( filename.c_str(), &file_status );
[05:17] <jeromeg> so you think we can drop that patch ?
[05:17] <norsetto> StevenK: where filename.c_str() is defined in the create method
[05:18] <StevenK> jeromeg: Yup
[05:18] <jeromeg> StevenK, norsetto : ok I will transform the upgrade request in a sync request
[05:19] <jeromeg> norsetto: thx for point that fact to me, I was still looking for a tester :)
[05:19] <norsetto> jeroemg: thx to you,  you can use syncrequest for that
[05:20] <jeromeg> norsetto: never heard about it, what is that ?
[05:20] <norsetto> jeromeg: don't forget you need an UVFe
[05:20] <jeromeg> norsetto: yep I know, but 1.8 has so many bugs, so I think it won't be difficult
[05:21] <norsetto> jeroemg: ok, better safe than sorry :-)
[05:21] <ScottK> jeromeg: You might ask StevenK for an opinion on that since he's packaged it before and is on motu-uvf....
[05:21] <jeromeg> ScottK: thx
[05:22] <jeromeg> StevenK: does dvgrab suit an uvf ?
[05:22] <StevenK> jeromeg: What are the changes?
[05:22] <norsetto> jeromeg: https://wiki.ubuntu.com/SyncRequestProcess (the name of the utility is requestsync)
[05:23] <jeromeg> StevenK: new upstream release (1.8 -> 3.0, so it hasn't been updated for a long time), tons of bug fixes...
[05:23] <jeromeg> norsetto: thx
[05:24] <StevenK> File a UVFe first
[05:25] <jeromeg> StevenK: before the sync request ?
[05:25] <norsetto> jeromeg: just in case: https://wiki.ubuntu.com/FreezeExceptionProcess
[05:26] <norsetto> jeromeg: and yes, you need to get an UVFe before you can request the sync
[05:26] <jeromeg> norsetto: ok thx
[05:27] <norsetto> jeromeg: do you have a PPA?
[05:27] <jeromeg> norsetto: nope
[05:27] <jeromeg> norsetto: I only have a pbuilder and a VM to test
[05:28] <norsetto> jeromeg: ok, you need to show to these guys a build log, if you had a PPA you could have built it for more architectures and shown all the log
[05:28] <norsetto> jeromeg: I've got one, so if you need help with that let me know
[05:28] <jeromeg> norsetto: ok thx
[05:33] <jeromeg> norsetto: how should I name the UVf report ?
[05:33] <jeromeg> UVF for dvgrab ?
[05:36] <norsetto> jeromeg: its like a normal sync request but add [UVFe]  in front and subscribe motu-uvf
[05:36] <jeromeg> norsetto : ah ok :) I can understand now :)
[05:37] <norsetto> jeromeg: for example: [UVFe]  Please sync dvgrab (3.0-1) from Debian unstable (main)
[05:37] <jeromeg> norsetto: yep understood
[05:53] <jeromeg> norsetto : bug 134730, if you can help me for the build logs, I would be grateful
[05:53] <ubotu> Launchpad bug 134730 in dvgrab "[UVFe] Please sync dvgrab 3.0-1 (universe) form debian (unstable)" [Wishlist,New]  https://launchpad.net/bugs/134730
[05:55] <jeromeg> norsetto: sorry in fact I got to go, I'll come back later to finish this
[05:56] <jeromeg> cu
[05:58] <joejaxx> ScottK: if upstream already have source packages for their application what is the correct way to go about it in revu?
[05:59] <ScottK> You mean they provide a complete Debian package?
[05:59] <joejaxx> yes
[05:59] <superm1_> ScottK, sine i'm MOTU now, do I still need a sep sponsor per https://wiki.ubuntu.com/MOTU/SRU , or can I just upload to release-proposed once the diff is ready?
[06:00] <superm1_> s/sine/since/
[06:00] <ScottK> You can either use their debian dir or repack the tarball, remove it, and make your own.  You're choice.  If their debian dir has a file or dir that you remove entirely then you will have to repack their tarball.
[06:00] <ScottK> superm1_: You can upload it.
[06:01] <superm1_> okay thanks
[06:01] <ScottK> Don't mess up.
[06:01] <superm1_> hehe
[06:01] <ScottK> Not kidding.
[06:01] <ScottK> superm1_: Make sure you upload it to feisty-proposed.
[06:02] <superm1_> well it will be across feisty and edgy, so it will be feisty-proposed and edgy-proposed
[06:02] <ScottK> Yes.
[06:03] <joejaxx> ScottK: you mean the diff.gz?
[06:03] <norsetto> superm1 = super motu or super mario!?
[06:03] <joejaxx> i thought it was superman
[06:03] <mok0> What is the status of debtags in Ubuntu? Is it something that will be used?
[06:03] <ScottK> joejaxx: Is their debian dir in the tar.gz or provided separately?
[06:04] <norsetto> mok0: ask ScottK ;-)
[06:04] <superm1_> norsetto, both :)
[06:04] <joejaxx> ScottK: it is not in the orig.tar.gz
[06:05] <ScottK> Ah
[06:06] <ScottK> Then review their packaging and use it or not as it deserves.  Make sure you very carefully review the licensing and copyright of the entire package.  Often if it's not already in the repo, there's a very good reason.
[06:07] <joejaxx> oh ok
[06:17] <joejaxx> ScottK: are merges allowed up until NPF?
[06:18] <ScottK> joejaxx: Is it a new Debian revision or a new upstream version?
[06:18] <joejaxx> it is not in the repository at all
[06:18] <joejaxx> oh
[06:20] <joejaxx> ScottK: it is a package that we do not have
[06:21] <ScottK> Then it would be a new package, not a merge.
[06:21] <joejaxx> oh ok
[06:22] <joejaxx> are those still allowed?
[06:22] <ScottK> Up until the New Package Freeze.
[06:23] <ScottK> That's why we call it the New Package Freeze ;-)
[06:23] <joejaxx> ok so do i take it from debian and upload it to revu? :P
[06:23] <joejaxx> i do not know the process
[06:23] <ScottK> Ah.
[06:23] <ScottK> If it's a package from Debian that needs Ubuntu specific changes, then make a bug and attach a debdiff just like you would for any merge.
[06:24] <ScottK> Mention in the bug that it's a new package for Ubuntu.  Also why we want it at this late date.
[06:26] <Lamego> joejaxx, is it on Debian already :) ?
[06:26] <joejaxx> Lamego: yes :)
[06:26] <Lamego> so you want is a merge or a sync, or however they call it :P
[06:28] <Lamego> it is funny to have UVF different from NPF
[06:30] <ScottK> Lamego: They have different risk sets, so it does make sense.
[06:31] <ScottK> Lamego: With an update to an existing package, we need to worry about regression risk and balance that against features/fixes.
[06:31] <ScottK> Lamego: With a new package there's no regression worry.
[06:31] <Lamego> well, I don't see how an NP can represent a different risk from an UV
[06:32] <ScottK> A new package can't work worse than the one in the previous release.
[06:32] <Lamego> ScottK, an NP represents lack of features ;)
[06:32] <ScottK> Right, so the only way to go is up from zero.  No regression risk.
[06:33] <ScottK> On this theory, I'm pretty comfortable myself with giving a pretty broad approval blanket for UVFe's for packages that weren't in Feisty.
[06:33] <Lamego> ScottK, ah ok, that concept is based on the idea, that introducing a regression on an UV is worse than introducing a new package
[06:33] <Lamego> worse in the sense, if the new package QA fails
[06:34] <ScottK> Yes.
[06:34] <ScottK> If the new package is completely borked you won't lose any functionality that existed in Feisty.
[06:34] <Lamego> well, from users perspective, it is not :)
[06:34] <ScottK> The reason we have a New Package Freeze at all is to prevent that from happening.
[06:35] <Lamego> ok
[06:35] <ScottK> Or reduce the risk anyway.  There are no guarantees.
[06:36] <Lamego> I don't agree with the reasoning but I understand it now
[06:37] <LongPointyStick> Dear $worldingeneral.  I am terrible at calling people back, or sending people SMS's back.  The time i usually think to do such things is 2am local time, and I dont think you'd appreciate a phonecall at that time, if you're anywhere near australian timezone.  that is all.
[06:40] <joejaxx> LongPointyStick: that is why irc is the best ;)
[06:40] <Lamego> are there any specific rules depending on the package type, meaning, does library which has some 20 other packages depending on them, follows the same process as a standalone package ?
[06:41] <ScottK> Lamego: Same process, but with a lot more care and consideration about what gets done to it.
[06:41] <LongPointyStick> joejaxx: indeed.
[06:41] <joejaxx> :)
[06:41] <LongPointyStick> LongPointyStick: although, i can be bad at replying to that too
[06:41] <Lamego> ScottK, but performed by the same people ? I mean, the reviewing ?
[06:42] <ScottK> If they are both in the same component, yes (Main and Universe have different groups with slightly different processes).
[06:42] <joejaxx> where is the magic wiki page about syncs?
[06:42] <joejaxx> !syncs
[06:42] <Lamego> I am refering to universe, main is far more easy to manage, most of it is paid work, and much smaller
[06:42] <ubotu> Sorry, I don't know anything about syncs - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[06:42] <ScottK> Lamego: Then yes.
[06:44] <ScottK> LongPointyStick: You ack'ed the UVFe for empathy, but not tp-salut (bug #134623) and tp-mission-control (bug #134624) up which it depends.
[06:44] <ubotu> Launchpad bug 134623 in telepathy-salut "[UVFe]  Please update telepathy-salut to version 0.1.4" [Undecided,New]  https://launchpad.net/bugs/134623
[06:44] <ubotu> Launchpad bug 134624 in telepathy-mission-control "[UVFe]  Please update telepathy-mission-control to version 4.35" [Undecided,New]  https://launchpad.net/bugs/134624
[06:44] <ScottK> up/upon
[06:45] <Lamego> are there any specific MOTU subgroups for people specialized on certain type of build systems and development languages ?
[06:45] <LongPointyStick> ScottK: my bad.  please remind me on $monday
[06:45] <ScottK> OK.
[06:46] <joejaxx> Goodnight LongPointyStick :)
[06:54] <ScottK> Lamego: Yes.  There is, for example, a MOTU Science team, multimedia, and some others.
[06:54] <geser> afaik there is also one for uncommon languages
[06:54] <ScottK> I guess those weren't exactly what you were asking.
[06:55] <Lamego> I meant package building oriented ;)
[06:55] <ScottK> Right.
[06:55] <ScottK> Not really.  We all pretty much work here and you get to know who knows about what.
[06:56] <ScottK> Additionally, there are people here who are not really Ubuntu people that help out.  man-di is a Java oriented DD and POX_ is a Python oriented DD.  I certainly appreciate their willingness to work with a downstream project.
[07:00] <nixternal> mmm java
[07:02] <nixternal> I should start hanging out with man-di then, I am starting to enjoy java more and more
[07:03] <Lamego> yuck :P
[07:03] <nixternal> hehe
[07:03] <nixternal> Java and Qt are actually fairly decent
[07:03] <Lamego> there are a LOT of java apps that would be nice to have on universe
[07:04] <StevenK> w
[07:04] <StevenK> Oops
[07:24] <bmm> Is this bad in some way: "dpkg-gencontrol: warning: unknown information field L Launchpad-Bugs-Fixed in input data in parsed version of changelog " ?
[07:28] <bmm> (that's a warning I got when running pbuilder on boswars, see http://revu.tauware.de/details.py?upid=70 )
[07:28] <norsetto> bmm: no, its what happens when you use LP: #xxxxx to automagically close a bug report
[07:29] <bmm> norsetto: OK, thanks!
[07:35] <huats> HI all, I have small pb here : I am trying to build a package for a bug fix (flightgear) with pbuilder for gutsy. the build fails on "E Couldn't find package plib1.8.4-dev". But when I look on package.ubuntu.com it seems good to me. Any hint ?
[07:37] <bmm> huats: your pbuilder environment might be in the wrong distribution, what distribution are you running and how did you initialize pbuilder?
[07:39] <huats> bmm: I am running feisty and a the debootstrap script for gutsy to build it...
[07:39] <huats> bmm: it on feisty it is also plib1.8.4-dev (I've checked to be sure), so it shouldn't be the pb I think
[07:39] <huats> norsetto: did you manage to build the package with my dsc ?
[07:40] <norsetto> huats: yes
[07:40] <bmm> I'm not sure about this, but doing "DIST=gutsy sudo pbuilder create" and "sudo pbuilder build package_naem.dsc" should do ok.
[07:40] <huats> ok i'll try again...
[07:42] <bmm> huats: if you want to use a chroot environment (I've never done that, only used pbuilder) this might help: file:///usr/share/packaging-guide/html/C/appendix-chroot.html
[07:42] <bmm> Oh.. sorry for that stupid link
[07:42] <huats> bmm: ok thanks. I'll have a look
[07:43] <jeromeg> StevenK: COuld you please have a look at my UVFe request ? bug 134730 It's the first time I do one, so I want to know if everything's OK
[07:43] <ubotu> Launchpad bug 134730 in dvgrab "[UVFe] Please sync dvgrab 3.0-1 (universe) form debian (unstable)" [Wishlist,New]  https://launchpad.net/bugs/134730
[07:43] <bmm> huats: https://help.ubuntu.com/6.06/ubuntu/packagingguide/C/appendix-chroot.html
[07:43] <Lamego> chroot is much more friendly :P but not as clean as pbuilder
[07:43] <norsetto> jeromeg: I think its a good idea to also paste the NEWS file (from 1.7 onwards only)
[07:44] <RainCT> hey
[07:44] <jeromeg> norsetto: ok I'll do that
[07:44] <norsetto> hay
[07:45] <bmm> huats: if you decide to use pbuilder (I suggest it) here is some more info: http://www.debian.org/doc/maint-guide/ch-checkit.en.html#s-pbuilder
[07:45] <norsetto> jeromeg: you should also paste an install log (to show that the package installs cleanly)
[07:46] <jeromeg> norsetto : ok
[07:46] <bmm> Any MOTU: I'm online for comments on boswars http://revu.tauware.de/details.py?upid=70 (no advocates yet, been through some revisions already)
[07:54] <norsetto> bmm: for an example of a control file with build-depends split over several lines, you can look at the flightgear one
[07:55] <bmm> norsetto: I had the dependencies split over multiple lines, but one of the comments was that it wasn't looking good.
[07:56] <norsetto> bmm: did you have a space or two to indent?
[07:56] <bmm> norsetto: I used two, so that might have been the problem.
[07:57] <bmm> norsetto: I used two spaces to indent and kept all lines under 80 chars, but as I read the comment it needed to be changed to one line to look better. But I may have misread the comment.
[08:00] <norsetto> bmm: were you asked to add license and copyright in debian/docs?
[08:01] <bmm> norsetto: Ehm, no asked, but I think I did that. If you find there is to little copyright information, let me know.
[08:03] <norsetto> bmm: are you the upstream author?
[08:05] <jeromeg> norsetto: I'm running a french system so install is in french, is it a problem ?
[08:05] <jeromeg> norsetto: there are no errors during install
[08:06] <norsetto> jeromeg: I don't think it is, there is nothing you can do anyhow about it
[08:06] <jeromeg> norsetto: and how can I get good install log, in gdebi and only get the end ?
[08:07] <norsetto> jeromeg: just copy what you have on the terminal and paste it in the bug report
[08:07] <jeromeg> norsetto: only the end of the log is ok ?
[08:07] <norsetto> jeromeg: use dpkg -i not gdebi
[08:08] <jeromeg> norsetto: ahhhhhh, not a bad idea :)
[08:11] <jeromeg> norsetto: I have a problem : when I run dpkg -i it fails saying that the dependences are not installed, but with gdebi it installs everything and gets configured
[08:12] <norsetto> jeromeg: ok, then you have the dependencies already installed!?
[08:13] <jeromeg> norsetto: no, if I have nothing installed, with dpkg it fails, but with gdebi -> ok, if i have the deps installed, both ok
[08:13] <norsetto> jeroemg: if you removed everything already just use apt-get and manually install all dependancies, or install the old version first and then overwrite it with the new one
[08:13] <norsetto> jeromeg: are you using feisty?
[08:13] <jeromeg> norsetto: nope I tested in gutsy
[08:14] <jeromeg> norsetto: but I can do it in feisty
[08:14] <norsetto> jeromeg: no, in gutsy is fine
[08:14] <jeromeg> norsetto: but this bug is strange
[08:14] <norsetto> jeromeg: check again, you must have removed something
[08:14] <norsetto> jeromeg: what is the missing dep?
[08:15] <jeromeg> norsetto: does dpkg -i install deps automatically ?
[08:15] <norsetto> jeromeg: no
[08:15] <jeromeg> norsetto: ok forget my question so, everything is normal :)
[08:16] <norsetto> jeromeg: I'm going for dinner, but please keep asking any questions you need to ask, I'm sure somebody will help you
[08:16] <jeromeg> norsetto: I should be good this time, hard to be a noob :)
[08:16] <jeromeg> norsetto: thx very much for your help
[08:17] <norsetto> jeromeg: don't tell me; I'm a noob+0.25
[08:17] <jeromeg> norsetto: still better than a noob :)
[08:19] <LaserJock> has anybody noticed pidgin using an awful lot of RAM?
[08:21] <bmm> norsetto: no I'm not the upstream author of boswars, what is wrong with the copyright file?
[10:00] <jeromeg> ScottK: hello, just to speak about bug #34730
[10:00] <ubotu> Launchpad bug 34730 in gajim "forgets window position and size" [Medium,Fix released]  https://launchpad.net/bugs/34730
[10:01] <jeromeg> I haven't been able to test the package very accurately as I don't have a dv camera
[10:01] <Nafallo> meeh
[10:02] <jeromeg> however there is a mode to read from a video file so I could test a lot of functions, the only thing to test is the dv interface
[10:02] <Nafallo> jeromeg: what exactly has gajim to do with videocameras?
[10:03] <jeromeg> Nafallo : wrong copy/paste :)
[10:03] <jeromeg> bug 134730
[10:03] <ubotu> Launchpad bug 134730 in dvgrab "[UVFe] Please sync dvgrab 3.0-1 (universe) from debian (unstable)" [Wishlist,New]  https://launchpad.net/bugs/134730
[10:03] <Nafallo> thought so. don't scare me like that :-)
[10:03] <jeromeg> a 1 was missing, thx for noticing it
[10:03] <Nafallo> well, I would hate to not know about bugs in software I maintain ;-)
[10:04] <jeromeg> Nafallo: sorry
[10:04] <norsetto> I would hate to know about bugs in software I maintain ......
[10:04] <jeromeg> :)
[10:04] <Nafallo> no problem :-)
[10:05] <jeromeg> if anyone has a dv camera to test he is welcome
[10:05] <norsetto> jeromeg: I checked my (well, my wife's) and its got no firewire i/f
[10:06] <jeromeg> norsetto: thx anyway
[10:09] <norsetto> hey jazzva; how is going!?
[10:10] <Jazzva> Hey norsetto... Fine, I suppose... Had an exam, the questions were a bit surprising. Other than that, fine. How're you?
[10:11] <norsetto> jazzva: fine, thx for asking; surprising question, they are always surprising ;-)
[10:12] <norsetto> jazzva: busy on any new bug?
[10:13] <Jazzva> norsetto: Yeah, I should have learned by now :). Umm, not really... I planned on retagging some of Mozilla bugs :).
[10:13] <Jazzva> norsetto: Have anything interesting? :)
[10:14] <norsetto> jazzva: ok, don't be shine, if you need help just pop up here and ask
[10:14] <Jazzva> norsetto: Ok, I will...
[10:14] <Jazzva> Thanks )
[10:14] <Jazzva> :)
[10:15] <Jazzva> norsetto: Hmm, now that I think of, there is one bug that I would need help with. Just let me get it's number.
[10:16] <Jazzva> *its
[10:16] <Jazzva> bug #133271
[10:16] <ubotu> Launchpad bug 133271 in ubuntu "Simple problem with gnome-terminal" [Undecided,Incomplete]  https://launchpad.net/bugs/133271
[10:17] <Jazzva> Well, it appears both in gnome-terminal and Firefox... I thought it's maybe Compiz-related, as something similar happens in FF, but the user doesn't have Compiz/Beryl/CompizFusion installed.
[10:18] <norsetto> jazzva: can you reproduce it? I'm still trying to understand what he is saying
[10:19] <norsetto> jazzva: for the escape key, that is a feature
[10:19] <Jazzva> norsetto: Well, no... I never seen something like that in terminal. It is a possibility that he is just confused...
[10:20] <Jazzva> norsetto: Well, I guess that he is just confused then... I'll ask him to explain his problem a bit more.
[10:21] <norsetto> For example: in some Web. ctrl + f (find). I write average and when pressing the space, puts black the screen and returns immediately to normality. This returns to spend when pressing repeated times space !?!?!
[10:22] <Jazzva> norsetto: Yeah, I know... it is unclear was he saying. I thought that he meant of screen-blackout, which happens with Compiz/B/CF, but he doesn't have it.
[10:23] <Jazzva> BTW, I didn't know of double-ESC... only of double TAB.
[10:23] <Jazzva> triple ESC...
[10:42] <mrigns> ihr virtuellen pseudonyme!
[10:42] <azeem> this is an english channel
[10:42] <tsmithe> guten abend, mrigns
[10:42] <mrigns> oh lol
[10:43] <tsmithe> hier sprechen wir englisch
[10:43] <mrigns> sorry, wrong channel :D
[10:43] <tsmithe> (was my german alright? i'm very bad at it..)
[10:43] <mrigns> I think it was I'm not german ;P
[10:43] <tsmithe> haha ok
[10:49] <geser> tsmithe: your german is better than you think. It was correct.
[10:50] <norsetto> keine gegenstande aus dem Fenster werfen!
[10:50] <tsmithe> thanks geser :)
[10:51] <norsetto> sorry, just too many years of commuting by train.
[10:52] <tsmithe> ahhh
[10:52] <tsmithe> i get it now!
[10:56] <geser> it looks like there is a secret requirement for ubuntu-dev: knowing some words in german :)
[12:33] <pygi> beuno, depends?
[12:33] <pygi> what package is it?
[12:33] <beuno> pygi: linuxsampler, it should go into multiverse
[12:33] <beuno> it was removed because it was non-free
[12:33] <pygi> beuno, ah