[00:08] <crimsun_> persia: / TheMuso: lp:~ubuntu-core-dev/pulseaudio/ubuntu rev15
[00:09] <crimsun_> persia: / TheMuso: I have some question as to how thoroughly the definitions are parsed; I'll look into it further.  In the meantime, please try the above.
[00:09] <crimsun_> persia: and since you guys have commit access now, feel free...
[00:09] <crimsun_> TheMuso: ^
[00:12] <TheMuso> crimsun_: Thanks, will take a look shortly.
[00:23] <slangasek> mok0: I think you may have missed a transition package when merging claws-mail?  claws-mail-clamav is no longer built from source, but sylpheed-claws-gtk2-clamav depends on it
[00:23] <mok0> slangasek: hmmm
[00:23] <mok0> slangasek: I will take a look
[00:27] <mok0> slangasek: yeah, there is no such package...
[00:27] <mok0> slangasek: I wonder if there should be, or if the dependency is wrong
[00:29] <slangasek> the package existed before you merged the new upstream version... :)
[00:31] <mok0> slangasek: it seems it's gone from the debian version
[00:32] <slangasek> well, ok
[00:32] <slangasek> then I guess the compat package should also be dropped?
[00:32] <mok0> slangasek: I guess
[00:32] <slangasek> +  - Upstream removed clamav plugin from main tarball (Closes: #462963)
[00:32] <slangasek> ah, there it is
[00:32] <nixternal> !5-a-day
[00:32] <ubotu> 5-a-day is a community event where each person will take 5 bugs a day and work on them. Everyone is invited to help no matter your abilities! More information available at https://wiki.ubuntu.com/5-A-Day
[00:33]  * nixternal runs and hides
[00:35] <warp10> :D
[00:35] <mok0> slangasek: will you fix it?
[00:36] <slangasek> mok0: do you agree that the compat package should be dropped, and only readded if the clamav plugin gets packaged separately?
[00:36] <mok0> slangasek: yes
[00:37] <mok0> slangasek: the compat package goes with the plugin
[00:38] <slangasek> ok, uploading
[00:38] <mok0> slangasek: great
[00:42] <ScottK> bigon: For Gutsy, all the telepathy packages were part of a general exception for Ubuntu Mobile.  Before I expend effort again on figuring out if Telepathy stuff should be upgraded, please find out from the Ubuntu Mobile folks if such an exception exists again for Hardy.
[00:43] <ScottK> slangasek and mok0: Upstream dropped the package in claws mail 3.3 (it's in their upstream changelog.
[00:44] <mok0> ScottK: slangasek has removed the dependencies now
[00:44] <ScottK> Of course the reason they dropped it (licensing concerns with non-free unrar code) don't apply to the Debian clamav package, but it's still gone.
[00:44] <mok0> ScottK: is it going to be packaged separately?
[00:45] <ScottK> mok0: All I know is what's in the changelog.
[00:45] <mok0> ScottK: right
[01:01] <slangasek> 	 | N libphp-serialization-perl/0.27-1/i386 Component: main Section: perl Priority: OPTIONAL
[01:01]  * slangasek slits his wrists to have done with it
[01:01] <slangasek> :-P
[01:03] <StevenK> Ah ha. My sync request.
[01:11] <Fujitsu> That sounds so, so wrong.
[01:11] <Fujitsu> Though I've had a use for such a thing before, admittedly.
[02:17] <bddebian> Heya gang
[02:17] <emgent> heya :P
[02:17] <bddebian> Hello emgent
[04:01] <chrisb_> is this the right place to be for help with building source?
[04:45] <nhaines> Hello, everyone!
[05:27] <slomo_> superm1: ping? :)
[05:27] <nhaines> pong!
[05:27] <nhaines> Oops!  Not for me.
[05:27] <slomo_> :)
[05:28] <superm1> slomo_, hey :)  I was just about to get the last few things together.  just got some free time now.  i'll let you know once i'm done
[05:29] <slomo_> superm1: perfect :)
[05:57] <jdong> too lazy to check launchpad at 1AM, but I am assuming the pycentral breakage on Hardy is known?
[05:57] <jdong> bug 192992
[05:57] <ubotu> Launchpad bug 192992 in python-central "[hardy] pycentral crashed with ValueError in parse_versions()" [High,Confirmed] https://launchpad.net/bugs/192992
[05:57] <jdong> ok guess I wasn't too lay
[05:58] <TheMuso> jdong: Yeah its known alright.
[05:58] <jdong> I'm assuming when python breaks word gets out fast :D
[06:13] <superm1> slomo_, okay all updated up http://mentors.debian.net/debian/pool/main/g/gmyth/
[06:13] <slomo_> superm1: perfect :)
[06:14] <crimsun_> hmm, looking at python-central's parse_versions(), does the tried "op, v = m.group(1), m.group(2)" work if m == None?
[06:14] <slomo_> superm1: i'll review again now, if it's fine i'll upload
[06:14] <slomo_> superm1: ok?
[06:14] <superm1> slomo_, sounds great to me
[06:14] <slomo_> superm1: :)
[06:15] <crimsun_> looking at the bug reports, vstring is being passed to parse_versions() as 'python:Versions=2.4'
[06:17] <slomo_> superm1: the gmyth-utils short description is not perfect yet imho but i can live with that ;) maybe something that just says that these are commandline utilities for doing things with a mythtv backend is nicer than saying that it's utilities from the gmyth package
[06:18] <superm1> slomo_, the utilities themselves are very un-useful too.. i wouldnt expect them to be used for anything other than testing when things aren't working
[06:18] <slomo_> superm1: ok
[06:19] <slomo_> superm1: "Section:libs" without space, i'll change that ;)
[06:19] <superm1> oops :)
[06:20] <slomo_> superm1: you don't link the things explicitely with libglib and stuff, right?
[06:20] <superm1> slomo_, no i dont
[06:21] <slomo_> superm1: that's a bug then... also it's LDFLAGS, not LD_FLAGS
[06:21] <slomo_> superm1: want me to fix these two things or do you want to do it yourself? :)
[06:21] <superm1> slomo_, well if its just those two left you can go ahead, if  there is more i'll do it
[06:22] <slomo_> superm1: ok, will do it then
[06:22] <slomo_> superm1: otherwise it's great
[06:22] <superm1> thanks
[06:23] <superm1> slomo_, afterwards, if you've got time for one more, i have another perl related one that i wanted to bring up to debian as well
[06:23] <slomo_> superm1: i don't know anything about perl... but when it's easy :)
[06:24] <superm1> slomo_, yeah its a really straightforward package.  i'm just cleaning up the description a little bit for it.
[06:25] <tonyyarusso> Hey, I'm reading Conduit release notes, and noticed that among other things it now supports synching Gmail contacts and fixes a bunch of Flickr bugs.  These seem pretty important to me - what are your thoughts on a possible update to 0.3.8 for Hardy?
[06:34] <superm1> tonyyarusso, file a FFe on it.
[06:34] <superm1> tonyyarusso, ~motu-release makes the final call
[06:36] <tonyyarusso> superm1: Seems worthy of consideration at least to you though?  (wanted to bounce it off someone before filing)
[06:38] <superm1> tonyyarusso, if its fixing a bunch of bugs i think so
[06:38] <superm1> but in the end will have to see how much else changed
[06:38] <tonyyarusso> Also, https://wiki.ubuntu.com/FreezeExceptionProcess says the request must include a diffstat and testing information, which I am not able to provide - presumably someone else could tack that on as able?
[06:39] <tonyyarusso> well, I guess I could figure out the diffstat thing - looks relatively simple
[06:40] <superm1> tonyyarusso, fill out as much as you can about it, if you aren't sure of something, ask here about it
[06:41] <tonyyarusso> Okay
[06:44] <slomo_> superm1: ok, fixed all now ;)
[06:44] <superm1> slomo_, great, so all set then ?
[06:44] <slomo_> superm1: may i add myself as uploaders or do you want to have it all your own? ;)
[06:45] <superm1> slomo_, you can add yourself on
[06:45] <superm1> if ever i'm busy with other things, its good to have a fall back
[06:46] <slomo_> ok
[06:46] <slomo_> thanks
[06:46] <dholbach> good morning
[06:47] <superm1> morning
[06:47] <slomo_> superm1: ok, building and then uploading now :)
[06:48] <superm1> great :).  slomo_ if you've still got some more time, this is the other one I wanted to pull up to debian too: http://mentors.debian.net/debian/pool/main/l/libnet-upnp-perl/
[06:50] <tonyyarusso> superm1: err, is 'diff -ruN <package>-{old-version,new-version} | diffstat > diffstat.txt
[06:50] <tonyyarusso> correct?
[06:50] <superm1> tonyyarusso, yeah that looks right
[06:50] <dholbach> tonyyarusso: that looks good
[06:50] <tonyyarusso> So "conduit-0.3.8.tar.gz |binary \n 1 file changed" is all I'm supposed to get?
[06:51] <superm1> tonyyarusso, you have to extract the .tar.gz
[06:51] <slomo_> superm1: doh, the -dev package is broken :)
[06:51] <superm1> and you run it across the two directories
[06:51] <superm1> is the idea
[06:51] <slomo_> superm1: i'll fix it
[06:51] <superm1> so that -r in the switches recurses
[06:51] <superm1> slomo_, how is it broken?  It built fine here?
[06:51] <tonyyarusso> superm1: Aaah.  I'll have to clarify the wiki then methinks.
[06:52] <slomo_> superm1: yes but look at the content.. should be /usr/include/gmyth but is /usr/include/gmyth/gmyth
[06:52] <tonyyarusso> much better
[06:54] <superm1> slomo_, that makes me wonder how these other apps were able to nicely build against it in that state
[06:54] <slomo_> superm1: gst-plugins-bad didn't, that's how i noticed it fortunately
[06:55] <slomo_> superm1: oh, the pkg-config file... hm
[06:55] <superm1> slomo_, I better check the ubuntu build log for it then, because ours did (and works)
[06:55] <slomo_> superm1: ok, i found the reason, nevermind
[06:55] <slomo_> :)
[07:07] <slomo_> superm1: uploaded
[07:07] <slomo_> superm1: now we have to wait a week or something for it to come from NEW
[07:07] <superm1> slomo_, ah queues, just like in Ubuntu
[07:08] <superm1> well my first package in debian.  yay :)
[07:08] <superm1> thanks for helping get that in, and especially so quick
[07:08] <slomo_> np :)
[07:17] <StevenK> Oh, so pycentral needs to fixed and packages forced to rebuild?
[07:17] <StevenK> Ooops
[07:17] <StevenK> Up and enter in the wrong terminal :-/
[08:07] <warp10> Hi all!
[08:12] <LucidFox> hello warp10
[08:14] <warp10> howdy LucidFox!
[08:51] <BUGabundo> hi there
[08:51] <BUGabundo> can someone please test bug #193195 ?
[08:56]  * LucidFox shakes his fist in ubotu's general direction
[08:57] <soren> bug 193195
[08:57] <ubotu> Launchpad bug 193195 in ubuntu "[hard] trickle upload limit blocks wget" [Undecided,New] https://launchpad.net/bugs/193195
[08:58] <BUGabundo> hi soren
[08:58] <soren> o/
[08:58] <BUGabundo> can you give it a test?
[08:58] <BUGabundo> trickle seems to only limit download speed
[08:58] <BUGabundo> not upload!
[08:58] <soren> Sorry, I'm a bit tied up right now.
[08:58] <BUGabundo> ok, soren
[08:58] <BUGabundo> I understand
[09:16] <awen-> bug 192310 <- does this seem like the correct solution?
[09:16] <ubotu> Launchpad bug 192310 in hyphen "package openoffice.org-hyphenation-en-us None [modified: /var/lib/dpkg/info/openoffice.org-hyphenation-en-us.list] failed to install/upgrade: trying to overwrite `/usr/share/myspell/dicts/hyph_en_US.dic', which is also in package openoffice.org-hyphenation" [High,Confirmed] https://launchpad.net/bugs/192310
[09:22] <geser> good morning
[09:26] <warp10> morning geser
[09:26] <geser> Hi warp10
[09:27] <BUGabundo> hi there geser
[09:27] <geser> Hi BUGabundo
[09:32] <ssam> the package lybniz needs a sync from debian, or a one line patch to fix its 2 open bugs. is there any thing i could do to make it more likely to happen?
[09:33] <dholbach> ssam: http://wiki.ubuntu.com/SyncRequestProcess
[09:34] <ssam> do you need to be a MOTU to do that?
[09:36] <pochu> anyone from the MOTU Release team for a 2nd ACK in bug 192156?
[09:36] <ubotu> Launchpad bug 192156 in amule "[FeatureFreezeException] New upstream svn snapshot" [Undecided,New] https://launchpad.net/bugs/192156
[09:37] <BUGabundo> who here is responsible for packing trickle?
[09:38] <LucidFox> ssam> no, you don't need to be a MOTU to request a sync, but a MOTU must approve it after you file it
[09:38] <ssam> thanks
[09:50] <ssam> https://bugs.launchpad.net/ubuntu/+source/lybniz/+bug/193210 is that ok?
[09:50] <ubotu> Launchpad bug 193210 in lybniz "please sync lybniz (1.3.2-1)  from debian lenny (testing) (math)" [Undecided,New]
[09:54] <pochu> \o/ wxwidgets2.8 in Debian
[10:00] <DktrKranz> pochu: REALLY?
[10:00] <BUGabundo> python-central bug?
[10:01] <BUGabundo> wrong wind. sorry
[10:03] <pochu> DktrKranz: http://lists.debian.org/debian-devel-changes/2008/02/msg01982.html
[10:04] <DktrKranz> pochu: oh... hijacked! :)
[10:04] <pochu> yeah!
[10:04] <pochu> :-)
[10:04] <pochu> DktrKranz: the only bad news is that it's in experimental. But hey, that's better than sticking with wx2.6...
[10:04] <DktrKranz> I think Ron is going to find some AK47
[10:07] <DktrKranz> pochu: better there than nowhere, so there's a chance to sync it in Hardy + 1
[10:08] <pochu> DktrKranz: yeah, hopefully someone (doko?) uploads it to unstable soonish
[10:09] <emgent> heya people
[10:11] <Lamego> d2bu
[10:16] <DktrKranz> pochu: I don't want to be hijacked :D
[10:16] <pochu> Oh yeah let's hijack Luca! :P
[10:18] <DktrKranz> pochu: well... Devid actually
[10:19] <pochu> oh right
[10:19] <pochu> DktrKranz: sad he's not here for the good news
[10:24] <DktrKranz> pochu: better not having him around when there will be need to sync wxwidgets! :)
[10:26] <pochu> heh
[10:26] <pochu> DktrKranz: let's merge dfiloni's changes in the Debian package!
[10:26] <pochu> DktrKranz: can you already upload to Debian? ;-)
[10:53] <DktrKranz> pochu: I am destroying one distro at a time, actually (was: no upload privileges for me in Debian)
[11:05] <geser> ScottK: ip4r added support (and also a new package) for postgresql-8.3 (the default in hardy). Does it need a FF exception?
[11:17] <slomo> LucidFox: are all your f-spot changes in debian too already?
[12:03] <\sh> grmpf
[12:03] <emgent> heya \sh :)
[12:04] <hellboy195> \sh: you seems to be angry .. about wine?
[12:05] <\sh> na
[12:05] <hellboy195> \sh: good. how's the progress :)
[12:07] <\sh> hellboy195: lets see :)
[12:07] <hellboy195> ^^
[12:08] <\sh> is it feasable to re-upload a NEW package which was rejected, because of a silly mistake by me inside the license file, without prior approval? :)
[12:08] <\sh> hellboy195: regarding bug #191575 jurjen said it works now after the last upgrade...I'll try to check this
[12:08] <ubotu> Launchpad bug 191575 in wine "wine segfaults on winecfg" [High,Confirmed] https://launchpad.net/bugs/191575
[12:09] <hellboy195> \sh: I'm ready that currently ^^
[12:10] <hellboy195> *reading
[12:12] <hellboy195> \sh: yeah, it's really really strange
[12:21] <ScottK> geser: Isn't postgresql-8.3 in Main?
[12:23] <geser> ScottK: it is
[12:23] <persia> \sh: Yes.  Once you have approval to NEW a package, re-NEWing it is covered by the same approval.
[12:23] <\sh> hellboy195: at least on amd64 it doesn't work at all
[12:23] <ScottK> geser: Then it's nothing to do with motu-release.
[12:24] <\sh> persia: thx
[12:24] <geser> ScottK: ip4r (universe) builds currently only a package for postgresql-8.2 but the new one from Debian unstable has how also a package for postgresql-8.3
[12:24] <ScottK> I see.
[12:25] <hellboy195> \sh: well we can ignore amd64 users ^^,  no to be serious that's a serious problem :\
[12:25] <persia> \sh: Just as an explanation, it's my opinion that archive-admin rejection isn't that different from automated rejection for a bad upload.  Assuming you can fix it, and work with the archive admins to get it approved, it's just a bugfix.
[12:25] <ScottK> I'd say yes, but it's definitely one we'd want.
[12:25] <persia> geser: For dep-wait stuff, do we need to ask for give-backs, or will that just happen?
[12:25] <\sh> persia: yepp..that's how I see it, too, but not being sure myself
[12:26] <geser> ScottK: I will file a request for a FF exception then
[12:26] <geser> persia: depwait will start building automatically once the waiting package (and version) is available
[12:26] <bigon> ScottK: hi I don't understand you comment on bug #192847
[12:26] <ubotu> Launchpad bug 192847 in telepathy-salut "Please sync telepathty-salut 0.3.1-1 (universe) from debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/192847
[12:26] <persia> \sh: It's just my opinion.  If you want a formal statement, you could file a FFe bug, but I suspect motu-release currently has enough of them :)
[12:26] <ScottK> bigon: For Gutsy, all the telepathy packages were part of a general exception for Ubuntu Mobile.  Before I expend effort again on figuring out if Telepathy stuff should be upgraded, please find out from the Ubuntu Mobile folks if such an exception exists again for Hardy.
[12:26] <persia> geser: Thanks.  I won't fuss about libini4j then.  Thanks.
[12:27] <bigon> ScottK: oh ok
[12:30] <bigon> ScottK: I don't see such exeption on https://wiki.ubuntu.com/StandingFeatureFreeze
[12:30]  * persia wishes that Sun had a single internal shared repository for Java code
[12:30] <geser> persia: you're too late anyway, it got already build and is now in binary NEW.
[12:31] <persia> geser: Excellent!  With the archive-admin of the day seeking an empty NEW queue, we ought have netbeans by the end of the week.
[12:34] <geser> persia: depending on the order of the NEWing (libini4j-java would be best), how long the netbeans build takes and the length of the binary NEW queue it could make it even today :)
[12:34] <geser> but I guess the NEW queue is not long enough for that
[12:50] <ScottK> bigon: That's a page I made a few days ago.  The problem last time was the Ubuntu Mobile exception was undocumented.  You'll actually need to ask someone to find out.
[12:56] <bigon> ScottK: I've asked on #u-mobile
[12:59] <slytherin> What is the use of 'debian uupdate' in watch file?
[12:59] <\sh> bigon: then please ask what is the status of galculator and the hildon patch...they wanted to do the merge of this package by themselves, because the hildon patch doesn't apply cleanly anymore, and I have no clue about hildonizing
[13:00] <persia> slytherin: It tells uscan that you want to copy the debian/ directory and attempt to automate the construction of a new source directory.  Personally, I find it less useful then one might prefer.
[13:00] <slytherin> persia: thanks. I was just going to add it to a watch file
[13:01] <persia> slytherin: Worth adding and experimenting.  If it works best for you, may be worth keeping.  Just because it doesn't match my workflow doesn't mean it isn't good practice.
[13:02] <slytherin> persia: Nah. I am working on bluez-gnome which is in main. So I am just copying the watch file from debian
[13:03] <slytherin> persia: By the way according to new policy when requesting new upstream version, I should just add .diff.gz to bug right?
[13:03] <persia> slytherin: Yes.
[13:04] <mruiz> hi all
[13:10] <mruiz> hi all
[13:11] <slytherin> mruiz: That sound like an echo. :-)
[13:12] <mruiz> slytherin, sure :)
[13:14] <persia> dfiloni_: http://lists.debian.org/debian-devel-changes/2008/02/msg01982.html
[13:14]  * persia missed, and will try to aim better in the future
[13:25] <mok0> Whoops. Python exception when configuring update-manager...
[13:30] <mok0> Is there something wrong with pycentral at the moment??
[13:31] <mok0> I am getting several errors when doing my daily apt-get upgrade
[13:31] <geser> mok0: yes, python-central 0.5.50ubuntu4 should fix it
[13:31] <mok0> geser: ok, great, no reason to file bug reports then...
[13:32] <Pici> mok0: already filed, see #192992 if you're interested
[13:32] <mok0> bug 192992
[13:32] <ubotu> Launchpad bug 192992 in python-central "[hardy] pycentral crashed with ValueError in parse_versions()" [High,Confirmed] https://launchpad.net/bugs/192992
[13:33] <mok0> Pici: Oh, yeah!
[13:34] <mok0> Pici: that's what I am getting too :-)
[13:34] <persia> Actually, ubuntu4 still breaks for jockey for some reason.  Works for most other things.
[13:35] <mok0> That new pycentral version is not in the archives?
[13:38] <soren> mok0: If it's not, it soon will be.
[13:38] <geser> mok0: it got uploaded one hour ago (or so) and it takes some time to get build and published
[13:38]  * mok0 cools it
[13:39] <soren> published an hour ago.
[13:39] <soren> The source, that is.
[13:40] <soren> http://launchpadlibrarian.net/12082695/python-central_0.5.50ubuntu4_all.deb <--- For the impatient.
[13:40] <stgraber> soren: doesn't fix the bug with jockey-gtk
[13:41] <stgraber> so there will be one more upload (3rd or 4th today ? :))
[13:44] <mruiz> thanks soren
[13:46] <mok0> Is there somewhere a statistic showing the use of the different platforms Ubuntu is offered on?
[13:49] <awen-> ja
[13:50] <awen-> wrong window...
[13:50] <mok0> awen-: wrong language
[13:50] <awen-> mok0: also that :)
[13:50] <mok0> heh
[13:52] <awen-> who should you poke to regarding openoffice.org-* packages... been looking a little at bug 192310 ; but the problems seems to involve more packages the more i look
[13:52] <ubotu> Launchpad bug 192310 in hyphen "package openoffice.org-hyphenation-en-us None [modified: /var/lib/dpkg/info/openoffice.org-hyphenation-en-us.list] failed to install/upgrade: trying to overwrite `/usr/share/myspell/dicts/hyph_en_US.dic', which is also in package openoffice.org-hyphenation" [High,Confirmed] https://launchpad.net/bugs/192310
[13:56] <persia> awen-: Are you sure that is still open?  A recent set of upgrades seemed to resolve it for me.  Also, calc on #ubuntu-devel would be the right contact.
[13:56] <_MMA_> Fixed here as well.
[14:01] <awen-> _MMA_ and persia: the problem isn't solved ... openoffice.org-hyphenation-en-us and openoffice.org-hyphenation both contains hyph_en_US.dic
[14:01] <mok0> Is hppa big endian like HP-UX?
[14:01] <persia> awen-: Without Conflicts: ?  Yes, that would be wrong.
[14:01]  * mok0 would like to see a compilation guide for hppa
[14:01] <soren> mok0: hppa is the platform on which hp-ux runs.
[14:02] <persia> mok0: HP-US is designed to run on hppa, so it's at least a safe bet (although I haven't used such a machine for long enough to no longer be sure)
[14:02] <persia> s/US/UX/
[14:02] <awen-> persia: yes, without conflicts...
[14:02] <mok0> soren: I meant hppa alias linux running on hppa :-)
[14:03] <soren> mok0: Oh, ok. Yes, I'm quite sure that's big endian.
[14:03] <awen-> persia: and is isn't a good idea to have them conflict on each other as you would then be unable to have english hyphenation installed together with another hyphenation
[14:03] <mok0> soren: you happen to know what preprocessor symbols cpp predefines on that platform :-/
[14:05] <persia> awen-: If two packages supply the same file, and they files serve different purposes, it is a bug to be raised to the appropriate list.  If the files serve the same purpose, the packages must use Conflicts:.  It may be that one of the packages should not deliver that file, or that some packages should be removed following a transition.
[14:06] <soren> mok0: Not off the top of my head, no.
[14:06] <soren> mok0: lamont in #ubuntu-devel will know, though. :)
[14:06] <mok0> soren: thx I'll ping him...
[14:07] <awen-> persia: exactly... but right now the openoffice.org-hyphenation packages seems in a complete mess regarding rdepends and provides
[14:08] <persia> mok0: You might also download and inspect the hppa binary packages...
[14:08] <\sh> ScottK: yes...the problem was my copy&paste of your LICENSE file ;) it said GPL2 and the LICENSE.gpl was GPL3 ... I fixed it already :)
[14:09] <awen-> but thanks for the help persia, i'll ping calc on #ubuntu-devel later today and see what he has to say about it
[14:10] <persia> awen-: As an additional note, updates to those packages tend to be well staggered, to avoid DoSing the buildds.  It may be that there is a partial or complete fix in the VCS: at least worth checking that as well.
[14:11] <awen-> persia: okay... how/where to check the VCS?
[14:12] <persia> Check for Vcs-* fields in debian/control.  If they are absent, complain to the maintainer :)
[14:14] <awen-> persia: they are absent, so no luck there
[14:36] <rhpot1991_laptop> Hey guys, I got a few emails about the build of my package failing in NEW, I know what to fix but not how I go about doing so, do I just fix it and dput it back to revu?
[14:37] <rhpot1991_laptop> had the section listed as unknown when it should be misc
[14:37] <RainCT> Hi
[14:37] <rhpot1991_laptop> hello
[14:41] <sistpoty|work> hi folks
[14:41] <geser> rhpot1991_laptop: create a debdiff, attach it to a bug in LP and subscribe ubuntu-universe-sponsors
[14:41] <geser> Hi sistpoty|work
[14:41] <sistpoty|work> hi geser
[14:44] <DktrKranz> sistpoty|work: I have to test dietlibc on sparc. It's not a big one, compile time takes five minutes on old hardware, is it possible to run some tests with pbuilder on sparky?
[14:45] <rhpot1991_laptop> geser: attack it to a new bug or my needs-packaging bug?
[14:46] <sistpoty|work> DktrKranz: sure, there is a hardy pbuilder already installed on sparky
[14:46] <geser> rhpot1991_laptop: like you want
[14:47] <DktrKranz> sistpoty|work: ah, cool. I verified I've access on it, but I guess I've no root/sudo privileges
[14:47] <sistpoty|work> DktrKranz: I just changed it... can you retry?
[14:49] <DktrKranz> sistpoty|work: it works now, thanks. Is there a preferred time to do my tests? I don't want to increase server load too much.
[14:50] <sistpoty|work> DktrKranz: since we've already passed featurefreeze there shouldn't be much going on on revu anyways...
[14:50] <sistpoty|work> DktrKranz: so just do your tests ;)
[14:50] <DktrKranz> sistpoty|work: good then. Thanks ;)
[14:51] <sistpoty|work> np
[14:52] <geser> Hi bddebian!
[14:53] <bddebian> Heya gang
[14:53] <bddebian> Hi geser
[14:53] <sistpoty|work> hi bddebian
[14:53] <bddebian> Hi sistpoty|work
[14:53] <DktrKranz> geser: had a quick look at dietlibc, found something interesting from Fedora, but I think it's not sufficient to avoid --fno-stack-protector abuse :(
[14:57] <spectie> evening all, how do i go about getting an import from debian ?
[15:00] <AstralJava> spectie: sync request is the process you want.
[15:00] <spectie> ok
[15:00] <AstralJava> Currently we're in a feature freeze, so an exception bug will be required to be filed for that.
[15:00] <spectie> what is an exception bug ?
[15:01] <AstralJava> If you look at the topic, you can find more information regarding the issues.
[15:01] <spectie> (i'm just looking at the page now -- and about to file a bug)
[15:06] <slicer> Where can I find documentation about debian/control fields like vcs-: etc? They're not in the current debian policy document.
[15:06] <sistpoty|work> slicer: iirc dpkg's changelog might help
[15:10] <spectie> ok
[15:10] <spectie> sync request ubmitted
[15:10] <slicer> sistpoty|work: Ok, found that. But are they documented anywhere? All the changelog says is that such fields were added, it makes no mention of what's supposed to be in them :)
[15:11] <AstralJava> spectie: Can you post the bug number please?
[15:11] <spectie> yes
[15:11] <spectie> i'm just writing a comment giving the exception request
[15:11] <spectie> #193306,
[15:12] <sistpoty|work> slicer: dunno if any documentation exists... I recall a lenghty thread on debian-devel some time in the past about that *looking*
[15:14] <sistpoty|work> slicer: http://lists.debian.org/debian-devel/2008/01/msg00926.html (but there was an older thread about these fields as well)
[15:15] <spectie> AstralJava, i've added the exception req.
[15:16] <spectie> is it in order?
[15:17] <slicer> sistpoty|work: Thanks.
[15:17] <AstralJava> As we're in the feature freeze now, it requires a bit more information, which you can read from: https://wiki.ubuntu.com/FreezeExceptionProcess#head-30ede7e753a6b6f62916161755507d4cc5d99e20
[15:18] <AstralJava> spectie: ^^
[15:18]  * spectie looks
[15:18] <spectie> ok
[15:18] <spectie> hmm
[15:18] <spectie> i don't have ubuntu
[15:18] <AstralJava> Right, well then you need to get someone to do that for you.
[15:19] <spectie> ok
[15:19] <spectie> presumably diffstat would be just the contents of the debian package piped through diffstat ?
[15:19] <AstralJava> Ping me if you can't find anyone. I won't guarantee that I have the time for it, though. :)
[15:19] <spectie> ok
[15:21] <geser> AstralJava: how do you want to diff a complete new package?
[15:22] <AstralJava> geser: Sorry I don't follow?
[15:23] <spectie> i attached the diff
[15:24] <spectie> AstralJava, regarding the "builds and installs", do you just need a buildlog ?
[15:25] <AstralJava> spectie: The last time I did it, I directed pbuilder output to a buildlog. There might be other ways which I wouldn't know. I'm not a MOTU, after all. :)
[15:26] <spectie> ok
[15:27] <geser> AstralJava: sorry, I was to fast with reading and jumped lines
[15:27] <AstralJava> geser: Quite alright. :)
[15:28] <spectie> AstralJava, does my diffstat look ok ?
[15:28] <AstralJava> Just threw me out for a loop here.
[15:29] <bigon> ScottK: <Mithrandir> bigon: I don't believe so, but it should be possible to grant exceptions if we need them?
[15:31] <AstralJava> spectie: I suppose. If I was reviewing that, I would want to see what you used diffstat on.
[15:31] <spectie> i installed the package in a prefix
[15:31] <spectie> and diffed it with an empty directory
[15:32] <spectie> seeing as it is a new package, i think thats the only way you'll get a diff
[15:33] <spectie> oh pissing aerkgmarg
[15:33] <AstralJava> spectie: As I understand it, the diffstat would show us how much the new package differs from the current version in Ubuntu. As it isn't in any ubuntu release at the moment, I would consider that step irrelevant.
[15:33] <spectie> AstralJava, ok, that wasn't clear from the wiki
[15:35] <AstralJava> I'm not sure what the process is when regarding to documentation "bugs", but please make sure appropriate people are informed about this.
[15:35] <AstralJava> Never hurts to improve the relevant docs. :)
[15:38] <DktrKranz> sistpoty|work: are two ACKs sufficient to proceed with a FFe upload?
[15:39] <sistpoty|work> DktrKranz: the indication is, if the bug state is set to confirmed (atm. two acks should do it, however we don't have a policy for generic exceptions yet)
[15:39] <DktrKranz> thanks for the clarification.
[15:51] <warp10> Hi all!
[16:05] <pochu> sistpoty|work: did you had time to check the revu patch?
[16:06] <ScottK> bigon: Please comment in the bug.
[16:07] <ScottK> sistpoty|work: I'm looking for feedback from you on the proposal for bug fix only uploads that I sent to MOTU ML last week.  The others in motu-release are OK with it.
[16:07] <ScottK> \sh: Great.  Sorry about that.
[16:09] <sistpoty|work> ScottK: thought I have answered that already... full ack from me
[16:10] <ScottK> sistpoty|work: Thanks.  I probably just lost track.
[16:10] <sistpoty|work> pochu: sorry, didn't have time to test it on sparky yet... it looks good though
[16:11] <pochu> sistpoty|work: just a reminder. no hurry though ;)
[16:11] <dholbach> Ubuntu Development Week is up and running in #ubuntu-classroom!
[16:11] <pochu> sistpoty|work: specially since there's no much activity in revu these days... ;)
[16:12] <mario_limonciell> sistpoty|work, would you be able to follow up to the mythtv suite FFe, now that ScottK has posted to it?  (You previously wanted to hear from others prior to deciding)
[16:15] <sistpoty|work> mario_limonciell: acked... can you confirm the bugs please (saves me lots of clicking *g*)?
[16:15] <mario_limonciell> sistpoty|work, sure
[16:15] <sistpoty|work> thanks
[16:15] <mario_limonciell> thx
[16:20] <geser> ScottK, sistpoty|work: how many ACKs does a FFe need? two or more?
[16:20] <sistpoty|work> geser: two
[16:20] <ScottK> geser: Two.  Our's crossed in the mail,  If you'd set it to confirmed it'd save me some clickety click.
[16:21] <sistpoty|work> heh, lost update :)
[16:21] <geser> ScottK: will do, thanks
[16:21] <ScottK> Bugfix only process is updated on the Freeze Exception page.
[16:21] <sistpoty|work> excellent, thanks!
[16:22] <geser> ScottK: what I can't do is unsubscribe motu-release
[16:22] <ScottK> geser: If you do your upload it no longer shows up by default, so it's not a big deal.
[16:23] <geser> ScottK: it's a sync and is now in the ~ubuntu-archive queue
[16:23] <ScottK> Great.
[16:24] <sistpoty|work> geser: then close the bug byhand, once it hits the archive (or I'll do it and will also get the karma for it *g*)
[16:25] <ScottK> geser: There was an issue with Debian not having a gui for pg 8.3 because they don't have wxwidgets2.8.  I don't recall the package name, but it sounded like a good on to make sure we had the right version of.  I can hunt after it if you don't have time.
[16:26] <geser> sistpoty|work: the sync should close it (it's a sync request combined with a FFe)
[16:26] <sistpoty|work> damn, no karma for me then *g*
[16:27] <geser> ScottK: could it be pgadmin3? Please hunt it down as I don't have time (four exams next week)
[16:27] <ScottK> Sure.  I'll look into it.
[16:30] <pochu> ScottK: with your proposal, after alpha6, will we need to ask for a freeze exception even for bug fix releases?
[16:31] <ScottK> pochu: As of now, yes, but there is a MOTU meeting in the mean time to get consensus.
[16:31] <ScottK> pochu: I'm not personally uncomfortable with pushing it out to Beta, but think we should discuss it.
[16:32] <ScottK> sistpoty|work: I just added a NACK to the FF2 proposal.  I'm curious if you'd revisit your position based on my comment?
[16:32]  * sistpoty|work looks
[16:33] <ScottK> superm1: Now that the mythtv standing FFe is approved, would you please update the wiki page where the standing exceptions are listed.
[16:33] <mario_limonciell> ScottK, sure
[16:34] <ScottK> mario_limonciell: Which one of you are you really?
[16:34] <mario_limonciell> this one at work, and the other at home right now
[16:34] <mario_limonciell> so, both i guess?
[16:34] <ScottK> I see. OK.
[16:36] <sistpoty|work> asac: the point of ScottK is imo quite good about the firefox2 demotion... any good ideas?
[16:37] <ScottK> sistpoty|work: My thought is use iceweasel instead (if that's the right one, I can never keep track).
[16:37] <ScottK> If it's really needed.
[16:39] <ScottK> geser: pgamin3 is in fact what it was.
[16:39] <ScottK> pgadmin3 even
[16:39] <ScottK> Is there a MOTU hopeful looking for a useful task/learning experience?
[16:41] <slytherin> ScottK: I owuld have said yes but I will be leaving for home in 5-10 minutes. :-)
[16:41] <jdong> *sigh* How the heck does one get across the point that launchpad is not where to discuss dirty hacks and workarounds right on a bug report?
[16:41] <jdong> I think LP bug tickets need moderation ability
[16:41] <ScottK> jdong: What is the place then?
[16:41] <jdong> ScottK: some other support medium
[16:42] <jdong> IRC, mailing list, forum, answers tracker, etc
[16:42] <rhpot1991_laptop> anyone have any idea why my diff.gz is different on LP than on revu?
[16:42] <dholbach> jdong: if it's still about fixing the bug that should be absolutely fine - there are lots of discussions about fix implementations in various bug trackers
[16:42] <jdong> ScottK: as an example, the pycentral breakage bug, 90% of the comments are either irrelevant or duplicate of osmething another person has said already
[16:42] <ScottK> jdong: True, but to the extent it helps the developer understand the problem, it may be useful.
[16:43] <jdong> ScottK: right, useful discussion is a different concern, but there should be a way to collapse/hide duplicate or otherwise not useful comments
[16:43] <dholbach> jdong: right, we do have a big amount of not so useful information on bugs - I agree with that
[16:43] <jdong> i.e. confirmed by 4 people, another 3 or 4 people posted a 1-page-long traceback (identical to each other)
[16:43] <ScottK> jdong: Yes, but that happens every time we break the release.  If anything, my lesson learned on that experience is maybe LP duplicate detection needs a bug filed against it.
[16:44] <ScottK> I think that's the real answer.
[16:44] <jdong> "My workaround is to install the python-apt_0.7.4ubuntu4_i386.deb package from here: https://launchpad.net/ubuntu/hardy/i386/python-apt/0.7.4ubuntu4"
[16:44] <dholbach> that doesn't stop "me too" comments :)
[16:44] <jdong> comments like that, IMO, are irrelevant to the bug report
[16:44] <jdong> i.e. they're end-user workarounds, not useful to developers for pinpointing or fixing bugs
[16:44] <ScottK> jdong: But they are useful for someone who's just been told their problem is a dupe of that bug.
[16:45] <dholbach> I'm not sure I'd spend my time "digging" comments on bugs :)
[16:45] <jdong> ScottK: no doubt they are useful for the end user using a bug report to find a solution to the problem, but they are not helpful for me if I just want a quick look at "what's the problem, what's the progress on a fix"
[16:45] <jdong> dholbach: haha that image came into my head too
[16:45] <dholbach> :-)
[16:45] <jdong> dholbach: then again all the workaround will be dugg up ;-)
[16:45] <dholbach> right :)
[16:45] <ScottK> Agreed, but if the duplicate detection worked well, users would see that and just do it and the volume of comments would go down.
[16:46] <jdong> ScottK: I think on that bug, there's about 3 useful comments overall (1) the stacktrace (2) comment 86 which explains the cause and a proposed (admittedly hackish) workaround
[16:46] <dholbach> the last times I was about to file a crash report it told me about duplicates quite well and I followed up on already filed bugs
[16:46]  * dholbach liked that
[16:46] <pochu> jdong: I think this is exactly what you want - bug 1734
[16:46] <jdong> and I can't even think of the 3rd useful comment
[16:46] <ubotu> Launchpad bug 1734 in malone "Need ability to mark bug comments as obsolete" [Wishlist,Confirmed] https://launchpad.net/bugs/1734
[16:47] <dholbach> pochu: thanks for digging that up
[16:47] <jdong> pochu: indeed that's very close to what I would like
[16:47] <jdong> collapsible comments would be great
[16:48] <pochu> dholbach: anytime. I already knew about it, so it wasn't hard to find it ;)
[16:48] <pochu> I even thought I was subscribed to it...
[17:17] <jeromeg> jdong: i just got some writable cds and i'm testing the backport of brasero at the moment
[17:27] <jdong> jeromeg: I pretty much trust that it works, the patch looks very reasonable
[17:27] <jdong> jeromeg: you should talk to ScottK about sponsoring it into gutsy-backports
[17:27] <jdong> (consider it an ACK from me)
[17:28] <jeromeg> jdong: ok, that way I don't loose a cd for nothing :)
[17:28] <jeromeg> ScottK: hello; now I need to bother you :)
[17:29] <ScottK> jeromeg: Put you debdiff in the bug and subscribe me to it.  I'll try and give it a look a bit later.
[17:30] <jeromeg> ScottK: ok thank you, the debdiff is already on the bug report, I also added a link to build logs from my ppa, if that can be of any use for you
[17:30] <jeromeg> i'll suscribe you
[17:30] <ScottK> Sure.
[17:31] <InsClusoe> jussi01: Thanks for that..
[17:31] <InsClusoe> oops... wrong chat room.. sorry.
[17:31] <jussi01> InsClusoe: you are welcome
[17:31] <jeromeg> ScottK: i put Ubuntu Backporters as maintainer, there doesn't seem to be any documentation about sourcecahnge backports
[17:31] <ScottK> jdong: ^^^ What do you think about that?
[17:32] <\sh> I would say ubuntu-motu (for universe packages) to be sure we get the bug reports even by mail
[17:32] <jeromeg> ScottK= Scott Kitterman ? (just to be sure to susribe the right person
[17:32] <\sh> (also for backports)
[17:32] <jeromeg> \sh: the package is in amin :)
[17:32] <jeromeg> *main
[17:32] <\sh> jeromeg: so ubuntu core :)
[17:33] <jeromeg> \sh: ok, i'll update my debdiff
[17:33] <ScottK> jeromeg: Yes
[17:33] <jeromeg> ScottK: thx !
[17:33] <\sh> jeromeg: that's the way I would prefer it :) I don't know the opinion of other devs in here
[17:34] <jeromeg> ok, i'll wait for more feedback, that's not essential anyway :)
[17:34] <asac> sistpoty|work: yes, commented on bug. I agree that the security argument is something that needs to be figured, however its completely independent from feature freeze exceptions and should be discussed/enforced through other means.
[17:34] <\sh> ScottK: you opinion to this? :)
[17:35] <sistpoty|work> asac: well, for xulrunner, we could get security fixes from debian (but I guess not in practice, because it seems that we're ahead of unstable, right?)
[17:35] <ScottK> \sh: Debian Maintainer spec allows any ubuntu.com address.  Few core-devs will care about a backport, so I think it makes sense, but we are breaking new groud here.  That's why I asked jdong.  It's his project.
[17:35] <nareshov> Hey MOTUs. I found a bug in the package "midori": It's default homepage is set to www.debian.org , Shouldn't it be www.ubuntu.com ?
[17:36] <asac> sistpoty|work: xulrunner 1.8 will die at the same point as firefox 2.0 ... in debian i am the one that does all the security work
[17:36] <jdong> ScottK: I think putting backporters as the maintainer makes the most sense...
[17:36] <asac> sistpoty|work: so if we have some kind of universe security team, they can work together with me
[17:36] <ScottK> asac: We do have such a team, but we're already overwhelemed.  We just don't have resources for this.
[17:37] <asac> ScottK: yes, but that is a completely different question.
[17:37] <jdong> ScottK: I don't think giving the bug reports to -motu directly makes much sense as (1) 90% of motu's really don't care (2) if they did care, they still can't really directly do much other than finding a backporter or core-dev
[17:37] <jdong> so the logical ones are either (1) backporter (2)core-dev, of which #1 makes most sense
[17:38] <ScottK> Agreed.
[17:38] <ScottK> jdong: Next question is who reads those mails?
[17:39] <jdong> ScottK: well I'm subscribed to the list and some of the testers are.... I'm not sure who else does.
[17:39] <sistpoty|work> asac: I'm not too sure, if that's so much a different question... what would be the main gain, from having ff2 still in universe? I guess upstream (as in mozilla) won't support this either, right? so my question would be who would take care for it?
[17:40] <sistpoty|work> asac: I don't mind having it in there, if e.g. the mozilla team would step up and promise commitment for the package
[17:42]  * ScottK too.
[17:42] <asac> sistpoty|work: i outlined the main gain in the bug
[17:43] <asac> people will install crap otherwise and bust their install. i want to take away the reason to do that
[17:43] <sistpoty|work> hm...
[17:44] <asac> that said. i am mainly interested in providing them a firefox 2 package as long as upstream supports it
[17:44] <asac> i am working on keeping old branches alive upstream with other distributors. but i cannot make guarantees
[17:44] <asac> (like what we do for 1.8.0 branch atm)
[17:45] <spectie> sistpoty|work, thanks for ack'ing apertium-dbus, please let me know if you have any questions/suggestions
[17:45] <ScottK> asac: Why not leave it in Main.  One other security related disadvantage of Universe is security fixes aren't announced?
[17:45] <spectie> i'm just about to leave work, but i should be idling from home
[17:45] <asac> ScottK: because we cannot take guarantees
[17:45] <asac> just "best effort"
[17:46] <ScottK> asac: What will you do with Dapper when that branch can't be supported any more?
[17:48] <asac> ScottK: we support that branch and i am currently working with redhat and other distributors to get it semi-officially supported upstream again.
[17:49] <asac> we wil most likely do the same for 1.8, but it will be harder to give guarantees, because backporting from 1.9 branch to 1.8 branch is far more difficult than backporting from 1.8 to 1.8.0 branch obviously
[17:50] <asac> ScottK: pragmatically, we could adapt the same policy for universe that upstream mozilla have. once ffox 2 reaches EOL (and given that we cannot support it anymore), we could migrate users to ffox 3.
[17:51] <asac> until then i definitly can provide security updates for ffox 2 in universe
[17:53] <asac> ScottK: until we reach EOL we can also include the firefox-2 package in the security announcements we send out for main. (would have to check that with security teaam of course)
[17:54] <sistpoty|work> asac: what rough timeframe do you think EOL would be (before release close after release or late after release)?
[17:55] <asac> EOL: ~1 year after ffox 3 is final
[17:56] <sistpoty|work> well, this sounds ok for me... ScottK, what do you think?
[18:01] <ScottK> sistpoty|work: I'd like some advance agreement from the archive-admins that they'll be OK to do a removal in ~ 1 year from Hardy, but sounds good.
[18:04] <sistpoty|work> ScottK: afaik removing packages from a released suite is s.th. which generally won't happen (unless a major disaster is happening)
[18:04] <ScottK> sistpoty|work: Agreed.  That's why I want it all sorted out on the front end.
[18:05] <ScottK> If it's no longer supported, it should be removed.
[18:06] <sistpoty|work> ScottK: sure, and thanks for catching my thoughtlessness ;)
[18:06] <afflux> should a browser that has been synced from debian (midori 0.0.17-1) be changed to not default to debian.org as the homepage?
[18:07] <asac> sistpoty|work: ScottK: if we migrate users to ffox 3 it would be an update to ffox 3 that takes over... removing something from the archive won't be necessary
[18:07] <ScottK> asac: That works.
[18:07] <sistpoty|work> asac: ah, nice
[18:08] <asac> ok, i will document that procedure in the bug and check with the platform team.
[18:08] <ScottK> Great.
[18:08] <sistpoty|work> thanks asac
[18:13] <james_w> Hi all. Is a sync for the upload in debbugs 466101 a candidate for a FFE?
[18:14] <james_w> It is a superset of the current diff between Ubuntu and Debian, and the extras sound useful.
[18:14] <RainCT> debian bug 466101
[18:14] <ubotu> Debian bug 466101 in beagle "beagle: should declare a relationship with schedutils/util-linux" [Normal,Fixed] http://bugs.debian.org/466101
[18:14] <juliank> If you look at the ndisgtk package page, you see '0.8.1-2ubuntu1 [amd64,i386], 0.6-0ubuntu3 [all]' - shouldn't 0.6-0ubuntu3 be deleted? [0.8.1 only produces amd64,i386 packages]
[18:15] <james_w> The only differences that may be bad is a Recommends rather than suggests for schedutils, updated versions of build-depends, and updated debhelper compat.
[18:15] <RainCT> james_w: I think you only need exceptions for new versions (and new packages), not new Debian revisions (that still have the same upstream version)
[18:15] <RainCT> james_w: and ScottK just announced that neither do bug fix only releases
[18:16] <james_w> ah, my misunderstanding. Thanks.
[18:17] <james_w> ah, and I completely forgot the iceweasel/firefox changes, so it's not a sync at all.
[18:24] <InsClusoe> Hi all.. I see a lot of bugs tagged needs-packaging. Some are requests for certain Firefox-extensions. Is there a plan to roll out Firefox in ubuntu with pre-packaged extensions?
[18:25] <RainCT> InsClusoe: there are already some extensions packaged.
[18:25] <RainCT> InsClusoe: but it's Feature Freeze now, so you shouldn't really be looking at needs-packaging bugs ;)
[18:26] <InsClusoe> Since Gutsy? Yeah.. Sorry..
[18:26]  * InsClusoe smiles sheepishly.
[18:27]  * sistpoty|work heads home now... cya
[18:28] <InsClusoe> I had to install all my extensions manually in Feisty.. and yes, I am still on Feisty.
[18:34] <slicer> Hi. I need some tips :) mumble-server includes two cgi scripts. These scripts depend on various perl packages, which means mumble-server pulls in a whole bunch of packages. Additionally, it does depend on apache2|httpd and mail-transport-agent, though I forgot to add those to the Depends: currently uploaded :(
[18:35] <slicer> I've been considering moving the two scripts into a separate package, called mumble-server-web (unless someone has a better name?). This would let users install mumble-server without all the dependencies if they don't plan on using the web scripts.
[18:35] <slicer> Does this sound sane?
[18:48] <awen_> is it okay when making a .desktop-file to link it to an icon, that is contained in another package, that this package depends on? (this Q should be more clear)
[18:49] <ScottK> slicer: Depending on how useful mumble-server is without these scripts, yes assuming you mean a 2nd binary package from the same source package and not an entirely split package.
[18:50] <slicer> ScottK: It's entirely usefull without them, and many users never bother to use them at all. Yes, I'm talking about a 2nd (Actually, 3rd) binary package from the same source package.
[18:51] <ScottK> slicer: Then I'd say yes, it's sane.
[18:52] <emgent> heya people
[19:07] <ssam> i am trying to do FreezeExceptionProcess but i can't get pbuild to save a logfile. the --logfile log.txt option seems to do nothing.
[19:08] <ssam> can i just redirect the output into a file?
[19:11] <RainCT> ssam: yes
[19:11] <ssam> RainCT, thanks
[19:20] <pochu> ssam: maybe you were doing it wrong. it needs to be exactly "pbuilder build --logfile /path/to/logfile /path/to/dsc
[19:21] <pochu> ssam: perhaps you put --logfile before build or after the dsc?
[19:21] <ssam> i tried a few variations.
[19:21] <ssam> but not the right one :-)
[19:22] <ssam> thanks
[19:27] <mok0> what does "apport-bug" mean?
[19:30] <mok0> never mind
[19:38] <awen_> can you store binary files in the debian/ directory?
[19:39] <mok0> awen_: it's better to uuencode them
[19:40] <awen_> mok0: any documentation describing this process?
[19:40] <mok0> awen_: man uuencode :-)
[19:41] <awen_> mok0: so you just uudecode the file in debian/rules?
[19:41] <mok0> awen_: yes, and when it needs to be installed, just uudecode it.
[19:42] <awen_> mok0: okay... thanks
[19:42] <mok0> awen_: gives a nice clean diff.gz
[19:42] <mok0> awen_: I did this to some icons
[19:42] <awen_> mok0: yes... exactly my problem; it complained when trying to build
[19:43] <mok0> awen_: look at the xtide package to see how I did it
[19:43] <awen_> mok0: i'll dig into xtide
[19:44] <mok0> awen_: I put the icons in their place in the tree ./usr/share .... etc tarred that tree, and uuencoded it. Then it is just to unpack it in the package build dir
[19:44] <awen_> mok0: sounds like a good solution
[19:44] <mok0> awen_: yeah
[19:48] <Laibsch> who can I bug about a nifty little program which nice packaging straight from the upstream source?
[19:48] <Laibsch> https://bugs.launchpad.net/ubuntu/+bug/145007
[19:48] <ubotu> Launchpad bug 145007 in ubuntu "[needs-packaging] anki" [Wishlist,Confirmed]
[19:50] <mok0> What kind of authorization do you need to be able to set the "importance" field on LP?
[19:51] <pochu> mok0: be a member of ubuntu-bugcontrol
[19:51] <pochu> mok0: motu is a member of it, btw
[19:51]  * mok0 is not a motu
[19:58] <emgent> debian #459129
[19:58] <ubotu> Debian bug 459129 in libcdio "libcdio: CVE-2007-6613 stack-based buffer overflow in print_iso9660_recurse function" [Grave,Fixed] http://bugs.debian.org/459129
[20:17] <HighNo> /join Test
[20:18] <HighNo> Doh, sorry new irc client.
[20:19] <selckin> 5€ fine
[20:19] <HighNo> :-)
[20:22] <HighNo> i wasn't even aware i am on the channel. it is so quiet here today. or is this client not getting every line?
[20:25] <HighNo> hm, since i don't see a single line since my last post i guess this client is broken
[20:25] <RainCT> HighNo: it's not you
[20:25] <nareshov> HighNo: I see you
[20:25] <HighNo> oh
[20:25] <HighNo> whoohoo
[20:25] <RainCT> :)
[20:26] <HighNo> this one runs on the iPhone... it looks sweet.
[20:27] <mok0> HighNo: how do you type?
[20:28] <HighNo> soft keyboard works well enough
[20:28] <mok0> HighNo: 1 finger?
[20:29] <HighNo> mostly yes but two is possible too
[20:30] <james_w> bddebian: loving your -qa work at the moment.
[20:31] <bddebian> Is that sarcasm or serious? :)
[20:33] <james_w> bddebian: definitely serious.
[20:34] <bddebian> Ah, well thanks then. :-)
[20:36] <awen_> what is lintian trying to tell me? - "debian-rules-ignores-make-clean-error line 53"
[20:37] <geser> awen_: try calling lintian with -i to get a more verbose message
[20:38] <awen_> geser: ahh... thanks :)
[20:38] <mok0> awen_: you have -rm in the clean rule
[20:38] <mok0> awen_: use rm -f instead
[20:38] <geser> mok0: more like he has "-make clean" in debian/rules
[20:39] <mok0> geser: yeah could be
[20:39]  * awen_ can confirm that geser is the winner
[20:41] <Ubulette> is there a bug for http://paste.ubuntu.com/4774/ ?
[20:44] <geser> Ubulette: I could find one on a quick search
[20:44] <Ubulette> really ? i couldn't
[20:45] <Ubulette> geser, id?
[20:45] <geser> Ubulette: argh, there is a 'not' missing in my sentence
[20:46] <Ubulette> oh, ok
[21:00] <InsClusoe> dholbach: I was looking at 120064 listed in https://wiki.ubuntu.com/MOTU/TODO under packaging tasks.
[21:01] <dholbach> InsClusoe: great - let me know how that goes
[21:01]  * dholbach needs to leave now
[21:01] <InsClusoe> ok..
[21:01] <dholbach> bye guys
[21:01] <InsClusoe> Thanks. Will let you know.
[21:02] <dholbach> rock on
[21:03] <james_w> InsClusoe: feel free to ask in here if you have any questions about it.
[21:03] <InsClusoe> The bugs says ghc-pkg has no manpage...
[21:04] <InsClusoe> Does that mean it was missed out during packaging or was never written in the first place?
[21:04] <geser> bug #120064
[21:04] <ubotu> Launchpad bug 120064 in ghc6 "no manpage for ghc-pkg" [Low,Confirmed] https://launchpad.net/bugs/120064
[21:05] <InsClusoe> geser: Yes
[21:05] <geser> InsClusoe: could be both, look inside the .orig.tar.gz if there is one or not
[21:06] <InsClusoe> ok..
[21:21] <InsCluso1> Geser: Sorry, I got disconnected in between...
[21:30] <geser> InsCluso1: you didn't miss anything, the last line I got was: [22:06:06]    InsClusoe | ok..
[21:31] <InsCluso1> geser: Great.... So I downloaded the source now.
[21:33] <InsCluso1> and I see that there is no man directory... I guess this means that the manpages are not packaged.
[21:34] <InsCluso1> It has only html docs
[21:34] <Laney> Is there any purpose for this in a postrm script? Doesn't debhelper take care of removing the directories? http://paste.ubuntu-nl.org/56668/
[21:36] <geser> Laney: dpkg removes only the dirs and files it created (are included in the deb) and dirs get only removed when they are empty
[21:36] <geser> dpkg doesn't know anything about the mrtg log files or any files mrtg generates during its use
[21:37] <Laney> geser: Right, that's the bug that I'm looking at atm
[21:37] <Laney> That the directories are always removed
[21:37] <Laney> What's the general policy on this kind of thing?
[21:39]  * RainCT doesn't know what you are speaking about but guesses that if they are residual logs they should be removed when purging
[21:39] <InsCluso1> I guess I have to ask the upstream author to give the man pages...
[21:39] <geser> Laney: you need to check the Debian policy
[21:39] <Laney> RainCT: Yes, I can understand for logs, but for the generated reports (which is what this bug is about...)
[21:40] <Laney> hmm
[21:40] <RainCT> Laney: bug number?
[21:40] <geser> InsCluso1: I see the debs has some manpages. But I didn't check where they come from and if there're complete.
[21:41] <Laney> bug #162426
[21:41] <ubotu> Launchpad bug 162426 in mrtg "Purging MRTG removes data from /var/www/mrtg" [Undecided,In progress] https://launchpad.net/bugs/162426
[21:41] <Laney> RainCT: ^
[21:41] <Nafallo> Laney: what does purge mean then?
[21:42] <Laney> I imagine it to mean to get rid of the binaries and configuration files, and maybe logs
[21:42] <geser> InsCluso1: you can write the missing manpage on your own if you want (e.g. based on some --help output or other documentation) and provide the manpage upstream
[21:42] <Nafallo> Laney: get rid of everything :-)
[21:42] <Laney> ie that which would be useless without the package installed
[21:43] <Nafallo> Laney: if you don't want to purge it... don't use --purge
[21:44] <InsCluso1> geser: ok.. Where did you say you found some manpages for this?
[21:44] <geser> InsCluso1: I looked in the package contents of ghc6 on packages.ubuntu.com
[21:48] <RainCT> Laney: sorry, no clue
[21:49] <InsCluso1> geser: There's a separate package called ghc6-doc. Can we use this?
[21:53] <geser> InsCluso1: manpages should usually be in the same package as the binaries
[21:53] <geser> InsCluso1: if upstream doesn't provide a manpage for this command then someone needs to write it first
[21:55] <InsCluso1> geser: oh.. for that I need to know what the package does and all that.. Only the developer can write the manpage.
[21:56] <InsCluso1> How silly of me to think that I could do it!
[21:57] <Laney> Nafallo: All I can find in the debian policy is that --purge should be remove + conffiles + logfiles
[21:58]  * InsCluso1 thanks geser for helping out.
[21:59] <InsCluso1> Got to leave now. Bye.
[21:59] <slicer> I have a somewhat complex question about licenses and debian/copyright. Would this be a good place to ask?
[21:59] <Nafallo> Laney: well, I'm not read up on that, but I've always considered it as 'make clean' ;-)
[21:59] <Nafallo> Laney: like... remove every trace of a package ever being installed :-P
[22:00] <Laney> Hmm, I could see that being troublesome - for example if you remove apache and it deletes /var/www
[22:01] <Nafallo> mrtg would have /var/www/mrtg in there, so apache shouldn't delete it.
[22:01] <Laney> Quite, but it would if it had the same kind of postrm script that mrtg has now
[22:03] <Laney> Anyway I'm talking more generally - if I have apache installed and create some website in /var/www, then at some later date decide to purge apache, I should be able to expect that my website isn't removed by this.
[22:03] <geser> slicer: try your luck here, or try to reach an archive admin during his working hours
[22:03] <slicer> geser: Rgr :)
[22:06] <slicer> My package (mumble) links with OpenSSL, and the package is released under GPL. As I understand it, I'll need to add an exception to the GPL to allow this. However, it's only the binary packages that are GPL, the actual source code for Mumble is BSD-licensed. Hence, the current exception (as found on http://www.gnome.org/~markmc/openssl-and-the-gpl.html) does not make sense as it refers to "conditions described in each individual source file".
[22:06] <slicer> This makes me wonder what exactly I'm supposed to put in there.
[22:07] <RAOF> slicer: If the code is BSD licensed, why are the binaries GPL'd?
[22:07] <geser> slicer: how can the binary packages be GPL when the source is BSD?
[22:08] <slicer> Because we link to GPL'd libraries (specifically: Qt) and because there's a patent involved which allows us to distribute binaries under the GPL.
[22:10]  * RainCT notices that he has 537 binaries without manpage installed :P
[22:11] <geser> slicer: I'm not sure but I don't believe that linking changes a license
[22:12]  * geser hates licensing questions especially when linking is involved
[22:12] <RAOF> I was under the impression that GPL code could link to BSD, because BSD is a more permissive license, but not the other way round.  This may be an unfounded impression.
[22:16] <slicer> Well, a while back I got an email from Trolltech's legal council who quite specifically asked me to make sure that the source license was BSD (revised) (which it was), and that any *binaries* which included the actual libraries be GPL. This caused the Win32 binary releases to be GPL, which was subsequently also copied to the Linux version.
[22:17] <slicer> What is more important though is that Mumble implements OCB-AES, an encryption-authentication scheme that is patented in the U.S. There's a patent grant for GPL, but not for BSD, meaning any binaries distributed to the US has to be GPL.
[22:17] <slicer> .. Either that or someone has to pay for licensing.
[22:20] <RAOF> Ah, I think I can see how this works (speculation follows).  You can't link BSD to GPL and get a BSD licensed binary - it's a derivative work of some GPL'd code, and so should be GPL'd.  This is OK, because the BSD license is permissive enough.
[22:20] <RAOF> Now, as for your actual _question_.  I'm totally unsure.
[22:21] <RAOF> Someone with a better grasp of copyright is welcome to jump in and correct me here :)
[22:21] <geser> slicer: my guess would be that if upstream states that linking with openssl is ok then that should also cover the GPL'd binaries
[22:22] <slicer> geser: I am the upstream. Question is how to word this legally :)
[22:23] <geser> slicer: have you checked how the other packages which are GPL'd and link with OpenSSL have worded it?
[22:23] <slicer> geser: Yes, there the source code is GPL, and they've added an exception to the files that use OpenSSL methods.
[22:24] <geser> Can't you add the same statement to your source files?
[22:24] <slicer> geser: Thing is, my source is BSD, meaning it's already permissive enough to link to OpenSSL. But.. When compiled, the binaries are GPL due to linking and patenting issues.
[22:25] <slicer> Which is why I'm *very* confused.
[22:25] <RAOF> Yes :)
[22:26] <RAOF> The world would be a simpler place if everything was GPL'd :)
[22:26] <Amaranth> no no, LGPL'ed :)
[22:26] <slicer> RAOF: Er. Well.. I actually want my source to be BSD. I want people to be able to use it in commercial products. In fact, I hope they do, so their code quality increases.
[22:27] <geser> RAOF: which GPL version? :)
[22:27] <RAOF> geser: n-or-later, I think :P
[22:27] <RAOF> slicer: Oh, I am aware that there are good reasons for wanting !GPL.
[22:28] <geser> slicer: do you want to get this package also into Debian?
[22:29] <slicer> geser: It's not a priority right now, no. I plan to look into that after Hardy is out the door.
[22:29] <geser> slicer: :( else I would suggest to ask the debian-legal people :)
[22:30] <hellboy195> gn8 @all :)
[22:30] <slicer> I wonder .. if I pick the two patent-covered functions out (whose binaries can only be GPL), license the source to those under GPL with OpenSSL exception... I should be OK?
[22:31] <slicer> Or will that automatically make all my source GPL... *Sigh* I need someone who speaks legalese.
[22:32] <geser> try the debian-legal ML
[22:42] <kiko> siretart, ping?
[22:42] <crevette> hey
[22:42] <crevette> jono: around ?
[22:42] <jono> crevette: yep
[22:42] <crevette> hey
[22:43] <crevette> I'm the guy who did your hackergotchis few weeks ago
[22:43] <crevette> could you ask jdub to push it to pgo, because he won't if you request it yourself
[22:44] <tsmithe> ScottK, so you think having fluid in is a no go? (i have been working very hard to negotiate the relicensing on the hope that i'd get the exception)
[22:44] <jono> crevette: will do - will mail him now
[22:44] <crevette> jono: thanks
[22:45] <crevette> I'l ping him in 15 minutes then :)
[22:47] <ScottK> tsmithe: What's the advantage to the distro over having a backport that's available several weeks after release?
[22:47] <ScottK> tsmithe: It wasn't meant to be a no way, but looking for an alternative.  The archive admins need to move on to other work.
[22:48] <tsmithe> (a) not everybody enables backports; (b) i can't recommend a package in backports for a package in universe
[22:48] <tsmithe> i'd very much like to have fluid in universe, and have timidity recommend it, such that when both are installed in tandem, midi synthesis will Just Work
[22:48] <tsmithe> it's quite doable, with minimally invasive work
[22:48] <ScottK> You can, however, suggest it.
[22:49] <tsmithe> right
[22:50] <ScottK> tsmithe: What does Ubuntu Studio think about this package?  If it's wanted specifically by a derivative in this release, I'd be more inclined to consider it.
[22:50] <ScottK> It sounds like something they would want.
[22:50] <tsmithe> yes
[22:50] <tsmithe> ubuntu studio is very keen. mscore, for instance, has had to have been patched to be in line with dfsg, removing its default soundfont
[22:50] <ScottK> So give me a reason beyond Toby thinks it would be cool.
[22:51] <tsmithe> this means that a program for composing is pretty much useless for someone without perfect pitch
[22:51] <kiko> siretart, https://code.edge.launchpad.net/~vcs-imports/boxbackup/trunk is working again.
[22:51] <tsmithe> having fluid in would mean that a user could just open it up, enter notes on whatever instrument, and hear them ring out
[22:51] <ScottK> So have Ubuntu Studio comment on the bug how it would help them and then maybe.
[22:52] <crimsun_> it's not just Ubuntu Studio.  various users have requested working MIDI OOTB since Dapper.
[22:52] <ScottK> For significant new package, I think we should be asking slangasek at this point anyway, so give me a case I can make (in the bug).
[22:52] <ScottK> crimsun_: OK.  Would you please comment in the bug?
[22:52] <crimsun_> so - while not having it would not be a regression per se, having it certainly will contribute to a better user experience
[22:53] <tsmithe> ScottK, thank you. i'm also working on having Debian Multimedia Team include it in unstable
[22:53] <ScottK> tsmithe: Good.
[22:53] <crimsun_> I can, but it will be better for Toby to dig up the appropriate alsa-* bug regarding having working MIDI OOTB and simply reference that bug.
[22:53] <crimsun_> (the appropriate alsa-utils or alsa-driver bug on LP)
[22:53] <ScottK> crimsun_: Yes, but your comment coming from you given your history with the project is also meaningful
[22:53] <tsmithe> crimsun_, i do reference a but, but it's in timidity: https://bugs.edge.launchpad.net/bugs/163727
[22:53] <ubotu> Launchpad bug 163727 in timidity "soundfont does not seem to get automatically installed" [Low,Triaged]
[22:54] <tsmithe> *a bug
[22:54] <ScottK> So tsmithe: Sell me so I can sell it.
[22:55]  * ScottK needs to run.  I'll be reading your bug mail ...
[22:55] <RainCT> good night
[22:55] <tsmithe> ScottK, :)


