[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
=== mnepton is now known as mneptok
[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:41] <ubottu> Ubuntu bug 1261206 in langpack-o-matic "l10n Other Notifications are not localized" [Undecided,New]
[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:35] <ubottu> Debian bug 732054 in util-linux "util-linux: Add cron job for regular SSD trimming" [Wishlist,Open] http://bugs.debian.org/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
=== doko_ is now known as doko
=== zyga_ is now known as zyga
[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:18] <ubottu> bug 1259577 in qtbase-opensource-src (Ubuntu Saucy) "Security: XML Entity Expansion Denial of Service" [Undecided,New] https://launchpad.net/bugs/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)?
=== josepht_ is now known as josepht
=== jamespag` is now known as jamespage_realme
=== penghuan_ is now known as penghuan
=== zyga_ is now known as zyga
[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.
=== cmagina_ is now known as cmagina
[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
=== enrico_ is now known as enrico
=== hholtmann_ is now known as hholtmann
=== henrix_ is now known as henrix
=== Saviq_ is now known as Saviq
=== ev_ is now known as ev
=== G4MBY2 is now known as PaulW2U
=== G4MBY2 is now known as PaulW2U
=== tumbleweed_ is now known as tumbleweed
=== balloons_ is now known as balloons
=== funkyHat_ is now known as funkyHat
=== nhandler_ is now known as nhandler
=== warp10_ is now known as warp10
=== Saviq_ is now known as Saviq
=== Daviey_ is now known as Daviey
=== jamespag` is now known as jamespage
=== Portugol9 is now known as 1JTABHCU4
=== happyaro1 is now known as happyaron
=== balloons_ is now known as balloons
=== tlyu_ is now known as tlyu
=== sarnold_ is now known as sarnold
=== ken_ is now known as kenvandine
=== lucas_ is now known as lucas
=== hholtmann_ is now known as hholtmann
=== hholtmann_ is now known as hholtmann
=== hggdh_ is now known as hggdh
[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!
=== lamont` is now known as lamont
=== fginther` is now known as fginther
[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?
=== highvolt1ge is now known as highvoltage
=== saurik_ is now known as saurik
[21:15] <kees> hm, I think lp: #1261515 is not a real bug report
[21:15] <ubottu> Launchpad bug 1261515 in apparmor (Ubuntu) "package libapparmor1 2.8.0-0ubuntu31.1 failed to install/upgrade: package libapparmor1 is already installed and configured" [Undecided,New] https://launchpad.net/bugs/1261515
[21:16] <kees> ubottu doesn't show the description: "asdgwsdfasdf"
[21:16] <ubottu> kees: I am only a bot, please don't think I'm intelligent :)
[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! :)
=== Ursinha-afk is now known as Ursinha
[21:33] <smoser> hi. is there a place where i can get a netboot initramfs and HWE kernel that will install 12.04 HWE ?
=== zyga_ is now known as zyga
[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.
=== masACC is now known as maswan
[22:40] <doko> Noskcaj, please do
=== Logan__ is now known as Logan_
=== slangase` is now known as slangasek
[23:12] <bdmurray> xnox_: do you have any plans to SRU the fix for bug 915626?
[23:12] <ubottu> bug 915626 in usb-creator (Ubuntu) "usb-creator-gtk crashed with SIGSEGV in _dbus_watch_invalidate" [High,Fix released] https://launchpad.net/bugs/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