[13:59] <smartboyhw> balloons WAKE UP!
[14:03] <balloons> who's all about?
[14:03] <balloons> besides you smartboyhw :-)
[14:03] <smartboyhw> phillw
[14:03] <smartboyhw> balloons: Strangely phillw thought he IS chair
[14:04] <phillw> o/
[14:04] <phillw> sorry, engrossed on -release channel
[14:04] <balloons> ahh
[14:05] <balloons> #startmeeting
[14:05] <meetingology> Meeting started Wed Sep  5 14:05:03 2012 UTC.  The chair is balloons. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:05] <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
[14:05] <balloons> Let's dive right into the topics for today shall we?
[14:05] <smartboyhw> YEAH!
[14:05] <phillw> +1
[14:05] <smartboyhw> +1
[14:06] <balloons> [TOPIC] Previous Actions
[14:06] <smartboyhw> Sure wait
[14:06] <balloons> none listed.. anything to follow-up on here?
[14:06] <smartboyhw> balloons to chase up the incorrect meeting time on qa.ubuntu.com
[14:06] <smartboyhw> This one...
[14:07] <balloons> smartboyhw, ahh yes
[14:07]  * balloons goes to look
[14:07] <smartboyhw> Also phillw balloons to continue to update Wiki progress update please:)
[14:07] <smartboyhw> Not yet edited balloons, the time:(
[14:08] <phillw> smartboyhw: work continues, the bug section has been tidyed up.
[14:08] <smartboyhw> OK
[14:08] <smartboyhw> Thanks phillw
[14:08] <balloons> smartboyhw, no status update on qa.ubuntu.com sadly
[14:08] <smartboyhw> ...
[14:08] <balloons> [TOPIC] Ubuntu Updates
[14:08] <balloons> Ok, as everyone knows it's beta 1 time
[14:09] <balloons> The biggest news for this milestone is the dropping of alternate images for ubuntu
[14:10] <smartboyhw> +1
[14:10] <balloons> For the sake of the chat, I will supply the link to the discussion
[14:11] <balloons> https://lists.ubuntu.com/archives/ubuntu-devel/2012-August/035675.html
[14:11] <balloons> any further discussion on the change?
[14:11] <smartboyhw> No!
[14:12] <balloons> Alright, the beta testing itself is going well, although we've had some respins during the testing
[14:12] <smartboyhw> Yep so many for Ubuntu Studio due to ubiquity
[14:12] <balloons> the images were in quite a state of flux before the milestone
[14:13] <balloons> so they are still being ironed out
[14:13] <balloons> [TOPICS] Other topics
[14:13] <balloons> [TOPIC] Other topics
[14:14]  * balloons sighs
[14:14] <smartboyhw> \o
[14:14] <balloons> go ahead smartboyhw
[14:14] <smartboyhw> #link http://ubuntuforums.org/showthread.php?t=2053135
[14:14] <smartboyhw> balloons have a look at it, not good
[14:15] <smartboyhw> Someone is having negative comments on the ISO QA Tracker
[14:15] <smartboyhw> So how can we improve it, or should we ignore their feedback?
[14:15] <smartboyhw> ,,
[14:15] <smartboyhw> ..
[14:15]  * smartboyhw sighs
[14:16] <balloons> smartboyhw, I saw the thread
[14:16] <smartboyhw> :)
[14:16] <balloons> we can take the feedback and try and understand what's causing them issues
[14:17] <smartboyhw> OK
[14:18] <phillw> \o
[14:18] <balloons> communication and responsiveness from the development team is an on-going thing.. We'll continue to try and fill in the gap for both sides
[14:18] <balloons> thanks smartboyhw.
[14:18] <balloons> phillw, go ahead
[14:18] <smartboyhw> :)
[14:18] <phillw> I'd like to put on record my thanks to stgraber for the work done on the tracker so bugs are carried over when respins occur.
[14:19] <phillw> it has long been a thorn in our side.
[14:19] <smartboyhw> +1
[14:19] <balloons> sure looks nice doesn't it? :-)
[14:19] <phillw> lubuntu has two show-stopper bugs :(
[14:20] <phillw> bug http://launchpad.net/bugs/1041625
[14:20] <phillw> bug http://launchpad.net/bugs/1040544
[14:20] <smartboyhw> Alright
[14:20] <phillw> both are out of our hands.
[14:21] <smartboyhw> Ubuntu Studio builds got a hell lot of respins for the last few days due to ubiquity being unstable. However the new build works fine
[14:21] <balloons> phillw, likely will turn into respins?
[14:21] <balloons> at least one is an upstream issue
[14:21] <phillw> balloons: a respin is better than no release on those two.
[14:22] <balloons> of course.. not sure the openchrome will be solved, but it looks like a fix can be had for it
[14:23] <balloons> the other one is a dosey.. lars always manages to find those exotic bugs doesn't he?
[14:23] <phillw> as it is killing both of the ppc iso's one of them really does need fixing
[14:23] <balloons> +1 for lars
[14:23] <smartboyhw> +1
[14:23] <phillw> he's a good tester :)
[14:23] <balloons> :-)
[14:24] <balloons> anything else?
[14:24] <smartboyhw> No
[14:24] <phillw> oh yes, I forgot.
[14:24] <smartboyhw> phillw: ?
[14:24] <phillw> lubuntu now has an ARM iso (it arrived overnight)
[14:24] <phillw> the arm community are looking after it.
[14:24] <smartboyhw> Yep, sadly I don't have ARM
[14:25] <balloons> phillw, yes, please share the story
[14:25] <smartboyhw> :)
[14:25] <phillw> I was asked if lubuntu would object to it. Some ARM machines cannot cope with full ubuntu install, so they wanted a light weight vriant
[14:26] <phillw> I was on the release channel and
[14:26] <phillw> so it seems lubuntu came to mind,
[14:27] <phillw> it was a long term goal for lubuntu to have arm, but we lacked resources - these have now been provided by the arm community.
[14:27] <phillw> ..
[14:27] <balloons> thanks phillw
[14:27] <smartboyhw> \o
[14:27] <balloons> I think it's exciting, and glad to see if all coming together so quick
[14:27] <balloons> smartboyhw, go ahead
[14:28] <smartboyhw> Er, wait while I give the links
[14:28] <smartboyhw> #link http://ubuntuforums.org/showthread.php?t=1999827
[14:28] <smartboyhw> #link http://ubuntuforums.org/showthread.php?t=2052509
[14:28] <smartboyhw> It is said that there will be a Ubuntu GNOME remix coming
[14:29] <smartboyhw> And trying to get approval to become a official Ubuntu distro
[14:29] <phillw> Gubuntu?
[14:29] <smartboyhw> phillw: Possibly GNOMEbuntu
[14:29] <smartboyhw> So any comments on that?
[14:30] <phillw> i don't use gnome, so none from me.
[14:30] <smartboyhw> OK.
[14:30] <balloons> smartboyhw, it's always exciting to see new ideas come to life.. I wish the flavor the best
[14:31] <smartboyhw> OK
[14:32] <balloons> anything further?
[14:32] <smartboyhw> ..
[14:32] <smartboyhw> No
[14:32] <balloons> if not this meeting's a wrap :-)
[14:32] <smartboyhw> ;-)
[14:32] <balloons> #endmeeting
[14:32] <meetingology> Meeting ended Wed Sep  5 14:32:23 2012 UTC.
[14:32] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-09-05-14.05.moin.txt
[14:32] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-09-05-14.05.html
[14:32] <smartboyhw> Thanks balloons
[14:32] <balloons> thanks phillw and smartboyhw
[14:32] <smartboyhw> Thanks phillw
[14:32] <phillw> balloons: thanks for chairing
[14:33] <smartboyhw> balloons: Talk in #ubuntu-testing shall we
[14:59] <ogra_> foo
[14:59] <ogra_> (out new ports architecture)
[14:59] <ogra_> *our
[15:01]  * slangasek waves
[15:01] <stokachu> o/
[15:01] <cjwatson> smartboyhw: Ubuntu Studio has hardly had any respins.  20120903 and 20120905 as far as I can see.
[15:01] <cjwatson> Just to be factual about it ...
[15:01] <smartboyhw> cjwatson: But then ubiquity fails quite harshly. Anyway, moving on...
[15:02] <cjwatson> You said "a hell lot of respins" - just saying.
[15:02] <cjwatson> One respin isn't a lot. :-)
[15:02] <smartboyhw> That IS a lot
[15:03] <xnox> smartboyhw: for ISO that will be released in 1.5 years time....?!
[15:03] <slangasek> #startmeeting
[15:03] <meetingology> Meeting started Wed Sep  5 15:03:06 2012 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:03] <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:03]  * stokachu removes socks
[15:03] <slangasek> #topic lightning round
[15:03] <slangasek> $ echo $(shuf -e barry doko stgraber jodh ev bdmurray slangasek ogra infinity cjwatson xnox stokachu)
[15:03] <slangasek> ev jodh bdmurray xnox doko ogra stgraber slangasek barry stokachu cjwatson infinity
[15:03] <ev> I lose.
[15:03] <ev> - Finally got to the bottom of our retracer problems. Cassandra and its
[15:03] <ev>   transport layer, Thrift, do not like large column values. The limit here is
[15:03] <ev>   currently about 16MB. So if we encounter a value larger than that, like we
[15:03] <ev>   did with lyx's hundred megabyte stacktrace (!), we break it apart into
[15:03] <ev>   separate numbered columns. Added some tooling to better diagnose these sorts
[15:03] <ev>   of problems in the future.
[15:03] <ev> - Started counting the number of reports we receive for the combinations of
[15:03] <ev>   (package, release, version) so that we can adapt the average errors per day
[15:03] <ev>   graph on the front page to the form selection. Right now it just shows lines
[15:03] <ev>   for all of 12.04 and all of 12.10.
[15:03] <ev> - Investigated efficient solutions to recording the First seen and Last seen
[15:03] <ev>   versions for each problem on a per-release level. Committed and RT filed.
[15:04] <ev> - Finally finished off the bug creation branch of lp:errors and merged it in.
[15:04] <ev>   Once this is landed on production, you'll see a "Create" link wherever you
[15:04] <ev>   currently see a blank space in the bug column of the most common problems
[15:04] <ev>   table. This asynchronously talks to Launchpad, creates a bug for the package
[15:04] <ev>   in question, and subscribes you to it. It also records it in Cassandra so
[15:04] <ev>   that if we do eventually see a bug report from Apport, we can just
[15:04] <ev>   programmatically dup it to the errors.ubuntu.com created one.
[15:04] <ev>   
[15:04] <ev>   This functionality *should* supersede the daisy backend to apport's
[15:04] <ev>   crash-digger. Time will tell if this is the right solution. It also is the
[15:04] <ev>   foundational piece for building a mapping between bug numbers and fixed
[15:04] <ev>   binary packages so that we can feed users updates that purport to fix the
[15:04] <ev>   issue they just encountered.
[15:04] <ev> - Still waiting on https://rt.admin.canonical.com/Ticket/Display.html?id=55322
[15:04] <ev>   with lots of things queued up behind it. It's near the top of the chart, but
[15:04] <ev>   I'm growing concerned about just how much stuff is going to land right
[15:04] <ev>   behind it.
[15:04] <ev>   https://portal.admin.canonical.com/ruins?team=losa
[15:04] <ev> (done)
[15:04] <doko> that was short ...
[15:04] <ev> you're welcome
[15:06] <cjwatson> jodh is on holiday IIRC
[15:06] <cjwatson> (He mailed his update)
[15:06] <cjwatson> * blueprints
[15:06] <cjwatson>   - foundations-q-session-management:
[15:06] <cjwatson>     - no progress (but I actually don't have any work items on this one ;-)
[15:06] <cjwatson>   - desktop-q-upstart-session-requirements
[15:06] <cjwatson>     - not started: still awaiting desktop teams precise requirements.
[15:07] <cjwatson>   - foundations-q-upstart-service-readiness
[15:07] <cjwatson>     - no recent progress: the 2 outstanding work items are man page updates.
[15:07] <cjwatson>    - foundations-q-upstart-roadmap
[15:07] <cjwatson>      - no recent progress.
[15:07] <cjwatson>    - foundations-q-event-based-initramfs:
[15:07] <cjwatson>      - Fixed EventOperator collapsing code to serialise start/stop on.
[15:07] <cjwatson>      - Implemented cross re-exec logger handling.
[15:07] <cjwatson>      - Moved to using branch lp:~upstart-devel/upstart/stateful-reexec.
[15:07] <cjwatson>      - Got working Ubuntu build in ppa:jamesodhunt/upstart-testing.
[15:07] <cjwatson>      - Publicised build on ubuntu-devel.
[15:07] <cjwatson> ^- jodh's update
[15:07] <cjwatson> bdmurray: around?
[15:08] <bdmurray> cjwatson: shall I start or is there more from jodh?
[15:08] <bdmurray> ah yes!
[15:08] <bdmurray> holidays²
[15:08] <bdmurray> merge proposal https://code.launchpad.net/~brian-murray/apport/pre-release-freeze/+merge/122747
[15:08] <bdmurray> uploaded apport bug fix for bug 917903 regarding examining VarLogDistupgradeApttermlog attachments
[15:08] <bdmurray> uploaded grub2 fixing bug 919956
[15:08] <bdmurray> discussion with ev regarding package installation failures
[15:08] <bdmurray> sorted out a failed upgrade to quantal
[15:08] <bdmurray> reported bugs 1043867, 1043862, 1043859
[15:08] <bdmurray> discussion regarding bug reporting information on the ubuntu qa tracker
[15:08] <bdmurray> tested kernels for audio bug 1043538
[15:08] <bdmurray> done
[15:09] <xnox> * This week I have spend breaking & fixing ubiquity and dependencies.
[15:09] <xnox>   Causing respins for the milestone. In retrospect, more testing & code
[15:09] <xnox>   review & landing the thursday upload later maybe would have been
[15:09] <xnox>   better, maybe not.
[15:09] <xnox> * Trianging loads of interesting bugs from jibel with respect to new & existing
[15:09] <xnox>   ubiquity behaviour with various options. Some fixed, some to fix
[15:09] <xnox>   after beta1.
[15:09] <xnox> * Had little progress finishing manual LVM & Crypt, due to above.
[15:09] <xnox> * Specs & workitems tracker:
[15:09] <xnox>   - postponed low priority spec foundations-q-degraded-hw-notification
[15:09] <xnox>   - postponed foundations-q-event-based-initramfs. Upstart stateful
[15:09] <xnox>   re-exec is nearing completion, the implementation for the event
[15:09] <xnox>   based initramfs has not started and will not be landing in
[15:09] <xnox>   quantal. But this is work to be done during late quantal & early
[15:09] <xnox>   Rancid Raccoon. Note two views:
[15:09] <slangasek> ev: bah, still waiting on the django ticket?  any idea why it's held up now?
[15:09] <xnox>   http://status.ubuntu.com/ubuntu-quantal/u/xnox.html (new)
[15:09] <xnox>   http://status.ubuntu.com/ubuntu-quantal/u/dmitrij.ledkov.html (old)
[15:09] <xnox>   Filed http://pad.lv/1045548 asking to merge the two.
[15:09] <xnox> * Still Blocked: Geoname lookup still not deployed. See RT #55554
[15:09] <ev> slangasek: *shrugs*
[15:10] <slangasek> ev: as for "how much stuff is going to land right behind it", perhaps you could ask for a staged roll-out, and have them only deploy the subsequent commits in batches of 100? ;)
[15:10] <ev> lol
[15:10] <stgraber> ;)
[15:10] <xnox> ev: every friday to excercise canonistack deployments.
[15:11] <doko> - OpenJDK week ...
[15:11] <doko> - update both openjdk-6 and openjdk-7 to recent release
[15:11] <doko> - some bug triage, but getting demotivated by 475 reports
[15:11] <doko> - debug and fix jamvm for openjdk-7
[15:11] <doko> - package Avian, another jvm for x86, ARM and powerpc
[15:11] <doko> - started icedtea-web update and bug triage
[15:11] <doko> - look at webkit build failure on ARM with bzoltan
[15:11] <ogra_> done ?
[15:11] <doko> yes
[15:11] <ogra_> done:
[15:11] <ogra_> * fix nux, compiz and unity for GLES (over and over and over...)
[15:11] <ogra_> * make beta work on arm
[15:11] <ogra_> * test arm beta images
[15:11] <ogra_> * updated usb-imagewriter (dd frontend in universe for writing arm images to SD) from hal to udisks (upload pending)
[15:11] <ogra_> todo:
[15:11] <ogra_>  * bug 1028905
[15:12] <ogra_>  * bug 1045855
[15:12] <ogra_>  * bug 1045741
[15:12] <ogra_>  * bug 1045491
[15:12] <ogra_>  * decide if the bootpartition on the pandas shouldnt be a hidden part instead of being automounted on the desktop (we used to hide it in the past)
[15:12] <ogra_>  * make a decision if we want to show the source device in the partitioner on pandas (bug 1042930)
[15:12] <ogra_>  * inspect the framebuffer and keyboard issues with d-i on server images
[15:12] <ogra_>  * prepare and hold a "panda install howto" Google OnAir session
[15:12] <ogra_>  * update arm installation wikipages
[15:12] <ogra_> ..
[15:12] <stgraber>  - Was at Linux Plumbers last week (Tuesday -> Friday)
[15:12] <stgraber>  - Monday was a public holiday (labour day)
[15:12] <stgraber>  - Changed machine (Lenovo X230) and moved to 12.10 (only very annoying issue is bug 1021471)
[15:12] <stgraber>  - Container
[15:12] <stgraber>    - Pushed all the Ubuntu delta in a git branch for merging upstream (100 commits)
[15:12] <stgraber>    - Started looking at getting the rest of our custom scripts and changes upstream too
[15:12] <stgraber>  - Release
[15:12] <stgraber>    - Started testing/fixing Edubuntu for 12.10 beta 1
[15:12] <stgraber>    - Updated post-image-to-tracker in ubuntu-archive-tools to support adding a note to builds
[15:12] <stgraber>    - Updated post-qa on cdimage to add a warning in the note field of oversized builds
[15:12] <stgraber>  - TODO
[15:13] <stgraber>    - 12.10 beta 1 release
[15:13] <stgraber>    - Some more LXC work based on notes from Plumbers
[15:13] <stgraber>    - Some ISO tracker work
[15:13] <stgraber> (DONE)
[15:15] <slangasek> ogra_: +1 for hiding the boot partition from the desktop on Panda
[15:15] <ogra_> k
[15:15] <slangasek> stgraber: btw, can you send a trip report to the list about Plumbers?
[15:15] <ogra_> need to see if we have dosfstools available to set a label
[15:15] <ogra_> (else i need to pull it into flash-kernel-installer)
[15:16] <slangasek>  * short week due to labor day
[15:16] <slangasek>  * not nearly as much progress on XDG_RUNTIME_DIR as intended; mountall support is in the queue, but the new PAM module is not uploaded yet
[15:16] <slangasek>  * making some progress on multiarch SRU reviews: libart-lgpl accepted, libgnome being reviewed
[15:16] <slangasek>  * reviewing upstart stateful re-exec branch, helping polish for upstream merge
[15:16] <slangasek>  * working on getting Red Hat shim packaged, for our first-stage non-GPL SB bootloader
[15:16] <slangasek>  * Panda board Google OnAir session, tomorrow at 1400 UTC
[15:16] <slangasek>  * management sprint in Portland next week, Tue-Thu; expect me to be scarce
[15:16] <slangasek> (done)
[15:16] <slangasek> ogra_: hmm, how is the partition being created?  parted/partman should certainly be able to set a label
[15:16] <stgraber> slangasek: yep, meant to reply to Seth's e-mail to cover the sessions that Stefan and he didn't cover already. Will do that later today
[15:16] <slangasek> stgraber: ta
[15:16] <xnox> ogra_: wasn't there a magic hidden file you can touch to make $desktop not mount/show that partition
[15:17] <barry> short week due to labor day.  gwibber, gwibber, and more gwibber.  blueprints:
[15:17] <barry> foundations-q-python-version - all uncompleted work is postponed
[15:17] <barry> foundations-q-udd - unmilestoned
[15:17] <barry> foundations-q-python33 - nothing needed changing
[15:17] <barry> started working on updating python3 spreadsheet and evaluating work to be done for r-cycle
[15:17] <barry> done.
[15:17] <cjwatson> partman-basicfilesystems doesn't appear to be hooked up to set labels on FAT right now
[15:17] <ogra_> slangasek, i want it to be visible until flash-kernel-installer is run and then hide it on the actual installed system ... we used to do that by setting the label to SERVICE001 or some such (have tto check udisk rules for hidden names)
[15:17] <cjwatson> It probably wouldn't be that hard to hack into commit.d/format_basicfilesystems
[15:18] <slangasek> ogra_: I don't see any reason to make it visible even in the beginning
[15:18] <stokachu> * need to verify a couple sru's
[15:18] <ogra_> xnox, only on a per user base
[15:18] <xnox> ok.
[15:18] <ogra_> slangasek, so the user can edit the bootargs after writing the SD
[15:18] <slangasek> it's an internal detail of the system, I don't think users should be playing with it from the desktop
[15:19] <stokachu> * customer reported bugs are taking priority this week, starting to see an increase which could mean more customers or more bugs :\
[15:19] <stokachu> done
[15:19] <slangasek> ogra_: don't they have a place to do this under /etc/default now?
[15:19] <ogra_> after install we want that tro be done through flash-kernel and not directly ... before the user should eb able to edit the txt file to i.e. add a serial console entry
[15:19] <ogra_> oh, i havent heard of that
[15:19] <cjwatson> Short week; got back from holiday on Monday.
[15:19] <cjwatson> Cleaned up a good fraction of the outstanding ~ubuntu-archive bugs.
[15:19] <cjwatson> Pushed the libglew1.8 and libtiff5 transitions some of the way up the hill, prompted by various bits of NBS.
[15:19] <cjwatson> Fixed what I believe was the last major regression from the live-build apocalypse, namely a failure of livecd-rootfs to put iso-hybrid images in the right place.
[15:19] <cjwatson> Fixed a regression in my python-debian Python 3 port (Debian bug 686731).
[15:19] <cjwatson> Working on packaging GRUB 2.00, initially for Debian experimental but with the intention of requesting a feature freeze exception for 12.10.  Good news: it builds.  Bad news: no idea whether it works.
[15:19] <cjwatson> Various bits of assistance with 12.10 beta-1 preparation, e.g. bug 987418.  Frustrated at abject slowness of current desktop in kvm; makes it very difficult to work on installer bugs.
[15:19] <ogra_> i know that certain labels get ignored on a udev level though
[15:19] <cjwatson> Pushed a Launchpad branch which moves bug closure when accepting packages into an asynchronous job, eliminating timeouts.  There's a bit more work to do on this before it lands.
[15:19] <cjwatson> ..
[15:19] <slangasek> ogra_: heard of that> I thought you implemented it! :)
[15:20] <slangasek> (or were going to implement it)
[15:20] <ogra_> slangasek, /etc/default for hiding partitions from udsisk ?
[15:20] <slangasek> no, for letting users edit their boot arguments
[15:20] <ogra_> surely not :)
[15:20] <ogra_> slangasek, *before* installing the first partitioon of the SD needs to be visible for this
[15:20] <xnox> cjwatson: i'd love to try grub 2.00 to unlock luks =) would make the world better
[15:21] <ogra_> after installing (once it turned into a "boot rom" we want to hide it
[15:21] <slangasek> ogra_: I don't agree, I think this is a bad interface
[15:21] <cjwatson> Surely boot arguments should be done by preseeding the installer or something, not by expecting users to poke around manually
[15:21] <slangasek> what cjwatson said
[15:21] <xnox> well you can't =)
[15:21] <ogra_> hmm, k, that will require a ton of code to teach d-i about applying preseed options to u-boot setups then
[15:22] <xnox> becuase the most common change is boot into serial console or the screen. If you don't have one or the other, there is no way to change it on the panda
[15:22] <cjwatson> xnox: LUKS is indeed among the important features it brings
[15:22] <cjwatson> ogra_: But it would parallel what's done for GRUB, rather than being completely different
[15:22] <xnox> s/screen/graphical display/
[15:22] <stokachu> if i was a panda, what name would i be
[15:22] <slangasek> ogra_: this may not be high enough priority to get it all fixed this cycle, but I think you should be working towards a correct design rather than spending cycles on making the partition visible in the beginning and hidden later
[15:22] <ogra_> cjwatson, but it wont help :)
[15:23] <ogra_> how would i add preseed args ?
[15:23] <ogra_> either by ediuting the preseed.cfg on the actual installer partition ... or by changing bootargs, no ?
[15:23] <ogra_> i'm talking about the image before any installer runs or anything
[15:24] <slangasek> are you talking about how users would edit the boot partition when the SD card is inserted into a different machine than the install target?
[15:24] <ogra_> i.e. if i want to turn a normal d-i install into a serial one ... i need to set console= ...
[15:25] <ogra_> i'm talking about dd'ing the image to an SD, then re-plugging the SD and editing the txt file that holds the bootarg line to change something
[15:25] <xnox> slangasek: download .img from ubuntu.com; write it into sd card; re-instert sd card -> change bootargs to serial; put sd-card into panda, hook up serial => install.
[15:25] <xnox> this is how I installed it.
[15:25] <ogra_> so i can add preseed options etc
[15:25] <ogra_> right
[15:25] <xnox> after the install the sd-card became a boot floppy and no longer can serve the purpose of installing anything.
[15:25] <ogra_> the only prob here is that the partition is still visible *after* installation (and gets atuomounted)
[15:25] <slangasek> xnox: well, I know how to install a panda, but it didn't occur to me that someone doing this would care about the default visibility of the boot partition on their x86 desktop :)
[15:25] <xnox> so it's /boot shouldn't show up.
[15:26] <ogra_> i would only liuke to fix the "after install" part
[15:26] <ogra_> xnox, well, its no /boot thats the point
[15:26] <cjwatson> If there's no way to edit installer boot arguments, I'd speculate that new UI in the installer would be better than expecting people to do it by hand
[15:26] <slangasek> ok, so that makes more sense - sorry for misunderstanding
[15:26] <ogra_> ist the equivalent of a BIOS on SD
[15:26] <slangasek> cjwatson: I think this is about setting boot arguments /for booting the installer/
[15:26] <xnox> slangasek: the point is that on the x86 desktop the "internal" partitions don't show up already.
[15:26] <slangasek> anyway, let's move on
[15:27] <cjwatson> Ah
[15:27] <slangasek> #topic Bugs
[15:27] <ogra_> yeah
[15:27] <ogra_> slangasek has it :)
[15:27] <stokachu> multi-arch SRUS!
[15:27] <stokachu> thats all im gonna say
[15:27] <slangasek> ogra_: right - sorry for misunderstanding initially
[15:27] <slangasek> stokachu: working on it!
[15:27] <stokachu> slangasek: lol thank you :D
[15:27] <ogra_> well, i probably explained it not good enough :)
[15:28] <ogra_> (since everyone misunderstood)
[15:28] <stokachu> slangasek: i did get your update to libart for precise, ill need to verify that this week
[15:29] <bdmurray> a new one that came in recently is bug 1045579
[15:29] <bdmurray> I'm happy to work on it, I'm just not positive of the best way of fixing this.
[15:32] <slangasek> bdmurray: the issue seems to be that the editor isn't using the right case for the option name, leading to a conffile prompt, yes?
[15:32] <bdmurray> slangasek: correct it writes it as prompt instead of Prompt
[15:33] <slangasek> bdmurray: so a) fix software-properties to set the option correctly, b) add a Breaks: from ubuntu-release-upgrader-core to older versions of software-properties that don't include this fix, c) include a one-time fix-up in the preinst of ubuntu-release-upgrader-core that fixes the case of any entry in the file on disk
[15:34] <bdmurray> slangasek: got it thanks
[15:34] <slangasek> bdmurray: how are we doing on our rls-q-tracking bugs?
[15:35] <bdmurray> bug 1045588 was tagged rls-q-incoming and I think the tag should just be removed as this has always been the case afaik
[15:36] <slangasek> really?  I didn't think any kernels were getting auto-removed
[15:36] <bdmurray> I believe that during a dist-upgrade the kernel from the old distribution will be in the removal list
[15:36] <slangasek> marked rls-q-notfixing
[15:36] <bdmurray> and that is what micah is referring to
[15:37] <slangasek> however, it is a bug, and ties in to infinity's spec regarding proper kernel autoremoval, so assigning to him
[15:37] <slangasek> (for "later")
[15:38] <bdmurray> we have quite a few bugs in the rls-q-tracking list
[15:38] <bdmurray> one bug 1017001 is critical and I wonder if it still should be
[15:38] <slangasek> we can probably drop it to high
[15:39] <slangasek> it was 'critical' as a flag that it might make 12.04.1 blow up, and it didn't
[15:39] <bdmurray> we have a test case though and are in a position to fix it. correct?
[15:39] <slangasek> we don't have a reduced test case
[15:40] <slangasek> anyway, it's still assigned to infinity (for precise), he should be working on it when his kidneys recover from Plumbers
[15:43] <slangasek> stgraber, ogra_, xnox: you all have high-importance bugs on that list; are they on your radar?
[15:43] <slangasek> #link http://reports.qa.ubuntu.com/reports/rls-mgr/rls-q-tracking-bug-tasks.html
[15:43] <ogra_> yes
[15:43] <slangasek> [LINK] http://reports.qa.ubuntu.com/reports/rls-mgr/rls-q-tracking-bug-tasks.html
[15:43] <slangasek> hmph
[15:43] <slangasek> bug #946406 #1027648 #1037757 #154086 #984276 #1015567 #974284
[15:44] <slangasek> bug #1027648 bug #1037757 bug #154086 bug #984276 bug #1015567 bug #974284
[15:45] <xnox> yes. working more at ubiquity/partman. the dpkg one I was meant to look at together with infinity, but that slipped.
[15:45] <slangasek> ok
[15:45]  * ogra_ just closed 1037757
[15:46] <ogra_> missed to close it from changelog
[15:46] <slangasek> ogra_: ah, hurray :)
[15:46] <slangasek> stgraber: how about your bugs from that list? :)
[15:46] <slangasek> 946406, 974284
[15:47] <stgraber> slangasek: I just got rid of one of them and dhclient is on my todo
[15:47] <cjwatson> shall I take that coreutils sort -u bug?  it appears to have upstream patches
[15:47] <slangasek> stgraber: got rid of by fixing, or by unassigning yourself? ;)
[15:48] <stgraber> slangasek: the race condition is well, a race condition... need to spend some more time on it...
[15:48] <stgraber> slangasek: I had an ubiquity-slideshow-ubuntu bug on that list which got fixed but not closed
[15:48] <slangasek> stgraber: ah, ok
[15:49] <slangasek> cjwatson: please
[15:49] <cjwatson> slangasek: can I do your TIL merge at the same time? :)
[15:49] <slangasek> cjwatson: feel free :)
[15:50] <cjwatson> seeing as you did the NMU I suspect our delta is about to shrink
[15:50]  * cjwatson wonders why avahi is on the foundations list
[15:50] <slangasek> did I?  I guess it should be down to just the gettext:any build-dep now
[15:50] <slangasek> because $reason
[15:51] <slangasek> avahi is the networky bits as much as anything
[15:51] <ogra_> you can use it without desktop :)
[15:51] <cjwatson> I guess
[15:53] <slangasek> bug #433897 has a proposed fix
[15:53] <slangasek> bdmurray: would it make sense / be much trouble to highlight linked branches on the rls-q-tracking report?
[15:54] <cjwatson> 433897> I'm very wary, will need to think about it
[15:55] <cjwatson> I do know there's a problem but the races here are insanely delicate
[15:55] <slangasek> cjwatson: ack
[15:55] <slangasek> not suggesting a blind upload :)
[15:55] <slangasek> do you want me to assign that one to you?
[15:55] <cjwatson> And I don't think I buy the initramfs-tools proposal
[15:55] <cjwatson> Yeah
[15:55] <bdmurray> slangasek: I think it, and patches, makes sense.  If we don't check the branch package it should be easy.
[15:55] <slangasek> oh, also, should it even be on our list?  this seems to have bypassed the nomination process by virtue of a community member targeting it to quantal
[15:56] <cjwatson> 433897 you mean?  we ought to fix it really, it's foundations-induced damage and it annoys a lot of people
[15:56] <cjwatson> even if it bypassed the process
[15:56] <slangasek> bdmurray: if it's easy to do, I think that'd be great to have
[15:56] <bdmurray> slangasek: bryce targetted it I believe
[15:56] <slangasek> cjwatson: I agree, just wanted to make sure we explicitly evaluated
[15:57] <slangasek> bdmurray: ah, then we shall harrass him about not following the process :)
[15:58] <slangasek> I think that's probably as much time as it's useful to spend on that list for today, then
[15:58] <bdmurray> next week we should visit the team assigned ones then
[15:59] <slangasek> bdmurray: unless there are any in particular that you think have stagnated and warrant a call-out right now?
[15:59] <slangasek> bdmurray: right, I'm actually going through and un-assigning the team from these so they'll all show as unassigned instead of being a mix
[16:00] <bdmurray> slangasek: nothing to call-out
[16:00] <slangasek> (so we can review the whole set of unassigned ones, in that case)
[16:00] <slangasek> bdmurray: ok, cool - thanks
[16:00] <slangasek> #topic AOB
[16:00] <slangasek> anything else?
[16:02] <slangasek> #endmeeting
[16:02] <meetingology> Meeting ended Wed Sep  5 16:02:07 2012 UTC.
[16:02] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-09-05-15.03.moin.txt
[16:02] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-09-05-15.03.html
[16:02] <slangasek> clearly not :)
[16:02] <slangasek> thanks, guys
[16:02] <barry> thanks!
[16:02] <stgraber> thanks!
[16:05] <xnox> thanks.
[16:05] <ogra_> thx