[00:02] <RAOF> Mmm, loadav 31.39
[00:02] <RAOF> Yay C++
[00:02] <TomJaeger> It's very frustrating.  You spend many hours trying to get the packaging right and nobody's willing to spend the five or ten minutes that it would take to say, 'yeah, this is okay'
[00:03] <RAOF> TomJaeger: That's what I'm doing now.
[00:03] <TomJaeger> wow, cool
[00:03] <RAOF> There are a couple of obvious and easily fixable problems, and your code is currently bringing my buildbox to its knees.
[00:04] <TomJaeger> yeah, boost::serialization makes heavy use of templates
[00:05] <RAOF> Yay turing-complete type system.
[00:07]  * slangasek ugh, boost
[00:07] <RAOF> TomJaeger: So, the big complaint is that your dependencies are/will be broken.
[00:07] <k0p> hi all
[00:08] <RAOF> TomJaeger: {shlibs:Depends} is your friend.
[00:08] <k0p> I have my package some weeks in queue. :( Why the binary files doesnt appear on archive?
[00:09] <Kopfgeldjaeger> k0p: mine took 4 or 5 days to build, _after_ it was accepted by the archive admins
[00:09] <TomJaeger> okay, I'll add {shlibs:Depends}
[00:10] <Kopfgeldjaeger> k0p: But I remember yours was archived some hours before mine
[00:12] <k0p> Kopfgeldjaeger, yeap
[00:12] <k0p> :S
[00:12] <Kopfgeldjaeger> :)
[00:12] <k0p> is it normal?
[00:12] <k0p> I think no..
[00:12] <k0p> :/
[00:12] <TomJaeger> RAOF, do I need anything else then, or is just {shlibs:Depends} enough?
[00:13] <RAOF> TomJaeger: I don't think you need anything but ${shlibs:Depends} in your Depends: line, no.
[00:13] <RAOF> You don't have any runtime dependencies that aren't linked in?
[00:13] <TomJaeger> cool, thanks.
[00:13] <TomJaeger> nope
[00:13] <RAOF> I've added a comment, FWIW.  The shlibs thing is the big winner, but there's another nitpick or two there as well.
[00:14] <TomJaeger> Ah, I see there's a review now. Thanks a lot.
[00:14] <TomJaeger> RAOF, point 2, this is just the sourceforge mirror that debian is using acting up.
[00:14] <RAOF> Oh, right.  Urgh.
[00:17] <k0p> Kopfgeldjaeger, why my package doesnt built after your? :/
[00:17] <Kopfgeldjaeger> k0p: dunno :( was it acepted by the archive admins?
[00:19] <k0p> Kopfgeldjaeger, I think yes. How I should know?
[00:20] <k0p> I know that it appear on a list
[00:20] <Kopfgeldjaeger> k0p: DktrKranz also archived yours, didn't he? The next day he told me that mine was accepted by the admins
[00:21] <k0p> hmm
[00:21] <k0p> he doens't tell me anything. But another friend
[00:21] <k0p> send me a email
[00:21] <k0p> and it say that it was accepted
[00:21] <k0p> but it appears only the sources
[00:22] <TomJaeger> hmm, dput says 'Already uploaded to revu.ubuntuwire.com'. Should I bump the version number to -0ubuntu2?
[00:22] <Kopfgeldjaeger> TomJaeger: no
[00:22] <Kopfgeldjaeger> rm *.upload
[00:22] <RAOF> TomJaeger: No; just add -f to the dput line.
[00:22] <Kopfgeldjaeger> or that
[00:22] <k0p> Kopfgeldjaeger, I need to talk DktrKranz..
[00:22] <TomJaeger> thanks, great that worked.
[00:22] <k0p> he isn't there.
[00:25] <Kopfgeldjaeger> yep
[00:25] <Kopfgeldjaeger> anyway. good luck and good night
[00:26] <k0p> good night.
[00:26] <k0p> thanks anyway
[00:45] <RAOF> Gah.  Would it be too much to ask for the clean target to _actually_ clean the source tree?
[00:49] <TomJaeger> RAOF, Thanks again, I've made the necessary changes and added a comment to http://revu.ubuntuwire.com/details.py?package=easystroke
[00:50] <TomJaeger> That's not my package you were just talking about, is it?
[00:52] <TomJaeger> How do you clean a debian package anyway?  Is 'fakeroot debian/rules clean' the way to go?
[01:16] <RAOF> TomJaeger: No, I was talking about miro, and the failure of "setup.py clean" to actually clean the tree.
[01:18] <owen1_> here is the error i get when running prevu: dpkg-shlibdeps: warning: debian/newsbeuter/usr/bin/newsbeuter shouldn't be linked with libgssapi_krb5.so.2 (it uses none of its symbols).
[01:19] <owen1_> any prevu experts?
[01:21] <RAOF> That's a warning that a large fraction of the archive will exhibit.  Don't feel to bad about it :)
[01:23] <owen1_> RAOF: ok. is there any solution?
[01:23] <RAOF> Ignore it.
[01:23] <RAOF> owen1_: Unless you'd like to fix it, which is generally non-trivial.
[01:24] <owen1_> RAOF: so my best option is to wait for interpid?
[01:24] <NCommander> Is there a packaged x86_64 -> i686 cross-compiler in the archive?
[01:25] <RAOF> It won't be fixed in intrepid, likely.
[01:25] <RAOF> NCommander: Is -m32 insufficient?
[01:25] <RAOF> owen1_: Just ignore that warning; it doesn't harm anything.
[01:25] <NCommander> yeah, I'm compiling a kernel, and it spat out a invalid mach when I tried that
[01:25] <RAOF> Oh.  Yeah, kernels are likely special.
[01:25] <NCommander> I just wanted to know if there was a shortcut before I started building with cross-tool
[01:26] <owen1_> RAOF: at the end of i got an error messege:make: libmrss-depends: Command not found   http://pastebin.ubuntu.com/38354/
[01:28] <RAOF> owen1_: That suggests a missing build-depend.
[01:28] <StevenK> NCommander: My machine can't build kernels for i686 on x86_64
[01:28] <owen1_> RAOF: can i solve this?
[01:29] <slangasek> StevenK: because your machine doesn't support 32-bit code?
[01:29] <RAOF> owen1_: Apparently by adding a build-depend on libmrss0-dev.  If that doesn't fix it, then you'd have to first backport that library.
[01:30] <owen1_> RAOF: i don't understand 'adding a build-depend on libmrss0-dev'..can u guide me?
[01:30] <StevenK> slangasek: It ought to. It builds normal things, it just refuses to build kernel modules.
[01:31] <NCommander> StevenK, yeah, hence the need for a cross-compiler ;-)
[01:31] <RAOF> owen1_: I don't have time, sorry.  Basically, you'll have to do some packaging work, for which the packaging guide would be useful.
[01:31] <owen1_> RAOF: ok. any chance that it will be fixed someday soon?
[01:32] <RAOF> owen1_: Probably not; it's not broken in intrepid.
[01:32] <owen1_> RAOF: but u said that waiting for interpid will not help.
[01:33] <RAOF> owen1_: For the warnings you printed, they'll likely still be in Intrepid.
[01:33] <RAOF> owen1_: For the _error_ in the pastebin, that doesn't happen in Intrepid.
[01:33] <owen1_> RAOF: great. so i'll wait for interpid.
[01:57] <RAOF> Hm.  Why aren't I allowed to post to<EMAIL_ADDRESS>[02:17] <Hobbsee> RAOF: something went bang?
[02:17] <RAOF> Presumably.  Maybe I wasn't positng from<EMAIL_ADDRESS>[02:18] <ajmitch> or maybe you've just been kicked out :)
[02:24] <Hobbsee> whoever next goes thru the moderation queue will need a *very* stiff drink.
[02:25] <RAOF> With what porpoise?
[02:26] <Hobbsee> huh?
[02:26]  * Hobbsee suspects no one has been going thru it, without a working listadmin
[02:30] <nxvl> emgent: around?
[02:32] <emgent> yeah now i'm back
[02:35] <bddebian> Anyone have a preferred log file analyzer?
[02:37] <ScottK-laptop> bddebian: I'm a big fan of grep.
[02:38] <bddebian> Heh :)
[02:39] <nxvl> i just wish i can use grep on the real life some day
[02:39] <nxvl> :D
[02:44] <RAOF> Wow, the hppa buildd is pretty quick at picking up a package and FTBFSing it.
[02:49] <NCommander> RAOF, hppa in general is having issues ATM
[02:49]  * NCommander would like to see Ubuntu kfreebsd-amd64
[02:49] <RAOF> Heh
[02:50] <NCommander> I actually have that dual booting with my Ubuntu installation ;-)
[02:50] <NCommander> It used to through people through a loop when they tried to grab packages from a repo I had up
[02:53] <nxvl> is anyone having problems with some builds in i386 because of soyus?
[03:00] <Hobbsee> nxvl: you fail at asking descriptive questions.
[03:00] <Hobbsee> what are you actually asking?
[03:00] <nxvl> Hobbsee: oh right you are here
[03:00] <RAOF> Oh, curses.  Miro was, among other things, a merge so I should've passed -v through.  Gah.
[03:01] <Hobbsee> nxvl: i'm almost always here.  it's just a question of if i'm at my keyboard or not
[03:01]  * nxvl dances while searchs the log
[03:01] <nxvl> Hobbsee: http://launchpadlibrarian.net/16865545/buildlog_ubuntu-intrepid-i386.lmms_0.3.2-1ubuntu2_FAILEDTOBUILD.txt.gz
[03:01] <nxvl> Hobbsee: wine is failing to install
[03:02] <nxvl> Hobbsee: here is the retry: http://launchpadlibrarian.net/16877205/buildlog_ubuntu-intrepid-i386.lmms_0.3.2-1ubuntu2_FAILEDTOBUILD.txt.gz
[03:02] <nxvl> after trying to fix wine
[03:03] <StevenK> update-binfmts: warning: Couldn't load the binfmt_misc module.
[03:03] <StevenK> No fair failing to install if you can't load a module.
[03:04] <StevenK> nxvl: That's the same error.
[03:04] <Hobbsee> nxvl: ask lamont about that.
[03:04] <nxvl> StevenK: yep
[03:04] <Hobbsee> invoke-rc.d: unknown initscript, /etc/init.d/procps not found. doesn't look good either
[03:04] <Hobbsee> as that's in -minimal
[03:04] <nxvl> Hobbsee: and wine is now depending on procps
[03:04] <nxvl> so it must be installed
[03:05] <Hobbsee> everything in ubuntu-minimal must be installed regardless.
[03:05] <StevenK> nxvl: That is a pointless depends.
[03:05] <StevenK> nxvl: procps is Priority: required
[03:05] <StevenK> Read Debian Policy for what required means
[03:05] <nxvl> yes, i just added it to wine depend after talking to slangasek
[03:05] <Hobbsee> oddly enough, though, most other things seem to have built.
[03:05] <nxvl> he said it may be not installed
[03:06] <Hobbsee> twitch
[03:08] <nxvl> StevenK: yes i know that, but slangasek told me that better to add it
[03:10] <nxvl> StevenK: slangasek "required" != "essential", fwiw
[03:10] <nxvl> http://irclogs.ubuntu.com/2008/08/16/%23ubuntu-motu.html
[03:10] <nxvl> around 7:00
[03:11] <StevenK> nxvl: You don't need to lecture me about the Priority field.
[03:11]  * ScottK steps away from nxvl.
[03:11] <nxvl> StevenK: yeah, i was just giving you more information about what slangasek told me, and the why of the change
[03:12] <StevenK> nxvl: Sure, but you don't need to beat me with slangasek as a teaching tool.
[03:12] <nxvl> StevenK: i was just pasting what slangasek told me
[03:12] <nxvl> StevenK: oh! that wasn't the intention
[03:12] <nxvl> StevenK: sorry if you feel that way
[03:13] <nxvl> StevenK: i was just trying to give more context
[03:13] <nxvl> sorry about that
[03:13] <StevenK> nxvl: Anyway, I suspect adding procps to the Depends wasn't going to fix it.
[03:14] <nxvl> StevenK: yes, now i know that, i just think it could since the log also says is not finding that init script
[03:14] <nxvl> i will send lamont and e-mail
[03:15]  * Hobbsee adds requiring dpkg as a build dependancy to some packages, just in case.
[03:15] <StevenK> Argh
[03:15]  * Hobbsee grins, ducks, and runs away
[03:15] <StevenK> Hobbsee: I recall someone adding build-essential to the Build-Depends of a package I was asked to sponsor.
[03:15] <Hobbsee> StevenK: ouch.
[03:15] <nxvl> btw
[03:15] <StevenK> (Years ago, for Debian)
[03:16] <nxvl> what time is it now @ australia?
[03:16] <Hobbsee> do they still live?
[03:16] <StevenK> nxvl: 12:15pm
[03:16] <Hobbsee> Uptime: 2 hours and 44 minutes
[03:16] <nxvl> StevenK: still sunday?
[03:16] <Hobbsee> hmm.  not that.
[03:16] <StevenK> nxvl: Monday
[03:16] <Hobbsee> nxvl: no, monday
[03:16] <StevenK> nxvl: TZ=Australia/Sydney date
[03:16] <ajmitch> almost beer o'clock
[03:16] <StevenK> ajmitch: And since when are you Australian? :-P
[03:17]  * ajmitch would never make such a claim
[03:17] <StevenK> Heh
[03:17] <nxvl> StevenK: you can use any escuse to have a beer
[03:17] <nxvl> :D
[03:17] <nxvl> excuse*
[03:17] <StevenK> I'm Australian, I don't need an excuse.
[03:17] <nxvl> in peru you didn't need one, but it's funny to have one
[03:17] <nxvl> :D
[03:19] <RAOF> Streuth, it's midday!  Time for a stubby.
[03:19] <StevenK> RAOF: Just one?
[03:20] <RAOF> Maybe a six pack
[03:20] <StevenK> That will make the marking quicker
[03:21] <RAOF> I get me some markin' to do tomorrow.  And Wednesday.
[04:04] <ma10> does anybody have debuild-pbuilder working in intrepid? I keep getting sudo -E: command not found...
[05:24] <RAOF> Man, it's awesome having (metaciy dev)+ subscribed to metacity bugs on launchpad.
[05:25] <RAOF> (Bug #258977, for those who like context)
[05:27] <slangasek> StevenK: well, you know, build-depending on procps for those occasions when you're trying to build a package in the middle of a dist-upgrade ;P
[05:29] <slangasek> StevenK: one can certainly create a chroot without ubuntu-minimal; and I believe the buildd chroots are such
[05:33] <saivann> Can a member of the MOTU-SRU team take a look at bug 232402 ? The final patch is now available since more than one month and has Alexander Sack blessing
[05:34] <saivann> See comment #15
[05:59] <nxvl> slangasek: :P
[06:00] <slangasek> nxvl: I maintain that I'm right, because in spite of the package prio I don't see anything that causes dpkg to depend on procps
[06:01] <nxvl> slangasek: yes, also i don't see any problem on build-depending on it
[06:09] <tuxmaniac> moring gang
[06:09] <tuxmaniac> morning
[06:25] <nxvl> packages.ubuntu.com is down
[06:28] <Hew> Can someone from ubuntu-backports-testers take a look at bug 248055?
[06:41] <RAOF> nxvl: Not down, just slow.
[06:44] <dholbach> good morning
[06:45] <nxvl> dholbach: good morning
[06:45] <tuxmaniac> dholbach: guten morgen
[06:45] <dholbach> hi nxvl, hi tuxmaniac
[06:46] <\sh> moins dholbach..so early? :)
[06:47] <dholbach> \sh: I was up at 6:50 already :)
[06:47] <stefanlsd> hihi
[06:47] <\sh> dholbach: that was the time when I reached my office ;-)
[06:48] <dholbach> \sh: I just have to walk 5 meters to my office :)
[06:49]  * \sh has the wrong job...or I just have to ask to do my work from my homeoffice ;)
[06:49] <StevenK> dholbach: Sounds like me :-)
[06:49] <dholbach> it has advantages and disadvantages
[06:50] <\sh> the advantage: you can have coffee for free
[06:50] <\sh> the disadvantage: you can sleep sometimes longer and work sometimes longer in the evening ;)
[06:57] <RoAkSoAx> disadvantage: you don't get to talk to people, joke with someone.. or have fun at all :P
[06:58] <nxvl> dholbach: walk 5 meters or just bring the laptop to bed :P
[06:59] <nxvl> dholbach: Bug 258808 fixed
[07:01] <dholbach> nxvl: excellent
[07:01] <nxvl> the odd thing is that it used to work
[07:01] <nxvl> :S
[07:03] <stefanlsd> nxvl: aah cool. i got bitten by that bug trying to compile zaptel
[07:03] <nxvl> :P
[07:03] <nxvl> sorry about that
[07:05] <nxvl> btw i need to swith to intrepid soon
[07:25] <nxvl> asac: around?
[07:43] <stefanlsd> work, cya guys :)
[08:05] <Laney> morning guys
[08:08] <dholbach> hi Laney
[08:14] <Laney> yo dholbach, how's it going? Thanks for your comments on my app!
[08:14] <dholbach> np :)
[08:14] <dholbach> very good - how are you?
[08:15] <Laney> Not too bad, had to work all weekend though :(
[08:15] <Laney> But it means I get weds-fri off, so can't complain too much
[08:15] <dholbach> nice... a long weekend :)
[08:16]  * dholbach looks forward to next weekend - we're going to the Baltic Sea with friends
[08:16] <Laney> Monday is a bank holiday in England too, so very long
[08:16] <Laney> ooh nice, where abouts?
[08:17] <dholbach> Laney: somewhere around here: http://maps.google.com/?ie=UTF8&ll=54.274046,12.293701&spn=0.35443,1.013489&t=h&z=10
[08:17] <dholbach> not sure yet :)
[08:17] <geser> good morning
[08:18] <dholbach> it's about 300km from Berlin, so we should get there pretty quickly
[08:18] <dholbach> hi geser
[08:26]  * Laney is jealous, although going on a surfing break in September :>
[08:26] <Laney> anyway, work calls
[08:26]  * Laney runs off
[08:56] <huats> morning everyone
[10:02] <dholbach> geser: thanks a lot for looking into the sponsoring queue!
[10:14] <geser> dholbach: np, but I just do the very easy ones. I wish I could do more, but I need to prepare for some exams next week.
[10:14] <dholbach> geser: all the best with that!
[10:14] <dholbach> I'll do some more sponsoring later today
[10:15] <dholbach> all: and YOU should too! :)
[10:21] <slicer> Hi. Does the debian import freeze prevent replacing an existing Ubuntu package with a more updated Debian one? If not, do I just do a sync request?
[10:21] <directhex> no and yes, in that order
[10:40] <slytherin> slicer: DIF just means that there are no auto syncs. Manual sync on demand is ok.
[11:24] <Iulian> Good morning.
[11:26] <jpds> morning Iulian
[11:27] <Iulian> Heya jpds.
[12:00] <bigon> does somebody know what's irc nick of Scott James Remnant ?
[12:00] <geser> bigon: Keybuk, he's in #ubuntu-devel
[12:00] <ogra> bigon, Keybuk
[12:01] <bigon> oh right, thx
[12:16] <mok0> Am I the only one that doesn
[12:16] <mok0> doesn't think that the openid wiki login works?
[12:17] <mok0> I seem to have to re-login every time I go to a new page
[12:18] <geser> mok0: if it's the same problem that was discussed earlier on #launchpad then it's known and being worked on
[12:19] <mok0> geser: ok, I am not crazy :-)
[12:20] <mok0> You used to be logged on via your wikiname, now it's the irc nick, and when I click on that (top right) it says I don't have a home page
[12:23] <ScottK> mok0: If you claim compliance with Standards Version 3.8.0 then the requirement for README.source is applicable (in the cases one is needed).
[12:24] <mok0> ScottK: Right, thanks
[12:46] <ma10> why do many java packages recommend the -gcj version too? this causes gcj to be pulled in everytime even if you have other jres..
[12:50] <slytherin> ma10: there is a discussion going on. While persia and few others have agreed to move them to 'Suggests', doko is against that.
[12:51] <ma10> oh.. +1 for the suggests from me (not that anybody cares)
[12:52] <slytherin> ma10: by the way, #ubuntu-java is better place for java packaging matters
[12:52] <ma10> ok sorry
[12:53] <slytherin> ma10: nothing to be sorry, very few people are aware of existence of that channel.
[12:56] <Hew> Can someone from u-u-s check out bug 209084? The requested update has been made to the debdiff.
[13:37] <gaspa> 'homepage' field in control file, could be associated to binary package, too ... or only to source pkgs?
[13:38] <slytherin> gaspa: why do you need it in binary package?
[13:38] <gaspa> slytherin: because in actual description there are different homepages for each binary package.
[13:39] <gaspa> slytherin: the package is lightning-extension-locales
[13:39] <slytherin> gaspa: Oh. To answer your original question, you can use it for binary packages.
[13:50] <gaspa> slytherin: ok, thanks. :)
[14:01] <gaspa> asac: do you have a few time to take a look at bug #259052 ?
[14:03] <asac> gaspa: please try to get in contact with saivaan
[14:03] <asac> not sure if he has a bzr brnah or something
[14:03] <gaspa> fine.
[14:03] <asac> gaspa: when he signs this off (or doesnt reply), please let me know
[14:04] <gaspa> i'll mail him just now.
[14:38] <jdong> anyone know about swt-gtk in Intrepid?
[14:38] <jdong> I see it was MOTU uploaded, but the last time I asked about doing it, doko got pretty irate at me for suggesting it
[14:38] <jdong> I was wondering if we checked with core-devs to make sure it was okay
[14:42] <geser> jdong: the sync of swt-gtk was ACKed by doko, see bug 249158
[14:45] <jdong> geser: thanks, I see, I guess everyone got impatient with eclipse 3.4 :D
[14:51] <directhex> what's the procedure for requesting a package be promoted to main?
[14:51] <bddebian> Heya gang
[14:51] <geser> Hi bddebian
[14:51] <geser> directhex: writing a MIR
[14:52] <geser> directhex: https://wiki.ubuntu.com/MainInclusionProcess
[14:52] <bddebian> Heya geser
[14:53] <tuxmaniac> bddebian: heya
[14:53] <bddebian> Hi tuxmaniac
[15:30] <firstman> hi
[15:31] <firstman> i have a question about the process fixing a typo bug
[15:31] <firstman> i can fix is with a postint script
[15:31] <firstman> but i should write to the original developer for change in the next version or something like that?
[15:32] <firstman> and it should be written in changelog? (that i have write to developer)
[15:55] <k0p> DktrKranz, are you there?
[15:58] <DktrKranz> k0p: yep
[15:59] <k0p> DktrKranz, well.. some weeks my package is in the queue yet. Is it really accepted?
[16:00] <k0p> it's 10 day in queue.. to appear in archive.
[16:00] <k0p> I think something happen
[16:00] <DktrKranz> k0p: I think it's in universe right now
[16:00] <DktrKranz> or at least the one I uploaded
[16:00] <k0p> when I can see?
[16:00] <DktrKranz> which was package name?
[16:01] <k0p> http://archive.ubuntu.com/ubuntu/pool/universe/u/umit/
[16:01] <k0p> umit
[16:01] <k0p> there isnt binary files
[16:01] <DktrKranz> source is in universe, binary are still in NEW
[16:02] <DktrKranz> it won't be in NEW for long, just wait a couple of days :)
[16:03] <leleobhz> someone can explain me why sane depends X and gnome packages?
[16:03] <k0p> DktrKranz, it's from 8th. but ok I keep wait :)
[16:03] <k0p> thanks
[16:04] <k0p> leleobhz, sane is backend right?
[16:04] <leleobhz> k0p: backend and frontend...
[16:04] <DktrKranz> NEW is quite long right now, but I think it will be processed quickly now we're approaching Feature Freeze
[16:04] <leleobhz> k0p: but sane can be used only has xinetd daemon for network scanning
[16:05] <cyberix> Does someone know why Ubuntu doesn't have miredo?
[16:05] <cyberix> All Debian has it
[16:05] <cyberix> Even the really old ones.
[16:05] <Pici> !info miredo
[16:07] <k0p> DktrKranz, ok thanks :)
[16:07] <Pici> cyberix: Looks like feisty+ has it
[16:08] <cyberix> http://packages.ubuntu.com/search?keywords=miredo&searchon=names&suite=all&section=all
[16:09] <cyberix> I wonder why it can't be found at packages.ubuntu.com
[16:10] <cyberix> I can find it using apt-cache search
[16:10] <DktrKranz> cyberix: I get an "Internal server error", it is probably due to that.
[16:10] <Pici> cyberix: I can't anything right now with packages.u.c
[16:12] <cyberix> ok
[16:12] <cyberix> thanks
[16:13] <leleobhz> another: what happened with daemontools package?
[16:15] <DktrKranz> leleobhz: https://launchpad.net/ubuntu/+source/daemontools/1:0.76-3
[16:15] <leleobhz> DktrKranz: it isnt available via apt
[16:15] <leleobhz> why?
[16:16] <Pici> leleobhz: From Intrepid?
[16:16] <leleobhz> hardy
[16:16] <leleobhz> packages contain "daemontools" in their description: svtools minit
[16:16] <leleobhz> o.0
[16:16] <leleobhz> name change?
[16:16] <DktrKranz> leleobhz: it's available in intrepid only
[16:17] <leleobhz> ok
[16:40] <bddebian> Is there a slick way to generate an additional locale, say Spanish, and just use it for one specific app?
[16:42] <joaopinto> bddebian, locale-gen && export LANG ?
[17:01] <geser> bddebian: or LANG=es_ES app
[17:05] <bddebian> geser: Yeah, that's what I did, thanks!
[17:05] <bddebian> And thanks to you too joaopinto
[17:09] <sebner> geser: I owe you a beer ;)
[17:10] <RoAkSoAx> asac, ping
[17:15] <asac> RoAkSoAx: just ask when i am here ;) ... not need to ping. ill read backlog in case i am away :)
[17:15] <RoAkSoAx> asac, around?? heheh :P
[17:16] <sebner> warp10: also thanks to you
[17:17] <warp10> sebner: np, but... no beer for me? ;)
[17:18] <geser> sebner: I need to learn for some exams, so please don't file so many sync requests :)
[17:18] <RoAkSoAx> asac, need your help with a package. libgecko2.0-cil changed /usr/lib/mono/gac/gecko-sharp   to  /usr/lib/cli/gecko-sharp-2.0/ right?? so, now blam wont compile because of this error: "error CS0006: cannot find metadata file `/usr/lib/mono/gecko-sharp-2.0/gecko-sharp-dependent.dll'" so i was wondering, what do i have to do so that when blam is compiling look for gecko-sharp-dependent.dll in /usr/lib/cil/*
[17:18] <asac> RoAkSoAx: thats old
[17:18] <asac> RoAkSoAx: i fixed gecko-sharp today
[17:18] <asac> did the blam respin fail?
[17:19] <asac> RoAkSoAx: it built https://edge.launchpad.net/ubuntu/+source/blam/1.8.5-1ubuntu1
[17:19] <RoAkSoAx> asac, http://launchpadlibrarian.net/16889354/buildlog_ubuntu-intrepid-i386.blam_1.8.5-1ubuntu1_FAILEDTOBUILD.txt.gz
[17:19] <asac> so all fine now
[17:19] <asac> RoAkSoAx: look above
[17:19] <RoAkSoAx> asac, yep can see that, thanks :)
[17:19] <asac> np
[17:19] <RoAkSoAx> asac, we were like crazy last night with nxvl cuz of that build error lol
[17:19] <asac> RoAkSoAx: if you arew interested on what cause the problem, read the gecko-sharp2 changelog
[17:20] <RoAkSoAx> asac, will do ;)
[17:20] <gaspa> asac: still no answers from saivann. how much time would we give him?
[17:20] <gaspa> couple of days?
[17:20] <asac> gaspa: err .... at least a few days
[17:21] <asac> you cannot expect anyone contributing to free software to answer within hours ;)
[17:21] <asac> saivann has been quite responsive in the past
[17:21] <gaspa> of course, i asked just 'cause i'm exiting...
[17:21] <asac> gaspa: yeah. just remember to follow up in case you dont get reply within a few days
[17:21] <asac> gaspa: did you send mail?
[17:22] <asac> then all should be ok
[17:22] <gaspa> sure, i sent it.
[17:22] <asac> good
[17:22] <gaspa> i didn't think to put you in Cc, sorry.
[17:23] <sebner> warp10: well I said thanks. you ACKed 5-10% and geser the rest ^^
[17:23] <gaspa> going home...bye!
[17:23] <sebner> geser: well, there are other sposors too. just don't ACK if you don't have time ;)
[17:24] <warp10> sebner: mmm... next time I need to ACK more then! :P
[17:24] <sebner> warp10: of course. I had >20 ;)
[17:25]  * warp10 thinks the queue would drop to less than 50 bugs if sebner would apply for MOTU
[17:26] <sebner> warp10: I don't think there are any outstanding bugs from me except a merge which I'm doing right now :)
[17:27] <warp10> sebner: but if you sponsor at the same pace you are currently providing debdiffs and sync requests... wow!
[17:27] <sebner> warp10: ^^, hey I have still 4 sync requests without an ACK :D
[17:28] <warp10> sebner: how many for a free beer... say... at next UDS?
[17:29] <sebner> warp10: Same amount as geser ACKed :P though I surely won't be at the next 2 UDS
[17:29] <warp10> sebner: mmm... your fare is definitely high, you know? :P
[17:30] <sebner> warp10: of course but I besides I won't have time because of military education <-- if I can it in that way
[17:31]  * DktrKranz thinks to hide when sebner's activity on #ubuntu-motu rises
[17:31] <warp10> sebner: mmm... are you planning to go in some kind of military academy?
[17:32] <sebner> DktrKranz: why?
[17:32]  * DktrKranz hides
[17:32] <sebner> warp10: no but I *have* to do it. just 6 months
[17:32] <sebner> DktrKranz: xD
[17:32] <sebner> DktrKranz: you didn't even ACK *one* sync request :P
[17:32]  * DktrKranz hides better
[17:33] <warp10> sebner: aaah... something like military duty
[17:33] <sebner> warp10: yep, a social thing with 9 months or military thing with 6 months. And I took the latter because shorter :)
[17:34] <sebner> DktrKranz: I still have 4 left and more will come (maybe not today but surely on weekend) :P
[17:34] <warp10> sebner: heh! :)
[17:34]  * DktrKranz invokes divine intervention, or Achmed's
[17:35] <sebner> DktrKranz: SILENCE, I. K. Y. :P
[17:35] <DktrKranz> sebner: Y. R. B. :P
[17:35] <sebner> *hrhr*
[17:36] <sebner> so, who wants my 4 sync requests?
[17:36]  * warp10 hides
[17:36] <DktrKranz>  /me... no!
[17:36] <sebner> pffffff
[17:36] <sebner> emgent: hiuhu emgent my friend. you surely want to ACK 4 easy sync bugs, right?
[17:37]  * DktrKranz is waiting for p-a-s adjustments, in the meantime... c u later
[17:37] <sebner> DktrKranz: p-a-s?
[17:37] <StevenK> Packages-arch-specific
[17:37] <sebner> StevenK: wuh, thx
[17:37] <sebner> DktrKranz: hf
[17:37] <StevenK> Don't try and build <package> on a buildd that isn't <arch>
[17:38] <emgent> sebner: please subscribe u-u-s/u-m-s
[17:38] <DktrKranz> this time I want to build packages which are not considered :)
[17:39] <sebner> emgent: they are ;)
[17:40] <emgent> sebner: so please wait.. :)
[17:40] <sebner> ember: bah, I'm u-u-c so I have the right to annoy MOTUs to ACK my bugs :P
[17:43] <ScottK> sebner: And we have the right to ignore you.
[17:44] <sebner> ScottK: hrhr, you aren't a s-o-s yet :P
[17:46] <ScottK-laptop> I'm not going to ask.
[17:46] <sebner> better
[17:46] <sebner> ^^
[18:11] <YokoZar> ScottK: I was reading the DVD thread, and I wanted to talk to you about the main inclusion process; if we go ahead and do that for Wine, then there'd be about 12 packages that also need to go
[18:12] <ScottK> YokoZar: You'd also need to convince Canonical that they want to suck up providing security support for WINE.
[18:13] <ScottK> The answer to what I'm guessing is your question is, yes, you have about a dozen MIR to write.
[18:13] <ScottK> But I'd get an endorsement on the idea from kees first.
[18:13] <sebner> ScottK: on weekend I'd help you with clamav MIR's
[18:14] <ScottK> sebner: Great.  I look forward to it.
[18:14] <sebner> ScottK: just remember me (and mentor me :P)
[18:14] <sebner> *remind
[18:15]  * sebner has a bad english -.-
[18:15] <ScottK> I'll try and remember (don't forget I'm old), and will be glad to mentor you.
[18:15] <sebner> ScottK: fine =)
[18:26]  * directhex needs to write a MIR for webkit-sharp
[18:33] <kees> YokoZar: btw, for the sysctl stuff, I'd like to make it a separate package from wine.
[18:33] <kees> YokoZar: like, "wine-16bit" or something
[18:33] <kees> and have it just a Suggests.  most people don't need that sysctl turned off, and I'd like to maximize the # of people getting protected
[18:34] <kees> as for wine in main, i don't see a reason for it.
[18:37] <kees> YokoZar: I've got a package of procps with the sysctl stuff broken out, but I want to run it by the platform team first.
[18:42] <YokoZar> kees: Yeah I had that idea as well
[18:43] <YokoZar> kees: I was going to suggest a package "initial-memory-access" that Wine and similar packages could recommend (since the problem doesn't seem to be Wine-specific
[18:49] <kees> YokoZar: true.  "lowmem-access" maybe?  I'd like to have it be a "Suggests" in Wine to avoid having it auto-installed.  dosemu probably would need a Depend, though.  :P
[18:51] <YokoZar> kees: My worry there is that it's very hard for a user to figure out when he needs to install that package.  In order to even see that you're getting the memory errors you have to be running Wine in the terminal.  Perhaps if Wine had some sort of magic like the codec installer that detected the 16 bit program and prompted you to install the package, but that seems like a strange/frightening interface to create
[18:56] <kees> YokoZar: what happens now when a 16bit app tries to run?
[19:05] <lukehasnoname> I know this isn't #ubuntu but I'm blocked from getting in there since I use Mibbit (which is stupid). So, could someone tell me the name of the program that allows you to act as root in Nautilus? And how I enable it?
[19:06] <lukehasnoname> as someone sympathetic to my plight of IRC-blocking college netadmins and mibbit blocking IRC admins
[19:08] <azeem> lukehasnoname: try some web forum or the ubuntu-users mailing list, then
[19:09] <lukehasnoname> ok
[19:09] <lukehasnoname> sorry to interrupt the active flow of conversation
[19:19] <YokoZar> kees: Wine silently fails and dumps a message to the terminal
[19:20] <YokoZar> kees: if it's a 32 bit application making a 16 bit call, though, the application will still run but the call will fail (often this makes the user think that Wine itself isn't working).  This for instance happens with older Install Shields
[19:33] <kees> YokoZar: hrm, I see.
[19:40] <tuxmaniac> I would like to work on bug 207760 and need advice with how to go about it. Apply that patch using some patch system is good enough? Or is there some other way out?
[20:54] <Ampelbein> Hi! I need some advice on how to continue with Bug #179215. I have fixed the issue by patching the current ubuntu-sources, generated a debdiff, attached it and subscribed ubuntu-universe-sponsors to the bug. was that the correct way of doing?
[21:02] <ScottK> Ampelbein: Yes.
[21:02] <geser> Ampelbein: the general procedure was almost okay
[21:03] <geser> but mono is in main, so ubuntu-main-sponsors would be the correct sponsorship team
[21:04] <geser> and IMHO are more clean solution would be to make the skeleton dir /usr/share/jay and install the skeleton file there instead of point to /usr/share/doc/...
[21:04] <Ampelbein> damn. i knew i should have had a look on that. thanks for the info.
[21:08] <directhex> Ampelbein, please discuss with #debian-mono on oftc before mucking about with mono
[21:08] <Ampelbein> geser: i just thought that sample files should go to /usr/share/doc
[21:09] <geser> Ampelbein: yes, but not if a program needs it to work properly
[21:11] <directhex> jms@minimoose:~/Projects/working$ jay -p
[21:11] <directhex> /usr/share/jay
[21:14] <Ampelbein> directhex: ok, will see that i'll do that.
[23:02]  * ScottK notes that there is now an openSUSE Proofreading Team.  There is a team gap that needs to be closed.
[23:15]  * Laney wonders why bug #244531 hasn't been ACKed yet, when several other syncs have been
[23:33] <kostmo> Hey all, I am looking for MOTU advocates for my package "pyrocket": http://revu.ubuntuwire.com/details.py?upid=3240
[23:33] <kostmo> pyrocket is a driver and frontend for of the Striker II and Dream Cheeky USB rocket launchers that you might find on ThinkGeek or other novelty shops
[23:35] <kostmo> it exposes more functionality the Windows drivers, and allows more methods of control, like joystick and computer vision
[23:38] <kostmo> are any MOTUs online at the moment?
[23:45] <ScottK> kostmo: IIRC I left you some comments.  Did you deal with them?
[23:47] <kostmo> ah i see them now
[23:47] <kostmo> let me take a look
[23:48] <kostmo> I will change those descriptions and re-upload in a few minutes
[23:48] <ScottK> JFTR, not checking first to see if you've got comments is not an incentive.
[23:50] <kostmo> sorry about that
[23:51] <kostmo> I think it would be really cool if REVU would send e-mail alerts when someone comments on your package
[23:54] <ScottK> There's a mail list for that.
[23:56] <kostmo> really? I will sign up then.
[23:58] <kostmo> ah, I see how to use the news aggregator with your package.  I wish I had noticed that before.


[10:07] <mac_v> djsiegel1: Similar to Bug #406438 > Bug #405426 , Bug #400383 are also not papercuts per-se [not a fix for something that most users consider painful.] , they could just be design suggestions but wouldnt be part of the papercut criteria
[10:07] <ubot4> Launchpad bug 406438 in netbook-remix-launcher "Panel clock applet should show only the time by default" [Undecided,New] https://launchpad.net/bugs/406438
[10:07] <ubot4> Launchpad bug 405426 in human-gtk-theme "Remove application icons from title bars" [Undecided,In progress] https://launchpad.net/bugs/405426
[10:07] <ubot4> Launchpad bug 400383 in hundredpapercuts "Panel separator between clock and FUSA is not meaningful" [Undecided,New] https://launchpad.net/bugs/400383
[10:34] <djsiegel1> mac_v: yes, you are right
[10:35] <djsiegel1> except about the separator in the panel
[10:35] <djsiegel1> all of these things are painful for me :)
[10:35] <djsiegel1> but I don't think they are painful for most
[10:35] <djsiegel1> except maybe the separator
[10:35] <djsiegel1> which is clearly ugly and using space poorly
[10:35] <mac_v> djsiegel1: ;p the separator also is not a papercut , but *do* remove it
[10:59] <djsiegel1> mac_v: you know what, I disagree
[11:01] <mac_v> djsiegel1: that is just a design *flaw*, i'm not sure how it improves/hampers usability?!
[11:02] <djsiegel1> these things that don't seem like pains really are
[11:03] <djsiegel1> djsiegel1: for example, text in title bars is not centered on the window, it's centered on the window minus the close, minimize, maximize buttons
[11:03] <djsiegel1> also, folder icons in Human are off-center
[11:03] <djsiegel1> most people would say that these are not pains
[11:03] <mac_v> djsiegel1: BTW, i *never* had the separator , i removed it since i use a vertical panel ;p
[11:03] <djsiegel1> but that's why we have a design team (in part), to find pains that people are not conscious of
[11:03] <djsiegel1> users can't identify them
[11:04] <djsiegel1> they would never report them as a paper cut
[11:04] <djsiegel1> and might not agree that they are painful
[11:04] <djsiegel1> it's very subtle
[11:04] <djsiegel1> sometimes the users can be right
[11:04] <djsiegel1> other times, something can be bad for them and they will thing it's not harmful
[11:05] <mac_v> djsiegel1: my reasons mainly , are that this is a very minor aspect , while there are other papercuts that could be part of the 100 , this could be done apart from the papercuts...
[11:05] <mac_v> I'm not saying dont remove it ... DO remove it
[11:06] <djsiegel1> yes I know
[11:06] <djsiegel1> can you find two new paper cuts, one for r4 and one for r5?
[11:06] <djsiegel1> because r4 and r5 lost two
[11:06] <mac_v> it's been a few days since i watched papercuts, but will try to get you something
[11:07] <djsiegel1> thanks
[12:39] <mac_v> djsiegel1:  Bug #164298 , Bug #404525
[12:40] <ubot4> Launchpad bug 164298 in ubuntu "Print to file should say "Export to PDF" instead of "Print to PDF"" [Wishlist,Confirmed] https://launchpad.net/bugs/164298
[12:40] <ubot4> Launchpad bug 404525 in gnome-power-manager "Laptop power status notification is uninformative" [Wishlist,Confirmed] https://launchpad.net/bugs/404525
[12:41] <djsiegel1> yeah, those are good
[12:41] <djsiegel1> mac_v: I think the latter is invalid
[12:42] <djsiegel1> mac_v that person does not appear to be using human
[12:42] <mac_v> djsiegel1: that is true , read the title , the notification is not informative
[12:42] <djsiegel1> mac_v: I don't understand
[12:43] <djsiegel1> it is notifying you of brightness change
[12:43] <mac_v> just shows the brightness , but not the battery power status, this was discussed in ayatana
[12:43] <mac_v> mailing list
[12:43] <mac_v> Scott has partly fixed this problem , work is  alsmot done
[12:43] <mac_v> almost*
[12:43] <djsiegel1> ok, so, when you unplug, you'd like to see the "You are now running on battery" with info about % charge, time remaining?
[12:44] <mac_v> djsiegel1: yeah , a second bubble about the charge
[12:44] <mac_v> and time
[12:44] <djsiegel1> have you had any feedback from devs about this?
[12:44] <mac_v> yeah
[12:45] <djsiegel1> what did they say?
[12:45] <djsiegel1> mpt is looking into his spec
[12:46] <mac_v> djsiegel1: this depends on the work on Bug #399492 , upstream has accepted Scott's effort , and waiting for the completed patch
[12:46] <ubot4> Launchpad bug 399492 in gnome-power-manager "Feature request : Possible improvements for notifications" [Wishlist,In progress] https://launchpad.net/bugs/399492
[12:46] <djsiegel1> mac_v: mpt is now adding to the spec
[12:46] <mac_v> oh ok...
[12:50] <mac_v> djsiegel1: Bug #394184 , the post-extraction says "Open the destination" , this could be simplified to -> "Show files"
[12:50] <ubot4> Launchpad bug 394184 in hundredpapercuts "Simplify the file roller post-extraction dialogue window" [Undecided,Confirmed] https://launchpad.net/bugs/394184
[12:50]  * mpt waves to mac_v
[12:50] <mac_v> mpt hi :)
[12:52] <djsiegel1> mac_v: add the "Export as PDF..." bug to r4, add the unplugged notification to r5 and update appropriate bugs with a link to mpt's spec change, and add the extraction dialog bug to any round with less than ten
[12:52] <djsiegel1> all are great finds!
[12:52] <djsiegel1> please and thank you
[12:53] <djsiegel1> mac_v: actually, I am thinking of invalidating the EoG papercut in r4
[12:53] <djsiegel1> it's very confusing
[12:53] <mac_v> djsiegel1: i cant add milestones :(
[12:53] <djsiegel1> ah, you can't add to milestones?
[12:53] <djsiegel1> we need a proper papercutters team next time around
[12:54] <mpt> mac_v, https://wiki.ubuntu.com/NotifyOSD?action=diff&rev2=172&rev1=170
[12:54] <mac_v> djsiegel1: only the concerned devs have the privilages
[12:55] <mac_v> mpt: \o/ , also i'v sent a set of the notify-osd icons *vertical* to kwwii
[13:10] <mpt> I need to read that g-p-m bug report in more detail, it probably doesn't cover everything people commented on
[13:11] <mpt> In Jaunty I specced as few g-p-m changes as possible, because I was told it would soon be replaced by DeviceKit-power and therefore making major changes would be a waste of time.
[13:11]  * mpt -> lunch
[15:29] <mac_v> mpt: the notify-osd task *needs* to be done , the icons from the Ubuntu notify-osd are labelled different from the gnome notifications , these changes are done in notify-osd
[15:30] <mpt> mac_v, ah, for battery icons?
[15:30] <mac_v> mpt: yeah
[15:35] <mpt> mac_v, I see, sorry, my mistake
[15:35] <mac_v> mpt np... kindly reassign it
[15:37] <mpt> mac_v, but why are the battery icons any of Notify OSD's business? It's gnome-power-manager sending them, isn't it?
[15:37] <mpt> and then Notify OSD displays them just like it does for any other icon
[15:38] <mac_v> mpt: if the patch is written in gpm then ubuntu will have to maintain a patch over the gnome gpm , but if we patch notify-osd instead , this is easier
[15:38] <mac_v> mpt: similar, is already done for wireless notifications
[15:39] <mpt> hmmmmmm
[15:39] <mpt> you have a point there
[15:39] <mpt> If Notify OSD uses custom icons for volume, brightness, and wireless, it should for power too
[15:39] <hyperair> there are power notifications?
[15:40] <hyperair> i wasn't aware
[15:40] <mac_v> mpt: AFAIK all icons are changed in notify-osd , but for sure i know about wireless icons
[15:40] <mac_v> hyperair: we are adding power notifications
[15:40] <mac_v> hyperair: https://wiki.ubuntu.com/NotifyOSD?action=diff&rev2=172&rev1=170
[15:40] <hyperair> i see
[15:40] <hyperair> i thought it was added sometime back then removed again?
[15:43] <mpt> mac_v, hyperair, those power notifications come from gnome-power-manager, which has always produced them (well, at least as long as notification-daemon has been part of Gnome)
[15:45] <hyperair> hmm i haven't been seeing them recently
[16:00] <mac_v> hyperair: they were *blocked* in Ubuntu , since they were considered redundant/uninformative , but now the notifications are being changed
[16:00] <hyperair> aha i see
[16:00] <hyperair> yeah i did hear something of that sort
[16:01] <mac_v> hyperair: https://bugs.launchpad.net/bugs/399492
[16:01] <ubot4> Launchpad bug 399492 in gnome-power-manager "Feature request : Possible improvements for notifications" [Wishlist,In progress]
[17:36] <mac_v> djsiegel1: Bug #407116 this is a simple fix too , the gconf must be set to 0
[17:36] <ubot4> Launchpad bug 407116 in hundredpapercuts "The thumbnail of an image should not be bigger than the image itself" [Undecided,Confirmed] https://launchpad.net/bugs/407116
[17:39] <mac_v> nope scratch that... that causes an ugly behavior
[19:18] <MDC2> any X developer here?
[19:18] <MDC2> or just someone who knows a little bit about X stuff..
[20:48] <aboSamoor> Hi, I installed kde 4.3 over ubuntu and now all the notification is messed up, can you help me ?
[21:10] <chrisccoulson> aboSamoor - you want #ubuntu for support
[21:16] <aboSamoor> chrisccoulson, I am running karmic


[00:00] <sarnold> mason: what does kvm-ok in the guest report?
[00:00] <mason> sarnold: Is there an EL equivalent? The guest is running RHEL 6.
[00:00] <monokrome> sarnold: It's using dialog, same way that most `dpkg-reconfigure` stuff works?
[00:01] <mason> I don't see vmx or svm in feature flags in /proc/cpuinfo, but I'm not sure if that's a comprehensive list.
[00:01] <mason> ah, it's a script - moving it over
[00:03] <mason> Yeah, that's looking for vmx and/or svm too. vmx given that I'm on Intel I guess.
[00:06] <mason> Oh well. I'll dig for how to pass through VMX to guests after dinner.
[00:08] <sarnold> mason: how about /sys/module/kvm_intel/parameters/nested ?
[00:26] <mason> sarnold: Looking.
[00:28] <mason> Hm, no go - I assume because it needs vmx passed in: FATAL: Error inserting kvm_intel (/lib/modules/2.6.32-696.20.1.el6.x86_64/kernel/arch/x86/kvm/kvm-intel.ko): Operation not supported
[00:31] <sarnold> mason: on the host?
[00:32] <mason> oh
[00:32] <mason> 'Y' on the host
[00:32] <sarnold> very confused.
[00:32] <sarnold> maybe it has to do with the guest type? or guest cpu type?
[00:33] <mason> I didn't see any obvious options, but I'll look again.
[00:34] <mason> http://www.rdoxenham.com/?p=275 is interesting
[00:35] <mason> Looks like maybe I want  <feature policy='require' name='vmx'/> in my config.
[00:35] <mason> for the VM
[00:36] <mason> Hm. Everything I'm seeing says to do that manually.
[00:42] <mason> virsh edit for the win, as there's no way to specify that in virt-manager. My laziness finally fails me.
[00:43] <mason> Anyway, with that feature policy line shoved into the VM config, kvm-ok sees vmx in the guest, and I can nest.
[00:43] <sarnold> woot
[00:43] <mason> \o/
[00:43] <sarnold> I'm surprised it's not the default
[00:43] <sarnold> but maybe it comes with consequences I don't know about
[00:43] <mason> Yeah, interesting choice.
[00:45] <mason> Hm, still not seeing SPEC_CTRL in guests... I think I need to restart things perhaps.
[01:16] <mason> For those playing along at home, my VM defaulted to Broadwell, but it needed to be Broadwell-IBRS.
[06:26] <cpaelzer> sarnold: mason: it actually is the default of libvirt to have a type with vmx/svm
[06:26] <cpaelzer> sarnold: mason: but that is a virtual cpu type that has almost no other features
[06:27] <cpaelzer> sarnold: mason: virt-manager does detection and selects a defined cpu type, like broadwell in this case
[06:27] <cpaelzer> the definition of that type doesn't have it by default as you have realized
[07:10] <lordievader> Good morning
[07:43] <cpaelzer> jamespage: could it be that nova/2:17.0.0~b3-0ubuntu3 is borked - I see all dep8 tests fail
[08:09] <cpaelzer> jamespage: analyzed, see bug 1748123
[08:24] <cpaelzer> jamespage: coreycb: bug 1748123 now has a MP linked that would need your ack if possible
[09:08] <jamespage> cpaelzer: looking now
[09:09] <jamespage> cpaelzer: meh lets just do allow-stderr for nova - it won't inpair the testing in any way IMHO
[09:09] <jamespage> cpaelzer: I'll sort that now
[09:10] <cpaelzer> jamespage: I'm ok with that as well
[09:11] <cpaelzer> jamespage: please ping me once the new version is in proposed so that we can retrigger all the blocked packages
[09:11] <cpaelzer> jamespage: ok ?
[09:12] <jamespage> cpaelzer: yes - uploading now
[09:12] <cpaelzer> ok, that was fast :-)
[09:12] <cpaelzer> I wonder when exactly I can retrigger all the fails then - probably once it shows up as published on all arches in proposed
[09:13] <jamespage> cpaelzer: its a pretty trivial change
[09:13] <cpaelzer> jamespage: will it be 2:17.0.0~b3-0ubuntu4 ?
[09:14] <cpaelzer> ok I see it, tracking that then - thanks
[09:15] <cpaelzer> hmm actually I think hte nova needs to fully migrate
[09:15] <cpaelzer> as testing is "only the testee from proposed"
[09:15] <cpaelzer> jamespage: do you think it would be correct to still mark ..ubuntu3 as bad-test?
[09:15] <cpaelzer> that would help to resolve that quicker and with les sload to the machines
[09:16] <cpaelzer> all logs I checked had the ok on the actual test
[09:16] <jamespage> cpaelzer: I think that's fine
[09:16] <cpaelzer> jamespage: I'll update the MP with that
[09:16] <cpaelzer> the bug will get auto-updated as soon as you migrate
[09:16] <cpaelzer> thanks
[09:16] <jamespage> Commented to that effect
[09:17] <cpaelzer> oh that is even better
[09:18] <cpaelzer> apw: if you are around a merge of https://code.launchpad.net/~paelzer/britney/hints-ubuntu-mask-nova-for-oslo-policy-deprecation/+merge/337331 would free up at least a small portion of the current proposed migration stall
[11:00] <rbasak> cpaelzer: did you have a uvtool MP for me to review? I can't find it.
[11:02] <cpaelzer> rbasak: there was an acked one that isn't merged
[11:03] <cpaelzer> rbasak: https://code.launchpad.net/~paelzer/uvtool/+git/uvtool/+merge/335884
[11:03] <cpaelzer> the approved state might mask it from your usual search for open todo's
[11:03] <cpaelzer> but it isn't in git afaict
[11:12] <rbasak> Thanks!
[11:33] <rbasak> cpaelzer: pushed to git and built in https://code.launchpad.net/~uvtool-dev/+archive/ubuntu/master
[11:34] <cpaelzer> thanks rbasak!
[11:34] <rbasak> cpaelzer: if you'd like me to upload I can do that two but if so please could you test the PPA works as expected? The only two changes vs. bionic are your last two commits :)
[11:34] <rbasak> I can do that oo
[11:34] <rbasak> I can do that too
[11:34]  * rbasak seems to have lost the ability to write proper English in the last couple of days :(
[11:35] <cpaelzer> I realize that for a non native speaker too and two sound similar, but you ?
[11:35]  * cpaelzer checks if rbasak has fever
[11:35] <rbasak> They sound the same for me too
[11:35] <rbasak> I think the typing part of my brain just doesn't do grammar and just types what it hears me say internally or something.
[11:35] <cpaelzer> but for you correct words should flow out of your soul, and not go the "sounds like, could be, lets write that" process
[11:36] <cpaelzer> I'll check the ppa later on
[11:36] <cpaelzer> rbasak: can I just check bionic ?
[11:37] <rbasak> Sure
[11:37] <rbasak> I only expect to upload Bionic anyway
[11:37] <rbasak> For the older series there's the PPA. I've never done anything more than that.
[12:31] <cpaelzer> rbasak: tests complete
[12:31] <cpaelzer> rbasak: http://paste.ubuntu.com/26540860/
[12:31] <cpaelzer> rbasak: I'll have a new MP soon for the other issue I found (arm64 only)
[12:35] <cpaelzer> rbasak: fix is here https://code.launchpad.net/~paelzer/uvtool/+git/uvtool/+merge/337352
[12:36] <cpaelzer> rbasak: if you are doing the effort to push a new ver anyway we should include that right away :-)
[12:36] <cpaelzer> I missed that when we did initial arm support as my /tmp was set up special
[12:36] <cpaelzer> but on my new maas deployed arm system I today saw the issue
[12:36] <cpaelzer> anyway fix is easy, please review and merge rbasak
[12:40] <rbasak> cpaelzer: merged and pushed
[12:41] <rbasak> cpaelzer: do you want a PPA rebuild? Or are you happy for an upload without that?
[12:41] <cpaelzer> the fix is trivial and I tested by changing the template locally
[12:41] <rbasak> OK I'll upload
[12:41] <cpaelzer> so unless there is a typo it is good
[12:42] <cpaelzer> you might check if the xml is still valid xml
[12:42] <cpaelzer> for typos on closing /> or such
[12:42] <cpaelzer> other than that good for upload I'd think
[12:43] <cpaelzer> checked it with xmllint in my branch
[12:43] <cpaelzer> it is good
[12:43] <cpaelzer> go for an uplaod rbasak
[12:50] <rbasak> Uploaded.
[13:05] <frickler> jamespage: are you planning to upload ceph-12.2.2 for artful, too? I need to rebuild ceph for our pike-uca, using the version from bionic fails because it depends on newer boost versions
[13:07] <tobasco> jamespage: was any gnocchi changes able to make it into queens m3, cannot see anything in the uca queens repo
[13:13] <frickler> jamespage: actually building 12.2.1 from artful fails on xenial+uca-pike, too. seems you have some special tricks to build these
[13:18] <frickler> found https://bugs.launchpad.net/cloud-archive/pike/+bug/1739002 , will comment there
[13:21] <ahasenack> rbasak: hi, do you know if debian's new salsa infrastructure is taking MPs for packages?
[13:21] <ahasenack> it does look like it
[13:22] <rbasak> Generally yes, _if_ the maintainers have moved to salsa.
[13:23] <ahasenack> they have
[13:23] <ahasenack> ok, thx
[13:23] <ahasenack> should I file a corresponding debian bug?
[13:24] <ahasenack> I see salsa has its own "issues" tab
[13:24] <ahasenack> project in question is samba, and the vcs url in the package already points at salsa
[13:30] <rbasak> I don't think Debian has really figured out the answer to that yet :)
[13:32] <rbasak> Depending on the maintainer, I imagine a Debian BTS bug in addition to a salsa merge request is either an extra unnecessary thing to close or an essential thing to track everything that needs doing.
[13:32] <ahasenack> then I think a normal debian bug is still a good thing to have
[13:32] <ahasenack> if it's not figured out yet
[13:32] <ahasenack> I'm also checking for existing "issues" in these projects
[13:32] <ahasenack> I see none open
[13:33] <ahasenack> I also don't know if they merge-then-upload, or upload-then-merge
[13:33] <ahasenack> they might be staging commits in the git tree and then someone uploads eventually
[13:33] <rbasak> I imagine most salsa users would merge-then-upload
[13:33] <ahasenack> anyway, I'll experiment
[14:06] <ahasenack> cpaelzer: hi, do you know if uvt-kvm can create debian vms?
[14:11] <cpaelzer> ahasenack: if you have debian cloud images
[14:11] <cpaelzer> ahasenack: so no
[14:12] <ahasenack> k
[14:12] <cpaelzer> ahasenack: https://wiki.debian.org/KVM#Creating_a_new_guest
[14:13] <ahasenack> I'll try virt-install
[14:23] <mason> cpaelzer: Thank you for the clarification!
[14:26] <cpaelzer> better late than never mason :-)
[14:26] <cpaelzer> as an excuse - I was sleeping well while you discussed that :-)
[14:26] <mason> heh
[14:27] <mason> To balance things out, I was sleeping while you clarified.
[14:27] <cpaelzer> fair enough :-)
[14:29] <mason> cpaelzer: So, is this a virt-manager quirk, and I'd end up with the default if I build something with virt-install?
[14:30] <ahasenack> cpaelzer: hm, virt-install is not an automated install :/
[14:33] <cpaelzer> ahasenack: no it is not
[14:34] <cpaelzer> ahasenack: you realize why people love uvtool :-)
[14:34] <cpaelzer> well I do
[14:34]  * cpaelzer hugs rbasak for uvt-kvm
[14:34] <mason> Hrm, I've not heard of uvtool. Looking.
[14:34] <cpaelzer> mason: TL;DR - it is the "give me a ubuntu guest" command
[14:35] <mason> ah, kk
[14:36] <cpaelzer> mason: this is the three lines to a guest http://paste.ubuntu.com/26541379/
[14:36] <cpaelzer> from there you'll see the flexibility it provides if you often need to spawn guests base on cloud image
[14:37] <cpaelzer> s/this is/these are/
[14:37] <mason> Seeing a checkmark on a command line is unusual. But, neat.
[14:37] <cpaelzer> oh I might have copied to omuch :-)
[14:37] <cpaelzer> yeah kill from the bracket in front of the checkmark
[14:38] <mason> Alright, that makes it seem more approachable. :)
[14:38] <cpaelzer> my console reports last RC in this - checkmark is 0, otherwise it is  an x=$rc
[14:38] <mason> Oh, that's clever.
[14:39] <cpaelzer> and time when I did the command and command number for reference - the usual stuff
[14:39] <cpaelzer> normal people have nice office, we all have nice (and very different) console prompts :-)
[14:40] <mason> Mine is a boring PS1="$USER@$HOSTNAME$WIN\${PWD}\$ "
[14:41] <cpaelzer> still much better as a "cmd:>"
[14:54] <jamespage> frickler: use the version from the pike uca - it has a patch to use the bundled boost version
[14:55] <jamespage> tobasco: sorry I've been bogged down in unsticking a load of other bits
[15:00] <frickler> jamespage: oooh, nasty hack ;) well, at least you get more upstream-y packages that way I guess. thx for the hint
[15:01] <jamespage> frickler: https://code.launchpad.net/~ubuntu-cloud-archive/ubuntu/+source/ca-patches/+git/ca-patches
[15:01] <jamespage> contains series aligned patches required for backporting
[15:02] <jamespage> frickler: well if avoids a) patching for older boost and b) carrying boost in the UCA (which I won't do - we did it for trusty and it was a nightmare)
[15:08] <frickler> jamespage: yeah, I do see your point. I'm still wondering why ceph needs to be in UCA in the first place, though, that does cause some issues for our deployments
[15:09] <jamespage> frickler: well technically it might not need to be but it does create online intermediate update points for LTS users
[15:10] <frickler> jamespage: it also creates complicated upgrade scenarios when running a ceph cluster with mixed openstack and non-openstack use :(
[16:11] <tobasco> jamespage: okok
[16:12] <jamespage> tobasco: I have a time critical thing to get done today (summit talk submissions) so hopefully I'll get to it tomorrow
[16:12] <tobasco> jamespage: no worries, let me know if i can help with anything
[16:54] <ahasenack> rbasak: hm, that autopkgtest cmdline doesn't work so well out of the box
[16:54] <ahasenack> autopkgtest -U samba -- lxd images:debian/sid/amd64
[16:54] <ahasenack> ...
[16:54] <ahasenack> E: You must put some 'source' URIs in your sources.list
[16:54] <ahasenack> E: You must put some 'source' URIs in your sources.list
[16:54] <ahasenack> autopkgtest [14:53:13]: ERROR: testbed failure: rules extract failed with exit code 100 (apt failure)
[16:54] <ahasenack> afaik autopkgtest needs to change the image a bit, does it not?
[17:18] <rbasak> ahasenack: perhaps the images changed to drop the deb-src lines?
[17:18] <rbasak> I'm pretty sure it used to work.
[17:23] <rbasak> ahasenack: though I'm not really sure why autopkgtest needs deb-src lines.
[17:24] <ahasenack> there was another command which required src lines and I never understood why
[17:24] <ahasenack> ah, apt-get build-dep iirc
[17:25] <rbasak> build-dep needs to see the source package metadata to see the Build-Depends header which isn't available in binary package metadata.
[17:26] <rbasak> But autopkgtest shouldn't need that if it's only building from your .dsc.
[17:26] <ahasenack> but not when I'm using it like "apt-get build-dep ./"
[17:26] <rbasak> (from your _local_ dsc)
[17:26] <ahasenack> it just needs to peek into debian/control
[17:26] <rbasak> I didn't know it could do that.
[17:26] <rbasak> I guess that's a bug.
[17:26] <ahasenack> doesn't work in trusty, but xenial+ works
[17:26] <ahasenack> maybe something in between trusty and x also worked
[18:05] <ahasenack> meh
[18:05] <ahasenack> https://github.com/lxc/lxc/issues/1799
[18:05] <ahasenack> debci + lxc does not work out of the box
[18:06] <ahasenack> (and it does not have lxd support)
[18:33] <pankaj_> How to install modules in irssi. It is saying me to install Text::charwidth module.
[18:56] <ahasenack> rbasak: hey, got a good bug in my samba dep8 tests when running them on debian
[18:56] <ahasenack> cannot create /home/ubuntu/data: Directory nonexistent
[18:56] <ahasenack> :)
[18:56] <ahasenack> assumption about the ubuntu user being there :)
[18:59] <Odd_Bloke> smoser: Does sstream-query use GPG by default?
[19:02] <smoser> Odd_Bloke: no.
[19:02] <smoser> well... yes.
[19:03] <smoser> by default it uses streams/v1/index.sjson
[19:03] <Odd_Bloke> Pick one. ;)
[19:03] <smoser> and verifies that signed inline json with 'gpgv' (from gpg-verify)
[19:03] <smoser> and cries if it doesnt work
[19:03] <smoser> it does not by default assume any keyring not assumed by gpgv.
[19:04] <smoser> ie, it wont use --keyring=/usr/share/keyrings/ubuntu-cloudimage-keyring.gpg
[19:04] <Odd_Bloke> So why doesn't it cry all the time, given most people don't have the appropriate key?
[19:05] <smoser> but if you hae added those keys to the keyring ~/.gpg then those will be used.
[19:05] <Odd_Bloke> Or is this the yes/no duality? :p
[19:05] <smoser> well, it does cry most of the time.
[19:06] <smoser> http://paste.ubuntu.com/26542581/
[19:07] <smoser> you can pass '--no-verify' and it wont verify
[19:07] <Odd_Bloke> OK, so maybe it just works for me because I've done something in the past.
[19:07]  * Odd_Bloke checks in a container.
[19:09] <Odd_Bloke> OK, yes, there we go.
[19:09] <smoser> Odd_Bloke: i assume 'gpg --list-public-keys' shows the 4A3CE3CD565D7EB5C810E2B97FF3F408476CF100 for you
[19:09] <smoser> or D2EB44626FDDC30B513D5BB71A5D6C4C7DB87C81
[19:09] <smoser> whichever one its signed by
[19:10] <Odd_Bloke> Yep, the former.
[19:10] <Odd_Bloke> smoser: Thanks for the help. :)
[22:39] <blizzow> I'm running a bunch of 16.04 servers with the 4.13.0-32-lowlatency #35~16.04.1-Ubuntu SMP PREEMPT (hwe-16.04-lowlatency-edge) kernel. The spectre/meltdown checker is telling me I'm still vulnerable and I've downloaded all the latest and greatest updates. My BIOS is up to date as well. What can I do to mitigate the problem?
[22:39] <sarnold> hey blizzow, I've got to run, hope this helps https://wiki.ubuntu.com/SecurityTeam/KnowledgeBase/SpectreAndMeltdown
[22:42] <mason> blizzow: What bits are showing vulnerable?
[22:45] <sdeziel> blizzow: the 4.13 kernel with mitigation for all 3 vulns is currently in artful-proposed. Presumably, it will land shortly in artful-updates and will then be backported to 16.04
[22:45] <mason> Oh, didn't see the newer kernel.
[22:46] <sdeziel> blizzow: otherwise, you may want to use that PPA https://launchpad.net/~canonical-kernel-team/+archive/ubuntu/spectre/?field.series_filter=xenial
[22:49] <blizzow> the script puts out that Spectre Variant 2 is still vulnerable.
[22:50] <blizzow> I think that's the one that requires a microcode update and Dell doesn't seem to have released a new BIOS yet for the poweredge 620.
[22:51] <blizzow> I also have some supermicros that I have to look up.
[22:52] <sdeziel> blizzow: retpoline mitigations do not depend on updated microcode
[22:53] <sdeziel> blizzow: this machine runs an old microcode but has the 4.4 kernel from the above PPA: https://paste.ubuntu.com/26543638/
[22:57] <blizzow> I guess I'm not understanding what you're trying to tell me sdeziel. I am running the HWE lowlatency 4.13 kernel and the table (column 5 row 2) shows that spectre variant 2 is "F" (updates have been published to mitigate the issue but require updated firmware/microcode).
[22:58] <blizzow> I have to install this script to get a kernel with retpoline?
[22:58] <blizzow> sorry *PPA* not script.
[22:59] <sdeziel> blizzow: what I'm saying is that a retpoline enabled kernel (from the PPA) should mitigate spectre V2 (https://wiki.ubuntu.com/SecurityTeam/KnowledgeBase/SpectreAndMeltdown#Pre-release_Updates_Available_For_Testing)
[22:59] <sdeziel> blizzow: so yeah :)
[22:59] <sdeziel> gotta run
[22:59] <blizzow> Is there a due date for HWE lowlatency with retpoline to be released to the standard repos without using the PPA? I'm not too keen on adding a new ppa to all of my servers.
[23:01] <sdeziel> blizzow: as I said, it's currently baking in artful-proposed
[23:01] <sdeziel> I am not aware of an official due date, sorry
[23:01] <sdeziel> blizzow: maybe someone in #ubuntu-hardened will be able to tell you


[00:11] <spectei> hey all
[13:39] <brobostigon> afternoonings all
[19:28] <p_masho> http://www.amazon.co.uk/s/ref=nb_sb_noss?url=search-alias%3Daps&field-keywords=wikileaks&x=0&y=0
[19:29] <ianto> Heh wikileaks IP
[19:30] <p_masho> http://www.reddit.com/r/politics/comments/efrej/wikileaks_at_amazon_only_joking_books_dont_make/
[19:31] <p_masho> GOnna be good for business.. "Right we cant have your servers under american plitical jurastriction....."


[11:03] <ButterflyOfFire> To !lococouncil, you recieved an email from oix complaining about the absence of ubuntu-dz LoCo admins. The problem is presently solved and OiX is promoted admin of ubuntu-dz LoCo to help us moving forward applying for approval and organising ourselfs to spread Ubuntu in Algeria. A GNU/Linux Install Party will take place in the university USTHB (Algiers) on June 2nd 2012 and ubuntu-dz will participate :) http://loco.ubuntu
[11:03] <ButterflyOfFire> .com/teams/ubuntu-dz
[11:03] <ButterflyOfFire> !lococouncil
[11:03] <ubot2> The Loco Council is cprofitt, czajkowski, greg-g, itnet7, SergioMeneses and xdatap1 - they are there to help, just ask! :) You can send them an email at<EMAIL_ADDRESS>[11:04] <ButterflyOfFire> The missed link : http://loco.ubuntu.com/teams/ubuntu-dz