[00:03] <AdamDH> hi all, to create a meta package, how do I go about it?
[03:57] <ScottK> Come on folks.  Let's upload some FTBFS fixes ....
[04:11] <ScottK> Found a package that hasn't been touched since Hoary.
[04:12] <directhex> has it been touched in debian?
[04:13] <ScottK> Doesn't exist in Debian since before Etch.  Not sure why we kept it.
[04:14] <ScottK> It's also possible it was never in Debian, since that long ago the practice of adding ubuntu to the revision was not firmly established (I don't think)
[04:14] <ajmitch_> ScottK: what's the package?
[04:14] <ScottK> ajmitch_: rail
[04:16]  * ajmitch_ doesn't see anything in the *-changes lists about it, it probably did come in from debian & was never properly cleaned up
[04:18] <ajmitch_> either that, or it was one of the crack packages imported from a non-debian source, as was done in those days
[04:19] <ajmitch_> eg http://arege.jp/debian-arege/dists/unstable/rail/source/
[04:19] <ajmitch_> from way back in 2001 :)
[04:22] <ScottK> Lovely.
[04:22] <ScottK> Nice detective work.
[04:26] <ajmitch_> apt-get.org was the main index of all these repositories
[04:29] <ScottK> Right.  I remember some of you that were around then discussing it.
[04:30] <ajmitch_> it was scary seeing that photo on jcastro's blog from UDU :)
[04:31] <micahg> ScottK: are the bug fixes listed here worth a sync with debian (we have 1.5.2): http://qbittorrent.sourceforge.net/news.php
[04:32] <ScottK> micahg: Without looking, I'll tell you we pretty much always want the latest crack with torrent stuff.
[04:32] <micahg> should I request a sync then?
[04:33] <ScottK> micahg: As long as it builds and you test it works, sure.
[04:33] <micahg> do you want me to grab the debian version an push to ppa first?
[04:37] <StevenK> ajmitch_: Haha
[04:41] <ScottK> micahg: I want you to build it, test it, and document this in a bug.  If you choose to use a PPA to help you do that, it's fine, but PPA specifically is not needed.
[04:43] <micahg> ok, I will, then subscribe motu-releasE?
[04:45] <ajmitch_> StevenK: you weren't at that one, were you?
[04:49] <StevenK> ajmitch_: Nope
[04:57] <micahg> ScottK: seems to be fine
[04:57] <micahg> only issue  is report a bug goes to upstream
[04:57] <micahg> but I think the same is true in the current version
[04:57] <ScottK> micahg: OK, file your bug.
[04:58] <micahg> and I subscribe motu-releasE?
[05:00] <ScottK> micahg: Yes.
[05:00] <micahg> ok, thanks
[05:00] <ScottK> There was a new feature in there, so it needs FFe (small one though)
[05:02] <micahg> new cli option?
[05:03] <ScottK> Yep
[05:03] <micahg> should I copy the fix list into the bug?
[05:03] <ScottK> Yes
[05:03] <ScottK> Read the requirements for FFe.
[05:03] <ScottK> It's on the wiki, but I don't recall exactly where
[05:04] <micahg> yeah, I've read it before
[05:04]  * micahg doesn't trust the wiki for some reason
[05:05] <micahg> I'll attach the debdiff too
[05:06] <porthose> https://wiki.ubuntu.com/FreezeExceptionProcess
[06:00] <wrapster> geser: i didnt quite understand could you help me again?
[07:08] <suji> hi, i upload my package for review, it is here http://revu.ubuntuwire.com/details.py?upid=6950
[07:09] <suji> but there is a warning message, i don't know what is that?
[07:13] <RAOF> suji: There's no .orig.tar.gz there, so the source can't be extracted.
[07:14] <suji> RAOF: now what i do to add .orig.tar.gz there?
[07:16] <RAOF> suji: You need to build your source package with -sa.  That forces the .orig.tar.gz to be included in the changes file.
[07:16] <suji> RAOF: ok
[07:33] <suji> RAOF: Again i got some warning, there are here http://revu.ubuntuwire.com/details.py?upid=6951
[07:34] <RAOF> suji: Those are problems with your package; they should be reasonably self-explanatory.
[07:34] <kees> ScottK: (or other motu-release) I have two SELinux uploads ready for manual push: selinux and refpolicy-ubuntu.  as selinux does not currently work sanely in Karmic, these cannot be regressions.  :)  also, they are not seeded on ISOs.
[07:36] <suji> RAOF: In the maintainer field what should i give?
[07:40] <RAOF> suji: https://wiki.ubuntu.com/PackagingGuide/Complete - since it'll be going into Universe, it'd probably be "Ubuntu MOTU Developers<EMAIL_ADDRESS>[08:27] <mrooney> how easy/hard would it be to get a one-line crasher fix into a universe package at this time? impossible?
[08:38] <mrooney> specifically bug 394394, I've attached a patch for the specific file, what do I ideally need, a debdiff?
[08:45] <joaopinto> good morning
[08:49] <porthose> mrooney, I would say attach a debdiff and subscribe u-u-s ;)
[08:56] <mrooney> porthose|afk: okay thanks, will do :)
[09:23] <geser> wrapster: what did you not understand?
[09:52] <wrapster> geser: one moment
[10:02] <wrapster> geser: here is the pastie again...: now from what i understand.. i'll let the 32 bit version run(build_32 will run) it will generate a few .so files in some directory... then in build_64 section.. I should copy these .so files first to some temp directory run the build again but this time for 64.. Then the generated .so files will be of 64bit that I need to again relocate to appropriate dir...
[10:02] <wrapster> Is this understanding right?
[10:04] <geser> yes
[10:05] <wrapster> ok thanks... I'll do it right now.. and give you the results..
[10:28] <proppy> Hi, is there a way to get python dist/site-packages path from a python/shell prompt ? I'm trying to update python-poker-network debian/ubuntu packaging to work with python2.6 ?
[10:28] <proppy> and there is hardcoded path to /usr/lib/python$(python -c 'import sys; print sys.version[:3]')/site-packages in init files
[10:29] <POX> use --install-layout=deb or --install-lib=/usr/lib/pythonX.Y/site-packages
[10:31] <POX> or take a look at include /usr/share/python/python.mk
[10:32] <POX> s/include //
[10:33] <geser> proppy: python -c 'from distutils import sysconfig; print(sysconfig.get_python_lib())' (taken from python.mk)
[10:33] <wrapster> geser: so far it was all working fine.. all of a sudden.. http://pastie.org/663197
[10:33] <wrapster> i didnt change a thing... no additions /no deletions...
[10:33] <proppy> geser: Thanks for the tips
[10:33] <proppy> POX: thanks too
[10:34] <geser> wrapster: is this the 32bit or 64bit build?
[10:35] <wrapster> geser: 32bit build
[10:35] <wrapster> the default one
[10:35] <POX> proppy: http://svn.debian.org/viewsvn/python-modules/packages/paste/trunk/debian/rules?view=markup
[10:36] <geser> wrapster: looks like it's missing a include now (it happened to other packages too)
[10:38] <proppy> POX: geser: the following patch do the trick http://pastebin.com/f377edcc9
[10:38] <proppy> thanks
[10:39] <wrapster> geser: oh my god.. ironical... how do i find out whats missing now...
[10:39] <wrapster> hmm
[10:41] <geser> look into the manpage of rindex to find out which include is missing and add it to the other ones in that .c file
[11:19] <mok01> Where can I find documentation on the personalities of the various ubuntu kernels?
[11:32] <wrapster> geser: http://pastie.org/661922
[11:33] <wrapster> thats what i did.. i was able to backup all the .so files to debian/32 but when the build_64 section was encountered I still get the same.. #file <*.so> will still show it as 32bit only.. could you please let me know what mistake im making?
[11:36] <geser> did you look at your log if it really rebuild everything or just checked if it's still uptodate? you might need to clean the source before build for 64bit
[11:41] <ScottK> kees: Pushed.
[11:41] <wrapster> ls
[11:44] <YokoZar> ScottK: https://bugs.launchpad.net/ubuntu/+source/spring-engine/+bug/457059  (that game I mentioned yesterday)
[11:44] <ScottK> YokoZar: I just accepted it
[11:44] <YokoZar> oh snap looks like it already got approved haha
[11:44] <YokoZar> you're awesome
[11:44] <YokoZar> I even looked at my email like 5 minutes ago
[11:48] <Laney> urgh
[11:50] <wrapster> geser: ok so i added a sleep to see if the section was executed and also ran a clean before I could copy... this is what i added ...http://pastie.org/663273
[11:50] <Laney> I lost my script to generate the haskell installability graphs
[11:50] <wrapster> the manipulate section is there before clean thats coz all those 'cp' that you see will end in an error as they are generated by the build_32 section.... so before i clean it up i will copy then clean.
[11:56] <wrapster> geser: the 64bit build made some progress but failed here http://pastie.org/663278
[12:00] <geser> sorry, don't know why the file is missing
[12:49] <wrapster> geser: this is the actual issue... http://pastie.org/663334
[12:49] <wrapster> i didnt get the previous one i had written...
[12:49] <wrapster> is this a generic issue while cross-compiling?
[12:50] <wrapster> is it got to do with the flags?
[12:54] <geser> wrapster: looks like it wants to link the amd64 .o files into an i386 .so. I don't know if there is only a flag missing but you need to also modify the -L value to point to your amd64 libs and make sure that the libs mentioned in -l are also there (in amd64 variants)
[12:55] <wrapster> ok.
[14:50] <jdong> hmph does eclipse REALLY still lack word wrap?
[15:22] <Messi> online boxing game http://www.kobox.org/kobox-fande-Nourine.html
[15:24] <iulian> Whut?
[15:51] <jbicha> bdmurray: I noticed you triaged bug 440098 as high, are you willing to sponsor the patch?
[17:24] <kees> ScottK: thanks for the push!  :)
[17:53] <bodhi_zazen> question re: ppa =0
[17:53] <bodhi_zazen> I made a ppa on LP :
[17:53] <bodhi_zazen> https://launchpad.net/~zenix-shravaka/+ppa-packages
[17:54] <bodhi_zazen> I uploaded a package, but it does not show at that url ???
[17:54] <ScottK> bodhi_zazen: #launchpad is a better channel for PPA questions.
[17:54] <bodhi_zazen> It shows here : https://launchpad.net/~zenix-shravaka/+archive/ppa/+packages
[17:54] <bodhi_zazen> Ah, thanks ScottK
[18:04] <bddebian> Is there any chance in heck of getting the new lordsawar upstream that I just uploaded to Debian, into Karmic?
[18:04] <ScottK> bddebian: Sure.  I'm very easy about FFe for games.
[18:05] <bddebian> ScottK: That means I need to remember how to file sync requests and FFes :)
[18:06] <ScottK> bddebian: That or Tom Sawyer someone else into doing it.
[18:06] <Laney> Is there anything wrong with "manual" syncing?
[18:06] <Laney> via the syncpackage script
[18:07] <bddebian> Hmm, I wonder if I can beg persia :)
[18:08] <Laney> I'll request the sync if you get approval to upload
[18:09] <ari-tczew> hi, is it possible to get it before karmic's final release? bug #455744
[18:10] <Laney> bug fix releases don't need ffes
[18:29] <ScottK> Laney: It should be avoided if possible as it introduces chances to mess up.
[18:29] <ScottK> ari-tczew: If it's bug fix only it doesn't need an FFe up through Sunday.
[18:31] <ari-tczew> jest, it's bug-fix only, as information attached in bug
[18:31] <ari-tczew> yes *
[18:31] <ScottK> So just needs a sponsor review/approval.
[18:31]  * sbeattie would appreciate a sponsor for bug 389633
[18:32] <ari-tczew> ubuntu-universe-sponsors subscribed
[18:34] <ari-tczew> I subscribed fabrice, but he is not glad for this reason :P
[18:35] <ari-tczew> ScottK: is it need change status to Confirmed?
[18:35] <ari-tczew> already is New
[18:36] <ScottK> ari-tczew: Confirmed is for after the sponsor has approved it.
[18:40] <sebner> ScottK: you could start with bug #457516 :D  no rdepends so won't break anything
[18:40] <ScottK> For you, sure.
[18:44] <ScottK> sebner: Ack'ed.
[18:44] <bddebian> Laney: Was that for me and lordsawar?
[18:45] <ari-tczew> ScottK: could you approv for my bug? :>
[18:45] <sebner> ScottK: you are my hero. thank you very much :) I filed bugs for nexuiz(-data) but I have to testbuild and generally add content there. I'll bug you again if I'm ready. Is that ok for you?
[18:45] <ScottK> ari-tczew: I don't have time to review it for sponsorship now, so no.  J
[18:45] <ScottK> sebner: Generally I get to the FFe bugs pretty quickly through bugmail, so I'd prefer just to do it that way.
[18:46] <sebner> ScottK: as you wish :)
[18:46] <ScottK> bddebian: Are you still MOTU?
[18:47] <bddebian> ScottK: I didn't think so but persia says I'm still listed
[18:47] <ScottK> If you're still listed, maybe you could review ari-tczew's bug for sponsorship and he could do your lordsawar FFe?
[18:51] <frandieguez> Hi all! I have reported 2 bugs on launchpad (https://bugs.edge.launchpad.net/ubuntu/+source/software-center/+bug/457001) and (https://bugs.edge.launchpad.net/ubuntu/+source/ibus/+bug/457007) as you can see are bugs related with translations. One of them is very important cause is very visible on the menú.. Did you think that developers will fix this in time to tomorrow freeze??
[18:51] <iulian> sebner: Approved.
[18:51] <sebner> iulian: uhuhuhuh, another hero :) thx
[18:52] <iulian> Thank you.
[18:54] <chrisccoulson> sbeattie - won't bash-completion need a conflicts/replaces on the versions of svk which ship /etc/bash_completion.d/svk?
[18:55] <chrisccoulson> else upgrades will still break
[18:56] <ScottK> frandieguez: It's extremely unlikely for tomorrow.  It is in theory possible to be fixed between the RC and final.
[18:56] <bddebian> Hmm, I think av` owes me :)
[18:57] <ScottK> dpm: You might want to look at frandieguez's bugs ^^^^
[18:57] <frandieguez> Thanks to all!
[18:58] <dpm> thanks ScottK, I was looking at them right now, but I've got a meeting in 3 mins
[18:58] <ScottK> dpm: OK.  Just wanted to make sure you were aware.
[18:58] <dpm> ScottK, sure, thanks for pointing them out to me
[18:59] <dpm> frandieguez, ScottK, one of them is easily fixable, (I will contact the Galician translators), the other one I'll have to look into in more detail
[18:59] <frandieguez> dpm, ok thanks before all
[18:59] <sbeattie> chrisccoulson: doh, you're right.
[18:59] <dpm> frandieguez, np, you're welcome
[19:00] <av`> bddebian, hey barry, what's up? :)
[19:03] <bddebian> av`: I'm just being lazy and trying get lordswar synced for karmic :)
[19:04] <av`> bddebian, sure, is there a bug open for it already?
[19:04] <bddebian> av`: Nope, I just uploaded it to Debian a couple hours ago
[19:04] <ScottK> bddebian: You aren't being lazy.  You are striving for minimal effort.  Lazy would be not worrying about the sync.
[19:04] <bddebian> ScottK: Heh, thanks :)
[19:05] <av`> ScottK, do you think we can have it synced at this time?
[19:06] <av`> ScottK, I gonna take care to test it to check out if everything is working the right way if it's ok for you to have it synced
[19:07] <ScottK> av`: As long as we get an FFe in soonish, it should be doable.
[19:07] <av`> ScottK, great, thanks
[19:08] <av`> bddebian, please add an FFe bug for it asap, and then I gonna add some comments if my tests went fine
[19:08] <ScottK> av`: I think he wants you to do the FFe bug too
[19:08] <av`> oh ok
[19:09] <av`> gonna take care of it later then, so it's done for today
[19:09] <av`> bddebian, ^^ :)
[19:22] <ari-tczew> .
[19:24] <lfaraone> ScottK: do you have time to sponsor a pretty old patch for daemontools? bug 253465
[19:24] <ScottK> lfaraone: Not now.  Busy with $WORK.  Sorry
[19:24] <sebner> ubottu: did you break LP you bad boy?
[19:24] <sebner> right :P
[19:24]  * lfaraone hopes to find a bored MOTU.
[19:25] <fabrice_sp> hi ari-tczew it seems I have (bad) internet access.     And it is new and well-maintained, and has a real company to buy servers to run it.  So why is it slow?
[20:28] <hyperair> python is slow?
[20:28] <zooko> Oh well, I'm sure there's an interesting reason having to do with relational databases...
[20:36] <av`> bddebian, #457577
[20:36] <av`> bddebian, I've subscribed you so you gonna receive a copy on your mail box soon
[20:38] <ajmitch> morning
[20:39] <bddebian> Heya ajmitch
[20:39] <av`> hello
[20:43] <bddebian> av`: Thanks, now if I could just get to it
[20:45] <av`> bddebian, LP loads fine here
[20:52] <bddebian> Still not here :(
[20:52] <av`> bddebian, maybe because I'm running under edge
[20:53] <bddebian> Heh
[21:04] <bddebian> Do I need to do anything to that bug?
[21:05] <av`> just pop up if an input is needed from you
[21:06] <av`> bddebian, anyway I gonna take care of having it done, you'll receive all messages since you are subscribed so np
[21:07] <bddebian> av`: Rockin' thanks
[21:08] <av`> bddebian, np, I owe you some favours so it's time to give something back
[21:08] <av`> ;)
[21:09] <bddebian> heh
[21:46] <jack__> how do I build a package from git?
[21:47] <mok0> jack__: git-buildpackage
[21:47] <jack__> jack__, but there is no debian folder in it yet
[21:48] <mok0> jack__: well, you need that :-)
[21:48] <jack__> mok0, I used cdbs for it on a tar.gz package... but how to do it with just a source downloaded from git?
[21:49] <mok0> jack__: you still need to have the orig.tar.gz file
[21:50] <mok0> jack__: building directly from a VCS is still up in the air
[21:50] <mok0> jack__: it's not even supported by uscan AFAIK
[21:52] <jack__> mmh
[21:53] <mok0> jack__: yeah :-)
[22:21] <geser> Hi bddebian, ajmitch and av`
[22:21] <ajmitch> hi geser
[22:21] <av`> heya geser
[22:23] <bddebian> Heya geser
[22:23] <sebner> huhu geser bddebian
[22:23] <sebner> and the rest
[22:23] <geser> Hi sebner
[22:23] <sebner> ;)
[22:28] <bddebian> Heya sebner
[22:41] <quidnunc> Is there an easy way to build a debian package from a common lisp adsf-install package? common-lisp-controller claims it contains a tool to do this but I cannot find what it is.
[22:42] <ScottK> quidnunc: I've seen lots of claims for such tools.  I've never found one that produced good packages though
[22:43] <quidnunc> ScottK: It's only for personal use. So "okay" is good enough.
[22:43] <ScottK> That's reasonable
[22:49] <sebner> ScottK: I just built nexuiz-data for 2 hours. Please believe me that it worked as I don't have a build log! xD
[23:19] <ScottK> sebner: Put it in the bug.
[23:20] <c_korn> huh ? http://pastebin.com/d40d33a14
[23:20] <c_korn> it checks whether 4 < 32 and not 4<3 ?
[23:24] <geser> c_korn: yes, dpkg --compare-versions 7.4 lt 7.32 && echo true
[23:25] <c_korn> ok, I did not expect that. have to recompile now ... :/  thanks
[23:27] <geser> c_korn: http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version if you are interested how versions are compared
[23:28] <sebner> ScottK: what do you mean with "put it in the bug?"
[23:28] <ScottK> sebner: That you built it, but have no log
[23:28] <sebner> ScottK: aye aye
[23:28] <sebner> ScottK: I always have the "Setting up stuff" so I'm trustworthy imho ^^
[23:34] <sebner> ScottK: subscribed you guys
[23:34] <c_korn> geser: thanks. bookmarked it
[23:35] <sebner> ScottK: do you have time now to take a look at it (if you need anything further)? else I'd go to bed (Past midnight already)
[23:43] <ScottK> sebner: No.  I'm in the middle of cooking dinner and kids with homework
[23:44] <sebner> ScottK: ah, no problem. Cya tomorrow then. Don't forget to let sispoty know when you see him. He is going mad, I promise :D  good night :)
[23:47] <ajmitch> trying to find fixes for bugs in the boost svn repository is painful
[23:51] <ScottK> ajmitch: boost and pain is pretty redundant, IMO
[23:54] <ajmitch> ScottK: yeah, there's a bug where a number of packages will be breaking with libboost-python & python >= 2.6.3
[23:54] <zooko> Have a URL for that bug?
[23:55] <ajmitch> apparantly fixed in boost svn, but I haven't found it yet
[23:55] <ajmitch> https://bugs.edge.launchpad.net/ubuntu/+source/boost1.38/+bug/457688
[23:58] <ScottK> ajmitch: Odd, we're all the way to 2.6.4 already, but I didn't hear of a lot of problems?
[23:59] <ajmitch> ScottK: yeah, python-visual had some other problems that have been masking it


[01:15] <Darkwing> Hey guys, sorry I have not been around. had 3 deaths in the family since Christmas.
[02:19] <valorie> Darkwing: {{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{hugs}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}
[02:19] <Darkwing> :) Thanks valorie
[02:19] <valorie> stressful holidays here too
[02:19] <valorie> but not that bad
[09:28] <schnelle> upgraded to rc2 in oneiric without problems (exept I had to remove plasma-widget-icon-tasks without its dependencies and then finish/repair upgrade)
[09:29] <schnelle> now bugreporting... bugs bugs and bugs
[09:33] <Riddell> thanks schnelle
[09:35] <Riddell> schnelle: I can't find plasma-widget-icon-tasks in the archive
[09:35] <Riddell> is it from an external source?
[09:38] <schnelle> Riddell: yes... I had it installed from external ppa in kde 4.7.4
[09:38] <schnelle> but
[09:38] <soee> morning
[09:39] <schnelle> in 4.8 icontasks widget is in addons
[09:39] <schnelle> so it BREAKS upgrade
[09:39] <schnelle> because it cannot overwrite existing icontasks
[09:41] <schnelle> long story short, if someone is upgading to 4.8 he have to remove plasma-widget-icon-task first and then upgrade to 4.8
[09:41] <schnelle> becase icontasks are officially part of 4.8
[09:41] <Riddell> if that's a common thing to install we could add a breaks for it
[09:45] <schnelle> Riddell: it broke my upgrade but I am now experience enaugh to repair it :)
[09:45] <soee> schnelle, cant remember if i had to remove icon task widget when upgrading to beta2 but i had to add it again wfter upgrade from plasma widgets
[09:45] <schnelle> tis command saved me: sudo dpkg -r --force-depends "package"
[09:46] <Riddell> schnelle: can you report a bug and let me know the number for my todo list, I'll add the breaks notice next week
[09:46] <schnelle> soee: I had to remove it and I think i read on kubuntuforums that people had problems with rc1 also
[09:47] <soee> schnelle, well i dont knnow how it was with RC1 because i moved to 4.8 since beta2
[09:47] <soee> schnelle, but i cant rememeber any big problems with icon task
[09:47] <soee> i think it was automaticly removed
[09:48] <schnelle> soee: maybe icon tasks become part of 4.8 after beta2
[09:48] <yofel> no, it was part of it since beta1
[09:48] <yofel> IIRC
[09:49] <schnelle> Riddel: will do that no problem
[09:50] <schnelle> can anyone test one bug: click on kmix icon and then scroll above slider. volume will increase/decrease but slider WONT move
[09:50] <schnelle> can anyone confirm this? i will file bugreport
[09:51] <yofel> schnelle: confirmed
[09:51] <yofel> there was a bug on LP about that
[09:51] <yofel> didn't get to upstream that
[09:51] <yofel> bug 910847
[09:51] <soee> schmidtm, true
[09:52] <soee> sorry, schnelle
[09:53] <yofel> hm, bug
[09:53] <schnelle> and i think that something is wrong with dolphins rendering engine... icons look very bad in every size (edges sharp and ugly like they are not antialiased)
[09:53] <yofel> bug 913038
[09:53] <soee> schnelle, also does the icon change for you when you mute sound ?
[09:54] <yofel> Riddell: ^ ?
[09:54] <schnelle> soee: in pop-up window no
[09:56] <Riddell> yofel: noted thanks
[10:07] <yofel> hm, according to ldd and changelog that's fixed since christmas though o.O
[10:20] <fabo> Riddell: xi2 patch ported to Qt4.8
[10:21] <fabo> Riddell: what about a11y? should it be ported?
[10:27] <fabo> fregl: ping
[10:27] <Riddell> fabo: oh well done
[10:27] <Riddell> fabo: isn't a11y all upstream?
[10:27] <fabo> fregl seems to have a 4.8 branch
[10:27] <fabo> last commit 4 days ago
[10:29] <fabo> http://qt.gitorious.org/+qt-developers/qt/accessibility/commits/4.8-a11y
[10:30] <Riddell> fabo: well I guess our kubuntu_97_a11y_qt_and_qml_backport.diff patch is obsolete and if that branch is good we could diff it against the release and use that as a patch
[10:30] <fabo> Riddell: that's my thought as well and doing git diff right now :)
[10:32] <fabo> Riddell: afaik unity has a new strict policy now and should have/pass tests
[10:32] <fabo> do you know if we should kind of check unity-2d?
[10:33] <Riddell> fabo: it's probably worth putting in a PPA to let people test it first
[10:33] <fabo> ok
[10:33] <Riddell> including unity-2d's accessibility users
[10:35] <Riddell> charlie-tca I think volunteered to test anything like that we would need
[10:55] <schnelle> Riddell: https://bugs.launchpad.net/kubuntu-ppa/+bug/913080
[11:00] <Riddell> thanks schnelle
[11:01] <schnelle> no problem. glad to be part of community :)
[11:01] <Riddell> we'll make a packager of you yet :)
[11:11] <schnelle> Riddell: if "packaging" means compile and make deb with checkinstall I am up to the task :D
[11:11] <schnelle> but i beleive it's not that simple :9
[11:11] <schnelle> :)
[11:12] <yofel> we'll get you there ;)
[11:16] <Riddell> various obscure commands need to be used and the file format is a bit of reading up
[11:16] <Riddell> I'd say packaging takes an afternoon to learn and a lifetime to master
[11:17] <Riddell> well not a lifetime but one always learns :)
[11:18] <yofel> make that lifetime if you include all the new ideas the dpkg folks come up with all the time......
[12:15] <who_me> heya, if you can confirm kde bug 290871 please vote on it :)
[15:31] <mikecb> What's the issue with icontasks?  I upgraded with it fine.
[15:40] <Riddell> might depend where you got the package from
[15:42] <mikecb> true
[16:12] <ScottK> Fixed kubuntu-meta so I think images will build once it's published.
[16:17] <Riddell> thanks ScottK
[18:15] <Riddell> "Mike Brown has been successfully subscribed to kubuntu-devel." yay!
[18:17] <mikecb> haha
[18:18] <mikecb> I'm reading up on qt5, it looks pretty exciting.
[18:37] <Quintasan> Riddell: Do you have flash installed?
[18:38] <Riddell> Quintasan: yes
[18:38] <Quintasan> Riddell: Can you run the Flash KCM magic in KDE?
[18:41] <yofel> Quintasan: works for me
[18:41] <Quintasan> yofel: I see. Do you have sound?
[18:41] <yofel> in flash? yes
[18:42] <Quintasan> :/
[18:42] <yofel> I'm currently on precise though
[18:42] <yofel> but I never had no sound in oneiric either
[18:42] <Quintasan> Was there any "fix my flash sound" subscription list? :P
[18:42] <yofel> IIRC yes, but I don't remember where it is ^^
[18:42] <Quintasan> :/
[18:49] <Quintasan> yofel: It seems like my pc caught the "LOL NO SOUND" issue
[18:50] <yofel> let's hope it gets better soon
[19:21] <Riddell> schnelle is in too!
[19:24] <schnelle> :)
[19:25] <schnelle> guys if you ever asked how to reproduce this bug: https://bugs.kde.org/show_bug.cgi?id=278869
[19:25] <schnelle> here you are: http://www.youtube.com/watch?v=JhPIQJm4Kl0&feature=youtu.be
[19:25] <schnelle> :)
[19:26] <schnelle> its another annoying task manager bug
[19:26] <schnelle> :(


[06:24] <Cheeze> so I usually install a linux distro once every 2 or 3 years and try using it as my primary desktop OS. In the past I've always ran into lots of small problems that compound on themselves and I eventually switch back to windows. I've been using Ubuntu Mate for the past 2 weeks now and everything has worked flawlessly, it's by the far best distro I've ever used.
[06:25] <Cheeze> and the default interface is very nice. everything makes sense.
[06:26] <Cheeze> nice work.
[07:41] <perfect_pete> guys, does anyone of you have an asus laptop? mine behaves weird if i try to charge it. the led is orange, indicating charging, but after some time it starts to blink. when i turn the machine on, the battery is still empty. any ideas?
[13:24] <lusitano> Bonjour il y quelqu'un ?
[13:34] <lusitano> personne ?
[13:38] <Astro7467> !fr
[16:59] <protopresbyter> Good morning all from Ben in El Paso :-)
[17:10] <Jack_Sparrow__> YeeeHaw back at ya
[17:17] <protopresbyter> I have been on archlinux/mate on my primary -- caught up with work for moooooonths....came back to my ubuntu-mate 16.10 install and find that Ikey D. has written brisk menu for us/Wimpy, etc...
[17:17] <protopresbyter> is this the menu I am seeing with cupertino layout?
[17:25] <protopresbyter> oh is see at flexion.org  got it lets seeeeeeee.........:-)
[20:27] <karl> Testing
[20:57] <Runferurlife> hello everyone
[21:26] <Runferurlife> does anyone have any experience with Deluge and it's dependicies?
[21:27] <Runferurlife> https://thepasteb.in/p/lOhO4ByAYl8HB
[21:28] <Jack_Sparrow__> Why not use the one in our repos
[21:28] <Runferurlife> the above was given to me after I tried to install
[21:29] <Jack_Sparrow__> Thats not the deluge from our repos
[21:30] <Runferurlife> oh
[21:30] <Runferurlife> where are your repos?
[21:30] <Jack_Sparrow__> in a terminal.  sudo apt-get install deluge
[21:31] <Jack_Sparrow__> but you may have already screwed up your sources and added ppa
[21:31] <Runferurlife> yea
[21:31] <Runferurlife> I added ppa
[21:31] <Runferurlife> cause that didn't work
[21:32] <Jack_Sparrow__> Yea, that does, too many want latest that is hit or miss
[21:32] <Runferurlife> used ppa:deluge-team/ppa
[21:32] <Jack_Sparrow__> Bad idea
[21:33] <Runferurlife> why is that?
[21:35] <Jack_Sparrow__> adding ppas to get something installed is not the same as using ubuntu's repositories
[21:35] <Runferurlife> ok
[21:35] <Runferurlife> I didn't know that
[21:35] <Runferurlife> I am still new to Linux
[21:36] <Runferurlife> I removed the pps
[21:36] <Runferurlife> ppa*
[21:36] <Jack_Sparrow__> Np, just trying to help
[21:36] <Jack_Sparrow__> also, just flushing sources / repos and refreshing things will not always save you
[21:36] <Runferurlife> ok.. should I just try the install now that I removed the ppa
[21:36] <Jack_Sparrow__> sure
[21:37] <Jack_Sparrow__> https://sites.google.com/site/easylinuxtipsproject/Home
[21:37] <Jack_Sparrow__> Might help you
[21:37] <Runferurlife> kk
[21:37] <Runferurlife> yea.  it didn't work
[21:37] <Runferurlife> not sure how to remove it so I can try the install command
[21:38] <Jack_Sparrow__> open synaptic
[21:38] <Jack_Sparrow__> select deluge and completely remove
[21:38] <Jack_Sparrow__> I gotta run
[21:39] <Runferurlife> ty
[21:39] <Jack_Sparrow__> np
[21:47] <zobeid> OK, here's a mystery...  Trying to use the Backups program.  "You can create a backup after you first install some necessary software by clicking the Install... button.
[21:47] <zobeid> Which is grayed out.  >.<
[21:50] <zobeid> Not sure what additional software it wants, or why it won't let me install it.
[22:00] <zobeid> uhh...  Are "Back Up" and "Backups" two different programs??
[22:01] <zobeid> Or is Back Up something that was launched by Backups?
[22:01] <sixwheeledbeast^> Deja-dup (Backups) has always been a bit odd for me. I took to cron in the end.
[22:02] <zobeid> I finally got it started after responding to a hidden dialog.
[22:02] <sixwheeledbeast^> Deja-dup is a Ubuntu package I recall it depending on Gnome and Unity.
[23:42] <Guest81227> can anyone possibly assist me with update? i tried apt get update && apt get upgrade but there are still some updates not installing is there a easy work around for the /boot size issue?
[23:49] <Astro7467> also need apt-get full-upgrade
[23:50] <Guest81227> awesome ill try that tanks for the info
[23:50] <Guest81227> thanks*
[23:50] <Astro7467> this will deal with more aggressive updates that typically make packages redundant


[09:22] <hadoopken> hi there
[09:23] <hadoopken> I can ping into my ubuntu on cloud, but I can't connect into some port with same ip address


[08:10] <rogpeppe> davecheney, fwereade: mornin'
[08:10] <fwereade> rogpeppe, davecheney, heyhey
[08:15] <fwereade> TheMue, morning
[08:16] <TheMue> fwereade: hiya
[08:17] <fwereade> rogpeppe, re https://codereview.appspot.com/6819115/ I am concerned that ServerCertAndKey is fundamentally part of the environment config, but that it's not being treated as such... comments?
[08:17] <rogpeppe> fwereade: it's actually not part of the environment config, and it's important that it doesn't go in it
[08:17] <fwereade> rogpeppe, jolly good -- please expand?
[08:18] <rogpeppe> fwereade: it's private information passed particularly to the state server only
[08:18] <rogpeppe> fwereade: you don't need any of that information in order to connect to the state server
[08:18] <fwereade> rogpeppe, I though we were meant to be able to switch on state-serveriness for arbitrary machines
[08:19] <rogpeppe> fwereade: we want to be able to start new state servers, but i think that's a slightly different thing
[08:19] <fwereade> rogpeppe, (and I don't think that applies -- what about authorized-keys, which is similarly broken, but at least we have a route to unbreak it because it's in the env config)
[08:19] <fwereade> rogpeppe, for that matter, what about ec2 keys? they also go in the env config
[08:19] <rogpeppe> fwereade: authorized-keys is different - it only has public keys
[08:20] <fwereade> rogpeppe, I don't see how that's a consideration -- isn't env config access going to be restricted?
[08:21] <rogpeppe> fwereade: yeah, and that's an interesting issue too - we may actually need to provide different levels of env config access
[08:21] <fwereade> rogpeppe, I've been saying this for months, AIUI niemeyer will magically fix it all :/
[08:22] <rogpeppe> fwereade: oh that's good then :-)
[08:22] <fwereade> rogpeppe, but he was so keen to slap down the segregation suggestion I made in oakland -- like *weirdly* keen -- that I just haven't bothered to keep on about it
[08:22] <rogpeppe> fwereade: anyway, the certificate is for the eyes of that state server only - it may or may not be shared by other state servers
[08:23] <rogpeppe> fwereade: unlike the ec2 keys which are global to whoever needs them
[08:24] <fwereade> rogpeppe, ah, ok, I thought it was an env-global certificate... maybe I don't understand what's going on at all here
[08:24] <rogpeppe> fwereade: also, the ec2 keys can be passed with the other secret keys, after bootstrap, but the server certificate and key need to be passed earlier
[08:25] <rogpeppe> fwereade: the thing that's env-global is the root CA certificate
[08:25] <rogpeppe> fwereade: that's the thing that can authorize servers
[08:25] <fwereade> rogpeppe, then isn't that needed by everything that needs the ec2 keys?
[08:25] <rogpeppe> fwereade: also, if the state server wants to spawn new state servers, it can pass its key to newly spawned instances
[08:26] <rogpeppe> fwereade: i don't *think* so
[08:27] <TheMue> morning dimitern
[08:27] <rogpeppe> fwereade: well... it depends how we spawn new state servers
[08:27] <fwereade> rogpeppe, ah ok -- it's attached to the machine not the instance, and it's only the client that needs it so it can add machines, maybe?
[08:27] <dimitern> TheMue: morning :)
[08:27] <rogpeppe> TheMue: hi
[08:27] <fwereade> rogpeppe, yeah, I'm very unclear on this, I probably should have been following along more
[08:27] <fwereade> dimitern, heyhey
[08:27] <TheMue> rogpeppe: moin, didn't wanted to interrupt you ;)
[08:28] <dimitern> fwereade, rogpeppe, hey guys
[08:28] <rogpeppe> dimitern: hiya
[08:28] <fwereade> dimitern, fwiw, this is the blueprint mentioned last night
[08:28] <fwereade> dimitern, https://blueprints.launchpad.net/ubuntu/+spec/servercloud-r-juju-resource-map
[08:28] <dimitern> fwereade: ah, 10x! I'll take a look
[08:28] <fwereade> dimitern, don't expect to actually implement anything directly related to it, but bear it in mind :)
[08:28] <fwereade> dimitern, thanks :)
[08:29] <rogpeppe> fwereade: you don't need the state-server cert to add new machines
[08:29] <fwereade> rogpeppe, can we step back a bit so I get a fresh overview of the whole plan?
[08:29] <rogpeppe> fwereade: sgtm
[08:30] <fwereade> rogpeppe, AIUI, the end purpose of this work is to allow us to verify the identities of machines and units -- how inaccurate am I so far?
[08:30] <rogpeppe> fwereade: pretty inaccurate, tbh :-)
[08:30] <fwereade> rogpeppe, sweet, I am about to learn something :)
[08:31] <rogpeppe> fwereade: machines and units identify themselves with a password. they're the client side. this is the server side, which identifies itself with a tls certificate, like a normal https web server
[08:33] <rogpeppe> fwereade: if it was about allowing us to verify the identities of machines and units, we *definitely* wouldn't have an environment-global cert anyway
[08:33] <fwereade> rogpeppe, wait, who's going to be allowed to look in env config anyway?
[08:34] <fwereade> rogpeppe, I'm approaching this from a perspective in which generally the env config is not accessible
[08:34] <rogpeppe> fwereade: anyone that can access the state and has the right authorisation
[08:36] <fwereade> rogpeppe, (fwiw, I thought we were doing the thing mentioned in the 3rd bullet at http://www.openssh.org/txt/release-5.4 which STM to imply that we can actually use a root CA to verify SSH keys)
[08:36] <fwereade> rogpeppe, yeah, but the "right authorization" needs to be finely gradated, doesn't it?
[08:37] <fwereade> rogpeppe, just because you can see one part of it doesn't mean you should be able to see it all
[08:37] <rogpeppe> fwereade: something in me says it's wrong to have a private key in the state (i'm fairly reluctant even to pass it over the network, but i don't see a decent alternative)
[08:37] <rogpeppe> fwereade: i agree. there are different parts of the state appropriate for different roles
[08:38] <rogpeppe> fwereade: it may well be the case that we need to put the state server private key in the state (i now realise)
[08:38] <fwereade> rogpeppe, well, yeah -- isn't it going to also be hanging around forever, accessible to anything deployed on a machine that runs a state server?
[08:38] <rogpeppe> fwereade: no; at least not eventually
[08:38] <fwereade> rogpeppe, ie anything that can access the metadata service on that machine?
[08:39] <fwereade> rogpeppe, I thought stuff in cloud-init stayed available forever, effectively
[08:39] <rogpeppe> fwereade: the plan is to change the state server cert when we first connect
[08:39] <fwereade> rogpeppe, ah! ok cool
[08:39] <rogpeppe> fwereade: similarly to admin-password
[08:39] <rogpeppe> fwereade: we're skipping that bit for the time being though
[08:39] <fwereade> rogpeppe, ok, consider that objection sidelined
[08:40] <rogpeppe> fwereade: anyway, even if we *do* have the state server cert in the environment, we'll still need to pass it in cloudinit.Config, i think
[08:41] <fwereade> rogpeppe, yeah, that's the only channel we have, and it's fine if we're replacing things
[08:41] <rogpeppe> fwereade: exactly. the state server needs to know its key before there *is* a state
[08:41] <fwereade> rogpeppe, huh, I just thought
[08:42] <fwereade> rogpeppe, but I can't articulate, bah
[08:42] <rogpeppe> fwereade: once we've bootstrapped a state server, the key can probably be passed in the state. in fact, it probably doesn't need to be part of the environment config, as it's independent of the environment
[08:43] <fwereade> rogpeppe, ok, I am confused: we pass up a cert+key, but those have to be replaced because they must be considered compromised by virtue of being in cloud-init
[08:43] <rogpeppe> fwereade: yeah. go on.
[08:43] <fwereade> rogpeppe, how can we end up with a replacement that is not specific to the env that generated it?
[08:44] <rogpeppe> fwereade: it's just part of the state.
[08:44] <fwereade> rogpeppe, but the state is not independent of the environment, is it?
[08:44] <rogpeppe> fwereade: it doesn't interact with the environs providers at all
[08:45] <rogpeppe> fwereade: ok, sorry, "independent of the environment" i meant in a fairly specific way
[08:45] <rogpeppe> fwereade: i meant "independent of environs/*"
[08:45] <rogpeppe> fwereade: or perhaps "independent of Environ"
[08:45] <fwereade> rogpeppe, hmm, ok, that still doesn't quite sit right with me but I'll take it on trust (until I suddenly derail another conversation when I figure out my objection ;))
[08:46] <rogpeppe> fwereade: anyway, this is to do with high availability stuff, which we haven't figured out yet entirely, but i know at least that we need to pass a server cert and key in the initial cloudinit
[08:47] <rogpeppe> fwereade: which is what this CL does
[08:48] <rogpeppe> fwereade: i am about to change it though, so that the cert and key are in different fields. and i'm probably going to add another field, RootCACert
[08:50] <fwereade> rogpeppe, ok, that does sound sane to me, given the basic assumptions above
[08:51] <fwereade> rogpeppe, my brain still itches, though; I may well keep on hassling you about it ;)
[08:51] <rogpeppe> fwereade: please do :-)
[08:51] <fwereade> rogpeppe, not right now though ;)
[08:54] <TheMue> So, made another mint tea, still barking too much, damn cold.
[09:09] <fwereade> popping out for a mo, bbs
[10:05] <jam> mgz, dimitern: I hope your weekends went well
[10:12] <dimitern> jam: oh, yeah, yours?
[10:12] <jam> pretty good overall, went to the beach, did some work around the house, etc.
[10:13] <dimitern> jam: so, I'm done with the nova stuff in the client, just the swift api left, and I'm looking into writing table based tests for everything
[11:29] <niemeyer> Good morning
[11:30] <sidnei> o/
[12:19] <sidnei> is there anyone working on an openstack provider for juju-core?
[12:26] <niemeyer> sidnei: Yeah, work on it is starting just now
[12:26] <sidnei> awzm
[12:26] <sidnei> just 'go got' juju-core :)
[12:27] <rogpeppe> niemeyer: yo!
[12:28] <dimitern> niemeyer: hey :)
[12:28] <niemeyer> sidnei: Superb :)
[12:28] <niemeyer> rogpeppe, dimitern: Heyas!
[12:29] <sidnei> is there a wiki page on how to hack on it?
[12:29] <sidnei> niemeyer, ^
[12:31] <niemeyer> sidnei: Not yet
[12:31] <fwereade> sidnei, https://codereview.appspot.com/6816114/ and https://codereview.appspot.com/6817113/ are not yet merged but may cover much of what you seek
[12:31] <niemeyer> sidnei: Best is to ask questions here (and perhaps build such a page :)
[12:31] <fwereade> niemeyer, heyhey :)
[12:32] <niemeyer> fwereade: Oh, wow.. I'm out-of-date :-)
[12:32] <niemeyer> fwereade: Heya
[12:32] <fwereade> sidnei, (those two links contain README and CONTRIBUTING files :))
[12:32] <fwereade> niemeyer, nice holiday?
[12:32] <niemeyer> fwereade: Yeah, very.. hmm.. distracting :)
[12:33] <fwereade> niemeyer, in a good way, I hope :)
[12:33] <niemeyer> fwereade: Yeah, a bit exhausting at times, but was certainly fun
[12:34] <niemeyer> fwereade: We've been doing some home improvements lately, and last week was the peak
[12:35] <niemeyer> fwereade: With plaster installation.. plaster is both the most amazing thing and something I don't ever want to see again (but I said that before..)
[12:36] <fwereade> haha
[12:36] <rogpeppe> niemeyer: plastering is an amazingly skilled job
[12:43] <niemeyer> rogpeppe: Agreed
[13:15] <mramm> fwereade: those docs look nice, dave is rocking it out.
[13:16] <mramm> FYI all it's a national holiday here in the US so lots of folks will be out for the day
[13:17] <fwereade> mramm, cool, thanks, and np :)
[13:24] <sidnei> fwereade, thanks!
[13:25] <fwereade> sidnei, np :)
[13:25]  * fwereade cheerfully takes credit ;p
[13:25] <niemeyer> mramm: Enjoy
[13:26] <mramm> fwereade: I'm reading lp:~fwereade/+junk/juju-braindump now
[13:26] <mramm> fwereade: you get full credit for that one!
[13:26] <mramm> niemeyer: thanks!
[13:26] <fwereade> mramm, :)
[13:28] <sidnei> it's a bit unclear from the contributing doc how tests from the branch get run
[13:29] <fwereade> sidnei, when you run `go test launchpad.net/juju-core/...`, all the tests will be run; if that dir contains some particular branch, the tests from that branch will be run
[13:29] <fwereade> sidnei, does that address the confusion?
[13:30] <sidnei> nope :) so bzr branch lp:juju-core trunk; cd trunk; go test launchpad.net/juju-core/... will run the tests from the trunk branch?
[13:31] <fwereade> sidnei, sorry, nope -- the branch has to be checked out to $GOPATH/src/launchpad.net/juju-core
[13:31] <fwereade> sidnei, hence the utility of cobzr
[13:31] <fwereade> sidnei, which lets you use just the one filesystem location for the N branches you're working on
[13:32] <sidnei> i see. so that 'branching' section needs some clarification
[13:34] <TheMue> fwereade: Reading your braindump too. Reads very good.
[13:34] <fwereade> sidnei, ah, yes, I see -- do you think it will be clear if we just add a note to the beginning of that section stating that you're expected to be in the go got juju-core directory to run these commands?
[13:34] <fwereade> TheMue, cool
[13:35] <TheMue> fwereade: And especially your side notes like "… and be left for ages.". *lol*
[13:35] <sidnei> fwereade, yes, and probably removing the mention of 'bzr branch lp:juju-core' completely, and just using 'bzr checkout -b' to make a branch from the go-got directory
[13:36] <fwereade> sidnei, isn't 'bzr branch lp:juju-core` exactly what should be done there though?
[13:36] <sidnei> fwereade, nope, because go get already did that
[13:36] <fwereade> sidnei, it's assuming you're using cobzr, which does clever things with the branch command
[13:37] <sidnei> well, the document starts with installing cobzr ;)
[13:40] <fwereade> sidnei, good point re checkout, indeed, sorry I misunderstood
[13:41] <niemeyer> fwereade: Glossary brings me memories.. I hope it's less controversial this time around.. ;)
[13:42] <niemeyer> fwereade: ("I don't wanna manage the wiki!")
[13:42] <fwereade> niemeyer, really? ha, I think I missed that
[13:42] <fwereade> niemeyer, lolo
[13:45] <fwereade> mramm, TheMue, other readers: whoops, I forgot to add the glossary
[13:45] <fwereade> it's there now
[13:45] <TheMue> fwereade: Great, thanks.
[13:52] <sidnei> fwereade, should probably include a list of dependent packages too, running the tests complains that 'zip' and 'mongod' are not available for example.
[13:53] <fwereade> sidnei, I could swear that were covered somewhere
[13:55] <fwereade> sidnei, ah, they're in the readme, but zip is not mentioned (and nor is 'git' for that matter) -- thanks!
[13:56]  * niemeyer goes for lunch
[13:57] <fwereade> sidnei, ah, and maybe both of those are covered by 'build-essential'
[13:57] <sidnei> build-essential the meta package? pretty sure that doesn't install mongodb-server :)
[13:57] <fwereade> sidnei, the README has `sudo apt-get install mongodb build-essential bzr`
[13:58]  * TheMue steps out, bbl
[13:58] <fwereade> sidnei, if that's inaccurate, though, ofc we want to know :)
[13:58] <sidnei> i see
[14:00] <sidnei> so zip and git-core need to be added there
[14:01] <sidnei> fwereade, next up: http://paste.ubuntu.com/1353151/
[14:01] <sidnei> fwereade, there's this warning when running the tests, but the command it tells me to run doesn't work
[14:02] <fwereade> sidnei, ha, yeah, I grew used to that as a minor annoyance a while ago
[14:02] <fwereade> sidnei, it never crossed my figure-out-what-the-problem-is threshold though
[14:03] <fwereade> rogpeppe, are you familiar with the `go test -i foo/...` thing?
[14:03] <rogpeppe> bzr
[14:03] <rogpeppe> oops
[14:04] <rogpeppe> fwereade: you can't do that AFAIK
[14:04] <rogpeppe> fwereade: it's a bit annoying
[14:04] <sidnei> maybe that warning can be removed/silenced?
[14:04] <Aram> sidnei: just go install foo/... before running the tests
[14:04] <Aram> usually go test -i works
[14:04] <Aram> (never seen it not working here)
[14:04] <rogpeppe> yeah, you can do 'go test -i' but not 'go test -i package'
[14:05] <rogpeppe> it's a bug. it may well have an issue for it.
[14:06] <sidnei> neither works here, only 'go test' without the '-i'
[14:07] <dimitern> -i didn't work for me either
[14:07] <rogpeppe> ah, this was issue 3896, but it's fixed in tip
[14:08] <rogpeppe> dimitern: you have to be in the directory that has failed
[14:08]  * Aram only runs tip
[14:08] <rogpeppe> https://code.google.com/p/go/issues/detail?id=3896
[14:08] <dimitern> rogpeppe: yes, both in the dir, and out, specifying full path
[14:09] <rogpeppe> Aram: i try to run against 1.0.3 mostly because i don't want us to be incompatible with that because of later-fixed bugs
[14:09] <rogpeppe> Aram: although currently i'm running against tip because i've got a few Go CLs pending
[14:10] <fwereade> rogpeppe, btw, re https://codereview.appspot.com/6811091/diff/1/worker/firewaller/firewaller.go#newcode546
[14:10] <rogpeppe> sidnei: you can always just ignore that warning
[14:10] <Aram> rogpeppe: I run tip because lbox requires it, I'm making sure it will work with future Go versions (we already found problems this way) and I am sure most people run Go 1.0.3 so we will be compatible with that :-).
[14:10] <sidnei> i can yes, just thinking about the next guy that gets the warning :)
[14:10] <fwereade> rogpeppe, it's not my code, but it looks to me like it's trying to make sure that ports and change aren't using the same underlying array
[14:10] <Aram> oh, and I like to play with exp/types
[14:11] <rogpeppe> fwereade: they won't, even with my suggested change
[14:12] <rogpeppe> sidnei: yeah, it's annoying. there are quite a few things which are fixed in tip but not 1.0.3. nothing crucial, but little things like that.
[14:14] <fwereade> rogpeppe, can you describe the mechanism that prevents that? I think I'm a bit slow today
[14:14] <rogpeppe> fwereade: we're appending changes to ports, not assigning the changes slice to the ports slice.
[14:15] <rogpeppe> fwereade: currently it reallocates the ports slice each time. that's unnecessary - all we need to do is copy the elements, and potentially reuse the old ports slice.
[14:15] <rogpeppe> fwereade: it's minor stuff tbh
[14:15] <fwereade> rogpeppe, ok, and appending to the (empty) slice is safe because append knows that someone else is using the following slots, and copes automatically?
[14:16] <fwereade> rogpeppe, I had clearly misunderstood that then
[14:16] <Aram> rogpeppe: fwereade: I'd also appreciate an eye on https://codereview.appspot.com/6820112/ and https://codereview.appspot.com/6814108/ when you have some time.
[14:16] <rogpeppe> fwereade: append only reallocates if the capacity of the slice isn't already large enough
[14:16] <fwereade> rogpeppe, ok, that was what I thought
[14:17] <fwereade> rogpeppe, so... GAAAH sorry
[14:17] <fwereade> rogpeppe, forget I said anything ;p
[14:17] <rogpeppe> fwereade: what was that?
[14:17] <rogpeppe> fwereade: someone was talking
[14:18] <fwereade> rogpeppe, no idea :)
[14:18] <fwereade> Aram, I shall get right on those, sorry to have neglected them
[14:24] <Aram> oh, BTS, Y U DON'T UNDERSTAND ME
[14:24] <Aram> they are awful
[14:27] <rogpeppe> Aram: BTS?
[14:27] <Aram> rogpeppe: our travelling agency.
[14:28] <rogpeppe> Aram: i think i must use a different one
[14:28] <Aram> I see.
[14:39]  * Aram is back in a couple of hours or so
[14:43] <mramm> Aram: you gone yet?
[16:18] <rogpeppe> niemeyer: ping
[16:18] <niemeyer> rogpeppe: pongus
[16:18] <rogpeppe> niemeyer: i'm just in the process of writing a test that does *yet another* setup and teardown of a fake home directory
[16:18] <rogpeppe> niemeyer: and wondering if there's room for something like a HomeSuite
[16:19] <niemeyer> rogpeppe: Isn't that just a SetupFakeHome function?
[16:20] <rogpeppe> niemeyer: well, yes, but there needs to be a teardown function too
[16:20] <niemeyer> rogpeppe: Well, I guess we have to undo the var
[16:20] <niemeyer> Yeah
[16:20] <niemeyer> rogpeppe: Sounds reasonable
[16:20] <rogpeppe> niemeyer: cool
[16:20] <niemeyer> rogpeppe: FakeHomeSuite
[16:20] <rogpeppe> niemeyer: +1
[16:21] <rogpeppe> niemeyer: in juju-core/testing
[16:21] <niemeyer> rogpeppe: Yeah
[17:23] <TheMue> Aram: My evaluation code so far is at lp:~themue/+junk/golxc. Real tests are missing, only a main using the implementation. It's corrently no rocket science, but opposite to the Python code it covers no Juju aspects, it's just a base package for later usage in the providers.
[17:52] <rogpeppe> ssh is too clever for its own damn good
[17:52] <rogpeppe> env
[17:54] <TheMue> rogpeppe: rofl
[17:55] <TheMue> rogpeppe: how comes?
[17:55] <rogpeppe> TheMue: i tell it that $HOME is one thing, and it still finds out my $HOME via some other, as yet unknown, mechanism
[17:55] <rogpeppe> TheMue: i suspect it's doing a getpwuid
[17:56] <TheMue> rogpeppe: And how do you set $HOME?
[17:56] <rogpeppe> TheMue: i'm trying to get the state tests to pass irrespective of what the user's home directory contains
[17:56] <rogpeppe> TheMue: os.Setenv("HOME", ...)
[17:57] <rogpeppe> TheMue: you can try it yourself: cd juju-core/state; chmod 0 $HOME/.ssh; go test
[17:57] <TheMue> rogpeppe: On the remote site?
[17:57] <rogpeppe> TheMue: no, in the test code
[17:58] <TheMue> rogpeppe: Yes, test code. I'm only trying to get the mechanism.
[17:59] <rogpeppe> TheMue: i'd be interested to know if the above commands succeed or fail for you, actually
[18:00] <TheMue> rogpeppe: One moment.
[18:00] <niemeyer> rogpeppe: Yeah, ssh won't respect $HOME
[18:01] <rogpeppe> niemeyer: pity
[18:01] <rogpeppe> niemeyer: thanks for the confirmation though
[18:02] <TheMue> rogpeppe: ssh_test fails here too
[18:02] <rogpeppe> TheMue: yeah, i think we're gonna have to live with it
[18:03] <rogpeppe> pwd
[18:29] <rogpeppe> i've run out of time. gotta go. see y'all tomorrow.
[18:31] <TheMue> cu
[23:13] <davecheney> https://codereview.appspot.com/6817113/
[23:13] <davecheney> ^ has two LGTM, but waiting for any final comments
[23:13] <davecheney> i am not a strong wordsmith, i don't expect to get it 100% right on the first go