[12:25] <Riddell> anyone alive?
[01:45] <tarvid> i've got myself in a bit of a pickle
[01:46] <tarvid> ran apt-get upgrade on a breezy machine and blew up postfix
[01:46] <tarvid> any way of backing out of this mess?
[10:49] <hunger> Does kubuntu make use of avahi?
[11:08] <seaLne> hunger: there is a apckage for it
[11:21] <hunger> seaLne: Yeap... but is kubuntu's KDE able to use it?
[11:22] <hunger> seaLne: The KDE site claims that 3.4.x can if build with the proper options.
[11:22] <hunger> seaLne: Default is the apple implementation from what I understand.
[11:22] <seaLne> sorry i don't know any more about it try asking in #kubuntu
[11:46] <Riddell> hunger: no, there avahi code for KDE was written earlier this week and I havn't had a chance to look at it yet
[11:47] <Riddell> s/there/the/
[02:20] <pef> hello !
[02:20] <Riddell> hi pef
[06:05] <OculusAquilae> hi, is it known, that the "Administrator Mode" ein kde-systemsettings is still not working in breezy?
[06:06] <sebas> It works for me though.
[06:06] <Riddell> it's intermittent
[06:06] <Riddell> it's a horrible beastie
[06:07] <sebas> That makes debugging a lot of fun. ;-)
[06:07] <OculusAquilae> sebas: it works, when you have used kdesu with sudo before
[06:08] <OculusAquilae> but after reboot it doesn't work anymore
[06:08] <OculusAquilae> (my experience)
[06:08] <OculusAquilae> maybe wrong
[06:10] <sebas> Hm, what's "reboot"? ;-)
[06:10] <sebas> (Sorry, couldn't resist)
[06:10] <OculusAquilae> sebas :-)
[06:11] <OculusAquilae> sebas: thats something normal users do :-)
[06:11] <sebas> Hm, you mean they don't know suspend?
[06:11] <sebas> Ok, have to do some "offline stuff" ... :o
[06:12] <OculusAquilae> k
[06:13] <OculusAquilae> Riddell: wouldn't it be nice to invert the "Reset" and the "Apply"- Button in kde-systemsettings
[06:15] <Riddell> OculusAquilae: hmm, yes
[06:15] <OculusAquilae> :-)
[06:16] <OculusAquilae> i use everytime the wrong one :-)
[10:07] <tvo> Riddell: ping
[10:50] <Verwilst> hello
[10:50] <Verwilst> the kubuntu preview iso had a bad md5sum for the kernel package :p
[10:51] <Verwilst> so the installation failed :$
[11:00] <Riddell> tvo: hi
[11:00] <Riddell> Verwilst: i386 install?
[11:12] <Verwilst> yip
[11:14] <Verwilst> Riddell: any solution? i would like to install breezy too :)
[11:20] <Riddell> Verwilst: does the md5sum of the iso match that on the website?
[11:20] <Riddell> have you tried burning it again?
[11:20] <Verwilst> it was a collegue
[11:20] <Verwilst> colleage
[11:20] <Verwilst> whatever
[11:20] <Verwilst> coworker :d
[11:20] <Verwilst> so i don't know the fine bits )
[11:20] <Verwilst> ;)
[11:21] <Riddell> it installed for me and I havn't had other similar complaints so I assume it would be a bad burn
[11:21] <Verwilst> okido :)
[11:22] <tvo> Riddell: is there a reason the xrandr patch isn't in most recent libqt3-mt?
[11:23] <Riddell> tvo: should be, /me downloads
[11:26] <tvo> Riddell: if it's supposed to be in the .diff, it isn't there (not the gentoo one, just the not fully working KDE qt-copy one)
[11:27] <Riddell> aah, that would be me syncing with debian then
[11:28] <Riddell> 29_qtc_fix_rotated_randr.dpatch is there but the gentoo one is better?
[11:31] <tvo> Riddell: well, the gentoo one did actually work correctly here, an apt-get upgrade of libqt3mt a few days ago broke this behaviour
[11:32] <tvo> Riddell: #8674
[11:39] <tvo> Riddell: where can I find that 29_*.dpatch file?
[11:43] <Riddell> in current qt-x11-free sources  debian/patches
[11:47] <tvo> hmm can't find
[11:47] <tvo> d/l'ed the sources from packages.ubuntu, no debian dir anywhere
[11:48] <Riddell> what did you download?
[11:48] <Riddell> apt-get source qt-x11-free will get it for you into the current directory
[11:49] <tvo> d/l'ed this one--> http://archive.ubuntu.com/ubuntu/pool/main/q/qt-x11-free/qt-x11-free_3.3.4.orig.tar.gz
[11:50] <Riddell> you also need the .diff and .dsc then `dpkg-source -x *dsc`
[11:50] <Riddell> or just apt-get source
[11:51] <tvo> well, initially I just scanned through the .diff to conclude the patch wasn't there. but i'll just try apt-get source now
[11:54] <tvo> Riddell: ok done, it's the small/KDE/not working one
[11:54] <Riddell> I'm out of disk space,
[11:54] <Riddell> need to delete some files before I can fix this :)
[11:55] <tvo> lol ;)
[11:57] <tvo> anyway, I'll keep you informed about the status of xrandr patch
[11:58] <tvo> it time to go now
[11:58] <tvo> bught
[11:58] <tvo> argh, that was supposed to say: night
[11:58] <tvo> night


