[06:55] <hendry> Kamion: ah nice, I see you did an NMU with 348509
[06:55] <hendry> Kamion: I hope that change will be in Ubuntu d-i too soon?
[09:43] <hendry> Kamion: http://archive.ubuntu.com/ubuntu/indices/override.dapper.extra.main # all entries are duplicated several times
[09:54] <Kamion> hendry: wasn't really an NMU. yes, it's on my list to merge
[09:54] <Kamion> hendry: sure, probably once per architecture, the duplication is not importan
[09:54] <Kamion> t
[09:54] <hendry> Kamion: http://hendry.iki.fi/debian/dapper/
[09:54] <hendry> i've built my deriv packages
[09:55] <hendry> now I need to wrestle down cdimage
[01:13] <hendry> Kamion: could you tell me what you typically run to create a dapper CD?
[01:13] <Kamion> cron.daily
[01:13] <hendry> so many files in /home/hendry/hannux/cd/cdimage--mainline--0--patch-233/debian-cd/tools
[01:13] <Kamion> the whole point of cdimage/bin/ is to stop you having to care about all the crap in debian-cd all the time
[01:15] <hendry> i don't have a bin dir.
[01:16] <hendry> and could I mirror Ubuntu? Or I need not bother keeping the packages on my local server?
[01:19] <hendry> oh I *do* have a bin
[01:19] <hendry> sorry
[01:19] <hendry> going nuts
[01:22] <Kamion> you have to have a local mirror
[01:22] <Kamion> debian-cd won't work at all without one
[01:22] <Kamion> you only need to mirror main and restricted though, not universe or multiverse
[01:23] <hendry> ok
[01:23] <hendry> how do I setup a mirror?
[01:23] <hendry> the one in Korea already, http://kr.archive.ubuntu.com/ubuntu/ is stupidly fast
[01:24] <Kamion> erm, debmirror? rsync? take your pick, there's documentation on the web
[01:24] <hendry> don't i need an account on your machine for rsync?
[01:24] <Kamion> http://www.ubuntu.com/download/mirror
[01:24] <Kamion> no
[01:24] <Kamion> just rsync from a mirror if possible
[01:24] <hendry> can I mirror http://kr.archive.ubuntu.com/ubuntu/ ?
[01:24] <Kamion> or use debmirror
[01:25] <Kamion> there's documentation available for this, I'm afraid I can't walk you through it
[01:25] <Kamion> I'm sure you can mirror kr, yes
[01:25] <hendry> Ok, I'll look at debmirror to mirror the stuff at http://kr.archive.ubuntu.com/ubuntu/
[01:26] <hendry> Kamion: thanks for your help again
[01:26] <Kamion> debmirror can use http so there should be no problem there
[01:54] <hendry> demirror++ # very cool
[02:28] <hendry> 2.8G


[17:11] <l2y> what is the official way to detect whether a distro is running upstart? like the existence of some file or directory under /run
[19:08] <hallyn> l2y: well you can do a lsof -U | grep /com/ubuntu/upstart