[03:18] <YK_NT_MATHEW> any one wnat to try and help me
[03:18] <YK_NT_MATHEW> install issuses
[03:19] <YK_NT_MATHEW> is any on here


[15:00] <ev> o/
[15:01]  * slangasek waves
[15:01] <jodh> \o
[15:01] <barry> o-
[15:01] <stokachu> (>';')>
[15:02] <slangasek> #startmeeting
[15:02] <meetingology> Meeting started Wed Apr  3 15:02:12 2013 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:02] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[15:02] <slangasek> [TOPIC] Lightning round
[15:02] <slangasek> $ echo $(shuf -e barry doko stgraber jodh ev bdmurray slangasek ogra cjwatson xnox stokachu)
[15:02] <slangasek> bdmurray xnox jodh cjwatson ogra stgraber barry stokachu ev doko slangasek
[15:02] <slangasek> bdmurray is off today, so xnox:
[15:02]  * stgraber waves
[15:03] <xnox> yeap.
[15:03] <xnox> * Desktop lvm automatic utah test is merged, not added to jenkins just
[15:03] <xnox>   yet.
[15:03] <xnox> * Fixing FTBFS from the recent rebuild (focused on tcltk multiarch
[15:03] <xnox>   fallout and canonical-upstream packages)
[15:03] <xnox> * Uploaded partman-auto-lvm sru to precise for bug 1091788
[15:03] <xnox> * Pycurl bug with thin-client-config-agent is in progress bug #1152222
[15:03] <xnox> * Working on installer bugs for rls-r-tracking.
[15:03] <xnox> * Also TODO review lp:~jamesodhunt/upstart/allow-multiple-cmdline-confdirs
[15:04] <xnox> * Very short week due to Eastern holiday friday-monday, booked travel
[15:04] <xnox>   for the client sprint
[15:04] <xnox> ..
[15:04] <jodh> * blueprints:
[15:04] <jodh>   - foundations-r-upstart-roadmap: np.
[15:04] <jodh>   - foundations-r-upstart-user-session-enhancements:
[15:04] <jodh>     - DEP-8 python test harness progress:
[15:04] <jodh>       - Now supports testing with PID 1, Session Init, and Session bus
[15:04] <jodh>         environments (the latter two both using either a default (XDG)
[15:04] <jodh>         session or a "stand-alone" test instance).
[15:04] <jodh>       - Currently resolving inotify issue.
[15:04] <jodh>     - Modified upstart to allow multiple "--confdir <dir>" options for
[15:04] <jodh>       session mode (required for DEP-8, awaiting feedback on MP):
[15:04] <jodh>       https://code.launchpad.net/~jamesodhunt/upstart/allow-multiple-cmdline-confdirs/+merge/156512
[15:04] <jodh>     - Fixed bug 1161098 upstream.
[15:04] <jodh> * boot:
[15:04] <jodh>   - Progress on bug 1157713.
[15:05] <jodh>   - Added mountall to list of projects being checked by Coverity.
[15:05] <jodh> * misc:
[15:05] <jodh>   - Testing for bug 1103406.
[15:05] <jodh> * TODO:
[15:05] <jodh>   - Finish draft blog post on Upstart sessions.
[15:05] <jodh> ȡ
[15:05] <cjwatson> Short week (Easter Triduum).
[15:05] <cjwatson> Finished rewriting cdimage in Python.
[15:05] <cjwatson> Had another go at bug 1065281.  Still apparently incomplete.
[15:05] <cjwatson> Fixed ubiquity build failure due to gobject-introspection change.
[15:05] <cjwatson> Fixed deadlock in aptdaemon due to unflushed stdio buffers (bug 1163142, bug 1163163, probably many others).
[15:05] <cjwatson> Pushed the Haskell transition up the hill some more.  The powerpc problems should be mostly sorted.  I found some advice on #ghc so may be able to continue to sort out the armhf problems now.
[15:05] <cjwatson> Helped IS recover royal (powerpc livefs porter), which turned out to be a lurking fstab-related problem that would probably have bitten other livefs builders on their next reboot.
[15:05] <cjwatson> ..
[15:06] <ogra_> done:
[15:06] <ogra_>  * livecd-rootfs should be able to create cross built android zips for the four supported arches now (still waiting for some RTs to be done to actually test that)
[15:06] <ogra_>  * fixed chromium-browser FTBFS on arm (finally its not three versions behind anymore on armhf)
[15:06] <ogra_>  * easter vacation ...
[15:06] <ogra_>  * power management on Touch discussion ... very early planning, we will have a public hangout going forward with this and go more into details by then
[15:06] <ogra_>  * kernel updates of android kernels were researched by ppisati, seems to work fine using abootimg from teh archive, i will soon look into flash-kernel abilities to intergrate
[15:06] <ogra_>
[15:06] <ogra_> todo:
[15:06] <ogra_>  * cdimage implementation of cross building the android zips (once the RT is in)
[15:06] <ogra_>  * testing (and possibly fixing, as there seem to be some bugs) of raring armhf images (omap4, ac100, nexus7 desktop)
[15:06] <ogra_>  * see if i can get some armhf universe FTBFS fixed before final release
[15:06] <ogra_> ..
[15:06] <stgraber> Feature work:
[15:06] <stgraber>  - Container (BLUEPRINT: servercloud-r-lxc)
[15:06] <stgraber>   - Spent most of Monday doing code reviews, last minute fixes, a lot of testing and sending the LXC 0.9 final pull request.
[15:06] <stgraber>   - Prepared LXC 1.0 roadmap: https://wiki.ubuntu.com/LXC/1.0-roadmap
[15:06] <stgraber>   - Updated the Plumbers mini-conference wiki: http://wiki.linuxplumbersconf.org/2013:containers
[15:06] <stgraber>   - Looked into an early Go binding for LXC
[15:06] <stgraber>   - Fixed bug 1157332 in raring + quantal SRU
[15:06] <stgraber>  - Mobile updates (BLUEPRINT: foundations-1303-single-image-update)
[15:06] <stgraber>   - Had a few more meetings and discussion on the implementation of image based updates, taking quite a bit of time from actual implementation time :)
[15:06] <stokachu> goWOOT
[15:07] <stgraber>   - Updated https://wiki.ubuntu.com/ImageBasedUpgrades/Mobile and https://wiki.ubuntu.com/ImageBasedUpgrades/Mobile/LocalPackages
[15:07] <stgraber>   - Worked on prototype of the server side tools, I now have a tool to diff squashfs images, one to generate the zip files and one to scan and generate the needed files.
[15:07] <stgraber>  - Mobile networking (BLUEPRINT: client-1303-converged-network-stack)
[15:07] <stgraber>   - cyphermox got the code to actually work without segfaulting
[15:07] <stgraber>   - caught up with awe on state of the ofono/Android driver
[15:07] <stgraber>  - Mobile sync and provisioning (OMA) (BLUEPRINT: client-1303-we-should-create-one)
[15:07] <stgraber>   - Went through all the OMA specs, start working on a summary of those
[15:07] <stgraber>   - Looked into opensource implementation of syncml and other OMA specs
[15:07] <stgraber> Other work:
[15:07] <stgraber>  - A few queue reviews for raring
[15:07] <stgraber>  - Killed wubi dailies and QATracker entries
[15:07] <stgraber>  - Tracked down and fixed QATracker ACL bug
[15:07] <stgraber>  - TB meeting
[15:07] <stgraber> TODO:
[15:07] <stgraber>  - Continue spec work for the mobile blueprints and continue image based updates prototype
[15:07] <stgraber>  - Come up with the list of Xsession scripts that still need porting to upstart user-sessions (outside of standard desktop install).
[15:07] <xnox> cjwatson: I wonder if that aptdaemon also fixed 1161943 which is reported to work fine with today's images.
[15:07] <stgraber>  - ifupdown SRU to quantal and precise
[15:07] <stgraber> Holidays:
[15:07] <stgraber>  - I'm off starting on Friday (5th) and back next Thursday (11th).
[15:07] <stgraber>  - I'll then be working from Europe on the local timezone.
[15:07] <stgraber>  - I'll also be off from Monday 15th and back Thursday 18th.
[15:07] <stgraber> (DONE)
[15:08] <barry> short week due to vacation.  wrote up pycon trip report and general catching up. lpbug 1154599.  lpbug 1163609.  todo: continue to investigate lpbug 1163609.  return to click package spec.  done.
[15:08] <barry> bug 1163609
[15:08] <barry> bug 1154599
[15:08] <stokachu> [Current]
[15:09] <stokachu> * LP#1162876 - apt-cacher-ng data corruption with HTTP headers
[15:09] <stokachu> 	       [task] Need Sponsor/SRU
[15:09] <stokachu> * LP#1057358 - isc-dhcp-server-ldap cannot read /etc/ldap/ldap.conf
[15:09] <stokachu> 	       [task] stgraber to please re-review latest debdiff
[15:09] <stokachu> * LP#1013798 - Blink SIP client segfaults with libgcrypt11
[15:09] <stokachu> 	       [task] Needs SRU/Sponsor
[15:09] <stokachu> [Postponed]
[15:09] <stokachu> * LP#857983  - Pointing Devices menu item is missing after upgrading
[15:09] <cjwatson> xnox: It's possible.  I'll mention it
[15:09] <stokachu> 	       [comment] This did not have ubuntu-sru subscribed, so I subscribed
[15:09] <stokachu> 	       [task] Revist next week to check status
[15:09] <stokachu> * LP#1027086 - incorrect schema setting used for authentication-methods in vino
[15:09] <stokachu> 	       [task] Ritesh to properly format SRU in description and follow up with SRU team
[15:09] <stokachu> crap forgot about bug bot
[15:09] <stokachu> bug 1162876, bug 1057358, bug 1013798
[15:09] <slangasek> jodh: where is the coverity report on (upstart and) mountall?  do I need to get around to creating an account to be able to view those?
[15:09] <stgraber> stokachu: isc-dhcp, what's the priority on that? Currently it's on bug to-bundle-with-next-SRU list, should it be bumped to fine-to-upload-on-its-own?
[15:10] <stokachu> stgraber: nah just as long as its on your radar
[15:10] <stgraber> ok, definitely still on my radar. (I go through all netstack bugs weekly)
[15:10] <stokachu> stgraber: cool, thats good enough for me, thanks
[15:11] <jodh> slangasek: http://scan.coverity.com/all-projects.html. You do need an account - I'll create you one...
[15:11] <ev> - Short week; public holiday on Friday and Monday.
[15:11] <ev> - Bug triage.
[15:11] <ev> - Code review for Brian.
[15:11] <ev> - Looked into having different replication factors across DCs. Historically we
[15:11] <ev>   thought this was not possible, but it appears we were wrong. Still, after
[15:12] <ev>   talking with the Cassandra folks, it sounds like that will lead to
[15:12] <ev>   performance problems. It would have let us have a large single-node Cassandra
[15:12] <ev>   ring for analytics and backup (in the failover sense of the word), but I
[15:12] <ev>   think we're going to have to find the hardware for balanced DCs.  Started a
[15:12] <ev>   discussion with Tom and James. Hopefully this will unblock us on upgrading
[15:12] <ev>   Cassandra to 1.2 and deploying Hadoop soon.
[15:12] <ev> - Changes to lp:canonical-memento in support of some of our outstanding RTs
[15:12] <ev>   (new CFs in the ACL).
[15:12] <ev> - Tried to touch base with the QA team on how we can improve errors.ubuntu.com
[15:12] <ev>   for them. No responses yet.
[15:12] <ev> - Implemented a mapping between SHA-1 hashes and the bucket identifiers they
[15:12] <ev>   come from, so we can have URLs like:
[15:12] <ev>   https://errors.ubuntu.com/problem/e983f374794de9c64e3d1c1de1d490c0756eeeff
[15:12] <ev>   Thought about doing sha1(x).hexdigest()[:10], but I'm worried about
[15:12] <ev>   collisions.
[15:12] <ev>   This fixes a few problems, namely that bucket IDs can be up to 64K long and
[15:12] <ev>   URLs start to break past 2K, and that bucket IDs can contain special
[15:12] <ev>   characters, which makes embedding them in javascript tricky.
[15:12] <ev> - Fixed bugs in apport to dogfood errors.ubuntu.com, and because xnox found an
[15:12] <ev>   interesting one.
[15:12] <ev> - Fixed bugs in oops-repository and daisy. Fixed the retracers crashing and
[15:12] <ev>   leaking FDs when processing the failed to retrace queue.
[15:12] <ev> - Prototyped a new method of counting instances of of buckets (with releases,
[15:12] <ev>   packages, and package versions) by the hour, which will let us finally solve
[15:12] <ev>   the problem that "the past day" is the UTC day, not a rolling one, that "the
[15:12] <ev>   past month" is just the current calendar month, and the "the past year" is
[15:12] <ev>   just the current calendar year. Initial findings look really promising when
[15:12] <ev>   simulating a comparatively large load to what we receive every day, and I
[15:12] <ev>   hope to have a branch ready to land on trunk by the end of the week.
[15:12] <ev> - Finally read enough about Three-Phase Uniform Threshold to understand how to
[15:12] <ev>   implement it. This will let us more quickly sort across random date ranges,
[15:12] <ev>   where we cannot cheat by keeping pre-calculated count-ordered lists
[15:12] <ev>   (LP: #1052954).
[15:12] <ev> - Perpetually fighting canonistack (RT 60371).
[15:12] <ev> (done)
[15:13] <doko> - long weekend (Fri and Mon holidays)
[15:13] <doko> - python 2.7.4 and 3.3.1 release candidates
[15:13] <doko> - toolchain merge
[15:13] <doko> - raring test rebuild
[15:13] <doko> - fixing build failures
[15:13] <doko> - fixing packages for migration
[15:13] <doko> (done)
[15:16] <ev> No more wubi. End of an era.
[15:16] <barry> wu-bye
[15:16] <ev> ha!
[15:17] <ev> I see what you did there
[15:17] <ogra_> ++
[15:17] <slangasek> ev: great news about fixing the "the past day" report :)
[15:17] <slangasek>  * short week, with three days of vacation
[15:17] <slangasek>  * spent a lot of time hacking bug #763148 in compiz... almost but not quite figured out
[15:17] <slangasek>  * meager contribution to raring buildability (Debian bug #704572)
[15:17] <slangasek>  * this week mostly spent on reviews, due at the end of the week (your peer reviews, too!)
[15:17] <slangasek> (done)
[15:17] <ev> slangasek: yeah, real soon now. Testing the load of it has required me to write much of the code for it.
[15:17] <slangasek> any other comments/questions over status?
[15:18] <ogra_> great work on the image updates stgraber !
[15:18] <barry> slangasek: apparently, i have no peers
[15:18] <ogra_> (just wanted to say that)
[15:18] <stgraber> ogra_: thanks!
[15:19]  * slangasek peers at barry
[15:19] <barry> oh, sorry, i meant pears
[15:19] <slangasek> heh
[15:19] <slangasek> [TOPIC] Bugs
[15:19]  * ogra_ hands barry some peas
[15:20] <slangasek> bdmurray sent me a list, let's see what we have here
[15:20]  * barry nom nom noms
[15:20] <slangasek> bug #947107
[15:20] <slangasek> recently reappeared via iso testing
[15:21] <slangasek> xnox: you commented last on the bug; do you have a handle on fixing it?
[15:21] <xnox> slangasek: it still was not fixed. I had a minimal sample of the gui problem. Do you have anyone in mind who is awesome with Gtk & Cairo?
[15:21] <slangasek> well, not me
[15:21] <slangasek> cjwatson, ev, stgraber?
[15:21] <xnox> slangasek: in essence the label is updated and printed, but it end up being "painted over" with a cairo surface.
[15:21] <xnox> s/end/ends/
[15:22] <slangasek> or if anyone else here wants to give their gtk chops a workout
[15:22]  * xnox can try poking it again and pinging #-desktop people about it.
[15:22] <cjwatson> my awesomeness is pretty rusty :)
[15:22] <ev> it's been a long long time. I'm not sure I'd be any more help.
[15:23] <slangasek> xnox: ok, sounds like we'll leave it with you to follow up with the desktop team
[15:23] <slangasek> next
[15:23] <cjwatson> yeah, looking at that I don't think I'd be any faster than somebody coming at it from scratch
[15:23] <slangasek> bug #1078697
[15:23] <stgraber> slangasek: well, I've been fixing that kind of bug in the past but I'm really not efficient at it and I won't be around much in the next 2 weeks or so, so if I work on this, it likely won't make 13.04
[15:24] <xnox> slangasek: mass upload no-change rebuild for packages that are missing those hashes? =)))))
[15:24] <slangasek> bdmurray notes there's a branch from mvo but that the bug report seems to be stalled
[15:24] <xnox> langpacks got fixed so the set should be small now, and they will benefit from new toolchain/debhelper rebuild.
[15:25] <cjwatson> xnox: waste of effort when apt-ftparchive can do it, surely
[15:25] <slangasek> xnox: well, should this be fixed in apt-ftparchive itself like mvo proposes?
[15:25] <slangasek> barry: can I give this to you to follow up on?
[15:26] <barry> slangasek: sure
[15:26] <slangasek> assigned
[15:26] <slangasek> barry: thanks
[15:26] <slangasek> bug #957231
[15:26] <xnox> cjwatson: yeah, it's still a fair amount of packages left without those checksums.
[15:26] <slangasek> bdmurray notes that there are new duplicates of this bug happening in raring
[15:27] <cjwatson> barry: note that you need to get a fix into either lucid-cat (via IS) or lucid-updates, and preemptively into precise-cat (via IS) or precise-updates, in order for it to be effective for LP
[15:28] <slangasek> OTOH there are a total of 6 duplicates, so maybe this isn't a high priority bug unless someone sees an obvious quick fix?
[15:28] <barry> cjwatson: i'm not sure what that means, since i have zero context atm, but i'll try to remember your suggestion when i read the whole bug report ;)
[15:29] <cjwatson> slangasek: it's failing on a particular PPA, I notice
[15:29] <cjwatson>         buffer = "Origin: LP-PPA-webupd8team-java\n\000\000\000\000\000\000\000\000\244\201", '\000' <repeats 22 times>, "d.\000\000\000\000\000\000\000\020\000\000\000\000\000\000\030\376=\003\000\000\000\000i|cO\000\000\000\000jfd."
[15:29] <slangasek> cjwatson: is that consistent in the duplicates?
[15:30] <cjwatson> One moment ...
[15:30] <slangasek> well, the retracer didn't really leave that info in the duplicate bugs
[15:31] <cjwatson> Yeah, none of them have sufficiently detailed traces
[15:31] <cjwatson> failing loc is
[15:31] <cjwatson>          case Origin: FileI->Origin = WriteUniqString(data); break;
[15:33] <slangasek> so nothing suggests to me that this should be moved to the top of the priority list
[15:33] <cjwatson> It's writing into the cache - could be some kind of problem with those ghastly C++ gadgets for doing that (remember quantal?)
[15:33] <cjwatson> Yeah, agreed
[15:35] <slangasek> cjwatson: do you want to take a bit of time with further triage since you're already in it, then kick it back onto the pile assuming you don't see anything that makes it critical?
[15:35] <slangasek> bug #1160346
[15:35] <cjwatson> slangasek: I've got far enough in triage to know I don't want to touch it further :-), but I'll leave a comment with my findings, at least
[15:35] <slangasek> cjwatson: :)
[15:36] <slangasek> so, bug #1160346 is definitely something we can guard against in the upgrader... users would I'm sure much rather be reminded they can't upgrade their system to later releases before they've downloaded the world and tried to install it
[15:36] <slangasek> any volunteers for this one?
[15:37]  * slangasek decides to take it himself
[15:39]  * barry groans at pycurl again
[15:39] <slangasek> from the backtrace, it looks like that may just be a change in the exception interface that needs to be handled?
[15:39] <barry> slangasek: give it to me and i'll at least take a look
[15:39] <slangasek> hmm, but it's inside python2.7
[15:39] <slangasek> barry: thanks
[15:40] <slangasek> barry: fwiw bdmurray raised this one out of concern that it would affect other apps... so if it's a pycurl bug the answer is probably "yes"
[15:40] <slangasek> http://launchpad.net/bugs/1150413
[15:40] <slangasek> "This bug also has a patch and might be worth fixing for R."
[15:40] <slangasek> oddly, I had the impression that this one /was/ fixed in R
[15:42] <slangasek> anyway, there's a patch but I don't know its upstream status... maybe someone can dig into that and see if this patch is sane to apply?
[15:42] <slangasek> doko: can you take this one?
[15:42] <doko> slangasek, ok
[15:42] <slangasek> doko: cheers
[15:42] <slangasek> and that's all the bugs from bdmurray
[15:43] <stokachu> i got one last bug i forgot to mention
[15:43]  * slangasek yields the floor to stgraber
[15:43] <slangasek> er
[15:43] <slangasek> stokachu:
[15:43] <stokachu> bug 1158489, i haven't started work on this yet
[15:43] <stokachu> err
[15:43] <stokachu> bug 1153717
[15:44] <stokachu> i haven't dug into it yet but curious if cjwatson or anyone has any knowledge of this
[15:44] <stokachu> seems to only affect bare metal
[15:45] <cjwatson> stokachu: already on my list :)
[15:45] <stokachu> cjwatson: ok cool thanks man
[15:45] <cjwatson> I haven't managed to dig into it though, it's dmraid-specific and those are always horrible to debug
[15:46] <stokachu> yea ive got someone who can reproduce it so ill get more debug data if required
[15:46] <cjwatson> I don't think I have more useful debugging to request at this point - I already talked with Leonardo to extract the grub-probe debug output that's attached there
[15:46] <stokachu> ah ok
[15:46] <stgraber> I'm surprised that a Dell PERC triggers dmraid though
[15:47] <stgraber> as those are hardware raid controlers and so should be exporting a fairly standard looking device to the OS
[15:47] <stokachu> i thought perc were more fakeraid/software
[15:48] <stgraber> PERC is usually the brand DELL uses for their hardware raid controler on servers, those are typically standard LSI hardware raid controllers with custom firmware
[15:48] <cjwatson> "<lborda> yeah ... Dell PERC H310 PCIe host-based RAID..."
[15:48] <cjwatson> host-based RAID => fake
[15:48] <stokachu> love those :(
[15:48] <stgraber> ok, congrats to DELL for making everything even more confusing than it was ;)
[15:49] <slangasek> any other bugs?
[15:49] <cjwatson> stokachu: anyway, the first pass in these is always figuring out the grub-probe command that's failing and then getting output of that with -vv, as lborda did - beyond that I promise to keep you updated with how my investigations are going so you have a better chance of working out the next one
[15:49] <cjwatson> stokachu: but at this point it's basically laborious tracing through the code alongside the debug output and waiting for something wrong to jump out
[15:49] <stokachu> cjwatson: cool man ill keep this on my watchlist
[15:50] <cjwatson> which is why I haven't been able to face it yet :-/
[15:50] <stokachu> cjwatson: thanks for looking into it though
[15:51] <slangasek> [TOPIC] AOB
[15:51] <slangasek> anything else?
[15:51] <slangasek> everyone get their fill of Easter candy?
[15:51] <stokachu> mine had liquor in it
[15:51] <stokachu> har har har
[15:51] <barry> no but my peeps did
[15:52] <slangasek> barry: heh
[15:52] <slangasek> so can someone explain to me why the only time Cadbury shows up in the US market is at Easter time?
[15:53] <stokachu> i think the bunny feels he's to important like that matt dude from today show
[15:53] <cjwatson> Because they know that Americans have no taste so they only get to win when the market is flooded?
[15:53] <cjwatson> muttermutterdisgustingherschey :)
[15:53] <slangasek> cjwatson: are you familiar with the Cadbury products that actually get sold here at Easter? :)
[15:53] <ogra_> haha
[15:53] <slangasek> a creme egg is not fine dining
[15:54] <stokachu> hahah
[15:54] <barry> cjwatson: is hersheys even chocolate?
[15:54] <cjwatson> Still nicer than herscheys or however it's spelled :)
[15:54] <cjwatson> We had creme egg ice cream
[15:54] <cjwatson> YUM
[15:54]  * slangasek goes into insulin shock vicariously
[15:55] <cjwatson> I actually had to stop eating cake due to sugar overload
[15:55] <ev> Cadbury? You mean Phillip Morris?
[15:55] <cjwatson> I don't know what the world's coming to
[15:56] <slangasek> ev: didn't Phillip Morris rebrand? :)
[15:56] <slangasek> ("Altria")
[15:56] <ev> with lots of warm colours, yeah
[15:56] <slangasek> anyway, clearly we've reached the end of the productive part of this meeting
[15:56] <slangasek> #endmeeting
[15:56] <meetingology> Meeting ended Wed Apr  3 15:56:41 2013 UTC.
[15:56] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-04-03-15.02.moin.txt
[15:56] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-04-03-15.02.html
[15:56] <ogra_> tobacco chocolate ?
[15:56] <ogra_> thanks !
[15:56] <stgraber> thanks!
[15:56] <slangasek> feel free to continue bantering :)
[15:57] <ev> we all know that Paul a Young is the only real place to get quality chocolate
[15:57]  * barry would but all this talk of chocolate at lunchtime has made him too hungry
[15:57] <jodh> slangasek: don't you mean bantam-ing? :)
[15:57] <ev> maybe Green & Blacks if you're feeling lazy
[15:58] <slangasek> jodh: dict tells me Bantam is "a district of Java", so I think not
[15:58] <jodh> slangasek: next defn. :)
[15:58] <slangasek> no next defn here!
[15:58] <ogra_> barry, ++
[15:58] <jodh> slangasek: http://en.wikipedia.org/wiki/Bantam_%28poultry%29
[15:59] <cjwatson> ev: I'm pretty partial to Hotel Chocolat's output
[15:59] <ev> ah yes, they're wonderful too
[15:59] <slangasek> "A Japanese Bantam chick (left) is half the size of an Orpington"
[15:59] <slangasek> "orpington"?
[15:59] <cjwatson> (and they're guaranteed no-forced-child-labour; I can't work out whether that's true of Paul A Young's output at a quick glance?)
[16:00] <slangasek> I only eat certified organic chocolate harvested by Guatemalan jaguars
[16:00] <cjwatson> Cadbury is no-forced-child-labour, the bar is not *that* high :)
[16:01] <cjwatson> although irritatingly higher than I might like at times
[16:02] <slangasek> (jaguars! http://chocolatebar.com/products.php?product=3oz.-Natural-Dark-Chocolate-with-Espresso-Beans)
[16:11] <cjwatson> slangasek: hah :)
[16:12] <ev> no idea on the child labour