[01:02] <JamesJRH> Hello. I'm an Ubuntu user. Where can I file feature requests upstream for the Linux kernel? Specifically the USB drivers? Or should I first file it on Launchpad?
[01:04] <JamesJRH> ?
[01:04] <JamesJRH> kengyu___?
[01:09] <JamesJRH> I learn that it is possible in the USB spec to disable ports, but apparently this feature isn't exposed in the USB drivers in the kernel. I'd like to file this as a feature request.
[05:13] <anubhav> apw: Does Ubuntu support Lustre Filesystem?
[11:46] <apw> a/close
[13:28] <ogasawara> tgardner: want to double check before I start that you're not in the process of rebasing q to 3.4-rc2?
[13:29] <tgardner> ogasawara, go ahead. I'm still messing with oneiric and precise
[13:29] <ogasawara> tgardner: ack.  also, I coordinated with the release team to upload tomorrow.
[13:29] <tgardner> ogasawara, ack
[13:33] <tgardner> ogasawara, you're still picking up changes for q made to precise, right ?
[13:33] <ogasawara> tgardner: yep
[13:33] <tgardner> ogasawara, cool, then I don't have to remember
[13:37] <jsalisbury> tgardner, herton, should I submit another patch request for 381b872cf7942ab8c95de156ce403bd906f3915d ?
[13:38] <tgardner> jsalisbury, nah, I just bundled it all together
[13:38] <jsalisbury> tgardner, just saw it :-)  Thanks!
[13:39] <jsalisbury> tgardner, I build an Oneiric test kernel with those patches, and have the original bug reporter test it, if needed?
[13:40] <tgardner> jsalisbury, I think the get_reason_str() patch is straightforward enough that you needn't bother
[13:40] <jsalisbury> tgardner, ok, thanks.
[14:43]  * ogasawara back in 20
[16:40] <penguin42> Hi
[16:41] <penguin42> bug 922906 seems to have  a few dupes with the same backtrace; bugs 957846, 977143, 977156   and probably some more
[16:41] <ubot2> Launchpad bug 922906 in linux "Kernel Oops - BUG: unable to handle kernel NULL pointer dereference at 0000009c; EIP is at __ticket_spin_lock+0x8/0x30" [Medium,In progress] https://launchpad.net/bugs/922906
[16:41] <ubot2> Launchpad bug 957846 in linux "BUG: unable to handle kernel NULL pointer dereference at 0000009c" [Undecided,Incomplete] https://launchpad.net/bugs/957846
[16:41] <ubot2> Launchpad bug 977143 in linux "BUG: unable to handle kernel NULL pointer dereference at 0000009c (dup-of: 922906)" [Medium,Confirmed] https://launchpad.net/bugs/977143
[16:41] <ubot2> Launchpad bug 977156 in linux "BUG: unable to handle kernel NULL pointer dereference at 0000009c (dup-of: 922906)" [Medium,Confirmed] https://launchpad.net/bugs/977156
[16:41] <penguin42> oh, someone has duped two of them since I looked at two of them
[16:42] <penguin42> I'd still add 957846 - and possibly some of the much older ones
[16:44] <penguin42> and bugs 760959, 760300 and 748773 all look the same as well to me
[16:44] <ubot2> Launchpad bug 760959 in linux "Kernel Oops - BUG: unable to handle kernel NULL pointer dereference at 0000009c; EIP is at __ticket_spin_lock+0x8/0x20" [Undecided,Incomplete] https://launchpad.net/bugs/760959
[16:44] <ubot2> Launchpad bug 760300 in linux "Kernel Oops - BUG: unable to handle kernel NULL pointer dereference at 0000009c; EIP is at __ticket_spin_lock+0x8/0x20" [Undecided,Incomplete] https://launchpad.net/bugs/760300
[16:44] <ubot2> Launchpad bug 748773 in linux "Kernel Oops - BUG: unable to handle kernel NULL pointer dereference at 0000009c; EIP is at __ticket_spin_lock+0x8/0x20" [Undecided,Incomplete] https://launchpad.net/bugs/748773
[16:49] <jsalisbury> penguin42, Thanks, all the older bugs are now marked as dups
[16:50] <penguin42> jsalisbury: I guess that's something trying to access a thumb drive when it's already out and in the users pocket
[16:50] <jsalisbury> penguin42, It's also a know bug upstream, and is being discussed on LKML
[16:51] <penguin42> nod
[18:36] <ogasawara> jsalisbury: just fyi, posted comment to bug 974982
[18:36] <ubot2> Launchpad bug 974982 in linux "pvops NULL pointer dereference oops in latest precise kernel" [Medium,Confirmed] https://launchpad.net/bugs/974982
[18:37] <ogasawara> jsalisbury: can you ping me once you get their testing feedback, I'd like to get that into tomorrow's upload but would prefer positive testing feedback first.
[18:52]  * bjf -> lunch
[19:10] <tgardner> jsalisbury, can you add your standard 'please test upstream" blurb to bug #972823 ?
[19:10] <ubot2> Launchpad bug 972823 in linux "Precise Beta 2 Live CD hangs at boot on HP Pavilion zv6000" [Undecided,New] https://launchpad.net/bugs/972823
[19:10] <jsalisbury> tgardner, will do
[19:11] <tgardner> I'm kind of out of ideas on that one
[19:23] <nxvl> hey, in which package can i find compat-wireless?
[19:23] <jsalisbury> ogasawara, oops, missed your message.  I'll let you know when there is feedback.
[19:23] <nxvl> i need to patch it to fix the negative channel issue and i can't find it
[19:28] <ogasawara> nxvl: which release?
[19:29] <nxvl> ogasawara: precise
[19:30] <ogasawara> nxvl: linux-backports-modules-3.2.0 contains a backported v3.3 compat-wireless stack, is that what you're looking for?  or do you just want the kernel package?
[19:31] <nxvl> ogasawara: hmm, that's not installed on my system
[19:31] <ogasawara> nxvl: lbm is an elective install, so not available by default
[19:32] <nxvl> ogasawara: i need to apply http://patches.aircrack-ng.org/mac80211.compat08082009.wl_frag+ack_v1.patch and http://patches.aircrack-ng.org/channel-negative-one-maxim.patch to whatever compat-wireless i have on my system
[19:32] <nxvl> ogasawara: and i prefer to re-pack and install rather than make && make install
[19:33] <nxvl> ogasawara: so i was looking for pointer on which package to find the source of the driver that are managing my wireless card ATM
[19:36] <ogasawara> nxvl: you probably are wanting the precise kernel git repo, ie. git://kernel.ubuntu.com/ubuntu/ubuntu-precise.git
[19:36] <nxvl> ogasawara: will take a look, thanks!
[19:36] <ogasawara> nxvl: I can build you a test kernel if that's easier for you
[19:36] <ogasawara> nxvl: assuming those patches apply cleanly
[19:37] <nxvl> ogasawara: that would be awesome
[19:37] <nxvl> ogasawara: just keep in mind that those patches are for compat-wireless
[19:37] <ogasawara> nxvl: amd64 or i386?
[19:37] <nxvl> ogasawara: amd
[20:18] <ogasawara> nxvl: http://people.canonical.com/~ogasawara/nxvl/precise/amd64/
[20:19] <nxvl> ogasawara: \o/
[20:19] <nxvl> thanks
[20:19]  * nxvl HUGS ogasawara
[20:39] <Amoz> ogasawara, wow, you just built him a complete kernel from sources?
[20:40] <ogasawara> Amoz: we've got pretty robust kernel build resources :)
[20:40] <Amoz> ogasawara, hah, I figured
[20:46] <Amoz> I'm getting this error in dmesg, is it a bug, or is my HDD about to crash?
[20:46] <Amoz> task jbd2/sde1-8:870 blocked for more than 120 seconds
[20:46] <Amoz> here's the call trace in whole
[20:46] <Amoz> http://paste.ubuntu.com/922441/
[22:11] <jjohansen> ogasawara: do we have a wiki page detailing how backport kernels are handled?


