[00:03] <Laney> I'll do another sponsorship round on Friday if nobody does it by then
[00:55] <james_w> directhex: I can't see them on the sponsorship list
[00:57] <directhex> gah, of course, bug 330519 is invisible now as all current components are Fix Released
[00:58] <directhex> so it's not on the sponsor list anymore
[01:00] <Laibsch> hi there
[01:00] <nhandler> Hello Laibsch
[01:01] <Laibsch> some kind soul around to help me understand why http://oss.leggewie.org/wip/scim_1.4.8-1.dsc fails to compile?
[01:01] <Laibsch> The error I get is http://rafb.net/p/bZhFkr75.html
[01:04] <dtchen> line 30
[01:05] <dtchen> keep in mind you can use -rm to have the build not fail, or you can fix it properly.
[01:05] <dtchen> (e.g., -rm, rm -f, etc., etc.)
[01:05] <Laibsch> yes, line 30 is clear
[01:06] <Laibsch> But the file is missing, I wonder why that is
[01:06] <Laibsch> What I did is
[01:06] <ajmitch> because it was unnecessary?
[01:06] <Laibsch> Take 1.4.7 (current Debian source)
[01:06] <Laibsch> OK
[01:06] <Laibsch> Let me dig a bit into this
[01:06] <ajmitch> that debian/rules looks to be just clearing up stray stuff that shouldn't be aroun, judging by the comments
[01:07] <ajmitch> maybe 1.4.8 doesn't build that, or it places it in a different place
[01:08] <Laibsch> Hehe
[01:08] <Laibsch> Interesting, I think I had rgrep for the file name before
[01:08] <Laibsch> And found nothing
[01:48] <leonel> scottK   clamav 0.95 rc was released as you already know .. any test ? for backports ??
[01:48] <leonel> scottK I'll check if there's any cve open ..
[01:48] <ScottK> leonel: We need to fix it for Jaunty first.
[01:48] <ScottK> leonel: There won't be in the RC.  They'll hold the CVE for the final.
[01:49] <leonel> scottK ok
[01:49] <ScottK> leonel: Lots of porting work to do https://wiki.clamav.net/Main/UpgradeNotes095
[01:50] <leonel> OUCH !
[01:51] <ScottK> Yeah.
[02:13] <phil_ps1> hello, I know is during a freeze, I have made a patch that makes glife compile again
[02:13] <phil_ps1> it is my first patch and I need help submitting it
[02:14] <ScottK> phil_ps1: Is there a bug about this problem?
[02:14] <phil_ps1> yes
[02:14] <phil_ps1> I submitted the patch to the bug
[02:14] <ScottK> Subscribe ubuntu-universe-sponsors to the bug.
[02:15] <phil_ps1> ScottK: ahh, I see
[02:15] <phil_ps1> done
[02:16] <phil_ps1> what will happen next?
[02:20] <ScottK> The various people who review those bugs will get to it at some point and then they will either upload it or give you feedback on what else needs to be done to get it ready.
[02:22] <phil_ps1> ScottK: okay, thanks
[02:24] <ScottK> phil_ps1: You're welcome.  phil_ps1 thank you for showing up to contribute to make Ubuntu better.
[02:44] <artfwo> Hello! May I ask, is it okay to use "debian/tmp/usr/..." lines in package.install? Or is it better to specify DHINSTALL_SOURCEDIR and prefix occasional exceptions with "../../"?
[03:51] <RAOF> Laney: Ping, re: gnome-do.
[05:22] <savvas> tonyyarusso: ok :) please do so as soon as possible, I was hoping it could be done for jaunty, since kompozer is a mess as it is now (segmentation faults etc)
[05:23] <tonyyarusso> savvas: I'll do my best.
[05:23] <savvas> thanks!
[05:23] <tonyyarusso> We're already past feature freeze of course, but I suppose it would be likely to qualify for an exception.
[05:24] <savvas> ok
[05:24] <savvas> does anyone know what's the difference between jaunty-alternate-powerpc+ps3.iso  and jaunty-alternate-powerpc.iso ?
[05:28] <StevenK> I think the +ps3 iso has a few extra packages and such like to deal with the PS3
[05:29] <savvas> thanks :)
[05:41] <dholbach> good morning
[05:47] <StevenK> dholbach: Er, why did you ack bug 333573 when someone else commented that it doesn't build ... ?
[05:47] <dholbach> hang on
[05:48] <dholbach> StevenK: because it was said "doesn't built" about -2
[05:48] <dholbach> StevenK: then the bug changed to -3
[05:48] <dholbach> StevenK: and I tested it
[05:49] <StevenK> dholbach: I would prefer that was clear in the bug log.
[05:50] <StevenK> Hmmm. Doesn't bug 334065 require an FFe?
[05:50] <dholbach> StevenK: what do you want me to do now?
[05:50] <StevenK> dholbach: In regards to bug 333573? Nothing, I'll sync it.
[05:50] <dholbach> good
[05:51] <dholbach> thanks
[05:51] <StevenK> No problem. :-)
[05:52] <fabrice_sp> Good morning dholbach and StevenK ;-)
[05:52]  * StevenK waves to fabrice_sp 
[05:53] <dholbach> hiya fabrice_sp
[06:34] <MOGUL-TECH> hello
[07:10] <fabrice_sp> Hello MOGUL-TECH
[07:10] <MOGUL-TECH> it's like quiet this morning
[07:11] <fabrice_sp> yep :-)
[07:12] <fabrice_sp> European not yet woke up (except somes :- )
[07:14] <MOGUL-TECH> tell me, according to your knowledge of linux distros which GUI between KDE and GNOME is the best ?
[07:15] <MOGUL-TECH> sorry to ask, but a lot of people saying that KDE is better because it's in QT and a lot of APPS are developped in QT.
[07:19] <Toadstool> good morning
[07:22] <RAOF> MOGUL-TECH: Very off topic for #ubuntu-motu.  Also, not really answerable.
[07:22] <MOGUL-TECH> sorry
[08:08] <c_korn> mok0: hello
[08:09] <c_korn> do you want to upload scilab and sivp?
[08:09] <mok0> c_korn: did jeuclid pass ?
[08:10] <c_korn> it is still in the jaunty queue. but I was said that scilab and sivp would just wait for the missing dependency
[08:10] <mok0> What about sivp, never heard about it
[08:10] <mok0> AFAIR
[08:12] <c_korn> it is Scilab Image Video Processing. it also needs to be updated (bug 334362). it build-depends on scilab-5
[08:13] <c_korn> it is already in debian. but there have been made some recent changes (by sylvestre ledru and me) which are not in debian yet. I attached a debdiff in my last comment
[08:14] <mok0> ok, I'll take a look. But there were some comments concerning jeuclid that concerned me
[08:17] <quadrispro>  superm1: around here?
[08:17] <c_korn> mok0: comments in the bug report? It was once rejected because I uploaded the wrong tarball which included files with licenses not mentioned in debian/copyright. but those files are not required anyway and are completely missing in the new tarball that is in jaunty queue atm?
[08:17] <c_korn> -?
[08:19] <mok0> c_korn: looking for it
[08:19] <quadrispro> superm1: I'm looking at ipod-convenience, do you know if we can move the Depends on libgpod3 to libgpod4?
[08:19] <quadrispro> hi mok0
[08:22] <quadrispro> superm1: another thing, mythnettv-gui has been accepted by archive-admin but they rejected mythnettv, so now we have only the GUI in the repositories, and I think it could be a problem :)
[08:24] <c_korn> mok0: as I see the version 3.1.4 of jeuclid is already in debian. I can provide a debdiff (but pastebin.com is down). there were only some small changes about annotations which are useless anyway (sylvestre said)
[08:24] <c_korn> mok0: http://paste.ubuntu.com/123185/
[08:24] <mok0> c_korn: I thought it was something about copyright still not being quite right
[08:25] <c_korn> this is the debdiff jeuclid-debian -> jeuclid in jaunty queue
[08:26] <c_korn> so jeuclid may also be synced now if that is easier
[08:26] <mok0> c_korn: Hm. Perhaps we should just ask for a sync
[08:26] <mok0> ^
[08:26] <mok0> he
[08:27] <mok0> c_korn: what about sivp, that could be sync'ed too
[08:27] <c_korn> no, the debian package has some bugs
[08:28] <c_korn> they were fixed by sylvestre and me yesterday
[08:28] <mok0> c_korn: oh
[08:28] <mok0> c_korn: and the fix is in your ppa?
[08:28] <c_korn> it is also on revu
[08:28] <c_korn> I also provided a debdiff
[08:28] <c_korn> see my comment https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/334362/comments/16
[08:29] <mok0> c_korn: n/m, I can just fetch the source package from your PPA and fix the version string
[08:30] <c_korn> mok0: why not take the package from revu?
[08:30] <c_korn> the package in the ppa has no complete changelog
[08:31] <mok0> c_korn: it's a new package in Ubuntu so it only should have 1 changelog entry
[08:32] <mok0> c_korn: but we also need a FFE for it
[08:32] <c_korn> hm, ok
[08:32] <c_korn> well, there it is: https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/334362
[08:32] <mok0> c_korn: yes, but it hasn't been acked
[08:32] <c_korn> https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/334362/comments/15
[08:33] <c_korn> need two akcs?
[08:33] <c_korn> acks
[08:33] <mok0> no...
[08:33] <c_korn> so, it is ready to go?
[08:34] <mok0> ah, yes :-)
[08:34] <mok0> c_korn: but sivp needs scilab-5.1 is that right?
[08:34] <c_korn> scilab >5 to compile yes
[08:35] <mok0> c_korn: I'll process that first, then
[08:35] <c_korn> ok
[08:37] <c_korn> mok0: what about jeuclid now? should I change the bug report to a sync report?
[08:39] <mok0> c_korn: I'll file a new one
[08:39] <c_korn> mok0: now I read you said sivp is a new package in ubuntu. that is not true there is sivp-4.x already in jaunty
[08:39] <c_korn> mok0: ok, thanks
[08:39] <mok0> I must have had a typo when I searched for sivp before
[08:40] <c_korn> maybe svip? I always mistype it like that
[08:41] <mok0> he
[08:41] <mok0> bug 334767
[08:43] <c_korn> ok, thank you. has this also to be ACKed?
[08:44] <mok0> c_korn: There already is an ack somewhere
[08:50] <mok0>  #326179
[08:50] <mok0>  bug 326179
[09:02] <savvas> mok0: is btk-core going to be removed?
[09:06] <mok0> savvas: already gone
[09:06] <savvas> mok0: great, so now all that remains is a powerpc build for bmpx :P
[09:07] <mok0> savvas: eerr??
[09:08] <savvas> mok0: sorry, forgot to mention, I was helping ScottK on the boost (1.34) -> boost1.35 transition
[09:09] <mok0> savvas: ah it's part of that stuff
[09:09] <mok0> savvas: what's involved in that transition? Change in API?
[09:13] <iulian> mok0: Re: bug #333639.  Bug-fix only releases don't need an exception.
[09:14] <savvas> mok0: no idea, but the developer of deluge said it's a "bad idea" :P
[09:15] <mok0> iulian: yeah I was overly cautions
[09:15] <mok0> cautious
[09:16] <mok0> iulian: can you give it back?
[09:17] <iulian> mok0: Would you like to take care of it?
[09:18] <iulian> I'll unsubscribe motu-release.
[09:18] <mok0> iulian: if you like
[09:18] <mok0> iulian: thx
[09:18] <iulian> Done, thank you.
[09:18] <mok0> iulian: ok
[11:08] <EagleScreen> hello
[11:09] <EagleScreen> ubuntu-motu mail list is failing to me at remind me my password
[11:35] <Laibsch> http://rafb.net/p/p2mP2T49.html: Hi, am I doing something wrong?  "puilder-dist create sid"
[11:35] <Laibsch> I thought that was correct syntax.  I am running jaunty
[11:36] <james_w> arguments are the other way round
[11:37] <EagleScreen> i am not sure if is possibñle to create a Sid enviroment
[11:38] <EagleScreen> you have to create a squeeze enviroment, rename the .tar to sid and later run a pbuilder update to update it to sid
[11:38] <james_w> no, hang on
[11:38] <james_w> EagleScreen: you can
[11:38] <james_w> Laibsch: your paste doesn't match your comment
[11:39] <Laibsch> james_w: and?
[11:39] <EagleScreen> I can pass on my pbuilder config file
[11:39] <Laibsch> That command should be supported as well
[11:39] <Laibsch> And of course I tried sid as well
[11:40] <Laibsch> Nothing seems to work which gets me thinking I must be doing something wrong
[11:40]  * directhex uses a pbuilderrc & regular pbuilder
[11:40] <directhex> e.g. DIST=sid pbuilder update
[11:40] <Laibsch> interesting
[11:41] <EagleScreen> yes it is
[11:41] <EagleScreen> can anyone run DIST=sid pbuilder create?
[11:41] <james_w> Laibsch: it wasn't clear what you were trying to achieve
[11:44] <Laibsch> OK
[11:44] <Laibsch> james_w: Does that work for you, am I doing anything wrong?
[11:45] <EagleScreen> sudo DIST=jaunty pbuilder update works for me
[11:45] <directhex> EagleScreen, you need a custom pbuilderrc to allow it to work
[11:46] <EagleScreen> yes I know, i have it configured
[11:49] <Laibsch> directhex: Where is the documentation for that?
[11:50] <jpds> Nafallo: (I thought you did... :/)
[11:50] <Nafallo> jpds: ?
[11:50] <directhex> Laibsch, https://wiki.ubuntu.com/PbuilderHowto
[11:53] <sistpoty|work> hi folks
[12:01] <Laney> pbuilder-dist FOR EVAR
[12:01] <Laney> pbuilder vanilla FOR NEVAR
[12:02]  * directhex pats Laney on the head
[12:03] <hanska> Laney: wtf pbuilder-dist? :P
[12:04] <Laney> hanska: it's a sweet way of managing multiple pbuilders
[12:04] <Laney> pbuilder-sid build foo.dsc
[12:04] <Laney> pbuilder-jaunty-i386 update
[12:04] <hanska> Laney: uh, nice
[12:04] <Laney> etc
[12:04] <hanska> Laney: I make that with some aliases :P
[12:04] <Laney> pbuilder-dist uses symlinks
[12:05] <Laibsch> hanska: Are you on Jaunty?
[12:05] <hanska> Laibsch: nope, Debian.
[12:05] <james_w> directhex: monodevelop-boo is done, correct?
[12:05] <Laibsch> OK
[12:05] <hanska> Laney: ah, I'll check it. From pbuilder package?
[12:05] <james_w> you added a .changes for it with a comment after it was apparently uploaded, which confuses me slightly
[12:05] <james_w> hanska: no, it's in ubuntu-dev-tools
[12:07] <hanska> james_w: why don't you send a patch to pbuilder guys to include that? Sounds useful
[12:07] <directhex> james_w, yes, all done other than monodevelop-debugger-*
[12:07] <james_w> directhex: cool
[12:07] <james_w> hanska: I see no problem with that
[12:07] <directhex> james_w, but afaik someone wanted to update the boo version (perhaps in debian) and it's not abi comp
[12:07] <hanska> james_w: s/you/"generic" you/
[12:08] <james_w> hanska: there's less of a need for Debian to have it because it's generally just sid that is needed, but it would be good to have it there
[12:08] <hanska> james_w: not really, I currently have sid, squeeze, lenny and jaunty cowbuilders.
[12:09] <james_w> hanska: but you're special :-p
[12:09] <directhex> because hanska is one of these sexy collaborative types ;)
[12:09] <james_w> exactly, and we should encourage that
[12:09] <savvas> does anyone know if Greek (Ancient) is deprecated?
[12:09] <james_w> hanska: I give you bug 161068 as evidence that I agree with you
[12:09] <savvas> I can't see it in the languages anymore
[12:10] <directhex> savvas, is ancient greek deprecated? do i need to draw you a diagram? it involves naked men with beards
[12:10] <james_w> Laibsch: bug 334848
[12:11] <Laibsch> james_w: Hehe, so you did find the bug I just created five minutes ago? ;-)
[12:11] <james_w> oops :-)
[12:12] <savvas> directhex: No offense, but I have jaunty and I don't see it as an option in the System > Administration > Language support > Install/ Remove languages
[12:13] <savvas> directhex: whereas it was an option in intrepid, that's why I'm asking
[12:13] <james_w> Laibsch: "which pbuilder-dist"?
[12:16] <Laibsch>  /usr/bin/pbuilder-dist
[12:16] <Laibsch> http://packages.ubuntu.com/jaunty/all/ubuntu-dev-tools/filelist
[12:17] <james_w> just checking :-0
[12:17] <james_w> I can't see what's wrong
[12:17] <slytherin> any one free enough to do a small change to libdvdread packaging? The bug is not critical, so please reply only if you have nothing better to do.
[12:17] <james_w> Laibsch: can you add "set -x" to the top of the script and re-run?
[12:18] <Laibsch> You want the output as a pastebin?
[12:19] <slytherin> is there any variable in rules which will have the value of package name?
[12:19] <hanska> slytherin: you can use dpkg-parsechangelog
[12:20] <Laibsch> james_w: This is not a bash script
[12:20] <Laibsch> but python
[12:20] <james_w> heh, sorry
[12:20] <james_w> it was me that wasn't looking at /usr/bin/pbuilder-dist :-)
[12:20] <slytherin> hanska: that is overhead for my requirement
[12:22] <james_w> Laibsch: do you know how to operate pdb?
[12:22] <Laibsch> no
[12:22] <Laibsch> but I guess I can learn
[12:22] <Laibsch> Is it something like gdb?
[12:23] <james_w> yeah
[12:23] <james_w> Laibsch: do you have /usr/share/debootstrap/scripts/ ?
[12:25] <Laibsch> james_w: http://rafb.net/p/qgojoF90.html
[12:26] <james_w> Laibsch: ok, please open the script in a root editor and find the line that says "script_name = os.path.basename(sys.argv[0])" and put in the line above
[12:26] <james_w> "import pdb; pdb.set_trace()"
[12:26] <james_w> making sure to indent with tabs
[12:26] <james_w> then save and close and run again
[12:26] <james_w> you will get a debugger prompt
[12:26] <james_w> use "s" to step in
[12:26] <james_w> "n" to step over
[12:27] <james_w> and "p" to print something
[12:27] <james_w> could you try and figure out why it claims not to know about any distributions?
[12:32] <Laibsch> step in vs step over?
[12:32] <Laibsch> I guess I should hit n until I hit a problem, right?
[12:33] <Laibsch> Funnily enough, the thing works in pdb ;-)
[12:34] <Laibsch> Maybe also because I have a ~/.pbuilderrc which previously I did not?
[13:46] <james_w> directhex: you included tarballs for monodevelop-debugger-* as they are the tarballs in NEW?
[13:52] <directhex> james_w, aye
[13:53] <james_w> thanks
[13:53] <directhex> james_w, if your git wrangling is good enough you can pristine-tar then yourself.....
[13:53] <directhex> took me a few days to work it out though ;)
[13:53] <james_w> if only you used bzr, it would all be transparent :-p
[13:55] <mok0> james_w: hmm, coming from git, bzr isn't obvious either
[13:55] <james_w> true
[13:55] <james_w> but I'd like to fix that
[13:55] <hyperair> but coming from svn, bzr is easier to figure out than git
[13:55] <mok0> james_w: that would be good!
[13:56] <hyperair> the commands for bzr are very similar to svn
[13:56] <mok0> hyperair: yes, bzr reminds of svn in some ways
[13:56] <hyperair> mok0: yeah, svn on steroids
[13:56] <hyperair> mok0: svn with uber branching/merging capabilities
[13:56] <mok0> What I don't like is having different directories for branches
[13:56] <mok0> hyperair: yes
[13:56] <hyperair> ah, i actually liked that at first, but come to think of it, having all of them in one directory is awesome
[13:57] <mok0> hyperair: it is. Once you get used to it
[13:57] <directhex> i agree with hyperair actually
[13:57] <directhex> i find git confusing & painful. but not my decision
[13:57]  * directhex hides from hanska 
[13:57] <hyperair> directhex: agree.
[13:57] <mok0> hyperair: what I lack in git is a simple command to see what the current branch comes off
[13:58] <hanska> directhex: :E
[13:58] <hyperair> directhex: git is awesome, but having revnos that are constantly huge strings is a pain
[13:58] <directhex> heh
[13:58] <hyperair> mok0: what dyou mean?
[13:58] <mok0> hyperair: when I've been away from a project, I tend to forget what branch/tree structure the project had
[13:59] <mok0> hyperair: I use gitk to visualize it
[13:59] <hyperair> i see
[13:59] <mok0> hyperair: but it would be nice with just a simple command
[13:59] <hyperair> yeah it would
[14:00] <mok0> james_w: so when do we start maintaining packages in bzr?
[14:01] <mok0> james_w: we have a whole bunch of -0ubuntu* ones that we could start with right away...
[14:01] <james_w> mok0: many people are already
[14:02] <james_w> we'll be ready to do large-scale maintenance soon
[14:02] <mok0> james_w: I thought there was read-only access only
[14:02] <james_w> yeah, they'll be read-write soon
[14:02] <james_w> but there are lots of independent branches already
[14:03] <mok0> james_w: ah ok, private branches off the "official" one
[14:03] <james_w> nope
[14:03] <james_w> just independent branches
[14:03]  * directhex isn't too sure how this packages-as-bzr thing is gonna work :/
[14:04] <mok0> james_w: ok, but I am asking about common maintenance
[14:04] <x-ip> Hi !
[14:04] <james_w> yeah, I'm working on that
[14:05] <james_w> as I said, it will be soon
[14:05] <james_w> a month or two
[14:05] <mok0> james_w: alrighty, sounds good
[14:06] <mok0> james_w: any decisions on the workflow? I mean things like branch names, bug fix branches, new upstream versions etc?
[14:08] <james_w> mok0: I'm not sure what there is to decide there, but that may be just that I'm too in to it. Could you expand a little please?
[14:10] <mok0> james_w: Well, we need to have a branch that contains upstreams code, and branched off that we have our extra debian/ dir, then we perhaps have some bugfix branches off upstream as well, we might have a separate branch for each ubuntu release etc. We need some guidelines on how to construct that tree of branches
[14:11] <mok0> james_w: presumably, there's a huge merge for creating the source package
[14:11] <james_w> ah
[14:11] <james_w> that's a bit beyond what I am working on right now
[14:12] <mok0> james_w: ok :-)
[14:12] <james_w> I'm interested in it, I'm just working on making our current workflow translate to bzr
[14:12] <james_w> then we can start to get creative
[14:12] <james_w> mok0: do you know the vcs-pkg.org project?
[14:12] <mok0> james_w: I understand
[14:12] <mok0> james_w: I follow their ML; not much going on atm
[14:12] <james_w> yeah
[14:13] <james_w> directhex: uploaded
[14:13] <mok0> james_w: I've played with  a scheme similar to the above mentioned locally, using git
[14:13] <james_w> directhex: mixing GPL with MIT/X11 is a little wrong in my eyes, but it's nothing to reject
[14:14] <james_w> mok0: interesting, have you considered posting a description to the list?
[14:14] <mok0> james_w: no I haven't...
[14:14] <directhex> james_w, AFAIK it's fine to mix those, as MIT is GPL-compatible
[14:14] <directhex> james_w, also, woo!
[14:14] <mok0> james_w: it's pretty much inspired by what the masters have described
[14:15] <james_w> directhex: yeah, it's not a problem of incompatibility in that sense.
[14:15] <superm1> quadrispro, ipod-convenience fixed.  thanks for reporting
[14:15] <superm1> quadrispro, as for mythnettv, what was the rejection purpose?
[14:15] <superm1> we should get that fixed asap
[14:15] <directhex> james_w, it's a dick move, you mean?
[14:16] <james_w> directhex: the issue is with debian/patches/ really, debian/copyright says they are GPL, so upstream can't just take them
[14:16] <james_w> and it may make the final thing GPL, I can't remember
[14:17] <directhex> james_w, oh. erm, that's an error with our handling of copyright i think
[14:17] <directhex> let me find a meebey
[14:19] <james_w> directhex: what's your aim for mono 2.0 in jaunty?
[14:21] <directhex> james_w, what about it, specifically? the major goal (jaunty install cd has only 2.0 classlib) is done
[14:21] <james_w> cool
[14:21] <james_w> I just looked at the TODO
[14:21] <james_w> and it looks to me like there is will be too much there to get it done for jaunty
[14:22] <goshawk> hi
[14:22] <goshawk> if someone has free time, can please see http://revu.ubuntuwire.org/p/dsss ?
[14:22] <directhex> james_w, in universe, yeah. but it's done in main, which is great IMHO
[14:22] <james_w> so I wondered if there was a certain point it would be good to get to, thinking of the CD thing, but if that's done then anything else seems like a bonus to me
[14:22] <directhex> james_w, and now debian is unfrozen, it means karmic's day-one import will basically get it all done
[14:23] <james_w> coolio, nice work
[14:23] <james_w> directhex: it won't cause those libraries to FTBFS if someone tries to rebuild them will it?
[14:24] <directhex> james_w, um....... well........ yes, it will. i suppose that makes it a higher priority then
[14:24] <james_w> err, yeah
[14:24] <james_w> kind of
[14:24] <Laney> haha
[14:24] <james_w> that's not really the way to organise a transition, I've always been uncomfortable about that
[14:24] <Laney> I (we) can take a big run at it over the weekend
[14:25] <james_w> Laney: cool, thanks
[14:25] <james_w> Laney: I'll help out if I'm around
[14:25] <Laney> awesome
[14:25] <directhex> i'll try too, time-allowing (but my weekend looks over-full)
[14:25]  * Laney gets the tinnies in
[14:25] <james_w> if it's not done next week I recommend we put the pieces back together so we can have a safe half-done transition for release
[14:26] <james_w> then optionally transition anything else after that time
[14:26] <directhex> james_w, IMHO it'll be easier to finish than half-finish. i'm not sure how to unbreak building old packages without major screwups
[14:26] <AdamDH> hi, if my source is called  binutils-2.18.tar.gz should I rename this to binutils_2.18.orig.gz when I include it inside my package?
[14:27] <james_w> directhex: yeah, that's why you shouldn't really organise it this way.
[14:29] <directhex> james_w, transitioning 100 packages is hard
[14:29] <james_w> directhex: indeed, I don't dispute that
[14:29] <james_w> but making them all insta-FTBFS causes issues in itself
[14:29] <james_w> doing it in experimental saves you from some of that
[14:30] <james_w> but you will still have issues when you try and do all this in unstable and try and get it to transition to testing
[14:30] <directhex> it's started in unstable
[14:30] <directhex> release manager greenlighted a breaking transition, as it was blocking kde & gnome
[14:31] <directhex> battery is nearly flat :(
[14:32] <mok0> directhex: you _want_ it to be flat, otherwise it won't fit in your laptop!
[14:33] <directhex> mok0, http://www.plusminus.ru/flashbag.html
[14:33] <mok0> directhex: hehe
[14:37] <AdamDH> when I am running debuild -S -sa so I can upload my package to my ppa I get an error about a debian revision number, there is no debian release so I did -0ubuntu1 in the changelog to show this? what else could be wrong here?
[14:41] <james_w> AdamDH: "an error" isn't too informative. What's the actual error you get?
[14:42] <AdamDH> sorry forgot the link to the pastebin, http://paste.ubuntu.com/123348/
[14:43] <AdamDH> line 15 shows the error
[14:44] <Laney> AdamDH: your orig is misnamed
[14:44] <Laney> IMO that error is quite clear
[14:44] <directhex> Laney, very!
[14:44] <Laney> heh
[14:45] <Laney> this is quite some flat battery you have directhex
[14:45] <AdamDH> It sounds stupid thats what I considered so the upstream source is binutils_2.18.orig.tar.gz
[14:45] <Laney> you need to name it what it wants
[14:45] <directhex> Laney, "flat" means "red in gnome-panel"
[14:45] <directhex> AdamDH, the orig name matches the name in changelog/control
[14:46] <AdamDH> ah ok did not know that
[14:46] <AdamDH> thanks again will modify that
[14:47] <AdamDH> it seemed to upload ok, https://launchpad.net/~adamhorden/+archive/ppa and the package is there, I will change the orginal source name
[14:48] <directhex> AdamDH, you created a native package, due to missing orig
[14:48] <AdamDH> so my upstream source needs to be named msp430-binutils_2.18-msp430-cvs.0.0.20090226.orig.tar.gz?
[14:49] <directhex> sounds right
[14:50] <directhex> just... need... to last until coffee break...
[14:55] <directhex> 20 minutes remaining,,,,,
[14:55] <bddebian> Heya gang
[14:56] <directhex> okay, i'm out of power...
[15:05] <cristi> hello! what do i need to learn in order to be able to get involved in the motu project?
[15:05] <dholbach> hiya cristi
[15:06] <dholbach> check out https://wiki.ubuntu.com/MOTU/GettingStarted
[15:06] <iulian> See /topic as well.
[15:06] <dholbach> cristi: there's also a bunch of videos linked from there, docs, the packaging guide, etc etc
[15:06] <dholbach> lots of information :)
[15:06] <iulian> Hey dholbach.
[15:07] <cristi> do i need to know cpp fundamentials however?
[15:08] <dholbach> hiya iulian
[15:08] <iulian> cristi: Not really, no.  If you want to start by packaging things, you don't need to know any programming language.  If you want to fix non-packaging bugs then yes, it may help you.
[15:08] <dholbach> https://wiki.ubuntu.com/MOTU/FAQ should answer that
[15:08] <dholbach> and one of the MOTU videos is especially about questions like that :)
[15:09] <cristi> dholbach: ok, so i have a lot of reading to do, but i am very determined :D
[15:10] <iulian> cristi: Excellent, please don't hesitate to ask questions in this channel if you encounter issues.
[15:10] <dholbach> cristi: talk to us if you have any questions :)
[15:10]  * dholbach hugs iulian
[15:10] <dholbach> great minds think alike :)
[15:10]  * iulian hugs dholbach back. :)
[15:11] <RoAkSoAx> heya guys, can we still add watch files and update packages?
[15:11] <dholbach> RoAkSoAx: you will need to follow https://wiki.ubuntu.com/FreezeExceptionProcess - we're focussed on bug fixing now
[15:12] <RoAkSoAx> dholbach, ok thanks.. so bug fixing is it :)
[15:12] <dholbach> iulian, sistpoty|work: gracias
[15:12] <RoAkSoAx> but, we can do merges in case the package in debian fix any bugs in ubuntu right?
[15:12] <sistpoty|work> dholbach: bitte ;)
[15:12] <dholbach> RoAkSoAx: sure
[15:13] <RoAkSoAx> dholbach, thnks :)
[15:20] <iulian> Hmm, my sound stopped working and I haven't even noticed.
[15:23] <iulian> Device: Playback: Null Output (PulseAudio Mixer)
[15:23] <iulian> Looks odd.
[15:31] <tgm4883> What is the reason that http://revu.ubuntuwire.org/p/mythnettv is rejected?
[15:33] <sistpoty|work> tgm4883: see https://lists.ubuntu.com/archives/ubuntu-archive/2009-February/025035.html
[15:33] <tgm4883> sistpoty|work, thanks.  Any chance I can fix that?
[15:34] <sistpoty|work> tgm4883: realign debian/copyright to what the sources say?
[15:34] <tgm4883> well yea, I meant can I fix that this cycle?
[15:35] <sistpoty|work> tgm4883: I suggest you ask superm1 for this. If he absolutely wants it in, I assume he'll grant you a FFe
[15:35] <tgm4883> ok
[15:35] <tgm4883> thanks
[16:22] <AdamDH> if there is no debian version then when I append to my version in the changelog I just do -0ubuntu1 or just -1?
[16:23] <RainCT> AdamDH: -0ubuntu1
[16:23] <AdamDH> thanks RainCT
[16:51] <Adri2000> RainCT_: now is the time :)
[16:52] <nixternal> 10 Minute Notice - Ubuntu MOTU Council Meeting - #ubuntu-meeting
[16:52] <RainCT> Adri2000: as in, production is being updated?
[16:52] <Adri2000> yep, see #-devel
[16:53] <RainCT> great \o/
[16:59] <quadrispro> superm1: I don't know why it has been rejected :-/ but I remember that there was some little issue (it might not be lintian clean really)
[16:59] <superm1> quadrispro, tgm4883 found why it was rejected
[16:59] <superm1> it was GPL2/3 typo in debian/copyright
[16:59] <quadrispro> ahh!!
[16:59] <superm1> he corrected it and put the new package on an FFe bug
[16:59] <superm1> which i'm cool with
[17:00] <superm1> quadrispro, if you want to sponsor it
[17:00] <superm1> bug 334960
[17:00] <quadrispro> great!
[17:00] <quadrispro> right now
[17:02] <quadrispro> superm1: mario, did you look at it? I'm asking you that because I've to go away now, and I haven't the time to review it
[17:03] <superm1> quadrispro, the only diff should be a sed 's/2/3/' debian/changelog.  wouldn't hurt to do a debdiff and double check
[17:08] <quadrispro> ok, i'll take a look later
[17:39] <khirr> hello, how can ic reate .deb packages from my bash script using gdialog
[17:40] <hyperair> read the packaging guide
[17:40] <hyperair> https://wiki.ubuntu.com/PackagingGuide
[17:50] <RainCT> vorian: the C10shell hook looks interesting.. perhaps it could be installed by default with ubuntu-dev-tools? (changing vim to sensible-editor, though :P)
[17:51] <vorian> RainCT: i think so, it's a life saver
[17:53] <RainCT> perhaps even include several of them and have a pbuilder-hooks script to enable/disable them (like the interface to choose a screen profile).. if someone is on hacking mood that could be something nice to have :P
[17:54] <vorian> hmmm
[17:57]  * sistpoty|work calls it a day... cya
[17:57] <RainCT> do pbuilder hooks work with cowbuilder?
[17:59] <RainCT> Unable to obtain lock [...] held by rainct@bazaar.launchpad.net [...] locked 6508 hours, 11 minutes ago    o_O
[18:00] <vorian> RainCT: i've never used cowbuilder
[18:01] <RainCT> it's fast (uncompressed chroot, no need to untar tarballs) :)
[18:02] <vorian> hmm
[18:08] <salty-horse> is gnome-volume-manager responsible for auto-mounting usb mass storage devices etc?
[18:12] <mrooney> Could someone explain what this u-u-s comment means? https://bugs.edge.launchpad.net/ubuntu/+source/wxbanker/+bug/333639/comments/4
[18:12] <mrooney> the patch is definitely not reversed
[18:17] <slytherin> Is there anything wrong with ports repository server?
[18:17] <cody-somerville> slytherin, yes
[18:18] <slytherin> cody-somerville: What happened? I am getting error that libgmyth is not available (powerpc).
[18:18] <cody-somerville> slytherin, I think there is a hardware issue.
[18:19] <cody-somerville> slytherin, what component is libgmyth in?
[18:19] <slytherin> cody-somerville: universe
[18:20] <cody-somerville> slytherin, libgmyth is only built on amd64 and i386
[18:21] <slytherin> cody-somerville: http://launchpadlibrarian.net/14121999/buildlog_ubuntu-intrepid-powerpc.gmyth_1%3A0.7.1-1_FULLYBUILT.txt.gz
[18:22] <cody-somerville> http://packages.ubuntu.com/search?keywords=libgmyth
[18:23] <slytherin> cody-somerville: that site does not list ports packages.
[18:23] <cody-somerville> ah
[18:28] <slytherin> can anyone having a jaunty installation please try playing a DVD with VLC or totem-gstreamer?
[18:37] <quadrispro> superm1: are you sure we can upload a package in NEW during FF?
[18:39] <superm1> quadrispro, i'm acking it. i'm delegate for mythbuntu related stuff
[18:40] <quadrispro> superm1: ah perfect! can I upload the package or I have to wait for another ACK?
[18:43] <superm1> quadrispro, i think you should be fine to upload the package, especially for how small that change was
[18:46] <quadrispro> superm1: good
[18:46] <quadrispro> ok
[18:53] <moquist> if my package has multiple binaries with different .config scripts, should I have multiple .templates files or just one?
[19:04] <slangasek> moquist: the .templates file has to accompany the .config file - i.e., it's per binary package
[19:07] <moquist> slangasek: thx
[19:09] <slytherin> can anyone running up to date jaunty do some testing with DVD playing for me?
[19:37] <jreinhardt> Hi
[19:40] <jreinhardt> I have a LaTeX package in REVU  (http://revu.ubuntuwire.org/p/pgfplots) waiting for review. A few days ago the Bugtracker informed me that there is a ITP for this package n Debian. (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514751), which was withdrawn, because the package will be part of TeXLive 08. Now what is the right thing to do with the package in REVU?
[19:45] <slytherin> can anyone please do some testing for me with dvd playing?
[20:02] <moquist> I'm having trouble figuring out how to change debian/rules so only moodle-common has the moodle source tree, and moodle-mysql, moodle-postgresql, etc. just handle some deps, debconf, and postinst tasks.
[20:03] <moquist> I've been reading http://wiki.debian.org/PkgSplit and looking at a couple multi-binary packages (NFS and postgresql), but if anybody has any recommendations for what I should read, I'll appreciate them.
[20:08] <RainCT> moquist: When dpkg-buildpackage creates a .deb, what it does is (baldly) run the stuff from debian/rules, look at the control file to see which binary packages it should produce and then take the stuff from debian/<pkgname1> and put it into <pkgname1><...>.deb, then take the stuff from debian/<pgkname2> and put it into <pkgname2><...>.deb, etc
[20:08] <RainCT> moquist: so your debian/rules has to place the files into debian/moodle and leave debian/moodle-{mysq,postgresql} empty if you don't want anything there
[20:09] <moquist> that makes sense; thx
[20:09] <RainCT> moquist: as for the postinst and such, you'll have to rename the files in debian/ which are only for a certain binary package to debian/<pkgname>.<original filename>
[20:09] <RainCT> moquist: no problem, hope this helps :)
[20:09] <moquist> we'll see, but it sounds like it will :)
[20:10] <fabrice_sp_> slytherin, is it ok with a VM?
[20:10] <moquist> I already have the various .postinst, .config, .templates files. .rules didn't work. :)
[20:10] <RainCT> moquist: there can only be one rules file (debian/rules)
[20:10] <slytherin> fabrice_sp_: yes, I just want to know if problem I am facing has anything to do with latest libdvdread update
[20:10] <RainCT> moquist: the <pkgname>.<file> rule only goes for debhelper files
[20:10] <moquist> yeah, that's what I figured
[20:11]  * fabrice_sp_ starting Jaunty VM
[20:11] <RainCT> (and the {post,pre}* and such of course)
[20:11] <mrooney> mok0: could you explain what you meant re bug 333639?
[20:11] <moquist> RainCT: right
[20:12]  * moquist moves debian/<pkgname>.install back to debian/install
[20:12] <RainCT> moquist: that one is fine ("install" is for dh_install, which is from debhelper)
[20:12] <moquist> Oh.
[20:13]  * moquist moves it back
[20:14] <fabrice_sp_> slytherin, the VM is running. What do you want me to test?
[20:15] <slytherin> fabrice_sp_: can you try playing some video DVD?
[20:16] <fabrice_sp_> slytherin, with some specific pgm? I generally use vlc...
[20:17] <slytherin> fabrice_sp_: vlc is fine. make sure it is fully updated.
[20:18]  * fabrice_sp_ have to reboot his Jaunty VM :-/
[20:22] <fabrice_sp_> slytherin, it's playing fine with totem
[20:23] <slytherin> fabrice_sp_: what command did you use for playing? or did it auto start?
[20:23] <slytherin> fabrice_sp_: and did you see DVD menu in totem?
[20:23] <fabrice_sp_> slytherin, autostart
[20:23] <fabrice_sp_> hmmm, have to check for the menu
[20:24] <fabrice_sp_> slytherin, no, no menus. I'll check with another DVD
[20:25] <slytherin> fabrice_sp_: does the DVD has any menu?
[20:26] <fabrice_sp_> I think so. That's why I'm trying with one that for sure has a menu
[20:31] <fabrice_sp_> slytherin, totem does not reproduce the menu (jaunty or intrepid). vlc does in both
[20:32] <slytherin> fabrice_sp_: Ok. So at least there are no regressions. :-)
[20:35] <fabrice_sp_> lol
[20:35] <fabrice_sp_> slytherin, in which program are you missing the menu?
[20:35] <fabrice_sp_> s/in/with/
[20:36] <slytherin> fabrice_sp_: It is not question of missing menu. I am not able to play dvd at all. It was working till 2 days ago.
[20:36] <fabrice_sp_> ohh
[20:36] <slytherin> so I was afraid that I broke dvd playing completely with my uploads.
[20:37] <fabrice_sp_> k
[20:39] <slytherin> fabrice_sp_: I am surprised you are not getting menu in totem. You should (provided all the gstreamer plugins are installed).
[20:40] <fabrice_sp_> slytherin, yes, I know. but as I always use vlc, I never noticed that. It's jumping directly to the movie, so it could be also some parameters
[20:40] <slytherin> fabrice_sp_: any, not a high concern right now
[20:42] <fabrice_sp_> no :-)
[21:00] <fabrice_sp_> A library in adm64 should be installed in /usr/lib64? Or it should go to /usr/lib and symlink to /usr/lib64?
[21:02] <dtchen> fabrice_sp_: on Ubuntu, it should install into /usr/lib
[21:03] <dtchen> fabrice_sp_: /usr/lib64 is simply a symlink to /usr/lib
[21:03] <fabrice_sp_> dtchen, ok. Thanks!
[22:51] <TheMuso> savvas: I still have the diff here, so I will try asap
[22:55] <savvas> TheMuso: I just realised I was talking in the wrong channel, sorry :P
[22:56] <TheMuso> savvas: test building now.
[22:58] <savvas> TheMuso: ok - I tried to create a virtual powerpc with qemu through virt-manager but something was going wrong
[22:58] <TheMuso> savvas: That would probably be slow anyway.
[22:59] <savvas> I read that there's a kqemu kernel module somewhere that speeds it up - but anyway, this is better :)
[23:01] <TheMuso> savvas: FTBFS, getting you the necessary bit of the log.
[23:02] <TheMuso> savvas: http://paste.ubuntu.com/123573/
[23:04] <savvas> TheMuso: which version of bmpx did you use?
[23:05] <TheMuso> savvas: the latest in jaunty
[23:05] <TheMuso> and your diff applied against that ok.
[23:05] <savvas> damn
[23:06] <savvas> thanks TheMuso for your help, at least I/we tried :)
[23:07] <TheMuso> savvas: by the looks of that, it needs a library to build against. Does Ubuntu have that library?
[23:08]  * TheMuso will dig into this more later. I think this is quite fixable, just got to work out what its looking for, and that means building step by step in a chroot by hand.
[23:09] <savvas> TheMuso: the last time I checked libsidplay was in the ports
[23:11] <TheMuso> Yeah I just checked the package, and the build wouldn't have got that far if the sidplay lib wasn't found. I will look into it later if you like.
[23:11] <savvas> ScottK: I guess the other solution is to remove libsidplay and remove support for commodore 64 music :\
[23:11] <savvas> TheMuso: please do!!
[23:12] <directhex> moo
[23:12] <TheMuso> savvas: I don't think we will have to go that far, but I will see what I can find.
[23:12] <TheMuso> But that will be later, since I have other work to do currently.
[23:13] <savvas> alrighty, thank you