[15:59] <jgrimm> o/
[15:59] <kickinz1> o/
[16:00] <teward> o/
[16:00] <cpaelzer> o/
[16:01] <jgrimm> hi folks, anyone else around
[16:01] <jgrimm> i'm going to chair today
[16:02] <jgrimm> hmmm... may be light turnout
[16:02] <matsubara> o/
[16:02] <jgrimm> #startmeeting ubuntu-server-team
[16:02] <meetingology> Meeting started Tue Mar 29 16:02:42 2016 UTC.  The chair is jgrimm. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:02] <meetingology> Available commands: action commands idea info link nick
[16:03] <jgrimm> hi all, crazy busy last week for beta2. thanks for all the hard work
[16:03] <jgrimm> #topic Review ACTION points from previous meeting
[16:03] <jgrimm> jgrimm to update/clean up blueprint
[16:04] <jgrimm> Done. Updated it this morning
[16:04] <jgrimm> and updated by teward. thanks!
[16:04] <teward> updated by me due to things I have to do heh :P
[16:04] <teward> you're welcome.
[16:04] <jgrimm> caribou to investigate if kickin's clamav merge should land
[16:05] <jgrimm> caribou around?
[16:05] <caribou> jgrimm: yep
[16:05] <caribou> jgrimm: Debian have put out a new 0.99.1
[16:05] <caribou> I feel like we might just want to wait for the next merge window
[16:06] <jgrimm> caribou, yes. i agree
[16:06] <caribou> the only major thing is LLVM3.6
[16:06] <jgrimm> too late and we need to move to bugs
[16:06] <caribou> jgrimm: agree
[16:06] <jgrimm> thanks caribou
[16:06] <caribou> np
[16:06] <jgrimm> #topic Xenial Development
[16:07] <jgrimm> #link https://wiki.ubuntu.com/XenialXerus/ReleaseSchedule
[16:07] <jgrimm> Final Beta is out.  Bug hunting mode now for most part
[16:08] <caribou> don't need to hunt for them, they seem to come at me rather easily :)
[16:08] <jgrimm> a few things hanging stuck in proposed atm..
[16:08] <jgrimm> squid3 -> rharper is looking at it
[16:08] <cpaelzer> https://launchpad.net/ubuntu/xenial/+queue?queue_state=1
[16:09] <cpaelzer> also hanging in case one looks for his uploadas
[16:09] <jgrimm> :)
[16:09] <jgrimm> and vsftpd been stuck there for >40 days and needs someone to look at it yet
[16:09] <jgrimm> #link http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[16:10] <jgrimm> #action jgrimm find owner for vsftpd test failures
[16:10] <meetingology> ACTION: jgrimm find owner for vsftpd test failures
[16:11] <jgrimm> cpaelzer, how is dpdk testing going?
[16:11]  * jgrimm knows the answer, but giving cpaelzer a chance to share
[16:12] <jgrimm> cpaelzer?
[16:12] <caribou> jgrimm: I'll do a pass at vsftpd test failure & try to help
[16:12] <jgrimm> caribou, you rock!
[16:13] <jgrimm> thanks
[16:13] <cpaelzer> jgrimm: tests good
[16:13] <cpaelzer> jgrimm: finally a running openvswitch-dpdk
[16:13] <cpaelzer> jgrimm: I'm convinced to get something reasly usable over this week into my test automation
[16:14] <cpaelzer> jgrimm: already prepared for performance comparisons of ovs vs ovs-dpdk one day
[16:14] <jgrimm> cpaelzer, very nice.  Have you given thought to documentation? ServerGuide?
[16:14] <cpaelzer> jgrimm: thought yes, time not yet
[16:15] <jgrimm> :) no worries. just wanted to remind.
[16:15] <cpaelzer> jgrimm: but I wanted to create a how-to-use-dpdk anyway for a blog post - can as well go to server doc
[16:15] <jgrimm> excellent. tx!
[16:15] <cpaelzer> jgrimm: what was the deadline on the server guide contributions?
[16:16] <jgrimm> #link https://lists.ubuntu.com/archives/ubuntu-server/2016-March/007195.html
[16:16] <jgrimm> #link https://wiki.ubuntu.com/DocumentationTeam/SystemDocumentation/UbuntuServerGuide
[16:17] <cpaelzer> yeah I saw the mail thread, I'll just give it a try - thanks
[16:17] <jgrimm> cpaelzer, yeah, i don't recall the timeline, i need to look that up too.
[16:18] <jgrimm> #action jgrimm understand timeline/process around serverguide
[16:18] <meetingology> ACTION: jgrimm understand timeline/process around serverguide
[16:18] <cpaelzer> does that apply ? https://wiki.ubuntu.com/DocumentationStringFreeze
[16:18] <cpaelzer> that would be in the past (17th March)
[16:18] <jgrimm> cpaelzer, not sure
[16:18] <cpaelzer> well you will calrify via your action item
[16:18] <jgrimm> heh. of course
[16:19] <jgrimm> more xenial topics? anything to share?
[16:19] <teward> nginx 1.9.13 released today upstream, i'm going to hunt getting that into Xenial, but i won't be able to start on that until April 1 (hence why it's in that section of the work items on the blueprint); it'll need an FFe, but I'll work with the Release team on that.
[16:19] <caribou> jgrimm: you might want to ping pmatulis over this
[16:19] <caribou> this = server guide
[16:19] <jgrimm> caribou, ack
[16:19] <teward> jgrimm: just giving the note on that item for nginx, it's on my list of things :)
[16:19] <teward> hopefully it gets reviewed before FinalFreeze, though the 1.10.x item is going to be... more tricky...
[16:20] <jgrimm> teward,  indeed, I was going to ask you what sort of reality would be around 1.10
[16:20] <jgrimm> is there a date in mind for that being released?
[16:20] <teward> jgrimm: good question, i'm working with both Release and Security on multiple issues surrounding nginx in Xenial right now
[16:20] <teward> jgrimm: when nginx tells me a firm date, I'll be able to give you a clear answer.
[16:20] <jgrimm> teward, ack. thanks for the update
[16:21] <teward> Last time I checked right before Easter, there was no firm date set, but predicted time is a couple days before, or after, we release
[16:21] <jgrimm> ok, i won't hold out much hope for it then
[16:21] <teward> hence looping Release and Security in together, given that post-release if it ends up SRU'd, it'd be important enough for Security to include an update possibly.  I'll coordinate with sarnold and the rest of the Security team when that's closer.
[16:21] <jgrimm> teward, excellent. tx
[16:21] <teward> jgrimm: we had touched base with the TB initially on this, before the SRU policy changes
[16:22] <jgrimm> k
[16:22] <teward> and it had been considered post-release SRU of 1.10.x in, or right before we release include 1.10.x depending on nginx release date
[16:22] <jgrimm> k
[16:22] <teward> either way, it'd be available 'somewhere' in Xenial.
[16:22] <jgrimm> :)
[16:22] <teward> until i hear otherwise, that's what I assume is going to be the case
[16:23] <jgrimm> gotcha
[16:23] <teward> HTTP/2 is sooner on my radar than 1.10.x though, and I'm coordinating with Security Team on that discussion (attn: sarnold)
[16:23] <jgrimm> that would be great
[16:24] <teward> I'd love to turn that on before FinalFreeze, but like 1.10.x, it may get in post-release.  rbasak I think was on the list of people in that discussion, but ultimately I'm going to keep coordinating with the SEcurity Team on that (they're the ones that have to remove the "Don't enable HTTP/2" restriction in place now)
[16:24] <jgrimm> k
[16:24] <jgrimm> anyone else?
[16:25] <jgrimm> i know nacc is continuing to plug away at removing php5. probably at least a week of work yet
[16:25] <jgrimm> moving on
[16:25] <jgrimm> #subtopic Release Bugs
[16:26] <jgrimm> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-w-tracking-bug-tasks.html#ubuntu-server
[16:27] <jgrimm> anyone have anything to discuss or point out there?
[16:27] <nacc> jgrimm: ack, < 300 packages left at this point :)
[16:28] <jgrimm> nacc, \o/
[16:28] <jgrimm> #topic Server & Cloud Bugs (caribou)
[16:29] <caribou> not much to talk about; trying to enable zfcpdump on s390x
[16:29] <caribou> & now looking at vsftpd DEP8 tests ;-)
[16:29] <jgrimm> :) much appreciated!
[16:29] <jgrimm> moving on
[16:30] <jgrimm> #topic Weekly Updates & Questions for the QA Team (matsubara)
[16:30] <matsubara> jgrimm, cyphermox is working on the installer bug that was raised last week
[16:30] <matsubara> jgrimm, bug 1559507
[16:31] <matsubara> that's all I have to report
[16:31] <jgrimm> matsubara, thanks!
[16:31] <jgrimm> #topic Weekly Updates & Questions for the Kernel Team (smb, sforshee, arges)
[16:31] <smb> Nothing to report from kernel.
[16:31] <jgrimm> thanks smb
[16:31] <jgrimm> #topic Upcoming Call For Papers
[16:32] <cyphermox> matsubara: jgrimm: that was fixed last week
[16:32] <jgrimm> cyphermox, excellent. thanks!
[16:33] <jgrimm> i don't see any interesting CFP on LWN calendar
[16:34] <jgrimm> #topic Ubuntu Server Team Events
[16:34] <jgrimm> Anyone
[16:34] <matsubara> thanks cyphermox
[16:34] <jgrimm> #topic Open Discussion
[16:34] <jgrimm> rharper, since you just popped on. can you update on recap and update on tgt & squid3
[16:35] <jgrimm> err. recap and update on tgt & squid3
[16:37] <rharper> sure
[16:37] <jgrimm> tx
[16:37] <rharper> I'm not ready to say that AIO is something we're ready to support
[16:37] <rharper> so, I'll drop the FFE, I have a new debdiff with the new source from debian (allowing us to drop a patch that's already upstream)
[16:37] <rharper> and not enable AIO (delta from debian)
[16:37] <rharper> I'll update the BZ today and then search for a sponser (it'll be a really small diff)
[16:38] <jgrimm> perfect.
[16:38] <rharper> on squid3, there was an issue during dist-upgrade of squid in xenial proposed where the postinst scripts would not complete without error
[16:39] <rharper> the cause is the script (From upstream) checks for /etc/squid3 and then assumes that the /etc/init.d/<service> is named the same (squid3); this is not the case in our package;
[16:39] <jgrimm> #link https://bugs.launchpad.net/ubuntu/+source/squid3/+bug/1473691/comments/18
[16:39] <rharper> adding some logic to find the right service file name in that case, resolves the issue, the upgrade completes and I verified that both squid-deb-proxy and squid-guard, configured in 14.04, continue to work in Xenial
[16:40] <rharper> I'm not 100% certain about why the init script has the case it does;  it seems like debian should have the same bug then; I've not verified that
[16:40] <caribou> rharper: last I checked, debian went from squid3 to squid, that might explain it
[16:40] <rharper> caribou: we did the same
[16:41] <caribou> oh right
[16:41] <rharper> I'm guessing that if we did the same dist-upgrade test in debian (from a squid3 to squid) it'll fail the same way; I can confirm
[16:41] <rharper> in which case, we can push a fix into debian;
[16:41] <jgrimm> cool.
[16:42] <rharper> I can regen the debdiff for squid if no one else is going to; would like some other ubuntu-dev eyes to check that it's a sane thing to do
[16:42] <rharper> one other topic on squid3
[16:43] <rharper> the maas team raised a concern about the new squid package service now being named squid (/etc/init.d/squid) vs (/etc/init.d/squid3) and wanted an alias to help transition
[16:43] <rharper> I did a minimal search and asked in #ubuntu-devel, but I've not found any existing/prior cases of including an alias for service names
[16:43] <rharper> does anyone here know of one, or a policy that would apply
[16:44] <rharper> rbasak replied to the bug indicating that it's understable to break in the transition to a new LTS;  I tend to agree with that;  maas team which depends upon squid was concerned given the lateness in the cycle;  but without prior example, I worry more about long term support of including the alias
[16:44] <rharper> if anyone knows more, please comment in the bug
[16:44] <rharper> jgrimm: ok, I think that covers those two
[16:45] <jgrimm> rharper, cool. you might try the ml too (small turnout here)
[16:45] <jgrimm> thank you very much
[16:46] <rharper> gotcha
[16:46] <jgrimm> and for the quick sleuthing, really need new squid3 to get real world testing on it and this has hung out for a long time
[16:46] <jgrimm> ok, anything else?
[16:46] <caribou> rharper: by alias, do you mean a transitional package ?
[16:47] <nacc> caribou: an init-script alias (as the service has changed name from squid3 -> squid)
[16:47] <caribou> nacc: ak gotcha
[16:47] <jgrimm> thanks
[16:47] <jgrimm> i think we are done for today
[16:48] <jgrimm> #topic Announce next meeting date, time and chair
[16:48] <jgrimm> Tuesday 2016-04-05 at 1600 UTC - #ubuntu-meeting  and gaughen will be the next chair
[16:48] <jgrimm> #endmeeting
[16:48] <meetingology> Meeting ended Tue Mar 29 16:48:53 2016 UTC.
[16:48] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2016/ubuntu-meeting.2016-03-29-16.02.moin.txt
[16:48] <jgrimm> thanks all!
[16:49] <kickinz1> thanks!


