[00:05] <CarlFK> what is the debconf thing that re-builds xorg.conf?
[00:23] <jmarsden> CarlFK: Are you looking for    dpkg-reconfigure xorg
[00:46] <awmcclain> If the only thing I'm changing from the debian package is the distro and the maintainer, should I still append ubuntu1 to the version number?
[00:46] <persia> awmcclain: Why would you only change those two things?  Would it not be better to sync?
[00:47] <awmcclain> persia: Sync? What is this "sync"? Maybe my build process is wrong? Oh, keep in mind, the debian package is not part of the debian universe.
[00:48] <persia> awmcclain: debian universe?  Could you perhaps provide some more context: I'd be happy to answer if I understood the details.
[00:48] <persia> !sync
[00:48] <persia> Grr..
[00:48] <awmcclain> eep. internet went down. sorry
[00:48] <persia> https://wiki.debian.org/SyncRequestProcess
[00:48]  * persia is an idiot today
[00:49] <persia> https://wiki.ubuntu.com/SyncRequestProcess
[00:49] <persia> awmcclain: What are you trying to achieve (in some detail)?
[00:52] <awmcclain> persia: I'm the (de facto) debian maintainer and the ubuntu maintainer of a few perl-based web server packages. I host the packages in my PPA. Previously, I've branching the upstream source (where they have a /debian directory -- i know, i've been arguing with them about it ), changing the distro from etch to gutsy/hardy, changing the package-maintainer to myself, building with pdebuild, and uploading to launchpad with dput.
[00:53] <awmcclain> I've been using the version format "perlbal-1.70+svnXXX-1ubuntu1~hardy~ppa1", but I'm wondering if I should drop the ubuntu1.
[00:54] <persia> awmcclain: I'd recommend e.g. ..-0ppa1~hardy for that use case, updating to ppa2 for a new rev, and using both releases, unless you find a case where you need to diverge between the releases.
[00:55] <persia> Mind you, in a larger sense, it would make sense to get the packages into Debian proper, and have the source copied into Ubuntu so you only have to maintain -1 and it gets compiled for the right targets automatically (well, you might need to request backports).
[00:57] <awmcclain> That was my next question. Ok.
[03:21] <emgent> siretart: heya
[04:01] <emgent> hey people please add your name in new UTU version
[04:01] <emgent> http://thc.emanuele-gentili.com/utu/index.php
[04:06]  * nhandler adds his name
[04:31] <emgent> nxvl: go to add your name surname and launchpad id in UTU :)
[04:34] <nxvl> ?
[04:34] <nxvl> link please
[04:34] <nxvl> http://thc.emanuele-gentili.com/utu.php ?
[04:34] <tacone> nxvl: http://thc.emanuele-gentili.com/utu/registration.php
[04:38] <nxvl> tacone: yep, done
[04:38] <nxvl> :D
[04:39] <tacone> nxvl: what's your name ? I forgot
[04:39]  * nxvl HUGS tacone and emgent 
[04:39] <nxvl> emgent: btw, did you use pbuilder?
[04:39] <tacone> nvalcarcel ?
[04:41] <tacone> nxvl: seems like your full name is so cool that utu is not ready yet to handle it
[04:41] <emgent> á
[04:42] <emgent> charset..
[04:42] <tacone> mail encoding.
[04:42] <tacone> python should have some library to handle it, though.
[04:43] <emgent> uhm..
[04:44] <nxvl> tacone: yeah, utf-8 issue
[04:44] <nxvl> tacone: i'm used to it
[04:44] <tacone> nxvl: I have no doubt you are.
[04:45] <tacone> nxvl: I posted on the blog a mail I've written on ubuntu-devel. http://www.stefanoforenza.com/ubuntu-gui-coverage/
[04:45] <nxvl> yeah i saw it
[04:45] <tacone> I was not really lucid while writing it, but maybe you are interested in the general topic
[04:45] <tacone> oh
[04:45] <tacone> ok
[04:46] <nxvl> it's on my ToDo list to search the tread
[04:46] <nxvl> :D
[04:46] <nxvl> now i'm kind of busy testing and writing the build-twice-in-a-row function on pbuilder
[04:46] <tacone> well, I had only 1 reply. the rest is a slightly different argument.
[04:47] <tacone> nxvl: any plan to support make -j 2  or make -j 3 in pbuilder ?
[04:47] <nxvl> tacone: it doesn't?
[04:47] <tacone> you have to hack it.
[04:47] <tacone> or maybe set some default env var for make, I don't know.
[04:48] <StevenK> Some debian/rules support CONCURRENCY_LEVEL
[04:48] <tacone> StevenK: that would be a nice step forward.
[04:48] <nxvl> tacone: that should be defined on debian/rules actually
[04:48] <StevenK> make -j n is hard, though. For complex pieces of software you need *really* *really* well defined upstream Makefiles
[04:49] <tacone> StevenK: what you mean ? risk of breaking ?
[04:51] <StevenK> tacone: Yup. So, the whole point of -j n is you break up the build into multiple streams, and start them simultaneously. If stream A needs something stream C is building and doesn't depend on it in the Makefile, so that make knows to 1) order it into stream A, or 2) have stream A block until the piece is built, otherwise it could go bad.
[04:51] <tacone> StevenK: too bad :-(
[04:52] <StevenK> tacone: If upstream knows how to write Makefiles, it isn't usually an issue -- you just shouldn't turn it on for every single package in the archive.
[04:52] <StevenK> tacone: The kernel, for example, easily deals with -j n
[04:53] <tacone> StevenK: ok, thanks :)
[05:04] <emma> :)
[05:04] <Hobbsee> hello emma.
[05:39] <emma> hehe
[05:41] <emgent> moin Hobbsee :)
[05:41] <emma> moin emgent :)
[05:41] <Hobbsee> hey emgent, how's it going?
[05:43] <emgent> all good thanks :)
[05:43] <emgent> I finished now to fix the latest problems in UTU
[05:43] <emgent> now rocks :)
[05:43] <emma> emgent: that sounds like a good accomplishment.
[05:43] <StevenK> Is it faster now? :-P
[05:44] <emgent> sure crontab :)
[05:44] <emgent> StevenK Hobbsee go to add your name :P
[05:44] <tacone> bleeding edge caching techniques, uh emgent ? :-)
[05:44] <Hobbsee> emgent: can't you just pull them all off LP or something?
[05:45] <emgent> tacone: hehehe
[05:45] <emgent> Hobbsee: lists.ubuntu.com version-changes
[05:45] <Hobbsee> emgent: or that, yes.
[05:45] <StevenK> emgent: Hardy is blank
[05:46] <emgent> StevenK: i know.. calculating.. :)
[05:46] <tacone> not anymore.
[05:46] <emgent> refresh in 10 min.
[05:46] <emgent> now all up :)
[05:49] <emma> emgent - What is it that you work on?
[05:51] <emgent> emma: it`s a python script for grab uploads, and php scripts for manage it.
[05:52] <emgent> emma: http://thc.emanuele-gentili.com/utu/index.php
[05:53] <emma> emgent: oh that's wonderful.
[05:53] <emma> emgent: That's why I like to hang out in these channels. You are such a talented guy.
[05:54]  * Hobbsee hears deja vu.
[05:55] <emgent> emma: ...
[05:55] <emma> Yes?
[05:56] <emgent> (06:53) ( emma) emgent: oh that's wonderful.
[05:56] <emgent> this is a stupid script, stupid but useful
[05:56] <emma> I see. :)
[05:58] <emma> emgent: to me it looks wonderful and I still maintain that you are a talented guy :)
[06:03] <emma> hehe
[06:03] <emma> :)
[06:03] <emma> Goodnight now.
[06:04] <emgent> bye.
[06:05] <emma> bye.
[06:10] <persia> emgent: How did you get your initial name list?
[06:11] <tacone> persia: http://thc.emanuele-gentili.com/utu/registration.php
[06:11] <tacone> persia: it's linked from the main page.
[06:11] <persia> tacone: Except I didn't use that, and my name is listed, which is why I wondered
[06:12] <tacone> I misunderstood. reads from mailing list.
[06:13] <emgent> persia: someone added your nick..
[06:13] <tacone> no, emgent he refers to the full name
[06:13] <emgent> ah nice.
[06:14] <emgent> yeah, via mailing list.
[06:14] <tacone> persia: uploaderlist = findall('Changed-By: (.*) <.*>', data)
[06:14] <persia> emgent: Hmm.  I'm going to agree with those who suggested you pull data from LP: it's too easy to abuse if there is no checking involved.
[06:14] <persia> tacone: Sure, but that doesn't explain why "persia" exists on http://thc.emanuele-gentili.com/utu/showlist.php
[06:15] <tbielawa> woohoo! that was exciting. I just figured out what build-deps were required to satisfy pkg-config on something I'm working on :-)
[06:15] <tacone> guess he added by hand the first entries
[06:15] <tacone> persia: I don't know if launchpad bugs allows for fullname search right now.
[06:15] <emgent> i think nhandler
[06:15] <tacone> maybe the new apis ?
[06:15] <emgent> same ip in this post.
[06:15] <persia> Doesn't need it: we always have the email address.
[06:16] <tacone> persia: same thing. does it allow right now ?
[06:17] <persia> tacone: Sure.  pass some search text in a JSON object as a GET to https://api.edge.launchpad.net/beta/people
[06:17] <tacone> !! are the apis already pubblished ? wow.
[06:18] <tacone> ubottu: you undervalue yourself
[06:18] <tacone> ok ok ..
[06:18] <emgent> heheh
[06:18] <tacone> persia: I seem not allowed yet to access that page. I would have to subscribe launchpad beta users etc etc :-)
[06:19] <persia> tacone: Ah.  Yes.  On the other hand, some people might be subscribed :)
[06:19] <tacone> (which sounds pretty cool now that I think about that)
[06:19] <tacone> some people could steal secret information >:-]
[06:19] <tacone> (jocking)
[06:22]  * tacone made the wannabe-a-beta-something request
[06:24] <emgent> tacone: and wait...
[06:24] <emgent> (07:00) ( kiko) <kiko> okay, flying out to toronto, see you all in some 16h!
[06:24] <emgent> (07:00) :: kiko (n=kiko@canonical/launchpad/pdpc.supporter.active.kiko) has quit ("Connection reset by santa")
[06:24] <emgent> heheh :)
[06:24] <tacone> is him the only one ?
[06:24] <tacone> oh
[06:24] <tacone> 16h, not 16th august
[06:24] <tacone> ok I can wait.
[06:25] <persia> There ought be others who can approve a request to be a beta tester
[06:25] <emgent> https://launchpad.net/~launchpad-beta-testers/+members
[06:25] <tacone> ok, I misunderstood though, 2/3 days is not so much :-)
[06:26] <tacone> oh
[06:26] <tacone> efficent people. I am delighted.
[06:28] <tacone> uhm, the api page still doesn't work.
[06:28] <tacone> going to sleep a little
[06:29] <tacone> see you
[06:29] <emgent> tacone: see you later :)
[07:36] <TomJaeger> Could someone have a look at the easystroke package on REVU?  Thanks.
[07:47] <emgent> tacone: moin
[08:04] <dholbach> good morning
[08:04] <Laney> howdy
[08:04] <dholbach> heya Laney
[08:09] <takdir> could someone review indonesian-fonts and scim-tables-indonesian at revu ?
[09:51] <Iulian> G'morning
[10:39] <dholbach> nobody packaged launchpadlib yet?
[10:39] <james_w> hey dholbach
[10:39] <dholbach> hi james_w
[10:39] <james_w> has it been released?
[10:40] <dholbach> I could check out lp:launchpadlib :)
[10:40] <james_w> that's good enough
[10:40] <james_w> I'll take a look
[10:40] <dholbach> thekorn is working on a pylpbugs connector using launchpadlib
[10:41] <james_w> awesome
[10:41] <dholbach> so we can have a smooth transition for the scripts that we have already
[10:41] <dholbach> yes, thekorn is full of awesome-ness
[10:41] <dholbach> there are no other words for it
[10:41] <james_w> and you're not hugging him for that?
[10:41] <dholbach> I was humping him earlier on
[10:41]  * dholbach hugs thekorn
[10:42] <dholbach> thanks james_w for looking into the packaging :)
[10:42]  * dholbach hugs james_w too
[10:42]  * james_w starts a group hug with dholbach and thekorn 
[10:42] <dholbach> :-))))
[10:42]  * thekorn hugs dholbach and james_w 
[10:42] <dholbach> yoohooo
[10:42]  * DktrKranz hugs everyone, simpler ;)
[10:43] <james_w> dholbach: do you know a way to search for a term in bugs with a tag?
[10:43] <james_w> I'm trying to see if there is a needs-packaging bug already open
[10:44] <james_w> ah I can do it from advanced it seems
[10:44] <ion_> Anyone feel like reviewing http://revu.ubuntuwire.com/details.py?package=compcache-setup? Thanks.
[11:00] <metilfenidato> packages.ubuntu is out?
[11:01] <Iulian> Seems that it's down.
[11:04] <yannick> Why is ffmpeg lacking some video encoders since intrepid? cf. https://bugs.launchpad.net/ekiga/+bug/254201
[11:20] <persia> ion_: Is that just a wrapper around a udev rule?
[11:26] <ion_> persia: Well, it has a localizable debconf UI and handles the mkinitramfs compcache code properly.
[11:27] <persia> ion_: It just seems a bit light for it's own package: there's something about having no actual code that bothers me.
[11:28] <persia> On the other hand, at least it's native, rather than having an empty "upstream" tarball...
[11:28] <ion_> Well, there is *some* code, although admittedly not much. :-)
[11:29] <ion_> The validation of the user-supplied value, the computation of the module parameter based on it etc. :-)
[11:33] <persia> ion_: There's no code outside of debian/
[11:35] <ion_> persia: Well, i *could* have put the files outside debian/, but then dh_* wouldn’t have found them automatically. ;-)
[11:35] <ion_> perais: But yeah, i get what you mean.
[11:36] <persia> ion_: I'm not advocating putting them outside debian, I'm just amused at a "no code" package.
[11:38] <persia> Anyway, it's not lintian clean.
[11:40] <ion_> Huh. I could have sworn i checked the source and the binary. I guess i made a mistake.
[11:40] <joaopinto> Could someone review http://revu.ubuntuwire.com/details.py?package=amoebax ? Thanks
[11:41] <ion_> persia: What doesn your lintian complain about? It doesn’t complain for me.
[11:41] <persia> joaopinto: The source isn't even lintian clean for that one.
[11:42] <persia> ion_: I suspect you aren't giving lintian the -iIv options
[11:42] <ion_> persia: Sorry, no. Will check with them and fix.
[11:42] <joaopinto> ops, forgot the lintian warnings
[11:42] <persia> ion_: Anyway notes on REVU (along with non-lintian note)
[11:42] <ion_> persia: Thanks!
[11:46] <devfil> asac: I've tested the rdepends of xulrunner 1.8.1.16
[12:00] <Syntux> Good day
[12:09] <asac> devfil: good
[12:09] <asac> please open a bug and attach the bits
[12:10] <devfil> asac: there is a problem, I don't know hot to find the USN, CVE... fixed in this release
[12:10] <devfil> *how
[12:13] <asac> devfil: just look at the firefox USNs
[12:14] <asac> if we skipped .15 .14 ... and so on, add those to the "fixed" list as well.
[12:14] <devfil> asac: where exactly? we skipped only .15, .14 is in the repo
[12:16] <asac> devfil: look for the firefox advisory for .15 and .16 then
[12:16] <asac> devfil: http://www.ubuntu.com/usn
[12:16] <asac> devfil: also check the advisories for tbird .15 and .16
[12:16] <asac> maybe there is one on top
[12:16] <asac> if there is another referred in tbird add that as well as xulrunner also contains most of mailnews
[12:17] <asac> devfil: you dont need to name all CVEs/MFSAs in changelog, just USNs would be enough
[12:17] <asac> (maybe with a link to the USNs)
[12:18] <Syntux> nhandler, yo
[12:25] <stefanlsd> Anyone bored and wanna look at and comment / maybe sponsor my gpa build?
[12:35] <BUGabundo> is Jonathan Riddell (jriddell) around?
[12:35] <BUGabundo> today's update mess my kmail
[12:35] <Riddell> hmm?
[12:36] <BUGabundo> hi there
[12:36] <BUGabundo> Riddell: see private im
[12:36] <Riddell> BUGabundo: kde4libs_4.1.0-0ubuntu7 should appear in a bit, ought to help things
[12:36] <BUGabundo> it was working fine until a few minutes ago, when I did some updates
[12:37] <BUGabundo> ahhh ok
[12:37] <BUGabundo> I'll wait...
[12:37] <BUGabundo> souldnt there be dependecies ?
[12:38] <BUGabundo> what's up with /libwbclient0_2%3a3.2.0-4ubuntu3_amd64.deb  and likewise?
[12:41] <Riddell> I don't know what that is
[13:04] <huats> hello everyone
[13:06] <joaopinto> could someone review http://revu.ubuntuwire.com/details.py?package=amoebax ? Thanks
[13:16] <Riddell> BUGabundo: looks like a problem with samba
[13:16] <BUGabundo> I know
[13:16] <BUGabundo> more precislly likewise
[13:19] <ScottK> joaopinto: One quick comment for you on package descriptions ...  It looks like you've written one package description, but the first line should be the short description and the second line should start the long description.  It looks like one, but it's really two separate things.  The long description should read sensibly without the short description present.
[13:23] <BUGabundo> Hobbsee and Riddell here is the full log http://paste.ubuntu.com/34001/
[13:24] <james_w> BUGabundo: it's bug 254434
[13:24] <BUGabundo> thanks
[13:24] <BUGabundo> thanks james_w
[13:24] <james_w> I imagine it is actually a bug in likewise-open, but once our samba expert wakes up I'm sure he'll reassign it or fix it as needed
[13:24] <BUGabundo> its been like this for a week
[13:25] <BUGabundo> I'll subscribe to it
[13:26] <Hobbsee> BUGabundo: if it's been like this for a week, then why didn't you report a bug about it a week ago?
[13:27] <BUGabundo> I was busy with other more pressing bugs
[13:27] <BUGabundo> I've been reporting bugs against kmail
[13:27] <BUGabundo> on kde 4.1
[13:27] <BUGabundo> and last week wasn't all that free time... too much to do at the office
[13:27] <Hobbsee> i hope you reported them at bugs.kde.org.
[13:28] <BUGabundo> I avoid to jump on the wagon and post just about any bug, until I know what's behind it
[13:29] <BUGabundo> just last week I was having some problem, that prevented me from login and with the help of ppl on the # I found out it was a permission related prob. I would be a waste just to open a ticket for that, before I could even confirm it was a bug or a local issue
[13:29] <BUGabundo> so I do, others I leave for the mantainer to decide if they should go uptream to kde
[13:29] <Hobbsee> true
[13:30] <Hobbsee> but package upgrades tend to be bugs, unless you've been using stuff outside the packaging system.
[13:31] <BUGabundo> I remember all the trouble I had with my nvidia and all due to me instaling the nvidia driver instead of the one in the reps. with the help of envy dev I manage to get it fix... no bug there!
[13:31] <BUGabundo> nothing out of reps for kde/kmail
[13:31] <BUGabundo> but there are a lot of regressions
[13:31] <BUGabundo> but even KDEPIM Ingo doenst want to be bother with some of them
[13:32] <Hobbsee> well, it is kmail...
[13:33] <BUGabundo> lol
[13:36] <RainCT> emgent: Hey. FYI, you can get the user account associated with an email using the new LP API.
[13:37] <RainCT> (or at least the wiki has an example of that - I haven't tested it yet)
[13:39] <huats> nxvl: congrats !
[13:39] <huats> ;)
[13:40] <nxvl> huats: you too!
[13:41] <persia> Bah.  You were both members beforehand.  nxvl was the example raised in the discussion that granted the existance of UUC.
[13:42] <persia> (Coincidence as being on the same agenda for the same day)
[13:44] <ScottK> nxvl: Congrats on pbuilder.  Thanks.
[13:46] <nxvl> heh
[13:46] <nxvl> yes
[13:46]  * nxvl remembers that
[13:46] <nxvl> ScottK: thank you
[13:46] <nxvl> i was surprised to see it already uploaded
[13:46] <nxvl> :D
[13:46] <nxvl> but nice
[13:46] <nxvl> :D
[13:47] <nxvl> i tested it all night long yesterday so now i'm completely sure it works as spected
[13:50] <persia> nxvl: Have you discussed the changes with dancer?  Might be worth getting some of them into Debian.
[13:51] <nxvl> persia: i've already file a bug on debian
[13:51] <nxvl> persia: so the patch is already there
[13:55] <huats> hello persia and ScottK
[13:56] <ScottK> Hello huats.  Congratulations on UUC.
[13:56] <ScottK> nxvl too (UUC).
[13:57] <huats> ScottK: thanks
[13:57] <huats> :)
[13:57] <huats> you have your part in it :)
[13:57] <stefanlsd> uuc?
[13:57] <RainCT> stefanlsd: ubuntu-universe-contributors
[13:57]  * ScottK stops typing.
[13:57]  * nxvl dances
[13:58] <nxvl> ScottK: thanks again!
[13:58] <nxvl> brb, going for a smoke
[13:58] <stefanlsd> ok. i guess congrats.  :)
[13:58] <stefanlsd> for whatever  :)
[13:58] <RainCT> nxvl, huats: I think I haven't said it yet, so: congrats! :)
[13:58] <ScottK> nxvl: Courier is needing a merge.  Would you mind looking into it?
[13:58] <nxvl> RainCT: thanks
[13:58] <nxvl> ScottK: yep
[13:59] <nxvl> ScottK: imap-courrier?
[13:59] <huats> RainCT: thanks
[13:59] <nxvl> i think i cna do it in the road trip to tampa
[13:59] <nxvl> and upload it there
[13:59] <ScottK> nxvl: courier-imap is one of the binary packages, but courier is the source package.
[13:59] <ScottK> OK.
[13:59] <RainCT> ScottK: btw, nice catch (the requestsync bug)
[14:00] <nxvl> ScottK: yeah is just that i, yes
[14:00] <nxvl> nevermind
[14:00] <nxvl> ScottK: 0.60.0-1?
[14:01] <ScottK> nxvl: Sounds right, yes.
[14:01] <ScottK> RainCT: Thanks.
[14:01] <nxvl> ScottK: courier-authlib also?
[14:01] <stefanlsd> I created a watch file for a package - how do i send the patch to debian?
[14:01] <ScottK> nxvl: If you care to, but it needn't be done together.
[14:02] <nxvl> :D
[14:02] <nxvl> it's a 2.5 hours road trip
[14:02] <ScottK> nxvl: I try to watch over courier a bit because I know a lot of people use it.  courier-authlib I haven't particularly watched, so I've no great opinion on it.
[14:03] <RainCT> stefanlsd: submit@bugs.debian.org, the subject is the bug title and start the body with:   Package: <packagename>  (and on the next line:)  Severity: wishlist
[14:04] <RainCT> stefanlsd: you may also want to add the Ubuntu tag.. https://wiki.ubuntu.com/Bugs/Debian/Usertagging
[14:05] <ScottK> Isn't there some submittodebian script that deals with most of that?
[14:06] <ScottK> Personally I tend to use reportbug.
[14:06] <RainCT> ScottK: probably, but I find that just sending a mail is faster
[14:07] <nxvl> ScottK: reportbug
[14:07] <nxvl> i use repurtbug-ng
[14:07] <nxvl> reportbug-ng*
[14:08] <RainCT> nxvl: didn't they want to change it to send the bugs to Ubuntu instead?
[14:08] <nxvl> since it opens a evolution mail and i can edit it as i will
[14:08] <ScottK> nxvl: I just use reportbug for Debian, so I changed it back to sending to Debian (it's a conf option).
[14:09] <nxvl> ScottK: i use it to send it to debian
[14:09] <nxvl> is there any way to use it for sending to ubuntu?
[14:09] <ScottK> Not usefully.
[14:09] <nxvl> yeah, launchpad is easy enought
[14:09] <ScottK> reportbug sends mail to ubuntu-users.
[14:09] <ScottK> Personally I like Debian BTS better in most respects.
[14:11] <nxvl> i don't find it useful to have reportbug modified to launchpad
[14:12] <stefanlsd> LP is nice.  the debian interfaces are really old looking
[14:13] <ScottK> BTS renders pages fast enough I'm not left waiting.  I care a lot more about that than how pretty it is.
[14:13]  * persia isn't convinced old is bad: Ubuntu is (mostly) SUS compliant, and there have been plenty of newer operating systems in the meantime
[14:13] <ScottK> nxvl: Better that than ubuntu-users ML.
[14:18] <RainCT> ScottK: Fixed. I'll upload the new ubuntu-dev-tools revision in a few days (Laney wants to get a new script in and I've told him to write a manpage for it first).
[14:19] <ScottK> OK.  No rush.  Thanks for the quick turn around.
[14:20] <devfil> asac: can you take a look at https://launchpad.net/bugs/254618 ?
[14:22] <bluefoxicy> now this is odd!
[14:22] <stefanlsd> ScottK: thanks. submitted to debian. Did the usertagging also.  Quiet easy over email...
[14:22] <bluefoxicy> synaptic says some stuff is obsolete
[14:22] <bluefoxicy> on Hardy
[14:22] <bluefoxicy> if I remove it it removes all of Gnome
[14:23] <bluefoxicy> libasound2
[14:23] <bluefoxicy> and python2.5
[14:24] <nxvl> ScottK: heh, indeed
[14:24] <nxvl> wel
[14:24] <nxvl> going to tampa now
[14:24] <nxvl> back in 3 hours i hope
[14:24] <nxvl> read you!
[14:24]  * bluefoxicy is on 64-bit so.. has to head to class now though
[14:25] <nxvl> (if someone is in tampa drop me an e-mail to meet us there)
[14:26] <bddebian> Heya folks
[14:27] <sistpoty|work> hi folks
[14:27] <bddebian> Heya sistpoty|work
[14:27] <RainCT> hi sistpoty|work
[14:27] <sistpoty|work> hi bddebian
[14:28] <sistpoty|work> and hi RainCT
[14:48] <stefanlsd> crumbs. the more users that use ubuntu the more bugs there are.   need to increase the contributers to dev ratio
[14:55] <joaopinto> ScottK, about the amoebax description, does http://pastebin.com/m25a5223e looks better ?
[14:55]  * ScottK looks
[14:56] <stefanlsd> anyone got a gpg pub key with special chars in. umlauts or the like. want to test it in gpa to confirm a bug and see if my new version of gpa fixes it... (or knows the best way to find such a key)
[14:58] <RainCT> joaopinto: /me suggests http://pastebin.com/d65184dce
[14:59] <joaopinto> RainCT, tks, change applied
[14:59] <ScottK> joaopinto: Or even http://pastebin.com/d6963029f
[15:00] <dholbach> stefanlsd: try 5BE41F21
[15:00] <ScottK> I updated from RainCT's.
[15:00] <stefanlsd> dholbach: thanks
[15:02] <RainCT> btw, is it allowed for the copyright file to be generated at build time? (I guess yes, as I've just seen a package which does that, but just to be sure)
[15:02] <joaopinto> ScottK, tks, changed applied
[15:03] <ScottK> RainCT: The source package has to be distributable.  How does that work if you don't have debian/copyright until you build it?
[15:05] <sistpoty|work> RainCT: also, if it's gpl, you'll need to have a copy of it in the source package
[15:08] <RainCT> Uhm.. That package is scaring me :P. The generated copyright file lists the authors' names and then basically says "the files include are under different licenses, check them yourself"
[15:11] <RainCT> awesome, there are some GPL files, but there isn't a copy of it
[15:11] <joaopinto> the description was improved, http://revu.ubuntuwire.com/details.py?package=amoebax, now it would be nice to get an advocate
[15:14] <RainCT> joaopinto: please indent the free art license in debian/copyright for clarity
[15:14] <RainCT> ah, nvm, it would be over 80 chars then
[15:15] <ScottK> RainCT: Very bad (copyright stuff).  This package isn't in Debian is it?
[15:17] <RainCT> ScottK: It is, and in Ubuntu it's in main.. manpages-de
[15:17]  * RainCT hopes that he is missing something :P
[15:17] <ScottK> Urgh.
[15:18] <joaopinto> maybe main needs to use REVU :P
[15:18] <ScottK> RainCT: I'd suggest asking pitti about it.
[15:19] <ScottK> joaopinto: We got that one straight from Debian in ancient times, so maybe it wasn't looked at as closely as we would now.
[15:37] <lamothe> Hi guys, can someone please explain the anomaly that is the new dvb-apps?  I know that dvb-utils has been removed but I can't quite work out if the new package is called linuxtv-dvb-apps or just dvb-apps?
[15:37] <lamothe> http://packages.debian.org/search?keywords=dvb-apps returns something.
[15:39] <lamothe> And I get this also, https://launchpad.net/ubuntu/+source/linuxtv-dvb-apps
[15:40] <laga> i still have dvb-apps in hardy
[15:40] <laga> err, dvb-utils
[15:41] <lamothe> laga: Yes, dvb-utils (Hardy, Etch) -> dvb-apps (Intrepid, Lenny)
[15:41] <lamothe> I think.
[15:43] <laga> well, https://launchpad.net/ubuntu/+source/linuxtv-dvb-apps claims that it's also in hardy?
[15:44] <lamothe> laga: Yeah, strange, but it's not, if you know what I mean.
[15:45] <laga> lamothe: linuxtv-dvb-apps is the source
[15:45] <laga> and it produces dvb-utils on hardy
[15:47] <lamothe> laga: Ahhhhhh .... got it.  Thanks for that.
[15:54] <slytherin> geser: ping
[16:18] <nxvl> ScottK: done with the merges
[16:19] <nxvl> ScottK: courier-authlib is needed for courier to build
[16:23] <nxvl> ScottK: debdiff uploaded
[16:29] <geser> slytherin: pong
[16:31] <slytherin> geser: i am about to finish working on next upload for jboss. Want an advice. Which runtime dependency do you think is correct, default-jre or default-jre-headless?
[16:32] <geser> slytherin: good question
[16:33] <geser> unless you have checked that it doesn't use any UI classes, I'd stay on the safe side and depend on default-jre
[16:34] <slytherin> geser: there are some references to swing classes. But I guess those are mainly in the admin console part. For now I will make it depend on default-jre.
[16:46] <Koon> slytherin: afaict for jboss it should be safe to run with -headless.
[16:48] <Koon> slytherin: in the server team we are trying to have a viable jre-headless environment -- but it's still work in progress, as lots of libraries depend on java2-runtime where they should depend on java2-runtime-headless
[16:48] <slytherin> Koon: right
[16:48] <Koon> the idea being not to pull half of X to run Java server things
[16:49] <Koon> slytherin: you'll probably find that the full java2-runtime gets puleed in by one of JBoss deps anyway ;)
[16:50] <slytherin> Koon: I am planning to file some catch all bugs to remove duplication in java libraries ex. libservlet2.3 vs 2.4, different versions of xalan, but I will get to that part later.
[16:51] <Koon> slytherin: be careful with libservlet2.3/2.4/2.5 : they probably must coexist because they reflect different Servlet APIs
[16:52] <SolarWar> heyo,  can someone advocate/comment on my superawesome package of Qlix- a program that allows one to easily transfer music to MTP devices (like the zune) http://revu.ubuntuwire.com/details.py?package=qlix
[16:53] <slytherin> Koon: I think most of the packages can be build safely with servlet 2.4. Of course I have to evaluate that.
[16:54] <Koon> slytherin: note that libservlet2.5 is a binary of the tomcat6 source package
[16:55] <slytherin> Koon: I know.
[16:55] <Koon> slytherin: heh :)
[17:15] <jcastro> ScottK: in the "good communication with upstream" thread on debian devel someone mentiones that you're adding emdebian-tools to a blacklist of packages that don't sync to ubuntu. Do you have a url to that list? Thanks.
[17:16] <geser> jcastro: http://people.ubuntu.com/~ubuntu-archive/sync-blacklist.txt
[17:16] <jcastro> geser: thank you!
[17:45]  * sistpoty|work heads home now... cya
[17:51] <kirkland> when does merges.ubuntu.com get updated?
[17:51] <kirkland> anyway to force that update for a single package?
[17:52] <kirkland> or can I manually do the work for a single package by hand to prep a merge?
[17:52] <Laney> but of course
[17:52] <Laney> Get Debian version, get Ubuntu version, do merge
[17:52] <Laney> I do most of mine that way
[17:53] <jpds> kirkland: As for updates, I'd ask Keybuk in -devel.
[17:54] <kirkland> jpds: thx
[17:54] <jpds> kirkland: De nada.
[17:55] <kirkland> Laney: is there a wiki page describe the manual merge instructions in more detail?
[17:56] <BUGabundo> Riddell: kdelibs are available now, and installed
[17:56] <BUGabundo> but kmail still won't start...
[17:56] <BUGabundo> ASSERT: "s->parsed == false" in file /build/buildd/kde4libs-4.1.0/kdecore/kernel/kcmdlineargs.cpp, line 524 \n Aborted
[17:56] <Laney> kirkland: Sure, https://wiki.ubuntu.com/UbuntuDevelopment/Merging
[17:56] <Laney> Oh, that's about grab-merge
[17:57] <kirkland> Laney: right, i've only ever used grab-merge
[17:57] <Laney> Er, well basically you just check each of the Ubuntu changes and whether they're still needed
[17:57] <Laney> and copy them if they are
[17:57] <kirkland> k
[17:57] <Laney> If it's the same upstream version then I tend to use meld to view the changes
[18:01] <Riddell> BUGabundo: hmm, works for me
[18:02] <BUGabundo> bah
[18:02] <BUGabundo> don't know what to do then, Riddell
[18:02] <BUGabundo> I depend a lot on email
[18:02] <BUGabundo> lol
[18:04] <jpds> BUGabundo: Pastebin: strace -e open -f kmail ?
[18:06] <BUGabundo> jpds: Riddell http://paste.ubuntu.com/34113/
[18:06] <jpds> Oh, same thing..
[18:07] <BUGabundo> you too ?
[18:07] <BUGabundo> so its not just me..
[18:07] <BUGabundo> great
[18:07] <jpds> No, same error.
[18:07]  * jpds uses mutt for mail ;-)
[18:07] <BUGabundo> LOL
[18:07] <BUGabundo> I use it too
[18:07] <BUGabundo> best email client EVER
[18:08] <BUGabundo> jpds  Riddell
[18:08] <BUGabundo> jpds  Riddell see this please http://paste.ubuntu.com/34115/
[18:08] <BUGabundo> it now doesn't even show kdelibs missing from install
[18:09] <BUGabundo> but kmail won't start ...
[18:11] <Riddell> BUGabundo: mm, I think that should be sorted out first
[18:11] <BUGabundo> I know
[18:12] <BUGabundo> I don't even us samba that much....
[18:12] <BUGabundo> but why is it interfiring with kde ?!?
[18:13] <BUGabundo> actually it seems to be related to DBUS
[18:13] <BUGabundo> than anything else
[18:21] <kirkland> so I moved on from MoM to DaD ... but the grab-merge doesn't look right...  the *patch files are empty
[18:21] <kirkland> http://dad.dunnewind.net/ecryptfs-utils/
[18:24] <Lutin> kirkland: it's explicitely marked as broken on DaD
[18:25] <Adri2000> kirkland: DaD relies on snapshot.d.n, and in some cases like this one, the base version is not available there
[18:25] <Adri2000> that's why the merge is broken
[18:27] <kirkland> Adri2000: do i just need to wait around until it becomes available?
[18:29] <Adri2000> if at some point it becomes available on snapshot.d.n, we can reprocess the package in DaD if someone asks us to do it
[18:29] <kirkland> Adri2000: specifically what files are missing?
[18:30] <kirkland> Adri2000: http://packages.qa.debian.org/e/ecryptfs-utils.html
[18:31] <Adri2000> see http://dad.dunnewind.net/ecryptfs-utils/REPORT, DaD needs the base version, the debian version and the ubuntu version. debian and ubuntu versions are easy to fetch (they are the latest version in the archive)
[18:31] <Adri2000> for the base version we use snapshot.debian.net
[18:31] <Adri2000> for this package, DaD reads http://snapshot.debian.net/archive/pool/e/ecryptfs-utils/source/Sources.gz
[18:31] <Adri2000> see that version 50-4
[18:31] <Adri2000> (base version) is not listed there
[18:36] <Laney> RainCT: New revisions for u-d-t pushed up to LP
[18:36] <Adri2000> kirkland: for such merges I'd suggest that you use MoM directly (which doesn't have this kind of problem as it doesn't rely on snapshot.d.n), and use DaD if you want to leave a comment about that merge
[18:37] <kirkland> Adri2000: :-P  I usually use MoM, but the disk is full over there, and so the hourly script is broken, and it doesn't even know that ecryptfs-utils is out of date
[18:37] <kirkland> i'm attempting a merge by hand
[18:39] <Adri2000> ahahaha :P ok :)
[18:39] <kirkland> rock + hard place :-)
[18:40] <Adri2000> so either use snapshot.d.n and have some merges broken or keep the entire archives + debian history and have your disk full :)
[18:41] <geser> DktrKranz: have you some time to put your motu-sru hat on and comment on bug 224077?
[18:44] <DktrKranz> geser, sounds reasonably sane, but I'll have a more in-depth look after dinner :)
[18:48] <emgent> heya
[19:16] <RainCT> Laney: what does --bindmounts do?
[19:17] <RainCT> Laney: ah I see
[19:20] <RainCT> Laney: good work. I'm away now but will merge it soon
[19:29] <saivann> If a member of the backports team wants to take care of this bug, gnucash 2.2.6 is ready to backport to Hardy in bug https://bugs.edge.launchpad.net/hardy-backports/+bug/243436
[19:39] <stefanlsd> warp10: you around?
[19:40] <stefanlsd> norsetto: ...
[19:40] <norsetto> hi stefanlsd
[19:41] <stefanlsd> norsetto: hey :)   I was told to ask you about a mentor application i sent in. It went to motu-mentoring-reception@responses.net...
[19:42] <norsetto> stefanlsd: yes, we are trying to match you, but most mentors are right now on holidays
[19:42] <stefanlsd> norsetto: aah ok.  just wondering if it went in. ok. thanks cool. wasnt sure you guys received it.
[19:43] <norsetto> stefanlsd: np, thanks for checking
[19:44] <stefanlsd> oki. thanks :)
[20:02] <SolarWar> pbuilder is giving me this issue when building my package: http://rafb.net/p/QQw29X59.html  it then proceeds to error out, complaining how it couldn't meet the dependencies
[20:04] <james_w> SolarWar: I believe you need to enable universe in your pbuilder chroot
[20:08] <SolarWar> james_w, i'm not sure how to enable repositories inside the pbuilder chroot
[20:08] <geser> james_w: it's a workaround, because libmtp8 is in universe while the -dev package is in main
[20:08] <james_w> ah, ok
[20:12] <slytherin> why is -dev package in main when the library is inuniverse?
[20:12] <geser> slytherin: I guess it's an oversight as the source is in main
[20:13] <geser> and the previous version of the lib (libmtp7) was also in main
[20:13] <geser> SolarWar: https://wiki.ubuntu.com/PbuilderHowto#head-5e61fa0f52f7f2442fb20f074813bd691744460b
[20:17] <geser> SolarWar: the issue should be fixed soon
[20:17]  * NCommander yawns
[20:17] <SolarWar> is libmtp going to be moved to main? or is -dev going to be moved to universe?
[20:18] <geser> libmtp8 is going into main
[20:18] <slytherin> [OT] What is recommended size of hackergotchi for planet Ubuntu?
[20:24] <daskReech> Hiya
[20:24] <daskReech>  Does anyone know if gfs is supported under hardy?
[20:24] <slytherin> daskReech: what is gfs?
[20:25] <daskReech> Global File system
[20:26] <daskReech> it's a file system for multipe nodes to access over a network or channel with locking capabiltes and as I understand it data verification and protection
[20:26] <slytherin> daskReech: What do you mean by 'if gfs is supported'. What kind of support are you expecting?
[20:27] <daskReech> Well I did a search for Ubuntu and gfs and the only hits I find are people asking if GFS is supported or the gfs[2]-tools
[20:27] <daskReech> which are packaged
[20:28] <daskReech> but if I install these on a server with LTS hardy can I get support from Canonical ?
[20:29] <slytherin> daskReech: AFAIK, canonical doesn't provide free support. At the same time I am not sure of the packages covered by Canonical
[20:29] <daskReech> not free support
[20:29] <Laney> Canonical support packages in main
[20:30] <daskReech> hrrr
[20:30] <daskReech> Doesn't seem to be community or offically supported
[20:30] <daskReech> ok I'll find another distro then
[20:30] <Nafallo> the security updates are free, and are Canonical for main.
[20:31] <jpds> daskReech: You can buy support at shop.canonical.com
[20:31] <daskReech> jpds, Yes but it doesn't seem they are supported in any case
[20:32] <Nafallo> daskReech: how would you define support?
[20:32] <daskReech> Nafallo, Well the tools are marked as experimental in p.u.c
[20:33] <Nafallo> not sure I follow.
[20:33] <daskReech> and depend on a redhat package
[20:33] <Nafallo> what tools?
[20:33] <daskReech> GFS
[20:33] <RainCT> Laney: Btw, I merged your changes a while ago (with some changes).
[20:33] <Laney> RainCT: Awesome, thanks a lot! What did you change?
[20:33] <daskReech> Well redhat Virtual package
[20:34] <Nafallo> daskReech: gfs2 yes, gfs no.
[20:34] <daskReech> The gfs-tools depend on gfs2
[20:34] <Nafallo> oh. just saw...
[20:34] <RainCT> Laney: uhmm little stuff, "bzr merge lp:ubutnu-dev-tools; bzr diff" if you want to know
[20:34] <daskReech> Doesn't seem likely to be supported
[20:34] <daskReech>  the only things I can find dealing with Ubuntu and gfs2 are bug reports
[20:35] <daskReech> doesn't seem like a wise move
[20:35] <geser> daskReech: do you know if gfs upstream considers it safe for production use?
[20:35] <daskReech> gfs2 no
[20:35] <daskReech> Should be ready for 9.04
[20:35] <Nafallo> daskReech: might want to ask on #ubuntu-server. they are more likely to be able to respond to your particular enquiry.
[20:35] <daskReech> Nafallo, Wonderful! Thanks a lot
[20:44] <fabrice_sp> Hi. Some time ago, I uploaded a package in REVU (DVDStyler), to close a needs-packaging request (https://bugs.launchpad.net/ubuntu/+bug/105653), but I didn't get any comment. What should I do?
[20:46] <fabrice_sp> this one, yes
[21:15] <lucas> could someone point me to an "how to request a sync?" howto? a request a sync of ruby1.9 for me?
[21:25] <geser> lucas: https://wiki.ubuntu.com/SyncRequestProcess
[21:28] <lucas> geser: thanks a lot :)
[21:44] <Laney> Can someone help me with this: http://pastebin.ubuntu.com/34165/ - packaging a library with CDBS and it seems to insist on symblinking doc in the -dev to doc in the library, but lintian doesn't like it
[21:44] <Laney> symlinking*
[21:46] <geser> Laney: I guess you can ignore it. It a Ubuntu-specific extension to cdbs to save space.
[21:47] <Laney> geser: Ah, excellent. I tried a lot of stuff to stop it happening but without any success
[21:53] <Laney> Well in that case I'd like to solicit reviews for my goocanvasmm package on REVU - C++ wrappers for goocanvas (cairo canvas widget). .diff.gz is only small ;) - http://revu.ubuntuwire.com/details.py?package=goocanvasmm
[22:09] <emgent> hello
[22:15] <joaopinto> Hello
[22:15] <joaopinto> Can someone review and advocate http://revu.ubuntuwire.com/details.py?package=amoebax ? Thanks
[22:26] <ScottK> geser: Thanks for helping jcastro out while I was gone.
[22:31] <james_w> Is there an ubuntu python channel?
[22:31] <james_w> the obvious one doesn't seem to exist?
[22:31] <ScottK> james_w: No.  We pretty well do Python stuff here.
[22:31] <jpds> #ubuntu-python: Last used  : Apr 22 23:46:54 2006 (2 years, 14 weeks, 6 days, 21:44:49 ago)
[22:32] <james_w> ScottK: cool, I'll ask here then, thanks.
[22:32] <directhex> pfft, python. i hear all the cool distros use haskell
[22:32] <ScottK> The working ones us Python.   I'll take that.
[22:32] <james_w> I have a python library that uses setuptools, is there a way to make that behave, or is it unwilling to conform?
[22:33] <ScottK> patch it into submission is the short answer.
[22:33] <ScottK> I haven't had to do it.
[22:33] <ScottK> Maybe POX_ is around and can give hints.
[22:33] <james_w> you mean rip out setuptools and put in distutils?
[22:34] <POX_> what's wrong with setuptools?
[22:34] <ScottK> POX_: Isn't that the one that grabs randomon python bits off the net or am I confused?
[22:34] <POX_> just remove ez_stup related stuff from setup.py and all should work fine
[22:34] <ScottK> james_w: ^^ Yeah.  That was it.
[22:35] <james_w> except that this setup.py uses some of the extra features
[22:35] <POX_> setuptools without ez_* is fine
[22:36] <james_w> that's fine, and I've patches it out
[22:36] <james_w> ah, I see, I'll give that a go
[22:37] <james_w> thanks POX_ ScottK
[22:38] <ScottK> james_w: If you are interested in python stuff there is also #debian-python on OFTC.
[22:38] <james_w> this one was complicated by the upstream containing a rather prominent member of the python community
[22:38] <james_w> ScottK: yeah, that would be my next port of call, thanks
[22:38] <ScottK> There you can speak to POX_ directly rather than have me summon his spirit first.
[22:38] <ScottK> ;-)
[22:39] <POX_> yeah ;)
[23:09] <slangasek> vorian: ping
[23:09] <vorian> slangasek: yessir
[23:09] <slangasek> vorian: hi, looks like you sponsored the upload of monkeystudio to NEW?
[23:10] <vorian> yes
[23:10] <slangasek> vorian: and it looks like monkeystudio is embedding copies of Qt Designer and qscintilla, which are already in the archive... is there a good reason for them to be embedded?
[23:10] <vorian> hmmm
[23:11] <vorian> let me take a look see
[23:11] <slangasek> ok
[23:15] <lifeless> slangasek: software reuse is to be applauded
[23:15] <slangasek> lifeless: money can be exchanged for goods and services?
[23:15] <lifeless> slangasek: Quo Vadis?
[23:16] <slangasek> Rock me, Amadeus
[23:18] <vorian> slangasek: if you want to reject monkeystudio now, we can go back to upstream and have them remove them and reintroduce it to new before freeze (hopefully)
[23:20] <syntux> I'm having a problem with pbuilder http://paste.ubuntu.com/34204/ not sure what's causing it or how to solve it
[23:20] <coppro> you need to add Build-Depends to your package
[23:20] <coppro> wait... nvm... what?
[23:21] <ScottK> syntux: You're trying to build a package that needs debhelper 7.
[23:21] <ScottK> You appear to only have 6.
[23:21] <slangasek> vorian: well, given that the orig.tgz is built out of svn with a get-orig-tar target I'm not sure a round-trip to upstream is needed, but ok, I'll reject it for now pending cleanup of the code duplication, thanks :)
[23:22] <ScottK> syntux: Is this an intrepid pbuilder?
[23:22] <vorian> slangasek: thank you :)
[23:22] <syntux> yes, it's an intrepid
[23:22] <ScottK> Try pbuilder login, copy the package into the open pbuilder chroot and build it that way.
[23:24] <syntux> How can I copy the package into the open pbuilder?
[23:24] <directhex> or perhaps a pbuilder --update ? when did dh7 land in intrepid?
[23:25] <tbielawa> instead of copying you can use --bindmounts /path/to/package
[23:26] <ScottK> tbielawa: You can, but mess that up and you can have effects outside the chroot.
[23:27] <ScottK> syntux: When you login, it'll tell you the patch to the chroot.  Then use sudo cp ...  to copy it.
[23:29] <syntux> Ok, I have Version: 7.0.13ubuntu1 of debhelper in pbuilder intrepid env
[23:29] <syntux> but still getting same error
[23:30] <directhex> who has the ability to delete some stray files from my ppa archive, and wants to earn some points towards a free cake?
[23:30] <ScottK> Odd.  Not sure.
[23:31] <ScottK> directhex: PPA stuff in #launchpad.
[23:32] <directhex> #launchpad is having a well-deserved nap