[00:05] <arand_> crimsun: I'll think I'll go with adding it to rules, since adding it to a diff which was meant to address confiuration only, seems a tad more evil.
[00:29] <ajmitch> \sh: it's a little confusing having both zendframework & zend-framework now, what can be done to sort out this duplication?
[00:54] <G> imbrandon: oh, I got a reply about that licensing issue
[00:56] <ajmitch> a positive reply, I hope?
[00:56] <G> ajmitch: yep, Red Hat Legal provided an additional license for the code to link to OpenSSL
[00:56] <G> well, exception
[00:57] <ajmitch> great
[00:57] <G> now, the question is, it was provided via e-mail
[00:58] <G> he's stated that the source tarball will be updated in due course, do I just take an RFC compliant copy (with headers) and dump it somewhere, or what?
[01:00] <persia> Some folks include the mail in debian/copyright.  others wait until upstream actually releases the new tarball.
[01:01] <persia> The exact set of things that is required depends mostly on the archive-admin who happens to end up reviewing the package, as it's a bit of a fuzzy area.
[01:02] <G> I think the e-mail should keep the archive-admin happy tbh
[01:46] <imbrandon> G: yup i saw the email, thats great news
[01:46] <imbrandon> G: is going afk a few hours, bbiab
[01:47] <G> imbrandon: no problem
[02:47] <ScottK> G: The archive admin decides what makes them happy.
[02:48]  * ScottK finds joy in rejecting packages and reducing what we have to maintain.  Let me know if there's anything in New you want me to review ...
[02:48] <ScottK> ;-)
[02:50]  * ajmitch hears that ScottK may be open to persuasion in some forms of currency
[02:50] <ScottK> ajmitch: Of course.  I'm a businessman.
[02:51] <ScottK> That won't get me to accept something that shouldn't be accepted, but I can be reprioritized.
[03:16] <G> ScottK: it's not in NEW yet, I need a debian sponsor first (iirc imbrandon said he's not get a DD)
[03:17] <G> ScottK: and it won't be in NEW until I can get other packages sorted
[03:19] <G> ScottK: but if you don't mind, I'd love to ask a theory based question :P
[03:24] <ScottK> G: Certainly.
[03:27] <G> ScottK: okay, so one of the packages I'm work on, is licensed under GPLv2, and uses OpenSSL, I e-mailed Red Hat Legal (copyright holders) who have confirmed it should have had the exemption, have provided a suitable exemption status, and a commitment that the next tarball will include it, if I copy the e-mail + Headers to debian/copyright, would that keep you happy?
[03:28] <G> s/status/statement
[03:28] <ScottK> Probably.
[03:28] <ScottK> The key is probably the tense involved.
[03:29] <ScottK> It needs to be clear that it does have the exemption and they just neglected to document it in the code.  If they "will give the exemption" at some future time, then no.
[03:29] <G> ScottK: the statement given is very similar to the wget exemption
[03:29] <ScottK> They need to say it does have the exemption.
[03:30] <G> ScottK: yeah thats what he's done
[03:30] <ScottK> As long as the tenses are correct it's probably fine.
[03:31] <ScottK> (I did look at wget)
[03:32] <G> ScottK: okay, sounds like it'll be good
[07:09] <dholbach> good morning
[07:14] <the-dude> if I want a package from debian unstable into debian, would it be better to ask for a sync request or do I need to upload it to revu?
[07:15] <fabrice_sp> the-dude, if the package has not been modified in Ubuntu, it will be automatically synced
[07:16] <the-dude> fabrice_sp: it doesn't need to be modified afaik
[07:16] <fabrice_sp> it's a new package?
[07:16] <the-dude> new to ubuntu, not new to debian
[07:17] <fabrice_sp> ok: it will be atuomatically synced, then
[07:17] <the-dude> any indication when that will happen?
[07:17] <fabrice_sp> it depends on the archive admin, and when they will sync new packages
[07:18] <fabrice_sp> so if it does not happen before DIF, ask again to see what happened
[07:18] <the-dude> do all packages need to be build on the latest ubuntu?
[07:18] <fabrice_sp> yes
[07:18] <the-dude> ok I could try to build it on maverick, just to be sure
[07:19] <fabrice_sp> would be good, yes :-)
[07:19] <fabrice_sp> otherwise, it will FTBFS, someone will need to fix it
[07:19] <the-dude> I can fix that ;)
[07:20] <fabrice_sp> Have to go now. Bye ;-)
[07:20] <the-dude> aight thanks :)
[07:40] <DktrKranz> Laney: I trued to join #debian-ubuntu, but I get kicked out. Is it me, or don't I like you? :)
[07:41] <DktrKranz> lfaraone: mind repasting link? :)
[07:43] <bilalakhtar> lfaraone: Are you there/
[07:43] <bilalakhtar> DktrKranz: Are you a DD?
[07:44] <DktrKranz> bilalakhtar: yup
[07:45] <bilalakhtar> DktrKranz: Are you free to review a package?
[07:45] <DktrKranz> bilalakhtar: a NEW one?
[07:46] <bilalakhtar> DktrKranz: yeah
[07:46]  * bilalakhtar expects the reply to be 'no'
[07:46] <DktrKranz> now I'm @work with limited resources, but I can have a look at it this evening
[07:46] <bilalakhtar> DktrKranz: Ok, for your info, the package is liboauth and can be found on mentors.debian.net
[07:47] <bilalakhtar> I have cleaned the package for lintian errors, warnings, P: tags, etc
[07:47] <DktrKranz> mind dropping me a mail about it, so I remember it?
[07:47] <bilalakhtar> And also ran a test build in chroot
[07:47] <bilalakhtar> ok, what is ur email address
[07:47] <bilalakhtar> ?
[07:48] <DktrKranz> dktrkranz AT debian DOT org
[07:48] <bilalakhtar> DktrKranz: Thanks
[07:48] <DktrKranz> yeah, I hate you spam!
[07:49] <bilalakhtar> I know that
[07:49] <bilalakhtar> something AT SPAMFREE something DOT org
[08:56] <Laney> DktrKranz: on oftc?
[09:05] <DktrKranz> Laney: yup
[09:06] <Laney> weird, works fine for everyone else :(
[09:08] <DktrKranz> I'll try to change a couple of options in my bnc
[09:09] <DktrKranz> I had a similar problem in the past
[09:11] <DktrKranz> yay! \o/
[09:16] <Laney> excellent
[09:16] <Laney> now you can redirect such sponsoring requests there ;)
[09:21] <hyperair> Laney: what's the issue?
[09:21] <Laney> what issue?
[09:21] <hyperair> "works fine for everyone else"?
[09:21] <Laney> joining #debian-ubuntu on oftc
[09:21] <hyperair> ah
[09:21] <hyperair> there's such a channel? =O
[09:22] <mok0> hyperair, yep there's only one bot there :-P
[09:23] <hyperair> mok0: and many more people =)
[09:24] <Laney> we should promote this better
[09:24] <Laney> especially amongst the people who we especially want to get their work into Debian
[09:24]  * hyperair agrees
[09:24]  * Laney eyes ubuntu one
[09:27] <DktrKranz> Laney: btw, I also volunteered to become member of the debian-ubuntu front desk, as proposed by zack
[09:28] <G> #debian-ubuntu eh?
[09:28] <Laney> DktrKranz: Cool! How is it supposed to work? Like an ML which fields queries from both sides?
[09:31] <DktrKranz> still not defined, we'll see that soon
[09:32] <mb4_> morning
[09:32] <mb4_> i have a quick question about python packaging
[09:33] <mb4_> i'd like to use cdbs for it but i keeps installing libs into the site-packages dir which is not on the search path, so my package is broken
[09:33] <mb4_> can someone advise me on how to fix this`
[09:33] <mb4_> ?
[09:35] <tumbleweed> mb4_: the debian-python community is keen to migrate everyone off cdbs, to dh7 - but that doesn't help your problem
[09:35] <mok0> mb4_: you need to use python-central
[09:36] <Laney> try #debian-python @ oftc
[09:36] <mok0>         dh  $@  --with python-central
[09:40] <mok0> mb4_: oh, sorry, you said cdbs, in that case you need to set the DEB_PYTHON_SYSTEM variable
[09:42] <mb4_> i just changed the rules from cdbs to dh7 and it works well with python-central
[09:42] <mb4_> thanks guys :)
[09:43] <mok0> mb4_: remember to specify python-central in Build-Depends
[11:49] <toabctl> uupdate: new version 1.0beta3-0ubuntu1 <= current version 1.0+ds1~beta2a-1; aborting!
[11:49] <lfaraone> Can somebody add me as a member of ~ubuntu-sponsors?
[11:49] <toabctl> ^^ why? what does +ds1 mean?
[11:50] <wzssyqa> how to write watch file for google code?
[11:50] <lfaraone> toabctl: + is greater than b, apparently.
[11:50] <lfaraone> wzssyqa: http://svn.debian.org/wsvn/python-apps/packages/autokey/trunk/debian/watch
[11:51] <toabctl> lfaraone, and what does ds mean? is this the shortcut for the dd?
[11:51] <toabctl> lfaraone, i want to package a new version (upstream it is 1.0beta3).
[11:52] <lfaraone> toabctl: I haven't the faintest idea.
[11:52] <Laney> it means debian source
[11:53] <Laney> some kind of repacking but not for dfsg-freeness
[11:56] <wzssyqa> lfaraone: it seems not work
[11:57] <lfaraone> wzssyqa: what package, and what is the contents of your watchfile?
[11:57] <lfaraone> wzssyqa: "it doesn't work" gives me very little information to help you.
[11:57] <wzssyqa> lfaraone: what you give me
[11:58]  * lfaraone has to go, sorry.
[11:58] <lfaraone> wzssyqa: well, you'll obviously have to replace "autokey" with your project name and match the tarball portion to the way upstream does their tarballs.
[12:00] <wzssyqa> lfaraone: no matching hrefs for watch line
[12:00] <wzssyqa>   http://code.google.com/p/autokey/downloads/list http://autokey.googlecode.com/files/autokey_(.+)\.tar\.gz
[12:00] <wzssyqa> lfaraone: i just try autokey
[12:01] <wzssyqa> lfaraone: you can have a try of it
[12:06] <bilalakhtar> what is lucid-proposed?
[12:07] <jpds> bilalakhtar: Where proposed fixes go before going to -updates.
[12:07] <bilalakhtar> jpds: oh
[12:07] <mok0> Where bugs go before they die :-)
[12:08] <G> how do Debian Native packages (i.e. in debian as Version '1') get imported into Ubuntu?
[12:09] <G> want to make sure my PPA version will get overridden when it gets synced
[12:09] <mok0> G: just put a ~ppa1 after
[12:10] <G> so something like 1~ppa1 is always less than 1?
[12:10] <mok0> G: yes
[12:12] <Rhonda> G: ~ means "less than everything, even the empty string"
[12:12] <G> Rhonda: got it thanks
[12:12] <G> mok0: thanks too
[12:15] <mok0> G: you can always test these things with dpkg --compare-versions
[12:15] <G> mok0: oooh, thanks :)
[12:16] <mok0>  dpkg --compare-versions 1 lt 1~pp1 ||echo no
[12:16] <mok0> (test that with i.e. version 1 and 2)
[12:20] <G> mok0: just added that to my new list of helpful tips :)
[12:38] <pixie79> hi, i am looking at creating a custom deb so that i can keep my system files the same on many servers, the only problem is that this causes the package to fail on install as dpkg declares another package owns the file i am trying to overwrite. I see i can use replace in the config file. I want however for example to just replace /etc/ldap/ldap.conf with my version but if the ldap package gets updates then this should be updated even so
[12:38] <pixie79> any ideas?
[12:45] <mok0> pixie79: yeah use puppet
[12:46] <mok0> or cfengine
[12:49] <pixie79> mok0: ok i was looking at trying to do this via deb's
[12:49] <mok0> pixie79: well, as you found out, you can't
[12:50] <mok0> pixie79: you can install the files with another name, and move them with some post-install magic. However, then you are in trouble if the package that owns the file gets updatted
[12:51] <mok0> pixie79: puppet or cfengine is the way to go, once you get the hang, it is very easy to maintain
[12:58] <pixie79> ok thanks
[13:01] <G> pixie79: I'll second puppet
[13:23] <MunkyJunky> Hey all - anyone know any guides or useful links on how to package a file when you don't have the original source?
[13:24] <mb4_> hi
[13:25] <mb4_> i've got another packaging question: if my package creates a new user, when should it be deleted? during remove or during purge?
[13:30] <effie_jayx> hey all been looking fro a way to contribute these days... I checked packages with dependecy problems, but I guess that is not cool to check yeat since most dependencies are not all built yet
[13:30] <effie_jayx> what would you guys recomend I do, should I focus on other things? syncs and merges or what?
[13:30] <ScottK> mb4_: probably never.  If you remove the user you end up risking leaving unowned files on the system.
[13:31] <Rhonda> mb4_: It's usually done during purge though because that's where the complete cleanup is supposed to happen.
[13:31] <ScottK> Rhonda: I've seen quite a few puiparts failures due to this.
[13:32] <ScottK> The trick is you have to ensure you won't leave unowned files on the system if you remove the user.
[13:32] <Rhonda> ScottK: Then it's done wrongly - but that's no reason to not do it. :)
[13:32] <ScottK> If you can do that, then purge is the time to do it.  Clearly not on remove.
[13:32] <Rhonda> if getent passwd gdm >/dev/null; then if [ -x /usr/sbin/deluser ]; then deluser --system gdm; fi; fi
[13:32] <Rhonda> That's from gdm.postinst, in purge mode
[13:34] <ScottK> IIRC policy is not explicit about this, so it's left to the maintainer to do the right thing.
[13:39] <effie_jayx> Anyone can orient me a bit? where could I help at this stage?
[13:39] <effie_jayx> I tried reviews but the patches there intimidate me a bit
[13:39] <mb4_> okay, i'll purge him then
[13:39] <mb4_> thanks for clarifying that :)
[13:45] <ScottK> effie_jayx: One thing that would be useful is looking on the Universe merges page on merges.ubuntu.com for packages that are waiting for someone who's no longer active in the project to merge them and doing it.
[13:46] <Rhonda> effie_jayx: One sweet thing could also be going through the http://qa.ubuntuwire.com/mdt/all.html list with respect to what's not (anymore) in Debian and check wether those actually make sense to keep around for ubuntu.
[13:47] <Rhonda> As a first thing I guess those packages that have a "ubuntu" in their version string were actually synced from Debian at some point and could make proper removal candidates.
[13:47] <Rhonda> s/synced/patched/
[13:47] <Laney> that have -mubuntun where m > 0
[13:48] <Rhonda> Laney: -0ubuntu not?
[13:48] <Laney> not necessarily
[13:48] <Laney> could have never been in debian
[13:48] <Rhonda> … or were new upstream versiones put into ubuntu before debian had them.
[13:48] <Rhonda> Isn't -0ubuntu chosen in those chases?
[13:49] <Laney> right, but the point is that you can't tell just from the version number
[13:50] <Rhonda> Right, I didn't say blindly go and file removals. ;)  Taking a look at the changelog is definitely required to get a better picture.
[13:51] <Laney> Yeah it is, but I think that a good first target are those package versions which have definitely been in Debian
[13:51] <Rhonda> Currently I'm at 50% with -0ubuntu changes about have been in debian.
[13:51]  * Rhonda . o O ( … out of two  *hides* )
[13:52] <highvoltage> lol Rhonda :)
[13:53] <effie_jayx> thanks guys, I am headed to the syncs page
[13:53] <Rhonda> And another that was in Debian, aften. Or was/is that in debian-multimedia only? I am always careful when reading the name marillat …
[13:54] <effie_jayx> sorry I am bit rusty
[13:55] <effie_jayx> but I remember stuff I think
[13:56] <G> btw, how long would it typically take for something like dh-autoreconf to sync from Debian, I've started using that for my packaging
[14:10] <effie_jayx> Found some cool things on syncs and merges on the wiki, just thought I would post it here for referneces in logs...
[14:10] <effie_jayx> https://wiki.ubuntu.com/UbuntuDevelopment/Merging
[14:11] <effie_jayx> and an Irc log from a training session,https://wiki.ubuntu.com/Cheater7/Lectures/Merges_080613
[14:11] <effie_jayx> thanks for the heads up guys
[14:39] <ScottK> dholbach: You can mark my work item about reviewing the merge documentation for sending stuff back to Debian as done.
[14:42] <effie_jayx> guys soime help here... I think I found a merge that can be a sync and I am not sure yet.
[14:42] <effie_jayx> https://merges.ubuntu.com/o/ontv/REPORT
[14:43] <effie_jayx> the changes were related to python 2.5 as a dependency for building and otehrs
[14:43] <effie_jayx> debian has removed those, I have checked the dependencies, so no need for a merge I think
[14:50] <dholbach> ScottK: you can mark it as done too
[14:50] <dholbach> ScottK: which one is it?
[14:50] <dholbach> ah hang on
[14:50] <dholbach> done
[14:50] <dholbach> thanks
[14:51] <ScottK> dholbach: I could have done it myself if I remembered the spec name.  Thanks.
[14:51] <effie_jayx> if I see no conflicts in the REPORT file and I double check the changes in ubuntu is this fit for a sync?
[14:52] <ScottK> If there are no changes left outside the changelog then it should be so.
[14:52] <dholbach> ScottK: same here, it took my ubuflu-ed mind a bit longer to realise what you were on about
[14:52] <ScottK> Ah, so my theory was correct.  I postulated at UDS that ubuflu would happen, but it had a longer incubation period this time and people would get sick after they were home.
[14:52] <tumbleweed> effie_jayx: I agree, looks syncable
[14:53] <effie_jayx> tumbleweed: I am unsure on hwat to do next
[14:53] <dholbach> ScottK: yep, sconklin, czajkowski, jono, and lots of others told me they had the same thing
[14:53] <ScottK> effie_jayx: Test build the unmodified package and if it builds, file a sync bug using requestsync.
[14:53] <effie_jayx> I just report a bug requesting sync, attach build log and changelogs for debian and ubutn version?
[14:54] <ScottK> effie_jayx: requestsync will put the needed things in the bug.
[14:54] <tumbleweed> effie_jayx: https://wiki.ubuntu.com/SyncRequestProcess
[14:54] <effie_jayx> ScottK: good
[14:54] <effie_jayx> wow this is much more streamlined now
[14:54] <effie_jayx> thanks you guys rock
[14:56] <effie_jayx> one other thing.. in the changelog what should I add
[14:56] <effie_jayx> before building the package
[14:56] <tumbleweed> effie_jayx: it doesn't matter, it's just a local test
[14:56] <tumbleweed> you don't need to add anything
[14:57] <effie_jayx> tumbleweed: not my developer info either?
[14:57] <effie_jayx> ok
[14:58] <jetienne> q. suppose i got a .deb and would like to include it in normal ubuntu repository, what is the best way to do that ?
[15:06] <ScottK> jetienne: First, you need source to get in, not a deb (those get built from the source).  The best way is to get it into Debian.
[15:06] <jetienne> ScottK: ok, i got the source too
[15:07] <ScottK> !REVU | jetienne
[15:07] <ScottK> That's the place to go for getting it into Ubuntu directly, but you may have more luck on mentors.debian.net.
[15:08] <jetienne> ScottK: hmm why going thru debian is "better" than using ubuntu directly ? i mean the goal is to reach ubuntu repo, not debian oner
[15:08] <jetienne> ScottK: i will read revu, just curious
[15:09] <ScottK> jetienne: There are a LOT more people trying to get stuff into Ubuntu than MOTU can process.
[15:09] <jetienne> ScottK: hmm ok
[15:09] <ScottK> There are ~1000 Debian developers and ~150 Ubuntu ones.
[15:09] <Rhonda> jetienne: The goal is to be cooperative and help free software in general, not beeing greedy and ubuntu only. :)
[15:09] <jetienne> ScottK: what about ppa ?
[15:09] <ScottK> jetienne: Not part of Ubuntu.
[15:10] <ScottK> As Rhonda says too.
[15:10] <jetienne> im not greedy, just looking at the number
[15:11] <jetienne> currently just trying to sign coc is not easy :)
[15:12] <Rhonda> And about mentors.debian.net, just dropping packages there is a way to have them rot - there is the debian-mentors@lists.debian.org and #debian-mentors on OFTC which are more fruitful - in addition to putting the package somewhere web accessible (that though can indeed be mentors.debian.net :))
[15:12] <effie_jayx> ScottK: I see very little kde apps for merge, is it because Kubuntu devs are pretty good at keeping those at bay?
[15:13] <ScottK> effie_jayx: Yes.  Also for a variety of reasons we've been generally ahead of Debian on KDE stuff.
[15:15] <effie_jayx> ScottK: so Kubutnu serves as a sandbox for debian in many ways?
[15:15] <ScottK> Some.
[15:15] <effie_jayx> ScottK: you guys rock, I have been trying to get stuff to contribute to in kubunt usince it is what I use these days, but things are clean
[15:15] <ScottK> The Debian KDE team and the Kubuntu team have different sets of skills, so we benifit from each other.
[15:16] <Rhonda> effie_jayx: You should rather ask the Debian KDE team about that - not sure wether they actually do sync/coordinate/communicate with the kubuntu team.
[15:16] <ScottK> effie_jayx: You should join in #kubuntu-devel and ask what needs doing there.
[15:16] <ScottK> Rhonda: We do.
[15:16] <Rhonda> Oh, alright. :)
[15:16] <effie_jayx> ScottK: I have, but not on a daily basis. It is a little dawnting to ask at times
[15:16] <ScottK> As with everythin, the coordination could be better, but it's not bad.
[15:16] <ScottK> effie_jayx: We're very friendly.
[15:16] <Rhonda> And just because it came up on identi.ca today - is there any plans/way/effort to seperate kde from mysql again?
[15:17] <ScottK> Not in the near term.
[15:17] <ScottK> There are prototypes of alternate akonadi backends, but nothing near production ready.
[15:17] <ScottK> (I mean even as much as akonadi is)
[15:17] <effie_jayx> ScottK:  there shyness gone
[15:17] <effie_jayx> :)
[15:18] <ScottK> Great.
[15:22] <effie_jayx> well the build failed, aparently a library is missing in the repository
[15:22] <effie_jayx> I am updating pbuilder and see
[15:23] <ScottK> Rhonda: I did go count and currently 8 of the 51 people in #debian-qt-kde are Kubuntu people.  That's a decent sign there is cooperation.
[15:23] <effie_jayx> is it advisable to use http://mirrors.kernel.org/ as sources for pbuilder?
[15:23] <ScottK> No.
[15:23] <ScottK> archive.ubuntu.com
[15:23] <effie_jayx> great
[15:26] <jetienne> hmmm grumble, i can not use my epm builder to upload to ppa :(
[15:27] <effie_jayx> jetienne: all you need is a changes file
[15:31] <jetienne> effie_jayx: well im reading the doc... missing a lot of thing now
[15:35] <jetienne> hmm  is there any estimation of the delay between the submission and the actual acceptance ?
[15:37] <jetienne> ok i guess this is easier to go thru ppa at first
[15:37] <effie_jayx> jetienne: acceptance is like 10 minutes
[15:37] <effie_jayx> jetienne: building could take hours
[15:37] <effie_jayx> depending the load on the build deamons in laucnhpad
[15:38] <jetienne> effie_jayx: i suspect the human part is the longuest :)
[15:45] <tumbleweed> jetienne, effie_jayx: acceptance happens every 5 minutes
[15:45] <tumbleweed> launchpad.net/builders gives you an idea of the business
[15:45] <tumbleweed> busyness I should say
[15:48] <jetienne> ok first ppa and then trying to get in :)
[15:48] <jetienne> side question: my code is rather large (350kline) and i would like to port it to 64bit. which process would you follow ?
[15:55] <jetienne> not the proper channel i guess :)
[16:21] <effie_jayx> I think I am having problems with my pbuilder, http://pastebin.ubuntu.com/436809/
[16:21] <ScottK> Wahoo!
[16:21] <effie_jayx> pbuilder-satisfydepends-dummy
[16:21]  * ScottK is no longer TIL courier.
[16:22] <effie_jayx> it depends on cdbs and it does not find them
[16:22] <effie_jayx> cdbs and many other packaging packages
[16:22] <ScottK> That's normal.
[16:22] <ScottK> What's the rest of the log?
[16:22] <effie_jayx> but it does not build
[16:22] <effie_jayx> let me paste the whole thing
[16:23] <effie_jayx> ScottK: http://pastebin.ubuntu.com/436811/
[16:23] <ScottK> Looking
[16:23] <effie_jayx> ScottK: what is TIL courier, if I may ask?
[16:23] <ScottK> Touched it last.
[16:24] <ScottK> If you were the last person to upload a package you have some moral responsiblity to mind after it a bit and merge it.
[16:24] <ScottK> Courier is annoying.
[16:25] <ScottK> effie_jayx: Line 71 is an aptitude segfault.  That's the actual problem.
[16:26] <effie_jayx> ScottK: I see, what causes it?
[16:26] <effie_jayx> or is it something I should find out...
[16:30] <ScottK> No idea.
[16:34] <ScottK> If you look in the pbuilder config file in /etc you'll see there are provisions for alternate dependency resolvers. I'd switch to a different one and try again.
[16:34] <ScottK> If you can reproduce the aptitude problem reliably then it's worth filing an aptitude bug.
[16:40] <effie_jayx> ScottK: ok
[16:42] <effie_jayx> ScottK: you mean /etc/pbuilder/buildd-config.sh or pbuilderrc
[16:43] <ScottK> effie_jayx: pbuilderrc.  You need to look in /usr/share/pbuilder/pbuilderrc so see what you are going to override.
[16:44] <ScottK> In this case it's PBUILDERSATISFYDEPENDSCMD that needs changing.
[16:45] <effie_jayx> ScottK:  I am reading the pbuilder howto... one reference to gdebi, but since I use kde.
[16:46] <effie_jayx> ScottK:  let me check the doc in the usr/share
[16:47] <effie_jayx> ScottK: and update on the pbuilder and now it works
[16:47] <effie_jayx> ScottK: but good info
[16:48] <effie_jayx> ScottK: you are a hero
[16:48] <effie_jayx> :)
[16:48] <effie_jayx> it's been a while since my last sync... and this is getting simpler and simpler
[16:57] <effie_jayx> well now it seems the patches won't apply
[16:57] <effie_jayx> :S
[16:57] <effie_jayx> heh
[17:08] <effie_jayx> the package I am trying to test for a sync  is now FTBFS. what Should I do?
[17:09]  * effie_jayx checks docs
[17:10] <ScottK> Fix it.
[17:25] <MunkyJunky> Hey all - is it possible to package a .sh file and a .run file into a .deb, and have the .sh file run when the user installs the .deb package?
[17:27] <tarzeau_> MunkyJunky: possible yes. good no.
[17:28] <MunkyJunky> tarzeau_: Is there a recommended way of doing it differently?
[17:29] <tarzeau_> MunkyJunky: which software is this?
[17:29] <tarzeau_> MunkyJunky: get the source of the software, make the debian/* stuff, build the binary and source pkg with debuild
[17:30] <MunkyJunky> Teamspeak 3 client (the .run file) and a script that adds menu items and puts the right files in the right places.
[17:30] <tarzeau_> MunkyJunky: ah so you don't have source files that need to be compiled
[17:30] <MunkyJunky> Sadly, Teamspeak 3 isn't open source, so I don't have that option
[17:30] <MunkyJunky> Yup
[17:30] <tarzeau_> MunkyJunky: there's no much point packaging binary only software as debian packages
[17:31] <MunkyJunky> It's more for convinience, as the Teamspeak client installer doesn't create any menu items, and is just a runable script. The idea is that this will install it and make some nicer desktop intergration
[17:31] <tarzeau_> MunkyJunky: just create your own one-installer-shell-script file that people get
[17:31] <tarzeau_> MunkyJunky: and make it download, install, configure it?
[17:32] <tarzeau_> that's what i did for the nvidia binary driver as a init.d script before dkms came up
[17:32] <tarzeau_> and now i'm picking it back up, since the ubuntu installers failed on at least 3 ubuntu installations at work
[17:32] <MunkyJunky> You mean make my script download the teamspeak 3 client, install & config it?
[17:32] <tarzeau_> mine worked reliably for 5 years, for like 150 machines, of about 30 different nvidia cards
[17:33] <tarzeau_> MunkyJunky: yes
[17:33] <MunkyJunky> That wouldn't make any difference - the download for the teamspeak client comes as a .run file.
[17:33] <tarzeau_> MunkyJunky: the installer is not interactive?
[17:34] <tarzeau_> MunkyJunky: it made sense for the nvidia-installer.run file for me
[17:34] <tarzeau_> especially it needed to rebuild the kernel module everytime a new kernel came
[17:34] <MunkyJunky> It's a run file that you run, which after agreeing to their licence, extracts the files to a folder, which is run by calling an .sh file.
[17:35] <tarzeau_> MunkyJunky: it's all in a dir, like /opt/teamspeak?
[17:35] <MunkyJunky> It extracts to a folder in the same directory the run file is in.
[17:36] <MunkyJunky> Part of my script makes it extract into /usr/local/bin
[17:36] <tarzeau_> what's your point? you have to just install it once?
[17:36] <MunkyJunky> yea
[17:36] <eagles0513875> imbrandon: ping
[17:37] <tarzeau_> MunkyJunky: you're wasting your time
[17:37] <MunkyJunky> How so?
[17:37] <tarzeau_> you're not saving time, by packaging this thing as a debian package
[17:39] <MunkyJunky> I'm not trying to do it to save time - I'm doing it so instead of having to install the .run file, then manually create menu items (which a fair few of the teamspeak users don't understand how to do) a user can instead install the .deb package, which installs the .run file and makes the menu items for it.
[17:40] <tarzeau_> MunkyJunky: and your teamspeak thing is i386 only?
[17:40] <tarzeau_> or also 64bit x86?
[17:40] <MunkyJunky> i386 and x64
[17:40] <tarzeau_> MunkyJunky: you'll have to make one all package or one i386 and one amd64 one
[17:40] <tarzeau_> MunkyJunky: what do you want to do?
[17:40] <MunkyJunky> I was going to make one for 32bit, one for 64 bit
[17:41] <tarzeau_> MunkyJunky: create a teamspeak-version directory, put all files in there, run dh_make in it
[17:41] <tarzeau_> make sure  you do a tar czf teamspeak_version.orig.tar.gz before you add the debian/ dir with dh_make
[17:41] <tarzeau_> i see
[17:42] <tarzeau_> put your desktop file and icon also into debian/
[17:42] <tarzeau_> add the 32bit and 64bit installation into this teamspeak_version.orig.tar.gz first
[17:43] <MunkyJunky> tarzeau_: Right, cheers
[17:43] <tarzeau_> MunkyJunky: you know how to do the debian/ part?
[17:44] <MunkyJunky> tarzeau_: I'm learning from https://wiki.ubuntu.com/MOTU/School/PackagingWithoutCompiling
[17:44] <tarzeau_> MunkyJunky: ok, if you get stuck feel free to ask again, and put your stuff on some webserver so people can look at it
[17:45] <MunkyJunky> tarzeau_: Thanks for your help!
[17:45] <tarzeau_> MunkyJunky: yw
[17:46] <tarzeau_> anyone in here with some freetime to look at revu packages?
[17:46] <tarzeau_> iulian: when will you take over modglue?
[17:47] <eagles0513875> imbrandon: can you pm me or ping me when you get back need to talk to you re mysql work bench
[17:52] <tarzeau_> i wish there was a way to simply transfer ppa packages to the revu repo without uploading them again
[17:52] <tarzeau_> and some stats on the downloading of ppa files
[17:58] <geser> tarzeau_: there is a bug about PPA stats, and IIRC one should be able to get this data through the LP API soon (in one of the next LP rollouts)
[18:04] <tarzeau_> geser: i've seen that bug report, but nothing happened since then...
[18:04] <tarzeau_> geser: i guess i'll put up per package stats about popcon.ubuntu.com meanwhile
[18:23] <iulian> tarzeau_: I am currently pretty busy studying for exams now.  I will probably do an upload next week.
[18:51] <ari-tczew> Laney: around?
[19:21] <tarzeau_> yay http://gnu.ethz.ch/ubuntu-popcon/
[19:27] <Rhonda> tarzeau_: Can you get co-maintained packages into the output, too?
[19:28] <tarzeau_> Rhonda: i'm only using the by_maint file as source, i'd have to parse some other file listing co maintainers of the packages somehow
[19:28] <tarzeau_> Rhonda: you got the source, url/do and url/index.txt
[19:28] <tarzeau_> have fun :)
[19:28] <tarzeau_> i thought about linking to the package pages on launchpad, but i'm not sure i know the source package links ubuntu/+source/pkg or so
[19:28] <Rhonda> Where have I got the source?
[19:28] <tarzeau_> but the package names are all of the binary package names
[19:29] <tarzeau_> yay http://gnu.ethz.ch/ubuntu-popcon/index.txt
[19:29] <tarzeau_> yay http://gnu.ethz.ch/ubuntu-popcon/do to get the files
[19:30] <Rhonda> Hmm. Can't find wesnoth there?
[19:30] <tarzeau_> who is the maintainer of it? some team?
[19:30] <tarzeau_> 97165 wesnoth-compiled                   2     0     2     0     0 (Unknown)
[19:32] <tarzeau_> 125000 packages list the package as "Unknown" - no idea why
[19:34] <Rhonda> The games team.
[19:35] <Rhonda> But it's not on http://gnu.ethz.ch/ubuntu-popcon/index.cgi?Debian%20Games%20Team
[19:35] <tarzeau_> yes try index.cgi?Unknown
[19:35] <tarzeau_> for some reason the popcon.ubuntu.com lists wesnoth and 125000 other packages as maintainer "Unknown"
[19:35] <tarzeau_> i have no idea who generates the file, and why they do it with "Unknown"
[19:36] <Rhonda> Ah, maybe because it has ubuntu diff in lucid?
[19:36] <tarzeau_> but even then a package has a maintainer no?
[19:36] <tarzeau_> there's never a reason to put "Unknown" there
[19:36] <tarzeau_> every packages maintainer is known
[19:36] <Rhonda> Don't ask me, ask ubuntu popcon :)
[19:37] <ari-tczew> Rhonda: do you maintain packages.ubuntu.com ?
[19:37] <tarzeau_> ari-tczew: the url says frank lichtenheld
[19:37] <Rhonda> ari-tczew: I can commit to the codebase, I can't deploy it to packages.ubuntu.com. A single person can and that person is external to canonical and awkwardly busy for well over half a year now.
[19:38] <tarzeau_> mdomsch: you package stuff for fedora?
[19:38] <Rhonda> ari-tczew: If you refer to changes for maverick, I did that part - though can't deploy it, sorry. I did the best I can do in here: http://git.debian.org/?p=webwml/packages.git;a=shortlog;h=refs/heads/ubuntu-master
[19:38] <ari-tczew> Rhonda: thanks
[19:39] <Rhonda> The rest is some potential internal struggle in canonical it looks to me about not accepting others into the possibility to deploy changes.
[19:40] <mdomsch> tarzeau_, I have several packages i maintain in fedora, yes
[19:41] <mdomsch> including dkms
[19:41]  * ScottK waves to mdomsch.
[19:41] <mdomsch> hey ScottK
[19:41] <tarzeau_> mdomsch: i've seen a bug report about the m+ fonts (ttf-mplus in ubuntu/debian). could you do something about it so it's there for fedora project people?
[19:41] <tarzeau_> mdomsch: the report says something about the package should build the fontforge fonts, is that really needed?
[19:42] <mdomsch> tarzeau_, I've helped get one set of fonts into fedora, but they're not my specialty
[19:42] <tarzeau_> mdomsch: cool, i was so glad about dkms in karmic, however it failed with ubuntu lucid with the latest kernel for severial different nvidia modules/cards
[19:42] <mdomsch> there's a separate packaging guideline for those
[19:43] <mdomsch> http://fedoraproject.org/wiki/Packaging:FontsPolicy
[19:43] <ScottK> tarzeau_: If you're having dkms issues in Ubuntu, superm1 is probably a better person to talk to.
[19:44] <mdomsch> tarzeau_, if the kernel changes, and the nvidia shim doesn't, there's not much dkms can do about it itself; the nvidia kmod package would need to be fixed
[19:44] <mdomsch> and yes, superm1 is the man
[19:45] <tarzeau_> i see
[19:57] <ari-tczew> what's the command to bzr push with link to bug report?
[20:00] <geser> bzr commit --fixes lp:123456
[20:00] <geser> and then push as usual
[20:06] <ari-tczew> thanks
[20:36] <arand> For a SRU where update-maintainer is done, what, if any, is the appropriate changelog entry? "* debian/control: updated maintainer field"?
[20:37] <ScottK> No, we don't put the maintainer change in debian/control
[20:37] <ScottK> control/changelog
[20:39] <arand> ScottK: Ok, cheers.
[21:03] <effie_jayx> easy, the patch is not needed
[22:25] <arand> Is it only ubuntu-sru that may confirm nominations? Otherwise would someone mind to open hardy-lucid in Bug #581331
[22:25] <arand> And put a priority medium-high, if you feel like it.
[22:36] <toabctl> i have a package (libsynthesis) which has as version 3.5.0.5+ds1 . what stands the +ds1 for?
[22:38] <tumbleweed> ds = debian source
[22:38] <tumbleweed> there was something wrong with the upstream tarball (or there wasn't one)
[23:37] <bobbo> evening MOTU's!
[23:39] <wyatt> hi guys