[02:45] <valorie> I should have done that earlier but have been reading email late....
[02:45] <valorie> thank you Mamarok
[10:18] <Mamarok> well, I was not the fastest either, should have watched that thread closer after Ricks last post
[10:19] <Mamarok> let's try that -22 kernel now...
 https://kde.org/announcements/plasma-5.20.0 : Nice!
 starting some test builds of that, but not ones that are going to be able to go in backports etc


[01:14] <jeslin> how to upgrade mate version, i use mate version 15.
[01:14] <jeslin> can someone to help me, please
[01:15] <jeslin> ouh i am give up with this connection
[01:15] <jeslin> no one can help me out here
[01:15] <jeslin> thanks everybodies
[01:15] <jeslin> bye
[01:55] <ordinateurs> hi every bady
[02:42] <dmiller309> Hi there, ordinateurs.
[05:26] <east_> lklk
[05:26] <east_> sure
[05:27] <east_> dank memes
[05:27] <east_> super dank memes
[05:31] <mate|95185> just did update and now network manager does not work at all after reboot
[05:32] <mate|95185> had to boot back into windows to find out what happened
[05:33] <mate|95185> any ideas
[07:32] <finexbeer> y
[07:49] <finexbeer> when they relic the Ubuntu mat 17.04??
[08:00] <vlt> Hello. Our Firefox on Ubuntu MATE 16.04 didn't render background-color for select menu options. Now, w/o having touched FF 51.01.1, it does and I'm trying to find out which of the packages I installed is responsible for that. http://termbin.com/bj1f  Any idea?
[08:02] <finexbeer> vlt, do you know when is redy the ubuntu 17.04?
[08:11] <Astro7467> @vlt updated or changed themes (MATE or FF)?
[08:13] <Astro7467> @finexbeer (quit?) you mean something more specific than 2017-04?
[08:28] <vlt> Astro7467: No, nobody changed their themes and it suddenly works for all users.
[08:29] <vlt> Astro7467: I suspect one of the recently installed packages (mplayer, ffmpeg, darktable).
[09:04] <sridhar_> hi
[09:04] <sridhar_> i need help to install skype for business
[09:04] <sridhar_> could you please tell me the instructions
[09:55] <lhtd> Hey, hello, I have a problem with partition tables.
[09:56] <lhtd> I have a secondary HD of 3Tb which has a partition table GPT (I deleted all partitions, and re-created the partition table)
[09:56] <lhtd> and 3 weeks later the partition table is broken again
[09:56] <lhtd> why would this happen ?
[09:57] <lhtd> this is the partition table scan:
[10:00] <Simooon> Hey, on the website it says ubuntu mate 64 bit is good for 3-gb and above, and 32 bit is good for 2 gb and above? How come there is a difference, and would it be advisable to install a 32 bit system on a 64 bit comp when it only has 2 gb of RAM?
[10:00] <Simooon> forgot to write "RAM" a couple of times, but I'm sure you understand :-)
[10:01] <lhtd> https://pastebin.com/wn7wXr1N
[10:02] <nomic> 64 bit = more address space
[10:02] <lhtd> Simooon, 64bit systems can handle more RAM, and they require a bit more for a small OS
[10:02] <nomic> = addresseable memory
[10:04] <lhtd> Simooon, if you want to install a 32 bit system in a 64 system it's doable. And could be advisable if some apps/programs you use run exclusively in 32 bit systems. Or if you don't know if your system is 32 or 64 bit
[10:05] <lhtd> +1 nomic
[10:05] <Simooon> I know how addressing works :-) Was just wondering why the recommendation for 64 bit OS was 150 % of the memory of a 32 bit system, it seems like a lot, and I really don't want to go with a 32 bit os unless I have to :-)
[10:06] <Simooon> the comp in question is definately 64 bit, but like I said only 2 gb of ram :-(
[10:06] <lhtd> if you have more than 3Gb of RAM go for 64, else go for 32. That's the safe option.
[10:07] <Simooon> okay, I think I will look into linux lite as well before I make a decision
[10:07] <Simooon> but thanks for all the advice
[10:07] <lhtd> try xubuntu
[10:07] <Simooon> heard that mate was lighter than xubuntu, but that might be on the processor side rather than the memory side?
[10:07] <lhtd> the requirements are smaller. or linux mint xfce
[10:08] <lhtd> maybe. I have ubuntu mate at work and linux mint xfce at home
[10:08] <lhtd> some people around have xfce. Which is one of the lightest window managers
[10:08] <lhtd> but deep down I love mate
[10:09] <lhtd> Simooon, http://askubuntu.com/questions/333795/what-are-the-system-requirements-for-each-flavour-of-ubuntu-desktop
[10:09] <Simooon> okay, I mainly use the regular ubuntu, but this is a temporary replacement computer for my mother, so I don't want to spend money upgrading it, but at the same time, I can't go with some obscure command line only system :-P
[10:09] <lhtd> those are not obscure command line stuff
[10:10] <Simooon> I know, I was just saying that I was looking for the lightest version that was not that :-)
[10:10] <Simooon> have used xfce myself, but that was years ago
[10:10] <lhtd> linux mint is more or less windows-like. the "start" button is on the same side as windows. My eldery neigbour is happy with it
[10:11] <Simooon> my mother used regular ubuntu like me, it's just that that computer broke down...
[10:11] <Simooon> so I'm looking for something similar :-)
[10:11] <lhtd> xubuntu is more or less the same, and it's quite colorful, so GUI users feel at home
[10:11] <Simooon> but lighter, but will probably go for xubuntu then
[10:11] <Simooon> again thanks for the advice :-)
[10:12] <lhtd> try them in a boot key, one or 2 days each, then ask her which she likes the most
[10:12] <lhtd> happy re-install day mate :-)
[10:12] <Simooon> meh, I'm taking a decision here, other wise she will just be too confused :-P
[10:13] <lhtd> well, try them yourself then
[10:13] <lhtd> making the usb boot keys is quite quick
[10:13] <Simooon> just used an hour shifting RAM back and forth between three computers, but they were unfortunately not compatible with the old comp :-(
[10:13] <Simooon> will try xfce first :-)
[10:14] <lhtd> enjoy
[10:14] <Simooon> linux light doesn't even have a channel :-/
[10:15] <Simooon> and thanks :-)
[11:08] <nutzer1> Hallo, ich benötige Rat zur Aktivierung eines Aldi Talk Web  sticks
[11:56] <maksio> so slow
[11:56] <maksio> some one respond
[11:56] <maksio> cr7
[12:09] <billo1963> hello from germany
[12:11] <billo1963> i have a little prob with kodi , since the last 3 updates from pearl mate  my kodi center doesnt start ...so what can i do?#
[12:11] <davide> Hi guys
[12:14] <anonymus> hola/hi
[12:17] <anonymus> ¿¿¿???
[13:48] <joem86> Hello everyone. Yesterday update manager upgraded my kernel to 4.8.0-44-generic. When I rebooted this morning my graphics were downgraded to software rendering, and my network interface was undetected. I rebooted and selected the previous kernel (4.8.0-42-generic) and everything seems to work as before. Did this happen to anyone else here?
[14:03] <joem86> After running update-manager again, the problem now seems to go away. I think it's because I only installed the kernel and not the kernel headers
[14:15] <alkisg> joem86: what's the output of `dpkg -l '*linux*' | grep ^ii` ?
[14:21] <joem86> @alkisg, http://termbin.com/m81f
[14:22] <alkisg> joem86: you do have linux-headers-generic there, so it pulls the latest headers automatically
[14:24] <joem86> cool. I'm not sure what happened yesterday then. I try not to do anything fancy with ubuntu these days. Hopefully it was just an anomaly.
[14:24] <alkisg> Maybe apt install was interrupted before it finished, and it continued next time...
[14:28] <Artemis3> joem86, that happens because some packages were updated while others didn't, when a new kernel comes not always the others do, you usually wait a bit (and make sure you use full/dist upgrade). In your case i suspect the proprietary drivers (nvidia if you use that) and firmware for the nic
[14:29] <Artemis3> or at the very least force a reinstall for nvidia so it runs dkms again etc.
[14:32] <joem86> Makes sense. I'm running an AMD A10 with the open source drivers. I figure there's a step in the upgrade manager that recompiles the driver with the latest kernel headers before instructing the user to reboot.
[14:37] <Artemis3> the kernel modules then
[14:38] <Artemis3> yes it should have been done automatically
[18:39] <cardboard-> Hello? Is anyone here?
[18:46] <Menzador> "HE'P ME! HE'P ME! HE'P ME!" /quit
[21:53] <guest-vw7x6w> join
[21:58] <DarkPsydeLord> XD
[23:06] <n000b> guzs how can i change the kezboard lazout_
[23:06] <n000b> it alwazs resets on login
[23:06] <n000b> thats extremelz annozing
[23:08] <n000b> do i really have to setup the keyboard every single time i login?
[23:15] <n000b> I did configure it during installation, then i configured it in mate, then even from console with sudo dpkg-reconfigure keyboard-configuration
[23:16] <n000b> it ALWAYS keeps falling back to english with makes me mad at mate
[23:16] <n000b> can i uninstall english layout somewhere?
[23:17] <n000b> does mate support other keyboard layouts than english?


