[00:01] <robert_ancell> cjwatson, thanks for pointing that out. I bump it so we don't have lintian warnings, since that tends to hide real problems
[00:01] <cjwatson> You should ignore that specific warning for Ubuntu (in a wrapper or whatever if you need the output to be empty) rather than introducing this unnecessary diff
[00:02] <robert_ancell> ok
[00:02] <cjwatson> I think you may even be able to do this in a policy file nowadays
[00:42] <ari-tczew> robert_ancell: new merge request with cheese is available
[00:52] <sladen> mmmm, cheese
[01:20] <robert_ancell> ari-tczew, I think libcheese7 shouldn't depend on gstreamer1.0-plugins-bad - you might have picked that up from debian
[01:25] <ari-tczew> robert_ancell: where do you see it?
[01:26] <robert_ancell> ari-tczew, I'm sorry, I'm reading the diff the wrong way!
[01:26] <ari-tczew> robert_ancell: yes, it looks like so
[01:27] <ari-tczew> robert_ancell: however, anyway I've prepared debdiffs in LP bug
[01:27] <ari-tczew> maybe it could be easier to read diffs
[01:29] <robert_ancell> ari-tczew, uploaded
[01:41] <apachelogger> pitti: https://bugs.launchpad.net/langpack-o-matic/+bug/1261206 if you could have a look at that please
[01:45] <ari-tczew> robert_ancell: perfect, thanks!
[05:24] <pitti> Good morning
[05:39] <Logan_> pitti: Hello. :)
[05:51] <pitti> apachelogger: replied
[06:42] <Noskcaj> pitti, Would i be able to have a testimonial for motu and/or xubuntu packageset? https://wiki.ubuntu.com/Noskcaj#Testimonials
[06:51] <pitti> Noskcaj: hello
[06:51] <Noskcaj> hey pitti
[06:51] <pitti> Noskcaj: were you able to sort out your internet problems, i. e. can you do test-builds now?
[06:51] <pitti> Noskcaj: I still saw quite a few untested sync requests, for example
[06:51] <pitti> Noskcaj: otherwise, I'll look at packages that I uploaded for you
[06:52] <pitti> http://ubuntu-dev.alioth.debian.org/cgi-bin/ubuntu-sponsorships.cgi?render=html&sponsor=Martin+Pitt&sponsor_search=name&sponsoree=Jackson+Doak&sponsoree_search=name
[06:52] <Noskcaj> My internet is less bad (actual ADSL speed sometime now), and for the moment i'm ignoring all big packages since my laptop can build then properly. That will be fixed later this week when my linux Aus sponsorship comes through and i build my devel PC
[07:35] <pitti> infinity: hey Adam, how are you? would you mind if I stick the "automatic fstrim" cronjob into util-linux?
[07:35] <pitti> infinity: (debian bug 732054)
[07:36] <infinity> pitti: How safe is this in detecting that it's only operating on things that it should, etc?
[07:37] <infinity> pitti: Anyhow, I wouldn't be entirely against it.  Just do it in Ubuntu for now, and I'll sync it back to Debian when lamont and I are done sorting our takeover/handover plans.
[07:37] <pitti> infinity: fstrim itself just fails with an I/O error if the drive doesn't support it
[07:37] <pitti> infinity: but usually we test in advance with hdparm -I
[07:37] <pitti> infinity: "usually" because hdparm doesn't work "through" device-mapper (lvm, luks)
[07:38] <pitti> infinity: http://people.canonical.com/~pitti/scripts/fstrim
[07:38] <infinity> pitti: Does it run instantly (or near enough) on filesystems that have just been trimmed a few seconds earlier?
[07:38] <pitti> infinity: I tested with trimmable SSD, rotational HDD, LVM, and LUKS
[07:38] <pitti> infinity: yes
[07:38] <infinity> pitti: Cause you might catch bindmounted filesystems a few times in a row.
[07:38] <pitti> infinity: and it doesn't run if the user mounts with "discard"
[07:39] <pitti> infinity: it filters those out
[07:39] <infinity> pitti: I don't see that filter...
[07:39] <pitti>     REALDEV=`readlink -f $DEV`
[07:39] <pitti>     if contains "$DONE" " $REALDEV "; then continue; fi
[07:39] <pitti>     DONE="$DONE $REALDEV "
[07:40] <infinity> Ahh.
[07:40] <infinity> Fair enough.
[07:40] <infinity> pitti: Yeah, go nuts and do the Ubuntu upload.  Like I said, I'll sort it in Debian when lamont and I have our ducks in a row with what's happening there.
[07:40] <pitti> infinity: ok, thanks; just wanted to know if I interfere with some git when I do an Ubuntu upload
[07:41] <infinity> pitti: Nope.
[07:41] <pitti> infinity: so, my idea was to add this as /usr/sbin/fstrim-auto (do you know a better name?) and link to it from /etc/cron.daily/
[07:41] <pitti> infinity: so that we can adjust the scripts without conffile issues, and the admin can also move the link to cron.weekly or even .hourly, or drop it entirely
[07:42] <pitti> or perhaps "fstrim-all"?
[07:42] <infinity> pitti: By "link to it", you mean write a job that calls it, not symlink it, right?
[07:43] <pitti> infinity: I actually meant symlink, but I can also write a two-line shell wrapper if you prefer
[07:43] <infinity> pitti: I mean, a symlink would work, but it has the disadvantage of being completely undiscoverable if someone wants to disable it (you dlete the symlink, it's gone forever, you forget).
[07:44] <infinity> pitti: The two-liner means you can disable with an exit 0.  Or overengineer it with an /etc/default/fstrim
[07:44] <pitti> I just mostly don't want to put the entire logic into a conffile, that should be separate
[07:44] <pitti> infinity: two-line sh WFM
[07:45] <infinity> pitti: Make it an exec, and people can still have a pretty ps without a billion forked children. ;)
[07:46] <infinity> Not like 'ps f' is ever pretty when cron is running.
[07:47] <pitti> infinity: ok, sounds good; that'll also make it easier to change options (if we'll ever add them), or logging, etc.
[07:47] <pitti> infinity: /usr/sbin/fstrim-all ?
[07:48] <infinity> pitti: That works.  It's not set in stone, and not worth bikeshedding over. :)
[07:49] <infinity> pitti: If 'fstrim' was something I was prone to type as a normal user, I'd whine that you're breaking tab completion for it, but I suspect this cron job will replace 99% of times people would have typed it themselves.
[08:07] <pitti> jibel (CC: infinity): this morning, eglibc triggered maybe 40 autopkgtests, and I saw them as RUNNING in http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[08:07] <pitti> but now there are only about 15 shown
[08:07] <pitti> is this intended?
[08:07] <pitti> i. e. is this not supposed to show all PASSes? (because it has a few)
[08:09] <pitti> infinity: FYI, http://paste.ubuntu.com/6582419/ (util-linux debdiff)
[08:09]  * pitti adds debian bug ref
[08:09] <infinity> pitti: I've noticed that in the past, too, they seem to drop off.
[08:10] <infinity> pitti: Not sure if that's intended.
[08:10] <pitti> it looks like a bug
[08:11] <infinity> pitti: Why the if-guard in rules?  Do we not always build fstrim?
[08:11] <pitti> infinity: nope, not on bsd/hurd
[08:11] <pitti> infinity: I wanted to make the debdiff palatable to Debian
[08:11] <pitti> infinity: that's why I don't use dh_installcron for it, but the manual install
[08:11] <infinity> pitti: Ahh, nice catch.  Thanks.
[08:12] <infinity> pitti: And even a manpage.  My hero.
[08:13] <pitti> 𝚫 lintian <= 0  ☺
[08:13] <pitti> or, while we are at fancy unicode, ≤ 0
[08:13] <infinity> pitti: Seems to be a typo in your AUTHOR section, though.
[08:14] <pitti> infinity: thanks, fixed
[08:23] <jibel> pitti, not intented, it is a bug. results are sorted but not in chronological order and only the last row is reported.
[08:24] <jibel> pitti, that explains the results that changed from fail to pass to fail
[09:07] <darkxst> pitti, do your retracer get stuck on HTTP errors sometimes?
[09:08] <pitti> darkxst: yes, quite often; when that happens I just remove the lock and let it go on
[09:09] <darkxst> right although it takes me a few days to notice usually
[09:09] <darkxst> and then all the traces have bitrotted ;(
[09:13] <darkxst> pitti, why not ignore the HTTP errors?
[09:13] <pitti> darkxst: I set up the cron jobs to mail me on failures
[09:14] <pitti> darkxst: I want to avoid untagging hundreds of bugs when there is an actual bug in the code/LP regression/etc.
[09:15] <pitti> (untagging without proper retracing)
[09:15] <pitti> darkxst: http://paste.ubuntu.com/6582585/
[09:15] <pitti> darkxst: the trick is the "|| tail -n 15 log/i386.txt"
[09:15] <darkxst> pitti, but these seem to come from access issues to the server?
[09:16] <pitti> darkxst: right, sometimes LP gets some hiccups, or you hit the window where it updates, etc.
[09:22] <darkxst> speaking of LP, it is sooo slow from here ;(
[09:22] <darkxst> (unrelated to the retracer, thats in europe somehwere)
[09:31] <sil2100> popey: hi! Meeting!
[10:44] <doko> mlankhorst, mesa ping
[10:57] <mlankhorst> pong, what exactly? :p
[11:49] <mlankhorst> oic, thanks, pushed to git
[12:18] <Riddell> mdeslaur: nudge nudge, don't forget bug 1259577
[12:24] <mdeslaur> Riddell: I'm still testing them, should be out today
[12:27] <Riddell> groovy
[12:29] <jamespage> doko, hey - any ideas on this segfault in openjdk on i386 - https://launchpadlibrarian.net/159915593/buildlog_ubuntu-trusty-i386.munin_2.0.19-2_FAILEDTOBUILD.txt.gz
[12:29] <jamespage> doko, amd64 is OK (only had one of those to had when I build tested prior to sync)
[12:30] <doko> jamespage, does it work with glibc 2.17?
[12:59] <alexbligh> What is the correct way to request packaging of an existing perl package in CPAN for 14.04?
[13:00] <alexbligh> LWP::UserAgent::DNS::Hosts if anyone is interested ...
[13:03] <rbasak> alexbligh: via Debian, preferably. See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[13:04] <Laney> Yeah, you'd probably want to speak to pkg-perl in Debian
[13:04] <Laney> Those guys have some pretty efficient ways of getting new modules in AFAIK
[13:05] <alexbligh> rbasak, ok - I've already done the debian thing. Bug#732292 - just wondered if I needed to do it for Ubuntu too. thanks
[13:06] <rbasak> alexbligh: it should auto-import into Ubuntu if it lands in Debian before Ubuntu's Debian Import Freeze. https://wiki.ubuntu.com/TrustyTahr/ReleaseSchedule says that's 6 Feb.
[13:44] <maxiaojun> Ubuntu Packages Search down?
[13:47] <xnox> maxiaojun: best to report / inquire on  #canonical-sysadmin
[13:49] <maxiaojun> is that channel public accessible?
[13:50] <maxiaojun> ok, it shows "known issue" there
[13:56] <xnox> maxiaojun: it's a community support channel on Freenode, for services / hosts managed by canonical sysadmins.
[13:56] <xnox> maxiaojun: it is public.
[13:56] <maxiaojun> got it
[13:57] <xnox> maxiaojun: looks like it is known that packages.ubuntu.com and package-importer are down.
[13:58] <jamespage> doko, I'll try in a bit
[14:33] <dobey> why oh why does UOA keep causing my twitter account to not be usable (and thus friends-service to not be able to use it)?
[15:38] <xnox> barry: would you be able to port lp:python-ubuntu-platform-api  to python3? it's "just" two small .cpp / compiled extensions.
[15:38] <xnox> i'll give it a shot, but I actually haven't ported any compiled modules yet.
[15:39] <xnox> well not today, maybe one evening this week, or some such.
[15:40] <xnox> barry: actually i don't think we need it at the moment, cause there is a pure-python version as well.
[15:41] <barry> xnox: if there's a bug #, sure, i can definitely take a look
[15:42] <xnox> barry: ok, thanks. well let me figure out what we need / want first.
[15:42] <barry> xnox: sure thing
[18:23] <Wubix> hello everyone. how can i find out why a certain feature or tool (e.g. the menu driven debian installer) was dropped so i can understand the decision making process better?
[18:33] <Wubix> or are such decisions not documented for the public?
[18:34] <stgraber> cjwatson: I have an e-mail pending review in ubuntu-devel-announce if you have a minute
[18:36] <cjwatson> stgraber: done
[18:36] <cjwatson> Wubix: it wasn't actually dropped, it's just not used to build full CD images any more, but it's still available from http://cdimage.ubuntu.com/netboot/ (including in a form factor that you can burn to a CD to get started and it downloads most of itself from the network)
[18:37] <stgraber> cjwatson: thanks
[18:37] <cjwatson> Wubix: I don't have a link and am doing rather too much else to track it down just now, but you should be able to find discussion of dropping the alternate image on one or both of blueprints.launchpad.net/ubuntu or the archives of the ubuntu-{devel,release} mailing list
[18:37] <cjwatson> s
[18:38] <Wubix> this already helps a lot, thank you!
[18:50] <robru> dobey, not sure, i'm seeing the same thing, but only on the desktop. twitter is working fine on the phone. no idea what could possibly cause that
[18:52] <dobey> robru: yeah i'm not even sure how to file a bug exactly. but it is very annoying, and it happens all the time for me :(
[18:53] <dobey> robru: and i think i have to restart friends-service after it happens for it to even work again at all
[18:54] <robru> dobey, not sure about that part. but I did notice that every time I refresh in friends-app, twitter says it's no longer authorized and asks to be reauthorized.
[18:54] <sarnold> was there some noise recently about twitter blocking something?
[18:54] <dobey> sarnold: this has been happening to me for at least a year, so i doubt it's that
[18:55] <sarnold> dobey: okay :)
[18:55] <dobey> robru: yeah i don't use friends app, just the service for @-reply notifications
[18:55] <robru> dobey, you've been seeing this for a year? I just started seeing it a couple day sago
[18:56] <dobey> robru: well, it's been happening as long as i've had to use friends-app and online accounts for it, yes
[18:56] <dobey> err, friends-service
[18:56] <dobey> since the swtich from gwibber
[18:57] <robru> dobey, :-(
[19:01] <dobey> robru: :( indeed
[19:01] <Logan_> New architecture! :O
[20:09] <Noskcaj> How do i update an ubuntu packaging bzr branch to he current ubuntu release?
[20:12] <Laney> Noskcaj: you mean a UDD branch?
[20:13] <Noskcaj> yeah
[20:13] <Noskcaj> lp:ubuntu/PACKAGE
[20:16] <Laney> the only way I know of is to ask xnox to do the magic, whatever that is
[20:16] <Laney> not guaranteed to be work
[20:16] <Laney> s/be //
[20:17] <Noskcaj> xnox_, Any chance you could update lp:ubuntu/xfce4-cellmodem-plugin ?
[20:43] <Noskcaj> doko, Mind if i merge torque?
[21:15] <kees> hm, I think lp: #1261515 is not a real bug report
[21:16] <kees> ubottu doesn't show the description: "asdgwsdfasdf"
[21:19] <sbeattie> kees: lots of people, when confronted with an apport request to report a bug for some failure they don't understand, type random goop into the description.
[21:19] <kees> sbeattie: yeah, I'm familiar. it's just been a long time since I've gotten one.
[21:20] <kees> though, I still don't understand the impulse. I would just close the window if I didn't want it. :)
[21:20] <stgraber> kees: I can subscribe you to ~ubuntu-installer if you want more of those ;)
[21:21] <stgraber> (thankfully the logs are often enough to figure out what's actually wrong)
[21:22] <kees> stgraber: haha, no thanks! :)
[21:33] <smoser> hi. is there a place where i can get a netboot initramfs and HWE kernel that will install 12.04 HWE ?
[21:36] <Sarvatt> http://cdimage.ubuntu.com/netboot/precise/ ? dates line up with 12.04.3 release that had raring's hwe stuff
[21:36] <smoser> Sarvatt, but its not netboot. i was going to try pulling those. but will they work as netboot ?
[21:38] <stgraber> smoser: use http://archive.ubuntu.com/ubuntu/dists/precise-updates/main/installer-amd64/current/images/ and then use the enablement stack you want from there (e.g raring-netboot)
[21:38] <smoser> stgraber, there is no saucy-netboot ?
[21:38] <stgraber> not yet
[21:39] <smoser> hm.. i happen to need that.
[21:39] <stgraber> infinity would know the details, but I know we usually only start recommending those enablement stacks when the point release is released
[21:39] <stgraber> so for saucy-netboot that'd be with 12.04.4
[21:46] <smoser> stgraber, thanks.
[22:40] <doko> Noskcaj, please do
[23:12] <bdmurray> xnox_: do you have any plans to SRU the fix for bug 915626?
[23:13] <xnox_> bdmurray: yes, across all applicapable releasse. when/if I have time though.
[23:13] <xnox_> bdmurray: do you want to SRU it? / have time to do that?
[23:14] <bdmurray> xnox_: I can make some time is it just that dbus patch in that bug?
[23:14] <xnox_> does it affect precise as well?! /me can't remember
[23:14] <xnox_> bdmurray: yeah the one-liner to call init threads.
[23:15] <bdmurray> errors seems to show it affecting 12.04
[23:16] <xnox_> bdmurray: yeah, and well it's reported from before 12.04 release.
[23:37] <doko> jamespage, infinity: openjdk-7 ftbfs itself on i386 with 2.18
[23:43] <YokoZar> https://launchpad.net/~ubuntu-dev   <--- what is the "ubuntu-reviews@lists.ubuntu.com" contact mail?
[23:43] <YokoZar> I'm not sure that's even a real mailing list.
[23:44] <YokoZar> To be clear I'm asking what the implications of setting that for the ubuntu-dev team in launchpad are