[07:00] <dholbach> good morning
[07:11] <fgimenez> good morning
[07:44] <davidcalle> Morning all o/
[08:41] <Chipaca> mo'in
[08:42] <ogra_> moin moin
[08:47] <mvo> hey Chipaca
[08:47] <Chipaca> mvo: hi there
[08:47] <Chipaca> mvo: how's the sprint? what have you broken *now*?
[08:48] <Chipaca> :)
[08:49] <mvo> Chipaca: sprint is interessting, we can talk next week :)
[08:49] <Chipaca> mvo: ok
[08:50] <Chipaca> mvo: wink your left eye if you are held against your will and can't talk about it
[08:50] <mvo> lol
[08:51]  * mvo winks
[08:51] <ogra_> lol
[08:51]  * Chipaca hopes that was the right eye
[08:53] <ogra_> wasnt the left eye the right eye ?
[09:07] <Chipaca> ogra_: only if was held against his will
[09:24] <JamesTait> Good morning all; happy Friday, and happy Chocolate Pudding Day! 😃
[09:25] <ogra_> yummy !!
[09:25] <ogra_> though i prefer icecream at this weather
[10:06] <pitti> ogra_: mmmm, ice cream!
[10:09] <ogra_> :D
[10:10] <ogra_> (sadly i cant ... recovering from a jaw infection kind of goes against it :/ )
[11:12]  * Chipaca -> lunch
[11:23] <mvo> sergiusens: fwiw, I triggered a build with the new livecd rootfs so that we can test the deb/apt less system
[11:24] <ogra_> well, semi-deb-less :)
[11:24] <ogra_> dpkg itself is still there
[11:25] <ljose> I have just installed snappy in beaggle board, following steps in https://developer.ubuntu.com/en/snappy/start/#try-beaglebone
[11:25] <ljose> ssh<EMAIL_ADDRESS>[11:25] <ljose> ssh: Could not resolve hostname webdm.local: Name or service not known
[11:25] <ogra_> sergiusens, the shadow patch looks good to me, but i would like to have slangasek take a look before we land that (i think he looked into it before)
[11:25] <ogra_> ljose, whats the system you run the ssh command on
[11:25] <ljose> Ubuntu 15.04
[11:26] <ogra_> (ubuntu ? )
[11:26] <mvo> ogra_: :)
[11:26] <ogra_> hmm, that should have the avahi daemon
[11:26] <ljose> kubuntu actually
[11:26] <Chipaca> ljose: and you got the 15.04 xz?
[11:27] <ogra_> webdm.local is resolved using an avahi mDNS request
[11:27] <ogra_> if both devices are on the same network and your desktop has the avahi bits installed it should just work ...
[11:27] <Chipaca> ah, kubuntu might not have that, good point
[11:27] <ogra_> i'm not sure kubuntu installs the avahi parts ... though i wouldnt know why if they dont :)
[11:28] <Chipaca> kubuntu-desktop pulls it in
[11:28] <Chipaca> as a task
[11:28] <ogra_> yeah, would be weird if it didnt
[11:29] <Chipaca> ljose: could you check you have avahi-daemon installed?
[11:29] <Chipaca> wait, not the daemon
[11:29] <Chipaca> hm
[11:29] <ogra_> ljose, the first setip runs cloud-init to set up the user and ssh keys etc ... that can take a few minutes ... did you wait a while before trying it ?
[11:29] <Chipaca> libnss-mdns
[11:29] <Chipaca> ljose: ^
[11:29] <ogra_> Chipaca, avahi-daemon is also a client :)
[11:29] <ljose> Chipaca: more than 10 minutes
[11:29] <ogra_> yeah, after 10min it should be done
[11:30] <ljose>  /dev/sdd is the device and seems to have any partitions now after "dd"
[11:31] <Chipaca> ljose: silly question, is the bbb's ethernet plugged in to the network?
[11:31] <ljose> just USB
[11:31] <Chipaca> ljose: that won't work then
[11:31] <ljose> doesn't work like the original image over USB?
[11:31] <Chipaca> ljose: we don't bring up the usb device
[11:31] <Chipaca> ljose: no
[11:31] <Chipaca> ljose: we should, probably/maybe, but right now don't
[11:32] <ogra_> right, by default only the onboard ethernet is brought up on boot
[11:32] <Chipaca> the usb one would be so much more convenient
[11:32] <ljose> let's plug the network and see
[11:32] <Chipaca> you usually plug the usb in to power the thing anyway
[11:33] <ogra_> you might need to reboot
[11:33] <Chipaca> at least while testing :)
[11:33] <ogra_> i'm not sure webdm will start dynamically if you now plug it in
[11:33] <ogra_> (geez, whats up in france !! /me just watches the news on the side)
[11:40] <davmor2> ogra_: France is a big place could you be a little more specific?
[11:41] <Chipaca> davmor2: beheading close to lyon
[11:41] <Chipaca> http://www.bbc.co.uk/news/live/world-europe-33287095
[11:55] <ljose> Same problem after connect network cable, and avahi-daemon is running, any ideas?
[11:55] <ogra_> did you reboot the BBB ?
[11:55] <ljose> yep
[11:55] <ogra_> hmm
[11:56] <ogra_> can you reach it by IP ?
[11:56] <ogra_> ssh ubuntu@<IP> should work too
[11:57] <ljose> I reboot the BBB but there isn't any blinking leds , that seems odd
[11:57] <ljose> just the power, and network leds
[11:57] <ogra_> yeah, at least during boot something should blink
[11:57] <ogra_> do you have a serial cable to check the boot ?
[11:58] <ljose> usb?
[11:58] <ogra_> FTDI
[11:58] <ogra_> something like http://www.amazon.com/Ftdi-TTL-232r-3v3-Serial-Converter-Cable/dp/B00M41OUYA/ref=sr_1_1?ie=UTF8&qid=1432041571&sr=8-1&keywords=FTDI+to+TTL+3.3
[11:59] <ogra_> (pretty essential when working with embedded boards)
[11:59] <ljose> I don't have this right now
[11:59] <ogra_> ah, sad, would have been helpful to see whats goiing on
[12:00] <ljose> should I see the flash partitions when connect the USB cable?
[12:00] <ljose> I see /dev/sdd but no partitions there
[12:01] <Chipaca> ljose: yes, you should see four partitions
[12:01] <ogra_> no, you shouldnt
[12:01] <Chipaca> no?
[12:01] <Chipaca> dah
[12:01] <ogra_> we dont even enable the USB gadget
[12:01] <Chipaca> the usb cable
[12:01] <Chipaca> no
[12:01] <Chipaca> sorry
[12:01] <Chipaca> the sd card, yes
[12:01] <ogra_> i dont get how you see /dev/sdd though
[12:02] <ogra_> since that driver isnt on in our images it shouldnt create such a device ...
[12:02] <ogra_> are you sure it is booting from SD at all ?
[12:03] <ogra_> (try rebooting with the user button (S2) pressed)
[12:04] <ljose> I just install the image in /dev/sdd , that was the BBB device
[12:04] <ljose> attached to USB on my computer
[12:05] <ogra_> uh
[12:05] <ogra_> thats will liekyl not work
[12:05] <ljose> ok so I just mess the BBB image?
[12:06] <ogra_> well, you should be able to restore the internal MMC from some debian-BBB image from beagleboard.org
[12:07] <ogra_> i'm pretty sure you cant bot from a dd'ed snappy image from the internal MMC yet though ... needs an SD
[12:08] <ljose> I don't follow, I need an extra SD to use Snappy with my BBB?
[12:09] <ogra_> yes, currently we have no way for on-board installs
[12:10] <ljose> What kind of SD? can I use a USB disk?
[12:10] <ogra_> a micro SD
[12:10] <ogra_> you could use USB but still ned the bootloader on SD i think
[12:11] <ogra_> the initrd mounts the partitions by label ... so if you put the image on USB and have only the /boot partition on SD that would also work i guess
[12:11] <ogra_> but you need the SD for booting
[12:12] <ogra_> (there are surely ways to hack the /boot partition and bootloader into the MMC, but we have no automatic or userfriendly way yet)
[12:13]  * ogra_ will at some point take a look at rcn-ee's installed script for the BBB so we can provide an install image
[12:14] <ljose> so dos BBB include SD card reader?
[12:14] <ogra_> yes
[12:14] <ogra_> well, microSD
[12:14] <ljose> so I need a microSD and a reader for my PC to load the image?
[12:15] <ogra_> to write it, yes
[12:16] <ogra_> and if you work with embedded boards investing the $10 for a proper serial cable makes sense and saves a lot of headdache :)
[12:17] <ljose> ogra_: Yes I will get one, just my first BBB project
[12:18] <ogra_> :)
[12:42] <mvo> meh, image build is broken
[12:43] <ogra_> oh <?
[12:43] <ogra_> oh, ! damn ... i saw the mail ... thoght ... ah, arm64 again ... and ignored it
[12:43] <ogra_> we really really need to do something about these arch names !
[12:44] <ogra_> +dnsmasq:*:16612:0:99999:7:::
[12:44] <ogra_> where does that come from ?
[12:44] <ogra_> did we change seeds ?
[12:44] <ogra_> (doesnt look like we would want that in the core image)
[12:45]  * ogra_ wonders if some of seb128's changes leaked into core via seed deps or some such
[12:45] <sergiusens> ogra_: might be the addition of ubuntu-fan
[12:45] <ogra_> ah !
[12:45] <seb128> ogra_, I doubt that has to do with my changes
[12:45] <ogra_> still. do we really want a DHCP server preinstalled ?
[12:46] <sergiusens> ogra_: if we want ubuntu-fan I don't see a way out of it
[12:46] <seb128> sergiusens, ogra_, btw, tried to build a personal image today for some reason I can't log in with ubuntu/ubuntu
[12:46] <ogra_> seb128, yeah, not blaming you, rather a mis-setup of our seed deps that is exposed now ... but what sergiusens says is more likely
[12:46] <ogra_> seb128, well, i doubt you have cloud-init installed ?
[12:47] <seb128> ogra_, we do
[12:47] <ogra_> (which sets up the account on first boot)
[12:47] <seb128> which is creating a boot timeout
[12:47] <seb128> cf #ubuntu-desktop log from earlier
[12:47] <ogra_> oh, and do you see it setting up the account ?
[12:47] <seb128> I guess not
[12:47] <ogra_> it is quite wordy on console when doing it
[12:48] <seb128> it errors loop on url_helper warnings about trying to call http://109-04-04/...instance-id
[12:48] <seb128> then timeout after 90s
[12:48] <ogra_> sergiusens, well, do we want ubuntu-fan actually *inside* core in the long term ?
[12:48] <seb128> so I guess that fails
[12:48] <ogra_> i thought that was only a temporary thing
[12:49] <sergiusens> ogra_: it's like this, we either need a framework for frameworks or it needs to be in core :-/
[12:49] <ogra_> then we need a framework
[12:50] <ogra_> core should really only offer an embedded os ... not fancy stuff imho
[12:50] <sergiusens> ogra_: a framework that frameworks can depend on
[12:50] <sergiusens> ogra_: and that breaks the rule for frameworks
[12:50] <ogra_> yeah, whatever works :)
[12:51] <sergiusens> ogra_: in any case, you can revert the seed change and we can think of this
[12:51]  * ogra_ leaves the details to the architects ;)
[12:51] <sergiusens> heh, another problem for lool to solve
[12:51] <sergiusens> :-)
[12:51] <ogra_> :)
[12:52] <seb128> I guess cloud-init is not hitting the same timeout errors on core atm?
[12:52] <seb128> I wonder if that's a local issue
[12:52] <ogra_> no. it works fine
[12:53] <seb128> does it need to access the internet to boot?
[12:53] <ogra_> it might expect an eth0 device
[12:53] <seb128> not sure what http://109-04-04 is
[12:53]  * ogra_ neither
[12:53] <seb128> but it was working on the image from a week ago
[12:53] <seb128> weird
[12:53] <ogra_> i never looked at cloud-init ... i only always see the ton of messages on first boot ...
[12:54] <ogra_> sergiusens, well, i dont think we should change seeds back right now,  someone might expect fan asap ...
[12:55] <ogra_> but we should start a discussion, imho adding stuff like dnsmasq is wrong
[12:55] <ogra_> (what if i ship a snap using isc-dhcpd for netbooting my thin clients from my thin client server snap ... they will clash and break)
[12:56] <sergiusens> ogra_: right, I would unseed for now, no one was expecting this today
[12:57] <ogra_> oh, ok
[12:57] <ogra_> to not be broken over the weekend
[13:03] <sergiusens> seb128: the only reason I think your login could be broken is if for some reason the ssh host keys failed to be created and it cloud-init bailed on you
[13:03] <sergiusens> seb128: oh, and why do you have cloud-init?
[13:03] <ogra_> because he has no user at all otherwise
[13:03] <seb128> sergiusens, dunno, because core has it and we started from there?
[13:04] <ogra_> seb128, i guess you want to port the touch user creation bits for now ... and drop cloud-init
[13:04] <sergiusens> seb128: I would remove it, but we can accomodate for it, I'm not sure the 'personal' target has the nocloud seed creation going on
[13:06] <seb128> ogra_, sergiusens, unsure what needs changing? seeds? livecd-rootfs?
[13:06] <ogra_> seb128, seeds to drop cloud-init ... livecd-rootfs to move over the user creation from touch
[13:07] <seb128> ogra_, k, let me find the user creation bits
[13:07] <seb128> why is core using cloud-init rather than doing it the touch way?
[13:07] <ogra_> seb128, 01-setup_user.chroot
[13:07] <seb128> ogra_, danke
[13:07] <ogra_> cloud-init brngs the ssh config
[13:07] <ogra_> *brings
[13:07] <ogra_> touch has ssh off by default
[13:08] <sergiusens> mvo: http://paste.ubuntu.com/11778540/
[13:09] <sergiusens> mvo: I can push that to the ppa if you want (took me 10s to make the code change and 30 minutes to rebuild a test package :-P)
[13:10] <ogra_> sergiusens, mvo http://paste.ubuntu.com/11778546/ ... that would fix the build error
[13:11] <ogra_> but not sure if we want that ... or instead revert the seeds and have a proper discussion first
[13:12] <ogra_> sergiusens, not sure you saw my ping above ... technically it looks correct to me, but i would feel better if someone like slangasek could take a look and sign it off ... he has looked at adduser before
[13:12] <ogra_> (and might know things we dont)
[13:12] <sergiusens> ogra_: I saw it, but slangasek will only be avail in 3 hours :-)
[13:13] <ogra_> (there are twi whitespace changes you might want to fix btw)
[13:13] <sergiusens> ogra_: and I was just fixing something mvo pointed out :-)
[13:13] <ogra_> *two
[13:13] <ogra_> line 135/136 and 144/145
[13:14] <ogra_> but thats just nitpicking :)
[13:14] <sergiusens> sure
[13:14] <sergiusens> but this quilting business is so tiresome :-P
[13:14] <ogra_> heh
[13:17] <sergiusens> ogra_: there, vorlon has been _mentioned_ in the card
[13:17] <ogra_> :)
[13:19] <sergiusens> ogra_: just for you http://paste.ubuntu.com/11778568/
[13:19] <ogra_> haha, thanks :)
[13:19] <ogra_> so much shorter all of a sudden :P
[13:20] <sergiusens> ogra_: paste needs to learn how to color patches with a patch ;-)
[13:21] <ogra_> i'm surprised /var/lib/extrausers/shadow is already in defines.h
[13:22] <sergiusens> ogra_: that's added in debian/patches/1010_extrausers.patch
[13:23] <sergiusens> ogra_: here you go http://paste.ubuntu.com/11778582/
[13:23] <ogra_> aha, mterry
[13:24] <ogra_> ah, thats for the phone
[13:24] <ogra_> (i think i even signed it off back then :P )
[13:27] <dholbach> fgimenez, elopio, balloons: https://wiki.ubuntu.com/Snappy
[13:27] <dholbach> (and subsequent pages)
[13:27] <dholbach> feel free to change/add as you see fit
[13:27] <ogra_> oldschool \o/
[13:28] <ogra_> now we just need a gdoc -> wiki importer :)
[13:29] <dholbach> haha
[13:29]  * mvo is in a meeting
[13:29] <ogra_> poor guy
[13:30] <balloons> dholbach, woot
[13:34] <sergiusens> ogra_: I can make the extrausers thing without the toggle thing as well if you want
[13:34] <ogra_> no, the toogle is good i think
[13:35] <lool> sergiusens: I'm not a fan of that idea
[13:35] <lool> the ubuntu-fan framework of frameworks
[13:35] <sergiusens> lool: no one is
[13:35] <sergiusens> lool: so in core it is for now
[13:36] <ogra_> lool, i'm not a fan of shipping a dhcp server :)
[13:36] <ogra_> (in core that is)
[13:36] <lool> I'm not a fan of fan in the first place
[13:37] <ogra_> we might want to consider cloud vs core seeds for snappy
[13:37] <ogra_> i assume fan has its fans in the cloud :)
[13:37] <lool> a fan to move the cloud
[13:37] <lool> fantastic idae
[13:37] <sergiusens> lol
[13:38] <ogra_> :D
[13:51] <mvo> sergiusens: "++	(void) fputs (_("  -E, --extrausers              Use the extra users database\n"), usageout);" the -E is still there in the help output
[13:53] <ogra_> sergiusens, oh, line 76 could use indentation fixing
[13:53] <ogra_> hmm, 83 to 85 too
[13:54] <ogra_> yay for tabs vs spaces
[14:16] <elopio> good morning.
[14:16] <elopio> thanks dholbach!
[14:17] <elopio> do you want to hangout today fgimenez ?
[14:18] <fgimenez> elopio, as you like, don't have too much to say, all the merges are already done
[14:19] <elopio> fgimenez: thanks for that.
[14:19] <elopio> I'll merge yours too.
[14:19] <fgimenez> elopio, ok thanks
[14:19] <elopio> fgimenez: lets skip today. I talk too much, you need some free time from me :)
[14:20] <fgimenez> elopio, ok np :)
[14:20] <sergiusens> ogra_: hmm, mvo left, the latest diff didn't have that -E
[14:20] <sergiusens> ogra_: and the whole file is mixed
[14:29] <sergiusens> ogra_: hmm,
[14:29] <ogra_> hmm
[14:29] <sergiusens> I'll fix all of those
[14:37] <sergiusens> ogra_: mvo http://paste.ubuntu.com/11778888/ (the -E was already fixed in diff you missed)
[14:37]  * sergiusens raises fist at nothing (the lack of vcs)
[14:38] <mvo> sergiusens: ta!
[14:38] <ogra_> sergiusens, heh, but the whitespace change on the two comment lines is back ...
[14:38] <sergiusens> mvo: and I was thinking if maybe this should be an implicit thing now (more invasive diff though)
[14:38] <ogra_> just leave it though before it gets messed up again
[14:38] <sergiusens> ogra_: oh, I need to manually remove those :-P
[14:40] <sergiusens> ogra_: there you go http://paste.ubuntu.com/11778897/
[14:40] <ogra_> heh, thanks :)
[14:40] <sergiusens> mvo: what do you think of implicit vs explicit?
[14:41] <mvo> sergiusens: hm? sorry, lacking context (plus meetings)
[14:42] <ogra_> sergiusens, as long as it is *plicit :P
[14:42] <sergiusens> mvo: instead of -E, if /etc/passwd and friends fail to lock to try and use the extrausers ones
[14:43]  * ogra_ wouldnt do any automation here ... in case we want to upstream it
[14:43] <ogra_> it is more likely to be included if it is swiatchable
[14:43] <ogra_> -a
[14:43] <mvo> sergiusens: explicit sounds better to me
[14:44] <mvo> sergiusens: do we need adduser at all (asking, no idea if yes or no) :)
[14:44] <ogra_> well, we need some tool to add users ...
[14:44] <ogra_> if we dont use the default (adduser) as documented everywhere for ubuntu, we need to have specific docs explaining how to add users then
[14:45] <ogra_> personal might want it though
[14:45] <ogra_> for multiuser desktops
[14:54] <sergiusens> mvo: ok, let's keep it explicit, and we need it for cloud init as well
[14:54] <sergiusens> ok then, we are good to go then
[15:02] <mvo> sergiusens: ok
[15:02] <mvo> sergiusens: ta
[15:09] <ogra_> pitti, so this seed change ... is that a hard req now ?
[15:10]  * ogra_ feels rather uneasy about it
[15:22] <ogra_> sergiusens, seed revert done ... (i'll wait one publisher run before kicking the image, not sure when the task generation happens)
[15:35] <Chipaca> sergiusens: mvo: elopio: fgallina: http://npf.io/2015/06/testing-exec-command/
[15:36] <elopio> cool, thanks Chipaca.
[15:36] <elopio> I'm puzzled about this: http://paste.ubuntu.com/11779125/
[15:37] <elopio> the build works with the default arch, but fails using GOARCH=arm.
[15:38] <sergiusens> elopio: you need more than just goarch, look at webdm's build script
[15:38]  * elopio looks.
[15:48] <Chipaca> elopio: or alternatively read doc/cross-build.md
[15:48] <Chipaca> sergiusens: ^
[15:50] <elopio> Chipaca: hah, that's the second time you tell me that. Sorry.
[15:50]  * elopio bookmarks the cross-build.
[15:50] <Chipaca> :)
[15:51] <elopio> I was missing one of the packages.
[16:09] <fgimenez> nice weekend everyone o/
[16:52] <slangasek> ogra_, sergiusens: I didn't look at adduser, I only pointed in its direction.  what input did you need from me on it?
[16:54] <ogra_> slangasek, just a glance over http://paste.ubuntu.com/11778897/ if you see anything insane
[16:54] <ogra_> technically it looks ok to me ... i'm just not sure about "conceptual" :)
[16:57] <Chipaca> sergiusens: this grub.cfg should work with both old and new and do the right thing and etc: http://pastebin.ubuntu.com/11779470/
[16:58] <Chipaca> sergiusens: however, i haven't been able to test the upgrade
[16:58] <Chipaca> sergiusens: is there a way of testing this without publishing an image with this grub?
[16:59] <Chipaca> sergiusens: super simple the grub.cfg in the end, and i had all the bits already
[17:00] <Chipaca> sergiusens: more DRY: http://pastebin.ubuntu.com/11779488/
[17:01] <Chipaca> sergiusens: and now i'm off to make pizza. will check back later wrt the above.
[17:09] <slangasek> ogra_: ah, so changing shadow instead of adduser.  hmm.  I think it's a better logical fit in adduser, but clearly doing it in shadow would work
[17:09] <ogra_> well, i think sergiusens plans to do both
[17:10] <ogra_> but have shadow do all the work
[17:10] <ogra_> so adduser needs just the switch enabled
[18:09] <sergiusens> Chipaca: nice
[18:13] <sergiusens> Chipaca: ogra_ what if we allow expansion of cmdline with a grubenv?
[18:23] <sergiusens> slangasek: my worry is that some component in some place will need to do an 'if RO' or 'if snappy' and apply the right switches; is that useradd or cloud-init?
[18:24] <slangasek> sergiusens: I'd suggest that it should be part of the adduser config
[18:25] <slangasek> there's not currently an option for this in /etc/adduser.conf, but it could be done
[18:31] <sergiusens> slangasek: ok, I was thinking of that and don't mind adding it there; thanks
[18:32] <slangasek> sergiusens: ok, great :)
[20:39] <balloons> elopio, trying to update to latest snappy edge is giving me an error; if I use snappy update, rather than snappy update ubuntu-core: http://paste.ubuntu.com/11780433/
[20:40] <balloons> as an aside, will snappy support diff based updating? Or will I always have to grab the entire image?
[20:56] <sergiusens> slangasek: can you look at https://code.launchpad.net/~sergiusens/ubuntu/wily/adduser/extrausers/+merge/263169 later?
[21:12] <slangasek> sergiusens: ok, queued for looking
[22:36] <elopio> balloons: please report a bug for that, I'll try to reproduce it.
[22:37] <elopio> balloons: I think you are downloading only the delta.
[22:43] <Guest36352> trying out snappy on the raspberry pi 2, i installed docker and booted a container with "docker run -it -p 4444:4443 nblumoe/rpi-clojure". I installed netcat and ran "echo yo | nc -l 4444". Should I not be able to "nc <IP_ADDRESS> 4443" and get "yo" from the pi?
[22:43] <Guest36352> i can see the port bound with docker ps "a1cee09fade8        nblumoe/rpi-clojure:latest   "bash"              14 minutes ago      Up 14 minutes       <IP_ADDRESS>:4444->4443/tcp   fervent_babbage"
[22:46] <Guest36352> but no cigar
[23:42] <damjan> Guest36352: format: ip:hostPort:containerPort | ip::containerPort | hostPort:containerPort | containerPort
[23:43] <damjan> Guest36352: so 4444 is the hostPort 4443 is the containerPort
[23:43] <damjan> so you need to listen to 4443 in the docker container
[23:43] <damjan> and connect to 4444 from the host