[01:07] <knome> ochosi, we'll want to covert the terminal color scheme into a preset and ship it
[07:47] <elfy> ochosi: caught up with all the trusty tests - which have all now got at least 1 result
[07:48] <elfy> reported bug 1418377
[07:49] <elfy> and have critically failed all of my tests - so if anyone from -release is looking at what can be released later I'd hope that 10 fails out of 10 will jog a memory or two :)
[08:03] <ochosi> knome: sounds good, are you taking that on?
[08:05] <ochosi> bluesabre: since my ubiquity-panel branch has been merged, could you please look at the packaging for that file? seems that while it's in the source tarball it's not getting installed yet: https://github.com/shimmerproject/Greybird/blob/master/ubiquity-panel-bg.png
[08:06] <ochosi> bluesabre: btw, the same goes for the emerald theme and everything else in greybird's top dir (speaking of vivid / shimmer daily ppa)
[08:10] <ochosi> elfy: thanks for that
[08:10] <ochosi> i guess we can't be very optimistic about this getting fixed
[08:10] <elfy> I'm not
[08:10] <ochosi> (in time, that is)
[08:10] <elfy> yea
[08:11] <elfy> though if they do manage in the next few hours to get something we can rebuild
[08:11] <elfy> it won't take long to do a few smoketests to ensure it's all gone
[08:12] <elfy> I suspect this time tomorrow morning we'll not have released it though
[08:16] <ochosi> yup
[08:16] <ochosi> just as a note, i have a meeting at work for the next few hours, so i won't be around to ping/handle people
[08:16] <ochosi> will be back in about 3 though
[08:16] <elfy> ok
[08:17] <elfy> I'll be gone in an hour till I get back too
[08:21] <brainwash> elfy: why xubu default settings? aren't the extra packages pulled in by xubuntu-meta or some ubuntu core package?
[08:21] <elfy> ochosi: pretty sure knome can request rebuilds still, need to check that bluesabre can as well 
[08:22] <elfy> brainwash: just ignore that bug thanks
[08:22] <elfy> it's just something that I did quickly so I could critically fail all the .2 tests
[08:22] <elfy> and if there was an oojumyflip package I would have used that 
[08:23] <brainwash> ok, ToZ did the same (report against default settings)
[08:23] <brainwash> which triggered that our SRU one failed
[08:23] <elfy> however if YOU would like to run through the test and report against each and everything that's pulled in be my guest :)
[08:25] <brainwash> ok
[08:25] <brainwash> tag has been already removed from bug 1292290
[08:25] <brainwash> no failed anymore
[08:26] <brainwash> but still, so many people are subscribed to the report ^ and no one has tested + verified it so far :/
[08:27] <elfy> happens
[08:28] <elfy> brainwash: if I remember I'll check that tomorrow and verify 
[08:28] <brainwash> you could even use the 14.04.2 iso which has/had -proposed enabled by default :)
[08:29] <brainwash> thanks
[08:30] <elfy> brainwash: when I do it - I'll do it on hardware not vm
[08:32] <elfy> that's a lot of words ... 
[08:32] <elfy> what's actually wrong? 
[08:34] <brainwash> comment #31 is the important one. you reassign one of these actions to another keybind and relog
[08:34] <brainwash> after login the new keybind should still work
[08:36] <elfy> brainwash: ok - thanks 
[08:37] <elfy> I am though a bit dubious about verification only being done by one or two people 
[08:37] <elfy> if it's that important then there should be more 
[08:37] <elfy> and did you verify it? 
[08:37] <brainwash> it's a backport from vivid
[08:37] <brainwash> well, I fixed the xml and in vivid and tested it ofc
[08:37] <brainwash> -and
[08:37] <elfy> but not in trusty? 
[08:38] <brainwash> no, otherwise I would have verification-done it already
[08:38] <elfy> bit ironic complaining about people not testing it then :)
[08:39] <brainwash> I did my part
[08:39] <brainwash> it's not a SRU with 1 or 2 subscribers
[08:39] <elfy> yea I understand *that*
[08:40] <Unit193> (Though, I tend to think approving it from top down isn't great either.)
[08:40] <elfy> does beg the question that if 36 people are affected then it should be verified by more than 1 or 2 
[08:41] <brainwash> it's a bit annoying for people that the report is spammed with comments and it's not that easy to focus on the essential stuff
[08:41] <elfy> yea but that's LP for any bug with more than a heat of 6 ... 
[08:41] <brainwash> maybe some up/down vote system could help
[08:42] <brainwash> mmh, I'll have to request that
[08:42] <elfy> I doubt it 
[08:42] <elfy> don't expect me to mark it as affecting me :p
[08:42] <brainwash> I could visually highlight helpful comments
[09:20] <elfy> ochosi: so, looks like delayed for a week (currently) 
[09:39] <ochosi> elfy: ok, that is actually good news
[09:40] <elfy> yea 
[09:41] <elfy> at least it wasn't just us - I think gnome have issues and I know lubuntu do :)
[10:52] <bluesabre> brainwash: if you can reproduce the bug and the fix, there is nothing wrong with reporting your result, even if it is your bug... especially if that helps things get out of -proposed...
[10:53] <ochosi> hey bluesabre 
[10:53] <bluesabre> when you do report on your own bug, I think there is a benefit in laying out all the steps you do so that you are not suspicious and others can verify even your result
[10:53] <bluesabre> hey ochosi
[10:53] <ochosi> so the ll patch was accepted for xfpm
[10:53] <ochosi> just needs some small warnings fixed
[10:54] <bluesabre> since Greybird has multiple themes in a single folder, we have to be explicit about what installs where, so the ubiquity panel is not currently installed
[10:54] <bluesabre> so I can fix that today
[10:54] <ochosi> ah ok
[10:54] <ochosi> sure, no rush
[10:54] <bluesabre> just need to know where things need to go
[10:54] <ochosi> ok, so the ubiquity png has to "stay" where it is
[10:54] <ochosi> i.e. greybird's toplevel folder /usr/share/themes/Greybird
[10:54] <bluesabre> ok
[10:55] <ochosi> oh also, i might do another theme point release soonish
[10:55] <ochosi> since i fixed the gtk3 spinner
[10:56] <bluesabre> ok
[10:56] <bluesabre> ping me when I need to package it
[10:56] <ochosi> will do
[10:56] <ochosi> you can test it meanwhile, if you want
[10:56] <ochosi> it's already in shimmer-daily
[10:56] <bluesabre> also, do you have bluetooth on your computer and a bluetooth device?
[10:56] <ochosi> yeah i do
[10:56] <bluesabre> the error statusbar used in blueman is black
[10:57] <bluesabre> making it impossible to read the actual error
[10:57] <ochosi> hm, not sure i know what you mean exactly
[10:57] <ochosi> wanna show me a screener of that?
[10:57] <bluesabre> I'll try to reproduce now
[10:57] <ochosi> k
[10:57] <bluesabre> can't always get a bluetooth error :)
[10:57] <ochosi> :)
[10:58] <bluesabre> got it
[10:58] <ochosi> oh, "good" :]
[10:58] <bluesabre> actually
[10:58] <bluesabre> its black in numix too
[10:58] <bluesabre> so its probably a blueman issue
[10:58] <ochosi> what, black on black?
[10:59] <ochosi> well, to know whether it's a theme issue, check ambiance or adwaita
[10:59] <ochosi> since satya started the sass port, the theme in git master hasn't received a ton of attention (also, he seems busy with work)
[10:59] <bluesabre> looks fine in adwaita
[11:00] <bluesabre> its black on every theme except adwaita, and blue on albatross
[11:01] <ochosi> hmm, ok, well since it's gtk3, fire up the inspector?
[11:01] <ochosi> or if i can reproduce it, i can debug it
[11:01] <bluesabre> https://imgur.com/iRC0C9u
[11:01] <knome> ochosi, will look at it
[11:02] <ochosi> bluesabre: mind to check with inspector what sort of widget that is? (they should really use infobars...)
[11:03] <bluesabre> http://i.imgur.com/eREUhPR.png
[11:04] <bluesabre> things that have used gtk for a long time do not use gtk3 correctly
[11:04] <ochosi> yeah
[11:04] <ochosi> true that
[11:04] <bluesabre> "what? you mean there are new widgets since 2008?"
[11:04] <ochosi> could you also check what classes the blueman+gui widget has?
[11:05] <ochosi> the hbox doesn't have any bg
[11:05] <ochosi> so obviously that's not it
[11:05] <ochosi> but yeah, always fun to see an HBox in a Gtk3 app :)
[11:06] <bluesabre> no classes
[11:06] <ochosi> :/
[11:06] <ochosi> like, nowhere?
[11:06] <ochosi> with no classes at all, i'd expect a normal bg_color
[11:06] <bluesabre> blueman+gui+MessageArea has no defined classes
[11:07] <ochosi> hm
[11:07] <ochosi> guess i have to try to reproduce that then
[11:08] <bluesabre> what does adwaita do to not make the default background black?
[11:09] <ochosi> who knows, maybe it sets some generic widget bg colors explicitely
[11:09] <ochosi> it's really really hard to follow all of their changes
[11:09] <knome> ochosi, what do you think about shipping a mousepad (gtksourceview) color scheme?
[11:10] <ochosi> knome: i'm +1 on it (as long as you don't expect me to do it ;))
[11:10] <bluesabre> easy to package
[11:10] <ochosi> bluesabre: woot, gtk3 plugs in gtk2 socket (see last comment): https://github.com/blueman-project/blueman/issues/25
[11:11] <knome> ochosi, well i almost have one ready... and have built it so that it allows a light variant as well
[11:11] <ochosi> knome: great, i say go for it!
[11:11] <bluesabre> i have a solarized-dark package for gtk2 sourceview that I use with mousepad
[11:11] <bluesabre> https://launchpad.net/~bluesabre/+archive/ubuntu/experimental/+packages
[11:11] <knome> i guess ultimately this would mean that i'd poke the terminal color scheme as well
[11:11]  * ochosi prefers solarized light
[11:12] <knome> i've used oblivion, but it has its problems
[11:12] <knome> do either of you know mousepad enough to say if we can force a different default theme on our installs systemwide?
[11:13] <bluesabre> we can
[11:13] <knome> good
[11:13] <bluesabre> ochosi: albatross makes it blue, so that might lead to a solution of sorts... http://i.imgur.com/asDrj9G.png
[11:14] <ochosi> bluesabre: hm, what colors do tooltips have in adwaita?
[11:14] <knome> another question for both of you...
[11:14] <ochosi> bluesabre: cause that looks like it uses the tooltip bg color, but the normal fg color
[11:14] <knome> have you seen a color scheme that actually changes the highlight color for search matches and the highlighted matches when selecting "highlight all" ?
[11:14] <knome> i wasn't able to get that working with 0.3.0 last night
[11:14] <ochosi> maybe it's a missing feature (i could very well imagine that)
[11:15] <ochosi> best to ping matthew (codebrainz) about that directly when he's around
[11:15] <bluesabre> in sourceview?
[11:15] <knome> bluesabre, yah
[11:16] <bluesabre> not to my knowledge
[11:16] <knome> at least the other highlighted stuff is always yellow bg for me
[11:16] <knome> can't remember if the current one was just the selection color
[11:16] <knome> yeah... :/
[11:16] <knome> boo
[11:16] <knome> there's the search-match tag, but that doesn't do anything
[11:17] <knome> at least to my knowledge
[11:18] <bluesabre> ochosi: not sure how long the gtk3 embedding will work... I think we're getting closer to all gtk3 windows being csd
[11:18] <bluesabre> but for now, woot
[11:18] <ochosi> bluesabre: i was thinking of menulibre and mugshot mainly
[11:19] <ochosi> also, for blueman i submitted an upstream ticket: https://github.com/blueman-project/blueman/issues/178
[11:20] <bluesabre> those screenshots were not CC
[11:20] <bluesabre> :P
[11:20] <ochosi> hehe, feel free to complain about the missing license ;)
[11:26] <knome> bluesabre, ochosi: for checking out... https://gist.github.com/knomepasi/1c22f13d3f7c135f3866
[11:28] <bluesabre> colorful
[11:28] <knome> well i've only tested it on the laptop
[11:28] <knome> and it nearly has the same colors as our terminal color scheme
[11:29] <knome> heh, i just noticed a problem with that
[11:29] <knome> but i'll keep improving
[11:29] <bluesabre> cool
[11:32] <bluesabre> olivier added libinput support http://git.xfce.org/xfce/xfce4-settings/commit/?id=49be65f8355aa54e28ac97fa569fc2b436d8b4b9
[11:38] <ochosi> woot already?
[11:38] <ochosi> holy crap
[11:38] <ochosi> that was quick
[11:39] <bluesabre> :D
[11:40] <ochosi> meh, that doesn
[11:40] <ochosi> t build
[11:40] <ochosi> error: variable ‘reverse_scrolling’ set but not used [-Werror=unused-but-set-variable]
[11:41] <knome> not so quick then eh :P
[11:42] <bluesabre> lol
[11:42] <ochosi> well, that
[11:42] <bluesabre> had a similar issue with his last push
[11:42] <ochosi> 's just a tiny issue with compile flags
[11:43] <ochosi> bluesabre: already got a reply on that blueman issue
[11:43] <bluesabre> woot already?
[11:43] <bluesabre> holy crap
[11:43] <bluesabre> that was quick
[11:43] <bluesabre> :P
[11:43] <ochosi> yeah, just a comment though
[11:43] <ochosi> no action :)
[11:44] <knome> bluesabre, check the updated gist
[11:44] <knome> lunchtime
[11:46] <bluesabre> lol, add the ifdef libinput, then
[11:46] <bluesabre> main.c:1220:17: error: ‘reverse_scrolling’ undeclared (first use in this function)
[11:46] <bluesabre> stupid compiler
[11:47] <ochosi> yeah
[11:47] <ochosi> very stupid
[11:47] <ochosi> i'm poking the same thing
[11:47] <ochosi> cause i wanna test a change i made to the icon theme list
[11:47] <bluesabre> if you fix it, go ahead and push
[11:47] <ochosi> well, big if
[11:47] <bluesabre> I want to do a coverity scan build on the current settings once I can get it to build
[11:49] <ochosi> mm, that'd make sense
[11:52] <ochosi> bluesabre: thoughts on this? http://www.zimagez.com/zimage/screenshot-02052015-125243pm.php
[11:54] <bluesabre> not opposed to it
[11:54] <ochosi> maybe add row hints: http://www.zimagez.com/zimage/screenshot-02052015-125404pm.php
[11:54] <bluesabre> better
[11:54] <ochosi> was just thinking it'd be nice not having to hover the tooltip
[11:54] <ochosi> cause it suuuuucks.
[11:54] <ochosi> a11y-wise
[11:54] <ochosi> and theme-names often aren't descriptive enough
[11:54] <bluesabre> another possible idea would be to maybe have a few preview icons
[11:54] <ochosi> yeah, i know
[11:54] <ochosi> but that's far more work
[11:54] <bluesabre> like 3 of the most common
[11:54] <ochosi> and i'd want that in addition to this
[11:55] <bluesabre> right
[11:55] <ochosi> yeah, something like: folder, file, arrow
[11:55] <bluesabre> mhm
[11:55] <ochosi> but that's really a lot more work
[11:56] <ochosi> there's no code for loading icons from different themes yet
[11:56] <ochosi> if you wanna go there, be my guest :)
[11:57] <ochosi> but i think even this is an improvement
[11:57] <bluesabre> agreed
[11:58] <bluesabre> I might play with it a bit
[11:58] <bluesabre> what you're interested in is GtkIconTheme
[11:58] <bluesabre> https://developer.gnome.org/gtk3/stable/GtkIconTheme.html#gtk-icon-theme-set-custom-theme
[11:58] <bluesabre> you can then use that to load icons from any theme
[11:58] <ochosi> oh right
[11:58] <ochosi> that makes it a lot easier
[11:58] <bluesabre> :)
[11:59] <ochosi> well play with it if you want
[11:59] <bluesabre> yeah, might do that a bit in the next few days
[11:59] <ochosi> i'll likely push my patch to a branch
[12:00] <ochosi> cool
[12:00] <ochosi> i'll pastebin you a link to my branch as soon as i've cleaned it up and pushed it
[12:01] <bluesabre> sweet
[12:47] <bluesabre> elfy, ftr, I am able to request rebuilds still, but as usual, will be out all day
[13:20] <brainwash> bluesabre: I don't maintain a trusty installation and it looks like almost no one here does
[13:23] <knome> i do
[13:25] <brainwash> you could verify that xubuntu-default-settings in trusty proposed fixes the keybind problem
[13:25] <brainwash> ideally we would want the fix in before final release of 14.04.2
[13:25] <knome> if we release .2
[13:26] <brainwash> oh, are the dependency issues still not resolved?
[13:26] <brainwash> ibus, extra indicators and so on
[13:26] <knome> i don't follow it closely, but i read about that on the mailing list from elfy
[13:28] <brainwash> it really looks like we have to fight the ibus "malware" over and over again
[13:28] <brainwash> it always finds a way back on the iso
[13:29] <knome> but re: verification, link me to the bug and i'll most likely get into it eventually
[13:31] <brainwash> it's bug 1292290
[13:32] <brainwash> I guess you know that you will have to add "verification-done-trusty" and leave "verification-needed" (if the new package fixes the problem)
[13:34] <knome> verification-done / verification-failed iirc
[13:35] <knome> and i think you can drop -needed if you did it
[13:35] <brainwash> but the SRU is targeting trusty and utopic too
[13:35] <brainwash> we need verifications for both
[13:35] <knome> meh, i don't really know why we're targeting utopic, it's dead soon
[13:35] <knome> but -trusty then i guess
[13:35]  * knome shrugs
[13:36] <knome> i'll look into that when i get to the verification part :P
[13:36] <brainwash> https://wiki.ubuntu.com/QATeam/PerformingSRUVerification
[13:36] <brainwash> the utopic one is not important
[13:37] <brainwash> but it helps to prevent that the bug (corrupted xml file on first login) is carried over from utopic to vivid
[13:38] <brainwash> if someone creates a new account in utopic and then upgrades to vivid, for example
[13:45] <elfy> bluesabre: thanks - nice to be sure who can do what where for when it's needed :)
[13:47] <knome> elfy, always up-to-date answer: everybody in ~xubuntu-release
[13:48] <knome> that's the feature we mainly set that team up for :)
[13:49] <elfy> yes I know that
[13:49] <elfy> but - things go wrong with trackers ... or had you never noticed :p
[13:49] <knome> noooo
[13:49] <knome> :P
[13:49] <knome> what are you talking about?
[13:49] <elfy> ha ha 
[13:53] <knome> ok, sister+ coming over
[13:53] <knome> see you later
[13:53] <elfy> cya 
[14:22] <brainwash> bluesabre, Noskcaj: should bug 1388009 be fixed in trusty?
[14:24] <brainwash> it's a packaging issue and should be resolved via SRU I think
[16:01] <ochosi> huhu, we're not alone: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1418295
[16:09] <elfy> :)
[16:40] <elfy> can one of us who can change bug importance do something with bug 1418377 so it flys high on the trusty 
[16:41] <elfy> tracker defects list
[16:41] <elfy> confirming and critical sound good 
[16:44] <slickymasterWork> so elfy, do you want ir Critical or High?
[16:44] <slickymasterWork> s/ir/it
[16:45] <slickymasterWork> never mind, I saw you already said what you wanted
[16:46] <slickymasterWork> elfy, done -> bug 1418377
[16:47] <elfy> thanks :)
[16:47] <slickymasterWork> np
[16:47] <elfy> wait for the summary page to catch up with it 
[16:50]  * slickymasterWork hopes elfy is sitting, while he waits
[16:50] <elfy> oh yes :)
[16:51] <slickymasterWork> :)
[17:18] <brainwash> ochosi: but that's a different black screen bug
[17:19] <ochosi> i know that
[17:21] <brainwash> and this reminds me that cavalier may have figured out a way to fix our blank screen bug properly
[17:22] <brainwash> well, no, he would have pinged us :)
[17:47] <ochosi> bluesabre: since we talked about this earlier today, here's my patch: https://bugzilla.xfce.org/show_bug.cgi?id=9130
[17:49] <elfy> ochosi: check ubuntu-meeting from ~17:09/17:10 UTC 
[17:53] <elfy> surprised other people that we ended up with qt5 and unity-greeter :p
[18:08] <elfy> pleia2: re your Jam at the weekend - is there anything you'd like from me for it? 
[18:08] <elfy> just realised that it's at 21:00 for me - so can be around for a while - but not for hours :)
[18:09] <pleia2> elfy: just being around early on is fine :)
[18:09] <pleia2> I'll have attendees join here and ask questions
[18:09] <elfy> ok :)
[18:09] <pleia2> if all else fails, I'm funneling them to xubuntu-desktop package to submit bugs
[18:10] <elfy> testing vivid? 
[18:10] <pleia2> yep
[18:10] <elfy> ok - thanks :)
[18:10] <pleia2> I printed out testcases last night so they can follow along on paper for manual full disk install and live installs
[18:10] <pleia2> er, live cds
[18:10] <elfy> right
[18:11] <elfy> I hope the testcases are good :D
[18:11] <pleia2> I'll refresh all my isos on Saturday and get the sticks prepped, no one make any changes between sat and sunday images :P
[18:11] <elfy> I did a how to zsync/rsync wiki page if that's any use
[18:11] <pleia2> ooh, link?
[18:11] <pleia2> I'll also be showing the general QA wiki pages, so improvements on those have been appreciated
[18:12] <elfy> https://wiki.ubuntu.com/QATeam/DevelopmentSetup/SyncImage
[18:13] <pleia2> thanks
[18:13] <elfy> http://pad.ubuntu.com/xubuntu-usb is cleaned up 
[18:13] <pleia2> nice
[18:14] <elfy> and if anyone pitches up with xubuntu 14.10 - then upgrade tests from image would be awesome too :)
[18:14] <pleia2> com32 error D;<
[18:14] <pleia2> hates
[18:14] <elfy> :)
[18:15] <pleia2> wait, which is that for, unetbootin or usb-creator-gtk?
[18:15] <elfy> you should just need to tab then either live or unetbootindefault :)
[18:15] <pleia2> the etherpad is confused
[18:15] <elfy> both I am afraid
[18:15] <pleia2> gah
[18:15] <pleia2> I hate usb sticks
[18:16] <elfy> running trusty - com32 when using the buntu tool
[18:16] <pleia2> alright, I'm on utopic so I'll use usb-creator-gtk
[18:16] <elfy> running utopic - unetbootin fails 
[18:16] <elfy> yep - should work :)
[18:16] <pleia2> oh gosh, I'm supposed to be at the jam venue in 15 minutes to do a walk through
[18:16]  * pleia2 pants
[18:16] <pleia2> can't go in pajamas :)
[18:16] <elfy> I've found that the disks tool just works 
[18:17] <elfy> ha ha 
[19:01] <elfy> hi jono_ 
[20:10] <jono_> hey elfy
[21:34]  * knome 's office is pajama friendly
[22:01] <dkessel> FYI: i just created a xubuntu-docs daily ppa @ https://code.launchpad.net/~dkessel/+archive/ubuntu/xubuntu-docs-daily . not sure if it is interesting for anyone but me though ;) slickymaster, maybe ...
[22:01] <dkessel> got to go. good night
[22:02] <ochosi> that might actually be a candidate for the staging PPA
[22:03] <ochosi> or we could move it to a "more official" place at least, in case more ppl are interested
[22:17] <Unit193> Heh, I have https://unit193.net/xubuntu/xubuntu-docs/ too, daily build. :D
[22:24] <ochosi> bluesabre: will you do a new release of catfish with the about-icon changed for vivid or shall i put that icon i dropped back in the theme? (used to be gtk-about-symbolic)
[22:38] <pleia2> "A whole bunch of unwanted stuff installed" hah
[22:39] <knome> pleia2, btw, the new US mirror is up, no email sent, was too hard to find an admin email or contact information
[22:39] <pleia2> knome: k
[22:42] <knome> should set up the other new mirrors too
[22:43] <pleia2> yes, please :)
[22:44] <knome> what about the qa incentive shouting out?
[22:44] <pleia2> did that on tuesday or something
[22:44] <knome> oh ok
[22:44] <knome> :P
[22:53] <bluesabre> hey all
[22:53] <bluesabre> ochosi: planning to fix that, but thanks for the ping
[23:02] <knome> pleia2, done
[23:02]  * pleia2 inspects
[23:02] <knome> yeah, plz double-check
[23:03] <pleia2> just US, or did you add the other ones too? i forgot what we were adding
[23:03] <knome> i did everything
[23:03] <pleia2> cool
[23:03] <knome> so there are few other changes too
[23:03] <knome> i changed US three days ago when somebody pointed out the mirror wasn't working any more
[23:04] <pleia2> yeah
[23:04] <knome> how do we want to link to the full mirrors list?
[23:04] <knome> at the end of both lists?
[23:04] <pleia2> wfm
[23:05] <knome> working on that next
[23:05] <knome> maybe double-check that this is sane too http://xubuntu.org/getxubuntu/mirrors/
[23:07] <pleia2> very nice
[23:07] <knome> good, then i'll link eet
[23:07] <pleia2> :)
[23:07] <pleia2> first link to ZA no worky
[23:08] <knome> hmpf
[23:08] <pleia2> stray %20 in there
[23:08] <knome> ugh
[23:09] <pleia2> skimmed the rest, they look ok
[23:10] <knome> done
[23:13] <knome> updated blueprint
[23:18] <pleia2> gold star!
[23:18] <knome> haha