[00:00] <psusi> cjwatson, well, I've spent tonight going over all of the debian patches and either removing them because they are merged upstream, or refreshing where needed... most of them dropped out
[00:00] <cjwatson> That's not the hard bit :-)
[00:01] <cjwatson> Honestly, we've had this conversation before
[00:01] <cjwatson> You just don't believe me, but I can't help that :)
[00:02] <cjwatson> If you want to actually move this forward, forget about parted - look at the partman-base bug I'll file in a moment and implement that
[00:16] <cjwatson> Debian #696123
[00:16] <cjwatson> right, really bed now
[02:52] <ScottK> infinity: Keeping mpi in Universe is the reason we split the boost source package in half, so good call on valgrind ...
[03:18] <hyperair> rc0.d is the shutdown runlevel, right? does are SXXfoo* scripts supposed to be called with start or stop when shutting down?
[03:18]  * hyperair noticed an S90halt that seems to do nothing on start but does stuff on stop instead.
[03:19] <StevenK> S* are calling when switching to that runlevel
[03:19] <StevenK> *called
[03:26] <infinity> hyperair: "The two runlevels 0 (halt) and 6 (reboot) are slightly different. In these runlevels, the links with an S prefix are still called after those with a K prefix, but they too are called with the single argument stop."
[03:26] <hyperair> ah i see.
[03:26] <hyperair> infinity: where does that come from?
[03:27] <infinity> hyperair: From Policy, §9.1
[03:27] <hyperair> aha, okay, thanks
[06:54] <pitti> Good morning
[06:54] <pitti> bdmurray: .crash with out SAS> oh I am! can you please file a bug and attach the file there?
[06:55] <pitti> infinity: no, it's not meant to defer crash reports; as long as update-notifier is running, they should be reported right away
[06:55] <pitti> infinity: you can call /usr/share/apport/apport-gtk to show the pending ones
[07:48] <pitti> infinity: you can call /usr/share/apport/apport-gtk to show the pending ones
[07:55] <dholbach> good morning
[08:03] <pitti> hey dholbach
[08:04] <dholbach> hey pitti
[08:32] <dholbach> can somebody please reject https://code.launchpad.net/~logan/ubuntu/raring/php-horde-crypt-blowfish/debian-merge/+merge/139545 (based on the last comment)?
[08:34] <pitti> dholbach: done
[08:34] <dholbach> thanks pitti
[08:46] <infinity> pitti: Hrm.  update-notifier's running, but definitely no reports.  Weird.
[08:48] <mpt> pitti, hi. Three main issues have stopped me when considering whether to design a Presentation Mode or Do Not Disturb mode in the past. First, most of the notifications I've seen examples of, that would be suppressed in that mode, are notifications that probably shouldn't be shown as bubbles in the first place -- except perhaps for chat, and that's handled by Busy status. Second, how you'd remember that you'd gone into that mode, so that you could exit late
[08:48] <mpt> r. And third, what would happen when you did exit: would notifications be queued up, or would they just be dropped?
[09:02] <pitti> mpt: ah, thanks for the heads-up; JohnLea pointed me to http://design.canonical.com/the-toolkit/unity-multi-monitor-interactions/ → Multiple Monitors UX Specification → Presentation mode
[09:04] <mpt> pitti, that takes me to a sign-in page :-]
[09:04] <mpt> ah, I found the section
[09:07] <mpt> pitti, doesn't look like that document addresses those issues either
[09:10] <pitti> mpt: not for providing an option to turn them off, just for not displaying them when you are in a fullscreen app, etc.?
[09:10] <infinity> pitti: Running apport-gtk appears to have done nothing...
[09:11] <mpt> pitti, I mean (1) examples of notifications that would be suppressed but normally shown, (2) how you would notice/remember that you'd gone into that mode, and (3) what would happen when you exited.
[09:11] <pitti> infinity: then it seems you do not have crash reports which weren't already presented
[09:11] <infinity> pitti: That's patently untrue, I have 10 new ones.
[09:11] <infinity> pitti: And if my last few logins are anything to go by, they'll all get presented next time I reboot. :P
[09:12] <infinity> (But maybe not this time?)
[09:12] <pitti> infinity: can you pastebin the output of stat /var/crash/* ?
[09:12] <pitti> infinity: it tells apart "seen" from "unseen" by atime > mtime
[09:12] <infinity> http://paste.ubuntu.com/1444864/
[09:13] <pitti> /var/crash/xserver-xorg-video-intel.2012-12-12_19:28:48.563612.crash looks strange
[09:14] <pitti> Access: 2012-12-12 19:28:48.559803473 -0700
[09:14] <pitti> Modify: 2012-12-12 19:28:48.567803473 -0700
[09:14] <pitti> atime < mtime
[09:14] <pitti> but that should count as "new"
[09:14] <infinity> They all look like that.
[09:14] <infinity> Isn't that vaguely normal for open, write, close?
[09:14] <pitti> no, the top ones have atime > mtime, e. g. /var/crash/xserver-xorg-video-intel.2012-12-11_06:55:33.704464.crash’
[09:14] <infinity> Well, the top ones have a higher atime because they've been reported.
[09:15] <infinity> All the unreported ones don't.
[09:15] <pitti> infinity: these are root ones, so you need to run sudo /usr/share/apport/apport-gtk
[09:15] <pitti> does that work?
[09:16] <infinity> Oh, perhaps that's the problem?  Maybe update-notifier doesn't pick up rooty ones?
[09:16] <pitti> the bottom block indeed
[09:16] <pitti> they also don't have .upload files
[09:16] <pitti> the top ones do, and it's apport itself which creates the .upload stamps
[09:16] <pitti> so these must have been shown
[09:16] <infinity> pitti: Yes, the top ones were all shown.
[09:16] <infinity> pitti: It's the 10 at the bottom that I'm saying haven't been.
[09:17] <infinity> pitti: And having them all show (very, very, slowly, I might add) on login is pretty unfriendl.
[09:17] <infinity> unfriendly, too.
[09:17] <pitti> infinity: what's the exit code of "/usr/share/apport/apport-checkreports --system"?
[09:17] <infinity> As opposed to right after the crach, which is what I'd expect.
[09:17] <pitti> infinity: yep; we have a design to fix that
[09:17] <pitti> infinity: but assuming that your desktop session actually survives the intel crash, that's actually supposed to happen right now
[09:18] <infinity> pitti: That returns 0.
[09:18] <pitti> ok, then update-notifier doesn't pay enough attention to that
[09:18] <infinity> pitti: Yeah, my session survives, the reports, as mentioned, don't happen until next login.
[09:18] <pitti> infinity: can you kill it and run it on a terminal?
[09:18] <pitti> infinity: it waits for a minute or so before it checks for crash reports
[09:19] <pitti> infinity: then "sudo touch" an already seen one, that ought to trigger its attention
[09:20]  * pitti tries here with sudo sh -c 'kill -SEGV $$'
[09:20] <pitti> that brings up apport just fine
[09:21] <rbasak> How do I get ubiquity to use -proposed? Will apt-setup/proposed=true in the kernel cmdline work?
[09:21] <rbasak> infinity: you're up early! Or late? I've managed to reproduce bug 1079185 using ubiquity. Need to try -proposed now.
[09:22] <infinity> rbasak: Did you not notice the part where I already marked it v-done?
[09:22] <rbasak> Oh, you have?
[09:22] <infinity> rbasak: Two days ago...
[09:22] <rbasak> It would help if I were subscribed to the bug, wouldn't it!
[09:22] <rbasak> Thanks!
[09:25]  * rbasak puts his pandaboard stack away
[09:37] <xnox> rbasak: hmm.. in what sense do you mean -proposed?
[09:38] <rbasak> xnox: nm, it turns out that infinity already tested it. What I meant was that I wanted ubiquity to pick up flash-kernel-installer from -proposed, if that's possible (or else I wanted to manually update it before it used it)
[09:38] <xnox> rbasak: ah. ack.
[09:41] <rbasak> xnox: for future reference, how would I achieve that?
[09:42] <xnox> rbasak: if a package is just installed - you can upgrade it in the tty1 however you like.
[09:42] <rbasak> xnox: including udebs?
[09:42] <xnox> rbasak: we do not use udebs.
[09:43] <xnox> rbasak: in ubiquity we unpack them at source build time & embed udebs in the ubiquity package.
[09:43] <xnox> rbasak: so for those you need to rebuild ubiquity package & upgrade that in live environemnt...... or simply replace bits & bobs in-place (if it's not compiled stuff ;-) )
[09:43] <rbasak> OK, got it. Thanks!
[09:44] <xnox> =)
[10:34] <infinity> pitti: Oh, FFS, I did have an apport dialog hidden behind all my windows that I found when I went to shut down.
[10:34] <infinity> pitti: Now, how long that's been there, I can't say.
[10:34] <pitti> infinity: ps aux|grep apport-gtk
[10:34] <pitti> that should tell you?
[10:35] <infinity> That had nothing in it the last time I looked.
[10:35] <infinity> That initial "problem detected" dialog isn't from apport, is it?
[10:35] <infinity> I'm assuming it's from update-manager.
[10:35] <pitti> right, update-notifier
[10:35] <pitti> my bad
[10:36] <infinity> And now I get to go through the pain of reporting 10 of these.
[10:36] <infinity> Which takes way longer than seems reasonable.
[10:36] <pitti> it's ten times click "ok"
[10:36] <infinity> No, the gpu crashes take eons to actually do their thing.
[10:37] <pitti> but indeed, as I said we have a design for batching those
[10:37] <infinity> Not sure what they're doing, but they don't do it quickly.
[10:37] <pitti> infinity: or just close the dialog; we have enough of those already, after all
[10:37] <infinity> Gah, and typing while modal dialogs keep popping up = bad.
[10:37] <infinity> *sigh*
[10:37] <pitti> infinity: they attach a load of log files, and dissect the GPU dump for a signature
[10:38] <infinity> pitti: Sure, but I can't see how that takes more than a few seconds.
[10:38] <infinity> (It's literally a minute or more per crash)
[10:39] <infinity> Which is extra entertaining when I have more GPU crahes while reporting my GPU crashes. :)
[10:39] <mitya57> hey dholbach, so do you know what happened to translations.js?
[10:39] <infinity> (The only reason I report them at all is to not give the impression that the bug is fixed, or becoming less frequent)
[10:39] <dholbach> mitya57, no, I'm afraid I didn't get a chance to do that, but it's next on my list
[10:40] <dholbach> mitya57, the script which updates developer.u.c seems to cause some other breakage as well (intermittent failures to update), so this is a good chance to make it more robust
[10:40] <mitya57> dholbach: ok. that's minor thing, but it prevents some sphinx's built-in strings from being translated
[10:41] <dholbach> I'll let you know :)
[10:42] <dholbach> mitya57, ru.po is up to 61% :)
[10:43] <mitya57> wasn't it at the same value when we were discussing it last time? :)
[10:44] <dholbach> mitya57, I think we added some strings in the meantime ;-)
[10:44] <mitya57> I do not have too much time to translate it myself, but other 3 people do it very well...
[10:44] <dholbach> but yeah, it's still pretty close to the threshold of 70
[10:44] <dholbach> I'm sure we'll get there
[10:44] <mitya57> of course :)
[10:45] <mitya57> btw, I'll maybe find some time for Sphinx SRUs after 1.2 release which will be soon
[10:47] <dholbach> sweet
[10:51] <ciao> ciao
[10:51] <ciao> help
[11:09] <mpt> barry, hi, any chance of landing the SRU for bug 846044 soon?
[11:11] <mitya57> mpt: it's already in -proposed, and will be moved to -updates when someone adds verification-done tag...
[11:15] <mpt> mitya57, who is "someone" in this context? :-) (I'm not familiar with the details of the process)
[11:15]  * mpt should just go read it
[11:16] <mpt> ah, the SRU Verification Team
[11:16] <dholbach> mitya57, fixed
[11:17] <xnox> mpt: to be honest anyone. If you can reproproduce the problem, upgrade to -proposed, follow the test-case realise that (i) the problem is fixed & (ii) there are no regressions then just comment on the bug that "performed verification followed these steps, etc"
[11:17] <mitya57> dholbach: nice, thank you!
[11:17] <dholbach> mitya57, anytime :)
[11:18] <xnox> then it can get marked verification-done very quickly & sru team will weight on that comment & release the update.
[11:22] <mitya57> dholbach: maybe it's possible to link singlehtml/search.html -> html/search.html for every language? so that people don't think that search is broken.
[11:22] <dholbach> bah
[11:22] <dholbach> ok
[11:22] <dholbach> publishing these docs is a giant hack :)
[11:23] <mitya57> that was nitpicking :)
[11:24] <mitya57> unfortunately it can't be done in the branch because there are no html subdirectories in our packages
[11:26]  * dholbach nods
[11:26] <dholbach> I'll look into it
[11:56] <Daviey> doko: Does libboost-thread-dev  need a MIR, considering Boost is already main?  bug 1086423
[11:57] <infinity> Daviey: No.
[11:57] <doko> Daviey, no, I don't think so. we don't have a good way to track binary package which we do want to keep out of main
[11:59] <Daviey> Yeah, i didn't just want to action it... as a MIR had alrady been opened and assigned to you
[12:01] <infinity> To be fair, I'd rather see a few unnecessary MIRs than the inverse, so I don't mind that one was opened.
[12:01] <infinity> But yeah, not necessary in this case.
[12:01] <infinity> boost was already split intentionally for main/universe reasons, it's fairly safe to assume that anything coming from the main sources is fine for main.
[12:02] <infinity> (It's just that some of it is in universe because nothing currently depends on it)
[12:02] <Daviey> yeah.. I was just checking, as mterry had assigned it to doko.. and i didn't want to trump over that without checking :)
[12:11] <shnatsel> cjwatson: Hello! I see the Precise seeds have been switched to 3.5 kernel a while ago for x86 achitectures, but the daily ISOs still contain 3.2 kernel. Is that intentional?
[12:44] <infinity> shnatsel: If by "still contain", you mean they have both, yeah, that's known.
[12:44] <infinity> shnatsel: Not intentional, per se, and needs fixing, but known.
[12:57] <shnatsel> infinity: they default to 3.2, not sure if they actually contain 3.5; elementary's ISOs build from mostly the same seeds do not contain 3.5.
[12:57] <shnatsel> infinity: thanks! I'll look for Launchpad bug report and subscribe.
[13:15] <xnox> shnatsel: well 3.5 is shipped under a new package name, so you do need to change your seeds if you wish to have 3.5.
[13:17] <shnatsel> xnox: I did - I've merged the changes from Ubuntu's seeds. I do have the package with "quantal" in its name in seeds, but ISOs still use 3.2 by default. I've checked today's Ubuntu Precise daily build and it has the 3.2 kernel too.
[13:22] <infinity> xnox: Changing seeds doesn't help, as "apt-get install ubuntu-desktop^" uses task headers, which we can't change post-release.
[13:22] <xnox> true & *sigh*
[13:22] <infinity> So, the solution for Ubuntu's images will require some mangling, either removing the release kernels manually, or switching to using metapackages.  Undecided yet on which is more annoying.
[13:23] <infinity> My gut feeling is that doing the removal may be less scary than switching from tasks to metapackgaes and trying to determine if that causes fallout.
[13:23] <infinity> It's on my TODO, at any rate.
[13:57] <pitti> jibel: FYI, if your current gnome git fails to build in g-i: https://bugzilla.gnome.org/show_bug.cgi?id=690347
[14:24] <doko> what does this mean?
[14:24] <doko> dpkg-source: warning: unknown information field ')description' in input data in package's section of control info file
[14:24] <doko> the dsc file looks fine
[14:31] <arand> What does your debian/control file look like?
[14:47] <pitti> mdeslaur: many thanks for the glibc fix!
[14:47] <mdeslaur> pitti: yw! sorry for having broke it in the first place :P
[14:59] <pitti> mdeslaur: https://launchpad.net/ubuntu/+source/postgresql-8.3/8.3.22-0ubuntu8.04 \o/
[15:00] <mdeslaur> cool :)
[15:20] <mpt> ev, https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/500175/comments/10
[15:50] <bdmurray> pitti: bug 1091289
[15:50] <pitti> bdmurray: thanks
[15:51] <pitti> bdmurray: ah, that's an easy one
[15:52] <pitti> bdmurray: bug updated
[15:52] <pitti> bdmurray: i. e. I don't think we should allow that low level of stacktrace quality
[15:53] <pitti> it severely increases the probability of false positives for duplication
[15:53] <bdmurray> So then should we not notify about those somehow?
[15:53] <pitti> the user/reporter can hardly do something about it
[15:54] <pitti> I think we can just keep them in errors.u.c. without being able to auto-duplicate them
[15:54] <bdmurray> I believe errors didn't take it because it had no SAS
[15:55] <pitti> I don't have much confidence in a stack trace starting off a NULL pointer
[15:55] <pitti> basically, everything we know about it is "it crashed and corrupted memory"
[15:55] <bdmurray> okay, and point is apport shouldn't offer to report it then
[15:56] <pitti> well, I wonder why we wouldn't
[15:56] <pitti> ev seems rather adamant of collecting each and every "unreportable" crash where we already know that it is the user's fault
[15:57] <pitti> for those we should probably collect them as well, so that we know how many "no SAS" crashes we have?
[15:57] <pitti> bdmurray: anyway, I guess we can add an UnreportableReason: field to it and tell the user "sorry, we cannot report this"
[15:57] <bdmurray> I thought ev had a counter of errors with an SAS coming in
[15:57] <pitti> but as there is no feedback after submitting a crash anyway, this would not actually make much of a difference
[15:57] <bdmurray> er without an SAS
[15:59] <pitti> if we do, we kind of do report them then?
[16:00] <bdmurray> yes, I guess so.  Perhaps we should look at the counter sometime in the future and see how many there are and if the quantity is high consider it as detracting from the user experience, because we have excessive error dialogs.
[16:20] <pitti> doko: cross toolchains> really cool!
[16:35] <infinity> BenC: I'm going to delay that linux-ppc build for a bit, if you don't mind terribly.
[16:35] <BenC> infinity: not a problem
[16:38]  * xnox is sorry for [ab]using buildds for upstart sprint =)
[16:44] <infinity> xnox: Given that all those builds fail anyway.. :P
[16:48] <xnox> infinity: the last one actually works now =)
[16:49] <xnox> infinity: https://code.launchpad.net/~canonical-foundations/+recipe/upstart-daily-nonvirt
[16:53] <infinity> xnox: "the last one actually works"... You sound surprised.
[16:54] <infinity> "I wrote some code and it actually kinda compiles a little bit and might even run sometimes, you should totally check it out."
[17:00] <stgraber> infinity: well, we found a few "interesting" bugs where the tests would hang if they were run from within a directory containing a ~ in its name
[17:00] <stgraber> infinity: took me a little while to figure out that one and fix it ;)
[17:01] <xnox> infinity: and ppa recipes add ~release1 at the end..... =)
[17:01] <stgraber> now we still have the problem that the tests hang on virt but pass on non-virt, but I'm just blaming 2.6.24 for now (downloading a hardy ISO to test here)
[17:01] <infinity> stgraber: Hahahahaha.
[17:02] <infinity> stgraber: (To the ~ bug)
[17:03] <stgraber> infinity: why the -2 for our "good" upstart powerpc build? I already scored down all the ones that were pointless...
[17:05]  * stgraber rescored to the original score and made sure all the others are at -2 or lower
[17:05] <stgraber> we kinda want to confirm that upstart still builds on PPC, it's a pretty short build and we have a 99% change it won't hang like the last one (where I had to poke webops)
[17:08] <infinity> stgraber: Oh, sure, have one.  I just scored them all down cause several seemed excessive.
[17:08] <stgraber> infinity: you know, if only we had that nice cancel feature that the PPA have ;)
[17:12] <jono> is anyone else getting lockups in compiz/unity in raring?
[17:20] <infinity> jono: Intel graphics?
[17:23] <jono> infinity, yep
[17:24] <infinity> jono: Bunch of intel crashes in /var/crash?
[17:24] <infinity> jono: It's probably https://errors.ubuntu.com/bucket/?id=[sandybridge-m-gt2%2B]%20GPU%20lockup%20%20IPEHR%3A%200x0b160001%20IPEHR%3A%200x0b140001%20Ubuntu%2013.04
[17:25] <jono> infinity, yep, lots of them
[17:25] <infinity> jono: (for the record, on my laptop, it can worked around by VT switching to VT1 and back to VT7 every time it freezes)
[17:25] <infinity> Not that that's a pleasant workflow, but it avoids having to reboot. :P
[17:25] <jono> infinity, yeah, I noticed that too, but when in multi-monitor it doesnt work
[17:25] <infinity> Ahh, lovely.
[17:25] <jono> I switch VTs and when I switch back I get nothing, just a black screen
[17:25] <jono> infinity, is a bug filed for this?
[17:25] <infinity> Well, if you have dual graphics on that thing, I might recommend switching to the ATI/nvidia for a bit.
[17:26] <infinity> jono: It's the #4 crash on errors, the X guys are well aware of it.
[17:26] <jono> ahhh sweet
[17:26] <jono> thanks!
[17:26] <infinity> jono: I'm sure there's a bug matching it somewhere, though I don't know or care what the number is. :P
[17:26] <jono> np :-)
[19:00] <oVeRMiND> hello world!
[19:28] <zykes-> does Ubuntu / Debian have a equivelant to "repodata" as Fedora / RHEL things have?
[19:30] <sarnold> zykes-: I don't know what the fedora repodata contains, but the Packages files contain a _lot_ of data, see 'apt-cache showsrc sed' for a quick example of some of the data available
[19:32] <zykes-> sarnold: basically a overview of packages / files
[19:35] <dobey> zykes-: the apt Packages info doesn't contain the files list for the packages, iirc
[19:36] <zykes-> dobey: I basically need to get something equivelant to add .deb support to Pulp
[19:37] <sarnold> ah, perhaps the apt-file package can help you?
[19:42] <cjwatson> zykes-: Packages.gz if you're looking for metadata on binary packages; Sources.gz if you're looking for metadata on source packages; Contents-$ARCH.gz if you're looking for file lists
[19:42] <cjwatson> all in the dists/RELEASE/ directories
[19:50] <zykes-> cjwatson: is there any bindings in python to do this stuff ?
[19:50] <cjwatson> python-debian
[19:50] <cjwatson> handles a lot of it
[19:51] <cjwatson> Probably not Contents-*, I forget
[19:51] <zykes-> not python-apt ?
[19:51] <cjwatson> Whether any distribution other than Debian-based ones has felt the need to package python-debian, I couldn't help you with ...
[19:51] <cjwatson> python-apt does it too in a different way
[19:52] <cjwatson> If you have it you can use it.  I suggested python-debian because it doesn't depend on the apt libraries
[19:52] <zykes-> ok :)
[19:53] <cjwatson> python-apt mostly wants to operate on an apt cache, but it does have the apt_pkg.TagFile class which parses files of the general format used in Packages and Sources
[19:59] <cjwatson> The difference is basically that python-apt does the parsing in C++ via the apt libraries, while python-debian is in pure Python
[20:00] <cjwatson> Both support Python 3 with sufficiently recent versions; python-apt is probably generally faster at runtime
[20:00] <cjwatson> I often use a mix of the two depending on what I need
[20:06] <zykes-> cjwatson: what's the whole non-free main universe multiverse stuff for ubuntu ?
[20:55] <cjwatson> zykes-: http://people.canonical.com/~cjwatson/ubuntu-policy/policy.html/ch-archive.html#s-sections
[20:56] <cjwatson> zykes-: briefly, main -> free+supported; restricted -> non-free+supported (hardware drivers only); universe -> free+unsupported; multiverse -> non-free+unsupported
[20:57] <cjwatson> although the meaning of "supported" there is currently fuzzy and so this is subject to change to fix that
[21:00] <mterry> mpt, poke.  Looking at SoftwareUpdates spec.  In the "available updates" part, you say that if a package isn't a dependency of ubuntu-desktop, it shouldn't be a part of the "Ubuntu base" item.  Is that true even for packages that don't have .desktop files?  (i.e. xubuntu-common or some such?)
[21:04] <cjwatson> Note that ubuntu-standard and ubuntu-minimal, and their dependencies, are intentionally not dependencies of ubuntu-desktop.
[21:05] <cjwatson> (Essentially to avoid cascading problems when people decide they want to substitute their own piece there.)
[21:22] <mterry> cjwatson, good note, thanks
[21:22] <jtaylor> achiang: I filed bug 1091411, happy testing ;)
[21:23] <achiang> jtaylor: thanks
[23:27] <semiosis> fwiw, i just got a ppa upload rejected email from launchpad for some other user's ppa
[23:27] <semiosis> i uploaded to mine & got rejected from someone elses
[23:27] <semiosis> if anyone cares to look into it i can forward the rejection email & any other info you need
[23:28] <semiosis> on second try i got an accepted email for my ppa


[11:30] <drulgaard> Hi!  My Juju can't set up LXD successfully (after a juju deploy --to lxd:0) as it can't create lxdbr0 for weird reasons I won't go into now.  Given that I'm using spaces and a bridge is already configured for that space on the target, I don't believe lxdbr0 is actually needed.  Can I tell Juju to not create it, or at least not worry about it failing to create?
[11:32] <drulgaard> Alternatively, being able to specify the subnet Juju should tell LXD to use on lxdbr0 would work around my problem, but I don't see a way to do that either.


[07:25] <dholbach> good morning
[07:26] <JoseeAntonioR> hey, dholbach
[07:27] <dholbach> hey JoseeAntonioR
[12:16] <locodir-user> Hello Ubuntu Mzansi Loco
[12:16] <locodir-user> Anyone online
[12:17] <dholbach> yes, but sometimes you need to wait a bit until somebody replies :)
[12:19] <locodir-user> ok
[12:19] <locodir-user> :)
[12:20] <locodir-user> I just wanna join this team and see how can I contribute
[12:20] <locodir-user> Just anyhow. Even if it's cleaning...
[12:20] <locodir-user> :)
[12:21] <dholbach> locodir-user, I'm from Germany and I'm not quite sure what Mzansi is - which country are you from?
[12:21] <locodir-user> :)
[12:21] <locodir-user> South Africa's nickname
[12:21] <locodir-user> I'm from Lesotho
[12:22] <dholbach> ah nice
[12:22] <locodir-user> Ever heard of a country called Lesotho?
[12:22] <dholbach> yes, I did :)
[12:22] <locodir-user> :)
[12:22] <locodir-user> Ok
[12:22] <dholbach> drubin is from SA
[12:23] <dholbach> not sure though if he's currently available
[12:23] <locodir-user> How do I get hold of "drubin"
[12:23] <dholbach> you could also join the #ubuntu-za channel
[12:23] <dholbach> and ask in there
[12:23] <dholbach> http://loco.ubuntu.com/teams/ubuntu-za has a link to it
[12:24] <dholbach> the "chat symbol" on there
[12:24] <locodir-user> :)
[12:24] <locodir-user> let me see...
[12:26] <locodir-user> I'm in that channel
[12:28] <locodir-user> Tell me something before I leave; is there anysuch as Ubuntu Certified Engineer?
[12:28] <locodir-user> I've only heard of Ubuntu Certified Professional


[05:04] <kirkland> how do i obtain an ubuntu cloak?
[05:17] <tsimpson> you become an ubuntu member
[05:18] <tsimpson> !member
[08:59] <DJones> segle: Have you asked in #ubuntu-irc? /topic
[10:15] <jester-> hi
[11:51] <ibralnet> Hi all
[11:51] <ibralnet> I need to make an installer of my (PHP) application on ubuntu
[11:51] <ibralnet> can any body help me please ?
[11:52] <jester-> ibralnet: support is in #ubuntu
[11:52] <ibralnet> ok
[11:52] <ibralnet> thanks
[11:52] <ibralnet> so what can I ask for here ?
[11:53] <jester-> that one you asked here
[13:58] <ikonia> jpds: ljl or any other spanish #ubuntu-es ops around please ?
[14:00] <ikonia> TiMiDo OberonKing erUSUL dballester Sapote RoAkSoAx uBOTu-fr Lord_Ahriman ping
[14:02] <erUSUL> ikonia: back from lunch...
[14:03] <ikonia> erUSUL: ahhh perfect
[14:03] <ikonia> erUSUL: KZKG^Gaara is in the greylist due to his isp and wants access to #ubuntu-es
[14:03] <erUSUL> i'll take a look
[14:03] <ikonia> thanks
[14:03] <ikonia> KZKG^Gaara: there you go erUSUL is helping
[14:04] <KZKG^Gaara> yep I see
[14:04] <erUSUL> ikonia: *!*@gateway/web/ajax/mibbit.com/*!#ubuntu-graylist <<--- this banforward?
[14:04] <erUSUL> KZKG^Gaara: are you using mibbit ?
[14:05] <erUSUL> KZKG^Gaara: usas mibbit
[14:05] <KZKG^Gaara> erUSUL si, lo estoy usando desde hace unas pocas semanas
[14:05] <ikonia> erUSUL: yup
[14:06] <ikonia> erUSUL: don't know if the policy is to excempt for the session or just leave in place etc
[14:06] <erUSUL> ikonia: was a ban by Ljl for a annoying banevader troll... i will remove it lets see how it goes
[14:06] <ikonia> erUSUL: I thought you just excepted the one user sessions
[14:06] <ikonia> erUSUL: rather than remove the ban
[14:06] <ikonia> it was a spam network as I recall
[14:07] <erUSUL> how can i do that
[14:08] <Pici> /mode +e *!?=c8378c42@*
[14:08] <erUSUL> ikonia: make an exception for just that user
[14:08] <Pici> erUSUL: ^^
[14:08] <ikonia> Pici: is too quick
[14:08] <erUSUL> :) thnaks both
[14:09] <KZKG^Gaara> erUSUL then...
[14:09] <erUSUL> KZKG^Gaara: intenta entrar ahora...
[14:11]  * erUSUL wonders were to get all that irc/freenode lore
[14:11] <KZKG^Gaara> erUSUL listo ya pude entrar.
[14:11] <erUSUL> ok
[14:11] <KZKG^Gaara> Muchas gracias.... la verdad no tengo ni idea de la razón de ese spam
[14:12] <erUSUL> Algunos usan mibbit (para evitar ser reconocidos etc) para entrar a trollear en el canal y un op puso a todo mibbit en un graylist
[14:15] <KZKG^Gaara> erUSUL aa ya; ya entendí. Y una pregunta; tengo mi nick registrado pero aún así algún usuario puede ponérselo?
[14:16] <erUSUL> KZKG^Gaara: si esta registrado y con contrseña no
[14:18] <KZKG^Gaara> erUSUL ok gracias por la aclaración
[14:30] <LjL> ikonia: i had set a redirect from mibbit users to -graylist in #ubuntu-es because there was a persistent mibbit abuser and -graylist had already a spanish topic, spanish ops feel free to remove it
[14:30] <LjL> or change it into something more appropriate if that's still required
[14:32] <LjL> later
[16:40] <alefteris> hi all, in #ubuntu-gr there are 2 ubuntu bots, can we just keep one?
[17:10] <jpds> nalioth, jussi01 ^^
[19:40] <ubot4`> CShadowRun called the ops in #ubuntu-uk ()
[23:27] <phix> can I idle here?
[23:28] <phix> ikonia: What do you reckon?
[23:29] <ikonia> no point
[23:29] <phix> oh
[23:29] <ikonia> nothing will get resolved in here for you
[23:29] <phix> that is fine, I can't just talk in here?
[23:29] <ikonia> no
[23:29] <ikonia> it's not a chat/support channel
[23:29] <phix> oh
[23:30] <phix> hmmmm and I guess #ubuntu-meta isn't either ay
[23:30] <ikonia> no
[23:30] <ikonia> phix: to be honest, why don't you just move away from ubuntu channels as you're just causing issues
[23:30] <ikonia> phix: find generic chat channels
[23:30] <phix> haha
[23:31] <bazhang> #defocus
[23:32] <phix> ikonia: nah I will persist, see you tomorrow!
[23:33] <ikonia> phix: your welcome to keep trying but with your current attitude it will go no-where
[23:33] <phix> I mean I just wanted to complain about bugs anyway, like ntfs-3g using a hell of a lot of resources then it should be
[23:33] <phix> ikonia: what is wrong with ym current attitude?
[23:33] <phix> perhaps you are misunderstanding me
[23:33] <ikonia> I'm not disscussing this with you again - or in this channel
[23:33] <phix> ok
[23:33] <phix> cya


[00:00] <ahoneybun> I can comfirm the latest devel-proposed image has a working APN editor!
[01:09] <ahayzen> mzanetti, thanks for the feedback for the music-app, i hope my responses make sense :)
[08:54] <mzanetti> popey: hey ho, good morning
[08:55] <mzanetti> popey: small request: In order to avoid confusion, could you please build upcoming packages containing the bzr revno instead of "latest"?
[08:55] <mzanetti> andrew says I don't have the latest one, I think I do... but we can't really know for sure without comparing code :)
[08:58] <popey> mzanetti: yeah, good point
[09:50] <ogra_> mzanetti, HAPPY BIRTHDAY !!!!
[09:50]  * ogra_ throws confetti
[09:51] <mzanetti> :) thanks ogra
[09:51]  * popey throws mzanetti
[09:51] <mzanetti> :D
[09:51] <ogra_> ouch
[10:12] <JamesTait> Good morning all; happy Friday and happy Magic Day! :-D
[10:25] <nik90> mzanetti: Many Happy Returns of the Day!!
[10:26] <nik90> mzanetti: so would this be your day off or you got to work on unity8 on your b'day ;) ?
[10:26] <mzanetti> I obviously get to fix TOPBLOCKER bugs today :)
[10:29] <mzanetti> nik90: thanks :) Didn't hear the "Many happy returns" thing before. Just had an interesting read on http://en.wikipedia.org/wiki/Many_happy_returns_%28greeting%29
[10:31] <nik90> mzanetti: we use that expressions commonly in India
[10:32] <mzanetti> I guessed that much, yeah.
[10:45] <rpadovani> mzanetti, tanti auguri di cuore :D
[10:45] <mzanetti> :D
[10:45] <mzanetti> thanks :)
[10:45] <mzanetti> err, mille grazie
[10:46] <rpadovani> ahah
[11:08] <gventuri> rpadovani: hi
[11:09] <gventuri> rpadovani: do you know if OsoMon is online?
[11:09] <rpadovani> gventuri, oooops, sorry, totally forgot about hangouts, coming :D
[11:09] <rpadovani> gventuri, nope, I didn't see him
[11:12] <mihir> mzanetti: wish you many many happy returns of the day :)
[11:13] <mzanetti> mihir: thanks a lot :) (nik90, seems I learned something useful today ^)
[11:13] <mzanetti> :)
[11:14]  * mihir reads history :P
[11:14] <nik90> mzanetti: lol
[11:14] <mihir> ahh got it :P
[11:17] <rpadovani> mzanetti, penk https://code.launchpad.net/~reminders-app-dev/reminders-app/uriHandler/+merge/239961
[11:20] <mzanetti> rpadovani: does the toLower() work fine?
[11:21] <rpadovani> mzanetti, actually, no, wrong function :/
[11:21] <rpadovani> it's toLowerCase(), damn
[11:27] <rpadovani> mzanetti, fixed, sorry :/
[11:28] <mzanetti> no problem
[11:28] <mzanetti> rpadovani: added two more inline comments
[11:32] <mzanetti> rpadovani: btw, in order to test the uri handler stuff you can just install it on your phone with qtcreator then do this:
[11:32] <mzanetti> sudo apt-get install url-dispatcher-tools
[11:32] <mzanetti> url-dispatcher evernote://foobar
[11:32] <mzanetti> and it should open/focus reminders and do stuff
[11:32] <rpadovani> mzanetti, cool, thanks
[12:16] <popey> mzanetti: http://people.canonical.com/~alan/com.ubuntu.music_2.0.722_all.click
[12:16] <mzanetti> popey: thanks :)
[13:58] <aquarius> Hm. Trying to open davidcalle's soundcloud tutorial scope from http://developer.ubuntu.com/scopes/tutorials/write-a-json-scope-in-cpp/, Ubuntu SDK gives me the error "CMake Error at CMakeLists.txt:9 (message):  g++ version must be 4.9!"
[13:59] <aquarius> Looking at http://irclogs.ubuntu.com/2014/10/04/%23ubuntu-app-devel.html#t11:16 it suggests that I need 14.10 to get gcc 4.9, and I'm on 14.04
[13:59] <davidcalle> aquarius, hmm... if on 14.04, you need to use a phone or emulator device kit, not desktop
[13:59] <aquarius> davidcalle, ok, that's cool, but I don't know how to set that up...?
[14:00] <nik90> aquarius: developer.ubuntu.com has all the tutorials you ever need to set up phone or emulator
[14:00] <aquarius> is http://developer.ubuntu.com/apps/sdk/tutorials/click-targets-and-device-kits/ what I should be looking at?
[14:00] <nik90> http://developer.ubuntu.com/apps/sdk/tutorials/
[14:00] <nik90> aquarius: yes
[14:00] <davidcalle> aquarius, or http://developer.ubuntu.com/apps/sdk/tutorials/running-apps-from-the-sdk/
[14:01] <nik90> although I am curious as to why it is in the app section and not something generic since it also applies to scopes?
[14:01] <davidcalle> aquarius, I'm going to make that a bit more clear in the tutorial
[14:02] <aquarius> I have a kit called "UbuntuSDK for armhf (GCC ubuntu-sdk-13.10-saucy)". It's got a red exclamation icon, which says "Error: debugger /usr/bin/gdb-multiarch not found" when hovered. Also, saucy? So I am now just completely confused :(
[14:03] <nik90> aquarius: try creating a click target for 14.10 armhf in Qtc, Tools->Options->Ubuntu
[14:04] <aquarius> I have removed that kit, but I don't know how to create one. http://developer.ubuntu.com/apps/sdk/tutorials/running-apps-from-the-sdk/ says "The “Build & Run” tab from the “Projects” page lets you create, remove and change existing Kits." but as far as I can tell, it does not: if I open the Projects pane, I have "Configure project" which says that there are no valid kits found.
[14:04] <aquarius> nik90, ok, trying that
[14:04] <nik90> http://developer.ubuntu.com/apps/sdk/tutorials/click-targets-and-device-kits/ was the link that explains this
[14:06] <aquarius> nik90, I don't have the option to create a 14.10 armhf. I can choose Framework 14.04 or Framework 13.10 in the "architecture and framework" popup dialog.
[14:06] <nik90> aquarius: hmm, you are running 14.04?
[14:07] <aquarius> I am indeed.
[14:07] <aquarius> because it is the LTS. :)
[14:07] <nik90> do you have the ubuntu sdk ppa and the phablet-tools ppa added to your syste?
[14:07] <nik90> system
[14:07] <aquarius> I have the ubuntu-sdk ppa. I don't know about phablet-tools; http://developer.ubuntu.com/start/ubuntu-sdk/installing-the-sdk/ doesn't mention that.
[14:08] <aquarius> (I had them before, I think.)
[14:08] <nik90> aquarius: essentially you would need qtcreator-plugin-ubuntu 3.1.1+14.10.20141029-0ubuntu1~0trusty3
[14:08] <nik90> aquarius: can you confirm?
[14:08] <aquarius> $ apt-cache policy qtcreator-plugin-ubuntu
[14:08] <aquarius> qtcreator-plugin-ubuntu:
[14:08] <aquarius>   Installed: 3.0.1+14.04.20140415-0ubuntu1
[14:08] <aquarius>   Candidate: 3.1.1+14.10.20141029-0ubuntu1~0trusty3
[14:08] <aquarius> huh.
[14:09] <aquarius> I wonder why apt-get upgrade didn't upgrade it?
[14:09] <nik90> ha that's the issue
[14:09] <nik90> no idea
[14:09]  * aquarius apt-get dist-upgrades :)
[14:09] <aquarius> that should get the new version!
[14:10] <nik90> I think I can guess why it hasn't been updated. I am guessing qtcreator-plugin-ubuntu requires latest version of click which is provided by the phablet-tools ppa
[14:10] <nik90> if the dist upgrade didn't update the plugin, mind adding ppa:phablet-team/tools
[14:10] <aquarius> also, Ubuntu SDK goes to hell forever for creating a modal dialog (the architecture and frameworks popup) but not actually keeping it on top of the window that it disables.
[14:10] <aquarius> dist-upgrade seems to be updating it...
[14:10] <nik90> ah ok
[14:10] <aquarius> this is way too hard btw. :(
[14:11] <aquarius> but, hopefully this should resolve things...!
[14:11] <nik90> well tbh when you start qtcreator on a new system, you should be presented with the welcome wizard that guides you through these steps
[14:11] <aquarius> aha! welcome wizard!
[14:11] <nik90> this you will know that you need to create a kit, emulator etc etc
[14:11] <aquarius> which lets me create a kit. winner.
[14:12] <aquarius> ok, target being created, by the look of it
[14:12] <aquarius> hang on, this is going to make a whole entire ubuntu chroot? some sort of disc space warning might be worth it
[14:13] <aquarius> also also, isn't there an x86 emulator now?
[14:13] <nik90> yes it downloads the entire ubuntu chroot
[14:13] <nik90> and there is a i386 emulator
[14:14] <aquarius> do I still get a whole chroot even if I target x86?
[14:14] <nik90> yes
[14:15] <nik90> since you are downloading the 14.10 chroot
[14:15] <aquarius> ah well, then, might as well do arm ;)
[14:15] <nik90> I have both since I test on emulator and phone
[14:15] <nik90> but yeah a phone is easier sometimes
[14:15] <aquarius> wish this was done with system images, then it'd be just one download ;)
[14:15] <aquarius> I can't use my ubuntu phone; I had to wipe it and give it to my daughter :(
[14:15] <aquarius> hence setting all this stuff up again.
[14:17] <nik90> ah ok
[16:15] <aquarius> what's the passphrase for the emulator?
[16:17] <nik90> aquarius: 0000
[16:17] <aquarius> cheers
[16:17] <aquarius> http://developer.ubuntu.com/apps/sdk/tutorials/running-apps-from-the-sdk/ doesn't say that :)
[16:18] <aquarius> is my actual keyboard not supposed to work with the emulator? It doesn't seem to, and I have to use the soft on-screen keyboard
[16:18] <nik90> aquarius: good point...
[16:18] <nik90> aquarius: yup actual keyboard won't work with emulator
[16:18] <aquarius> that's really annoying :(
[16:18] <nik90> aquarius: you also won't audio output from the emulator
[16:19] <nik90> hear*
[16:19] <aquarius> hm, arrow keys work in textareas
[16:20] <nik90> actual keyboard arrow keys?
[16:21] <aquarius> yep
[16:21] <nik90> strange
[16:21] <aquarius> hm, still can't load davidcalle's soundcloud tutorial by loading CMakeLists.txt; General Messages says   Unknown CMake command "add_translations_directory".
[16:23] <nik90> that's where my knowledge drops off ;) .. I have never played with scopes  (yet)
[16:37] <aquarius> hm. I have created a scope, and tried running it, and I get a "please attach your device" progress bar dialog. The emulator is running.
[16:37] <aquarius> What do I need to do to make it realise that a device is attached?
[16:40] <nik90> aquarius: did you enable developer mode in emulator?
[16:40] <nik90> aquarius: can you check that in ubuntu-settings-app -> about phone -> developer mode
[16:41] <aquarius> under devices >emulator in Ubuntu SDK, "Has devloper mode enabled" (sic) is ticked.
[16:41] <aquarius> where do I file sdk bugs?
[16:41] <nik90> what about in the emulator itself?
[16:42] <nik90> aquarius: https://launchpad.net/qtcreator-plugin-ubuntu
[16:42] <aquarius> I haven't turned anything on in the emulator, because the tick box says it's turned on :(
[16:43] <aquarius> yep, developer mode is turned on in system settings
[16:55] <nik90> I was just making sure
[17:28] <sergiusens> aquarius: nik90 developer mode is always on for the emulator
[17:28] <sergiusens> that said, I no little about the sdk
[17:28] <sergiusens> *know
[18:49] <ahoneybun> hello all
[19:42] <Pankaj> can we develop app for zorin os from ubuntu sdk?
[22:11] <ajalkane> Me god... libpoppler can't be installed on QtCreator's arm toolkit?
[22:16] <popey> ajalkane: lemme try
[22:22] <popey> ajalkane: just installed libpoppler46 here...
[22:32] <ajalkane> popey: what about libpoppler-qt5-dev?
[22:35] <ajalkane> docviewer uses poppler-qt5.h so I need the qt5-dev files...
[22:41] <popey> ii  libpoppler-qt5-dev  0.26.5-0ubuntu armhf          PDF rendering library -- development files (
[22:41] <popey> ajalkane: ^^
[22:41] <popey> installed okay, armhf version
[22:43] <ajalkane> popey: umm... I'm not sure if I'm doing something wrong. I'm trying to install in the QtCreator armkit maintenance "libpoppler-qt5-dev" and it gives me:
[22:43] <ajalkane> The following packages have unmet dependencies: libpoppler-qt5-dev : Depends: qtbase5-dev
[22:43] <ajalkane> when I apt-get search I don't get any specific arm versions
[22:44] <popey> do "apt-get install libpoppler-qt5-dev:armhf
[22:45] <ajalkane> popey: right on, thanks a bunch!
[22:45] <popey> np


[14:58] <ara> hello o/
[14:59] <Amoz> hi \o
[14:59] <bladernr> \m/
[15:00] <brendand> hi o/
[15:01] <ara> OK, thanks for coming to the Ubuntu Friendly meeting
[15:01] <ara> let's get started :)
[15:01] <ara> #startmeeting
[15:01] <meetingology`> Meeting started Mon Oct  3 15:01:24 2011 UTC.  The chair is ara. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[15:01] <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:01] <ara> The agenda today looks like this:
[15:01] <ara>  * Testing Checkbox 0.12.8 and cleaning up results -- ara
[15:01] <ara>  * AOB
[15:02] <ara> As usual, I would encourage anyone to add topics to the main meeting wiki page:
[15:02] <ara> #link https://wiki.ubuntu.com/UbuntuFriendly/Meetings
[15:02] <ara> #topic  Testing Checkbox 0.12.8 and cleaning up results -- ara
[15:02] <ara> Most of what we were able to do for the client for Ubuntu Friendly is now done and uploaded to Ubuntu as Checkbox 0.12.8. Now is time to test it as much as possible and start tweaking the server based on the results that we get.
[15:03] <cr3> o/
[15:03] <ara> What I think that we need to do:
[15:03] <ara>  * Clean up UF old results (they were made with versions of Checkbox that had too many bugs)
[15:03] <ara>  * Everybody with an Oneiric system, please, use Checkbox 0.12.8 (not the PPA), and run the tests required for Ubuntu Friendly
[15:03] <ara> The idea is to see what numbers are we getting and to see if we need to make changes to the server side.
[15:03] <jedimike> o/
[15:03] <ara> Any comments?
[15:03] <ara> ..
[15:03] <ara> cr3, go ahead, please
[15:03] <cr3> Should we have an objective to get X number of systems with more than one star for the next meeting, where we could agree on X during this meeting?
[15:03] <cr3> ..
[15:03] <ara> jedimike, your turn
[15:03] <ara> o/
[15:03] <cr3> o/
[15:04] <jedimike> I was just going to ask how to make sure I'm running the latest checkbox, as I've been using the ppa in the past
[15:04] <jedimike> ..
[15:05] <ara> OK, to cr3 question, I think we should try to get X number of submissions made with 0.12.8, we cannot guarantee the stars they will get :)
[15:05] <ara> jedimike, if you are running Oneiric, apt-get install checkbox version=0.12.8 should do the trick
[15:05] <ara> ..
[15:05] <ara> cr3, go ahead
[15:05] <cr3> We should probably not be considering any Oneiric results before at least RC, I don't think a development release should be considered friendly.. because they're mostly unfriendly anyways :)
[15:06] <cr3> ..
[15:06] <ara> o/
[15:06] <roadmr> o/
[15:06] <cr3> ara, go ahead :)
[15:06] <jedimike> o/
[15:06] <ara> agree, but I think that we need newer data (and cleaning up old one) so we make sure that 0.12.8 will give good results once 11.10 gets released
[15:06] <ara> ..
[15:07] <ara> roadmr, sir
[15:07] <cr3> o/
[15:07] <roadmr> um, at the *very* least everyone here should be able to submit a more-than-one-star result, all our laptops should work fine by now
[15:07] <roadmr> if not, we'd have to look at why :)
[15:07] <roadmr> ..
[15:07] <ara> jedimike, your turn
[15:08] <brendand> o/
[15:08] <bladernr> o/
[15:08] <jedimike> the reason I'm asking during this meeting is to that it's on record and everyone can be sure they're running the right version of checkbox
[15:08] <jedimike> so, I'm *not* using the ppa, just the default oneiric sources
[15:08] <jedimike> and I've done a full apt-get update and upgrade
[15:09] <jedimike> and apt-get install checkbox version=0.12.8 complains that it can't find that version
[15:09] <jedimike> so I want to make sure the instructions we give here work for people following along :)
[15:09] <jedimike> ...
[15:10] <ara> cr3, I think it is your turn
[15:10] <cr3> ara, I don't understand the purpose of cleaning up the old data, is it to verify that the star systems works? that could be useful for testing purposes, but I think data prior to RC should be removed.
[15:10] <cr3> .
[15:10] <cr3> .
[15:10] <ara> cr3, cleaning up = remove
[15:10] <cr3> ara: ah! thanks for the clarification :)
[15:11] <ara> sorry for the confusion :)
[15:11] <ara> brendand, your turn
[15:11] <brendand> for jedimike, and others listening - one thing you can do is 'dpkg -l | grep checkbox'. The PPA version will have 'bzr' in its version number
[15:13] <brendand> i guess if you've been using the PPA you might need to 'apt-get remove checkbox', then 'apt-get install' again
[15:13] <brendand> ..
[15:13] <ara> bladernr, all yours
[15:13] <bladernr> So assuming that I'm running 0.12.8 (apt-cache on my x201 says I am) and I run the tests and submit, is there anyting I need to do to get my results to appear in UF (and I'm assuming that is the bit.ly link) I've run checkbox and submitted several times but I've never seen my system appear in the UF listings.
[15:13] <bladernr> ..
[15:14] <ara> bladernr, when was the last time you run it?
[15:14] <cr3> bladernr: results tracker updates from launchpad every hour, ubuntu friendly updates from results tracker every hour too, so it should appear within two hours
[15:14] <bladernr> or wherever the site is currently sitting... since the bit.ly link is dead ;-)
[15:14] <bladernr> ara:  it's been a week or two by now... got busy with other things
[15:14] <cr3> crap, I wish the results tracker would show the systems per user: http://<IP_ADDRESS>/~bladernr
[15:15] <bladernr> cr3:  that's what I thought, but i never saw it show up in either place...    It just wasn't there previously... I swear! :-)
[15:17] <jedimike> I now have checkbox 0.12.8, hurrah! For people who've been using the PPA - you must move it from your sources, apt-get remove checkbox; (this will also uninstall ubuntu-desktop, so don't be surprized by that) and then apt-get install checkbox
[15:17] <jedimike> ..
[15:17] <ara> o/
[15:17] <ara> OK, so couple of action items if you guys agree
[15:18] <ara> #action cr3, jedimike: to remove results, as they are not useful and it is making it impossible to see what's still failing
[15:18] <meetingology`> ACTION: cr3, jedimike: to remove results, as they are not useful and it is making it impossible to see what's still failing
[15:18] <ara> #action All to submit at least 1 system using checkbox 0.12.8 by next meeting
[15:18] <meetingology`> ACTION: All to submit at least 1 system using checkbox 0.12.8 by next meeting
[15:18] <ara> ..
[15:18] <cr3> o/
[15:18] <ara> cr3, go ahead
[15:19] <cr3> just to be clear, results will not be removed from the results tracker :)
[15:19] <cr3> ..
[15:19] <ara> cr3, cool, thanks for the clarification
[15:20] <jedimike> o/
[15:20] <ara> everybody agrees on the action items, otherwise?
[15:20] <bladernr> 0/
[15:20] <ara> jedimike, go ahead
[15:20] <jedimike> so, the action is for me to remove the current 1-star results from the results tracker, and only import results submitted from current time onwards?
[15:21] <jedimike> ..
[15:21] <ara> jedimike, also the 4.5 one ;-) as brendand cheated a bit on that one :P
[15:21] <jedimike> heh ok
[15:21] <ara> bladernr, your turn
[15:21] <bladernr> could cr3 or jedimike send an e-mail out to the UF list when the purge is complete so we'll know when to start sending (hopefully) legitimate test results in?
[15:21] <bladernr> ..
[15:22] <ara> bladernr, good idea, I guess they could :)
[15:22] <cr3> bladernr: I think legitimate results should happen when we consider oneiric to be legitimate
[15:22] <bladernr> cr3:  semi-legitimate then
[15:22] <ara> cr3, legitimate results as in legitimate for the action item :)
[15:22] <bladernr> or... faux-legitimate
[15:22] <cr3> ok, my brain just leaked
[15:22] <ara> o/
[15:22] <cr3> ara: go ahead
[15:23] <brendand> o/
[15:23] <jedimike> o/
[15:23] <ara> cr3, is it possible to discard submissions that are being done by checkbox < 0.12.8 ?
[15:23] <ara> ..
[15:23] <cr3> ara: nope, client information is not recorded
[15:23] <cr3> ..
[15:23] <ara> cr3, thanks
[15:23] <ara> brendand, your turn
[15:24] <brendand> i'll answer 'no' to bluetooth/file-transfer next time (if it hasn't been removed?)
[15:24] <brendand> ..
[15:25] <jedimike> o/
[15:25] <ara> brendand, it was removed
[15:25] <ara> jedimike, your turn
[15:25] <Amoz> o/
[15:25] <jedimike> there's still a problem with the bluetooth/detect test
[15:25] <jedimike> it fails, and checkbox asks you to submit a bug
[15:25] <brendand> o/
[15:25] <jedimike> looks like the reason it fails is that the bluez-hcidump package isn't installed
[15:26] <jedimike> that shouldn't not be installed if we're running checkbox, surely?
[15:26] <jedimike> I'm submitting a bug report
[15:26] <jedimike> ..
[15:26] <ara> Amoz, your turn
[15:27] <Amoz> shouldn't it save the client and ubuntu versions (beta, RC etc.) so we can look at the actual progress for a new release in terms of UF:ness?
[15:27] <Amoz> ..
[15:27] <ara> brendand, your turn
[15:28] <cr3> o/
[15:28] <brendand> the bluetooth/detect test is just the output of 'hcitool dev'. it doesn't depend on bluez-hcidump. it fails if there is no bluetooth device on the system, which makes sense
[15:28] <brendand> ...
[15:29] <ara> o/
[15:29] <jedimike> o/
[15:29] <ara> cr3, go ahead
[15:30] <cr3> Amoz: UF'ness is a good point but rather complicated to scale for the ubuntu community because it would require recording all the packages installed in order to detect things like packages installed from PPA, etc.
[15:30] <cr3> ..
[15:30] <ara> my turn, I guess
[15:31] <ara> so, to Amoz, that'd be useful but as cr3, it is very difficult to implement. But we might consider it for future versions
[15:31] <cr3> ara: blueprint?
[15:31] <ara> to brendand, jedimike on the detect one
[15:31] <Amoz> o/
[15:32] <jedimike> brendand: I appreciate the test doesn't need hcidump, and when the test fails and it asks me if I want to submit a bug, it asks me to run that command, which isn't installed. It's just confusing that the test is meant to fail if I have no bluetooth hardware, and yet it asks me if I want to submit a bug...
[15:32] <jedimike> Being a fan of ubuntu and wanting to improve it, of course I want to submit a bug
[15:33] <ara> brendand, the test is not meant to be run if the system does not have bluetooth
[15:33] <jedimike> Ah, then that might be the problem, I have no bluetooth hardware and yet the test is running
[15:33] <jedimike> ..
[15:33] <ara> brendand, or if it is meant to be run, then it shouldn't count as failure in UF
[15:33] <ara> brendand, jedimike: let's take this offline
[15:33] <ara> Amoz, your turn, agian
[15:34] <Amoz> to clarify, if checkbox is able to send the info about whether it's beta1/rc/alpha the UF site could just ignore all the versions except the stable ones.
[15:34] <cr3> o/
[15:34] <Amoz> this way everyone can see the big picture, but not cluttering the UF site with development releases
[15:34] <Amoz> ..
[15:34] <ara> cr3, yes, sir
[15:35] <cr3> Amoz: accurately detecting beta1, etc. is very complicated. it can only be determined reliably by comparing the set of packages and their versions to the state of the archive within the delta of the release you're interested in... pain! :)
[15:36] <Amoz> ah, of course. thanks for clarifying that
[15:36] <ara> OK
[15:36] <ara> anything else on this topic?
[15:36] <cr3> Amoz: the best that can accomplished, with meh accuracy, is checking the output of lsb-release for development vs stable or the kernel version... but, as I said, that's "meh" at best
[15:37] <cr3> ..
[15:37] <cr3> Amoz: fyi, that was considered pretty important at some point, so likely to be worked on eventually
[15:38] <ara> cr3, Amoz: the blueprint that might cover those topics is: https://blueprints.launchpad.net/certify-planning/+spec/hardware-p-cert-selftest
[15:38] <cr3> ara: thanks!
[15:39] <ara> anything else on this topic, or shall we move on?
[15:39] <ara> #topic Any Other Business?
[15:40] <ara> Any last minute topic?
[15:40] <ara> OK, let's wrap up then
[15:40] <ara> #endmeeting
[15:40] <meetingology`> Meeting ended Mon Oct  3 15:40:52 2011 UTC.
[15:40] <meetingology`> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-10-03-15.01.moin.txt
[15:40] <ara> thanks all!!
[15:40] <roadmr> thanks :)
[15:41] <cr3> o/
[15:41] <cr3> just kidding :)
[16:39] <amithkk> BOOM!
[16:39] <amithkk> wrong tab..
[16:59] <jdstrand> hello
[17:00] <mdeslaur> \o
[17:00] <jjohansen> o/
[17:00] <jdstrand> let's get started
[17:00] <jdstrand> #startmeeting
[17:00] <meetingology`> Meeting started Mon Oct  3 17:00:52 2011 UTC.  The chair is jdstrand. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[17:00] <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
[17:01] <jdstrand> The meeting agenda can be found at:
[17:01] <jdstrand> [LINK] https://wiki.ubuntu.com/SecurityTeam/Meeting
[17:01] <jdstrand> [TOPIC] Announcements
[17:02] <jdstrand> Ubuntu 11.10 is scheduled to release in next week. If you are interested, it would be great if people helped make sure that the [[https://launchpad.net/ubuntu-cve-tracker|Ubuntu CVE Tracker]] is up to date for the devel release (particularly for universe/multiverse packages).
[17:02] <jdstrand> [TOPIC] Weekly stand-up report
[17:02] <jdstrand> I'll go first
[17:02] <jdstrand> this may be a potentially short week for me-- I am attempting to swap this friday for monday
[17:02] <jdstrand> I'm in the happy place this week
[17:03] <jdstrand> I have at least one more MIR security review I need to do (almost done!)
[17:03] <jdstrand> hope to get to my few remaining work items (they aren't tied to the release)
[17:04] <jdstrand> also doing UDS preparation
[17:04] <jdstrand> and https://wiki.ubuntu.com/SecurityTeam/ReleaseCycle duties
[17:04] <jdstrand> I figured I can take the qrt testing, we'll coordinate outside of this meeting via the wiki like normal
[17:04] <jdstrand> mdeslaur: you're up
[17:05] <sbeattie> jdstrand: FYI, I set up the QRT testing wiki page already
[17:05] <mdeslaur> I have a couple of updates ready to go, and will work on testing them this week
[17:05] <mdeslaur> monday, I'm off, because it's Turkey day, or Queen day, or Queen Turkey day, or something
[17:05] <jdstrand> sbeattie: exceelent
[17:05] <mdeslaur> I will also be creating the uds blueprints this week
[17:06] <mdeslaur> I'm also on triage, and kernel workflow duty
[17:06] <mdeslaur> that's it from me
[17:06] <mdeslaur> sbeattie: you're next
[17:07] <sbeattie> I've got a couple of updates that I'm still working on.
[17:07] <sbeattie> I'm also doing UDS prep
[17:07] <sbeattie> As well as QRT testing for oneiric.
[17:08] <sbeattie> I think that's it for me.
[17:08] <sbeattie> micahg: poke.
[17:08] <micahg> Chromium updates (for real this time :)), possibly QRT browser run through for oneiric, patch pilot
[17:09] <micahg> ..
[17:09] <micahg> tyhicks: you're up
[17:09] <jdstrand> oh, I'm patch piloting this week too
[17:09] <tyhicks> I am doing the community role for my first time this week
[17:09] <tyhicks> Outside of learning and carrying out those duties, I'll be working to fix several eCryptfs bugs
[17:10] <tyhicks> jdstrand: That's it for me
[17:10] <jdstrand> [TOPIC] Highlighted packages
[17:10] <jdstrand> The Ubuntu Security team will highlight some community-supported packages that might be good candidates for updating and or triaging. If you would like to help Ubuntu and not sure where to start, this is a great way to do so. See https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures for details and if you have any questions, feel free to ask in #ubuntu-security. To find out other ways of helping out, please see https://wiki.ubuntu.com/Securi
[17:10] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/libphp-jpgraph.html
[17:10] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/cowbell.html
[17:10] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/gnome-subtitles.html
[17:10] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/weechat.html
[17:10] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/slim.html
[17:11] <jdstrand> [TOPIC] Miscellaneous and Questions
[17:11] <jdstrand> Does anyone have any other questions or items to discuss?
[17:12] <sbeattie> tyhicks: congrats on the first USN and on picking up the normal rotation duties!
[17:12] <tyhicks> sbeattie: Thank you!
[17:12] <jdstrand> tyhicks: yes, congratulations!
[17:14] <mdeslaur> tyhicks: congrats!
[17:14] <tyhicks> Now to get much faster at those roles :)
[17:14] <tyhicks> Thanks jdstrand and mdeslaur!
[17:15] <jdstrand> I guess that's it. thanks guys!
[17:15] <jdstrand> #endmeeting
[17:15] <meetingology`> Meeting ended Mon Oct  3 17:15:26 2011 UTC.
[17:15] <meetingology`> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-10-03-17.00.moin.txt
[17:15] <mdeslaur> thanks jdstrand


[00:21] <h00k> Greetings.
[04:49] <lostson> no loitering!
[06:36] <shaggins> bots are rather boring. What happened to the so-called friendly Wisconsinites?
[06:37] <lostson> its been nice outside so everyone is outside
[08:01] <nickmoeck> it's Wednesday, so we're not drunk yet
[08:01] <nickmoeck> Maybe by tomorrow
[08:12] <shaggins> wasted wednesdays
[14:45] <lostson> i thought it was thirsty thursdays ?
[14:45] <lostson> guess i need to catch up time to put some vodka in me coffee
[14:51] <mikeputnam> hmm
[14:51] <mikeputnam> vodka pepsi's are ok
[14:51] <mikeputnam> not sure about coffee though
[14:51] <mikeputnam> whatever gets the job done i supp[ose
[16:12] <shaggins> baileys in the coffee for irish coffee is delicious