[00:43] <_Josh_> I have a problem with a customized precise-server installer, it fails in the during "select and install software" with "Unable to locate package minimal^", I
[00:43] <_Josh_> I have this in the CD: pool/main/u/ubuntu-meta/ubuntu-minimal_1.257_i386.deb
[00:44] <_Josh_> and the following in the preseed:
[00:44] <_Josh_> tasksel tasksel/first multiselect
[00:44] <_Josh_> I have the same with lucid and it works without problem
[00:45] <_Josh_> anybody can help?
[00:45] <cjwatson> probably a bug in how you've generated your CD image
[00:45] <_Josh_> mmm, yes, probably
[00:45] <_Josh_> but how can I debug it?
[00:45] <cjwatson> the "minimal^" syntax requires Task fields to exist in the Packages files
[00:45] <cjwatson> specifically some with "Task: minimal"
[00:45] <_Josh_> I'm generating it like I do with the lucid customization
[00:45] <_Josh_> nothing different I think
[00:45] <cjwatson> so I'm guessing you regenerated Packages and forgot to include extra overrides
[00:45] <_Josh_> mmmm
[00:45] <_Josh_> let me see...
[00:46] <cjwatson> it's possible some code got incidentally stricter along the way
[00:47] <cjwatson> I'm going to be too tired to walk you through debugging scripts (00:46 and I still need to hang up laundry before bed, erk) but hopefully I've given you enough keywords above that you can search usefully
[00:48] <_Josh_> cjwatson, no problem, thank you very much for the tip! :)
[00:48] <cjwatson> it is a bit odd that it cares about minimal given that that task should always be installed by that point
[00:49] <cjwatson> I wouldn't mind looking at a complete syslog (preferably with DEBCONF_DEBUG=developer) and your preseed file when I'm more awak
[00:49] <cjwatson> e
[00:50] <_Josh_> I'll try to fix it by myself, but I'll be back if not, thanks again :)
[16:51] <bdmurray> cjwatson: Have you seen bug 669459?
[16:51] <ubot2`> Launchpad bug 669459 in ubiquity "Ubuntu installation writes into foreign partitions and MBR without permission, damaging other operating systems on the disk" [Undecided,Confirmed] https://launchpad.net/bugs/669459
[17:11] <cjwatson> bdmurray: gruh
[17:11] <cjwatson> interesting that cylinder alignment fixes it
[17:33] <bdmurray> cjwatson: also it looks like bug 919356 may have a fix in it
[17:33] <ubot2`> Launchpad bug 919356 in choose-mirror "Default hostname needed for PowerPC" [Undecided,New] https://launchpad.net/bugs/919356
[17:39] <cjwatson> thanks, I'll try to figure out whether that's correct :)
[17:40] <bdmurray> Thanks.  If you could let me know that'd be great because there a few bugs about it.
[17:40] <bdmurray> Oh, I guess I could subscribe. ;-)
[17:40] <cjwatson> he says the alternate CD is still affected, so I'll try to reproduce it in d-i
[17:40] <cjwatson> the last time I tried, I couldn't reproduce it - but his clue that it only affects people outside the UK is very likely instructive there
[17:41] <cjwatson> (it's a lot quicker to run d-i under qemu than it is to run ubiquity under qemu!)
[17:42] <bdmurray>   * Only default mirror/country to the value of debian-installer/country if
[17:42] <bdmurray>     the latter has any mirrors; otherwise, fall through to defaulting to GB
[17:42] <bdmurray> Is that relevant?
[17:43] <cjwatson> possibly, but I won't know until I've traced it
[17:44] <cjwatson> I don't think I agree with the proposed change
[17:45] <cjwatson> the intent of adding "Default: mirror" there was to change the default in the case where you ask for a custom mirror
[17:45] <cjwatson> if it's affecting the default in other cases, something else is wrong
[19:37] <CIA-11> ubiquity: cjwatson * r5129 trunk/tests/run: Re-exec ourselves if we change LD_LIBRARY_PATH in tests/run.
[21:44] <CIA-11> ubiquity: cjwatson * r5130 trunk/ (tests/test_osextras.py debian/changelog): Add tests for ubiquity.osextras.