[15:26] <hggdh> !no bionic is <reply> Ubuntu 18.04 (Bionic Beaver) was the 28th release of Ubuntu. Support ended May 31st, 2023. See !eol, !pro and https://lists.ubuntu.com/archives/ubuntu-announce/2023-May/000290.html
[15:26] <hggdh> dammit
[19:33] <genii> ubottu:  bionic is  <reply> Ubuntu 18.04 (Bionic Beaver) was the 28th release of Ubuntu. Support ended May 31st, 2023. See !eol, !pro and https://lists.ubuntu.com/archives/ubuntu-announce/2023-May/000290.html
[19:34] <genii> ubottu: bionic is  <reply> Ubuntu 18.04 (Bionic Beaver) was the 28th release of Ubuntu. Support ended May 31st, 2023. See !eol, !pro and https://lists.ubuntu.com/archives/ubuntu-announce/2023-May/000290.html
[19:34] <genii> Thought for a sec maybe the leading spaces I had were problemmatic but it seems to be some other issue


[08:00] <dpm> good morning all
[08:01] <andrejz> morning
[08:12] <andrejz> dpm, is it possible to confirm all suggestions made during import of an upstream package?
[08:15] <gtriderxc> morning
[08:15] <dpm> morning all
[08:16] <andrejz> @dpm: here i have 1249 suggestions - https://translations.launchpad.net/ubuntu/natty/+source/evolution/+pots/evolution/sl/+translate?show=new_suggestions&start=0
[08:16] <dpm> andrejz, I'm not sure what you mean. When an upstream package is imported all translations are accepted
[08:16] <andrejz> i don't want to confirm each one manually
[08:16] <dpm> let me have a look...
[08:16] <andrejz> i want to confirm all suggestions from 2010-11-26
[08:17] <dpm> andrejz, I'm not sure what happened there. Do you know why they all ended up as suggestions?
[08:17] <andrejz> not certain
[08:18] <dpm> let's ask danilos or henninge when they are here. I'm not sure what could have made all those appear as suggestions
[08:19] <andrejz> ok great, because this is a lot of clicking :)
[08:43] <gtriderxc> if You don't know stright away just ignore this question. I'll find the answer myself, but perhaps anyone knows whether I can translate k3b on Launchpad or they use some other platform??
[08:43] <andrejz> yes you can
[08:43] <andrejz> but it's a KDE program
[08:43] <andrejz> so it's possible  your KDE translation team is also working on it
[08:44] <andrejz> http://l10n.kde.org/stats/gui/trunk-kde4/team/pl/
[08:44] <gtriderxc> yes but i use it a lot under gnome and often recommend it. it is really good. i think the best
[08:44] <gtriderxc> thanks:)
[08:44] <andrejz> i am talking translation wise
[08:44] <andrejz> http://l10n.kde.org/stats/gui/trunk-kde4/team/pl/extragear-multimedia/
[08:45] <andrejz> as you can see k3b is currently 90% translated
[08:45] <gtriderxc> suggested:)
[08:45] <andrejz> so maybe you should get in contact with  the team
[08:45] <andrejz> because if this is translated in KDE it will be automatically imported in launchpad
[08:45] <gtriderxc> i will. thx once again
[08:46] <andrejz> what you can do is talk to them and agree you will finish the translation (so that not 2 people are doing it at the same time)
[08:46] <gtriderxc> sure
[08:46] <andrejz> then translate it in launchpad, export the .po file and send it to the KDE team
[08:55] <andrejz> danilos/henninge, can i ask you a favor ? - here i have 1249 suggestions - https://translations.launchpad.net/ubuntu/natty/+source/evolution/+pots/evolution/sl/+translate?show=new_suggestions&start=0 and i would like to confirm them all
[09:18] <gtriderxc> So, You wrote me once what is _this >>_<< sign for. and what about >>&<< ??
[09:18] <gtriderxc> example: &Clear Project
[09:25] <henninge> andrejz: You mean, accept the suggestions or confirm the current translation?
[09:29] <dpm> gtriderxc, it's exactly the same. GNOME-like apps use "_", whereas KDE-like apps use "&"
[09:29] <gtriderxc> thx
[09:35] <andrejz> @henninge: accept all suggestions made on 2010-11-26
[09:48] <henninge> andrejz: has something like that done before? I think that is not very easy to do by pure SQL.
[09:48] <henninge> *been done*
[09:49] <andrejz> I don't know if this has been done before
[09:52] <henninge> I don't think so. We should see if danilos knows more but he will only be available in a couple of hours.
[09:59] <andrejz> ok. I am not in a rush. if it is  in time for 11.04 and it doens't involve clicking 1250 times, i will be extremely happy
[17:19] <costales> ping dpm
[17:20] <dpm> bones costales :)
[17:20] <costales> bones :D