[00:02] <brainwash> ochosi: 32px seems a bit too small for the average user, but I don't care about the actual value (32, 36 or 48)
[00:02] <pleia2> http://adoptedsidekick.wordpress.com/2014/01/30/gee-that-didnt-work-out-very-well/
[00:02] <pleia2> ^^ worth a read, new tester
[00:03] <pleia2> (of course the thing failed, oops, but not the point!)
[00:03] <brainwash> ochosi: just want to make sure, that the icon size stays the same after open the desktop settings dialog for the first time. currently the size gets changed from 36 to 32
[00:04] <ochosi> brainwash: right, but is the 36px a value that we set actively in our settings? if not, can't we simply explicitely set it to a sane value and solve the problem that way?
[00:05] <brainwash> ochosi: I don't why it is set to 36, xfdesktop should actually use 32 like defined in the source code
[00:06] <ochosi> maybe it helps if we set it to 32px explicitely via xfconf
[00:06] <ochosi> have you tested that yet?
[00:07] <brainwash> via the global config file for xfdesktop?
[00:08] <brainwash> this works, see my MR
[00:09] <ochosi> .config/xfce4/xfconf/xfce-perchannel-xml/xfce4-desktop.xml is what i meant
[00:09] <ochosi> so yeah
[00:09] <ochosi> where is your MR?
[00:09] <brainwash> bug 1272057
[00:10] <knome> pleia2, http://temp.knome.fi/xubuntu/marketing_flyer_xp/flyer_xp-to-xubuntu_letter.png
[00:10] <pleia2> knome: \o/
[00:10]  * knome tickles pleia2 
[00:11] <pleia2> knome: I'll share this img with Pierre and confirm he's good with it
[00:11]  * pleia2 giggles
[00:12] <ochosi> brainwash: oh sorry, yeah, that one. well i'm all for just setting it to 32 and being done with it
[00:12] <brainwash> sure
[00:12] <ochosi> brainwash: thing is, while we can ponder about this issue for quite a while, for now, there seem to be more important things to be done
[00:13] <ochosi> i'm really the last to argue against polishing in general...
[00:13] <ochosi> but an upstream patch might take a while to trickle down
[00:13] <ochosi> and we have more important stuff we need packaged/released, like the gtk3 indicators
[00:13] <pleia2> knome: once I hear back, we can upload all to spreadubuntu and I will print them, hopefully tomorrow, he's been quick about emailing
[00:13] <brainwash> this report is not about the icon size, it's about making sure that is does not change when the user opens the dialog initially
[00:14] <knome> pleia2, sure. don't know how i'm around tomorrow (but i am)
[00:14] <pleia2> knome magic
[00:15] <ochosi> brainwash: i know. but i don't see any other bug there atm
[00:15] <knome> pleia2, ;)
[00:15] <brainwash> ochosi: that's another story/bug report :D
[00:16] <pleia2> brainwash: we're calling the new openstack bug tracker storyboard :)
[00:17] <brainwash> storyboard for testers who test and realize that it didn't work out very well
[00:18] <knome> pleia2, err, license master
[00:18] <pleia2> knome: hm?
[00:19] <knome> pleia2, i'm using open sans for the flyer. it's apache licensed.
[00:20] <knome> problem?
[00:20] <ochosi> knome: and open sans is a really nice font
[00:21] <pleia2> knome: heh, let's just mention it in the comments along with the authors
[00:21] <knome> pleia2, good.
[00:28] <knome> pleia2, sending you the files
[00:30] <pleia2> \o/
[00:34] <knome> pleia2, you should have them
[00:34] <pleia2> yup, thanks
[00:34] <knome> i accidentlly typed "time" first, then giggled
[00:34] <pleia2> haha
[00:34] <pleia2> shall I upload them to spreadubuntu once we get the attribution green light?
[00:34] <knome> "as if..."
[00:35] <knome> yes, that's why i sent them to you, if you happen to be around and me not...
[00:35] <knome> (and if it requires a non-SSO login)
[00:35] <pleia2> okie
[01:38] <knome> i was thinking when brushing teeth...
[01:38] <knome> a simple GUI that allows users to format anything not on fstab to "linux only" (ext-something) or "all operating systems" (fat32)
[01:39] <holstein> interesting
[01:39] <knome> but that would need some light libs to go with it
[01:41] <knome> who'll write it? don't know. would it be ready for 14.04? could barely have the time to get it in, but doubt it.
[01:42] <knome> would i be interested in including it? why not
[01:42] <holstein> wouldnt hurt anything
[01:43] <knome> yep
[01:44] <knome> but it would definitely need quite a lot of testing
[01:44] <holstein> i dont see it for 14.04 in any way
[01:44] <holstein> LTS and all...
[01:45] <knome> well it would need to land before the feature freeze
[01:45] <knome> if it did, there was a slim chance
[01:45] <holstein> is there not something upstream?
[01:45] <holstein> only gparted to format?
[01:46] <knome> well, if nautilus has that...
[01:46] <holstein> i havent checked in a long tim
[01:46] <holstein> time*
[01:46] <knome> i guess people either use nautilus to do it, or are comfortable to install a specific tool for it
[01:46] <holstein> yeah, its just a non-issue, as i see it
[01:46] <knome> pretty much
[01:46] <holstein> if you are savvy enough to want to format a stick, you know how to do it
[01:47] <knome> but i can see the point
[01:47] <holstein> yup
[01:47] <holstein> let me see if my 14.04 ubuntu boots, and i can check there..
[01:47] <knome> :)
[01:54] <holstein> knome: nope
[01:54] <holstein> not in files/nautilus that i saw
[01:55] <knome> okay
[01:56] <knome> maybe a custom action
[01:56] <knome> well, you can add those for thunar as well
[01:56] <knome> but you'd need the command/script to run anyway
[01:56] <knome> /app
[01:59] <knome> ok, off to bed
[01:59] <knome> see you later
[03:48] <pleia2> http://spreadubuntu.org/en/material/poster/startubuntu-xubuntu-flyer-us-letter
[03:48] <pleia2> http://spreadubuntu.org/en/material/poster/startubuntu-xubuntu-flyer-a4
[03:48] <pleia2> it is done
[04:08] <pleia2> and ordered paper copies, should get here in 11 days or so, and then I will intarweblag about it
[06:31] <christoffer> Anyone here that knows what's keeping Firefox 26 in proposed for Trusty?
[06:34] <Unit193> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html says it's outo of date on PPC.
[06:39] <christoffer> Unit193, thanks for that link. Didn't know about it.
[06:43] <Unit193> Sure, there's some hidden useful links.
[07:34] <elfy> o/ ali1234 
[09:47] <Unit193> We planning on doing a community artwork selection each release? (AKA, how do we want to version it?)  Still no traslasierra?
[09:49] <knome> ochosi speaks as if we would
[09:50] <Unit193> 14.04.0 it is.
[09:50] <Unit193> (What I've been using.)
[09:54] <ochosi> Unit193: yeah, still waiting for traslasierra and bubbles
[09:55] <ochosi> i think we can theoretically do it for every release, otoh who knows whether we'll get good submissions that way
[09:55] <ochosi> but yeah, versioning it related to the release they were submitted for sounds like a good idea
[11:28] <ochosi> knome: what was the status on adding a new dev-subteam that can merge into our branches?
[11:29] <knome> ochosi, we will turn -dev into that "subteam" and remove the upload rights from that team
[11:29] <knome> ochosi, if we need to have a team with upload rights, DMB can set up one for us later, like -dev-upload
[11:29] <ochosi> sounds good
[11:29] <knome> ochosi, ask micah, he's on it
[11:29] <ochosi> individuals will still be able to upload anyway, right?
[11:30] <knome> heh, well as their other team memberships allow them to
[11:34] <brainwash> ochosi: patch for xfdekstop 4.11 works, now all icons are scaled properly
[11:35] <brainwash> the main issue with 32px is that greybird also makes the font bold
[11:35] <Unit193> knome: Yeah, fun part figuring out who the pushers are. :P
[11:36] <brainwash> ochosi: so we get "small" desktop icons with a bold text
[11:37] <ochosi> brainwash: yeah, but i already explained why the font is bold in greybird
[11:37] <brainwash> I still know the reason :P
[11:37] <knome> Unit193, what do you mean?
[11:38] <brainwash> ochosi: so we should wait for the patch to land in trusty
[11:40] <brainwash> and then decide which desktop icon size to use (32 default, 36 currently by mistake or 48 like thunar does)
[11:42] <ochosi> brainwash: so you're confident that this patch will make it to trusty in time?
[11:49] <ochosi> point being: i don't see why we have to wait for that patch to decide what desktop icon size to use
[11:50] <brainwash> without the patch 36px is not a valid option :D
[11:51] <knome> seriously
[11:51] <knome> 36 is not even a standard icon size
[11:52] <knome> brainwash, let go of your nonsense thought that 36 is perfect and all others are invalid :P
[11:52] <brainwash> 36 is not perfect, just a bit better than 32
[11:52] <brainwash> personally I would vote for 48
[11:53] <knome> i think we're pixel pushing, it's stupid to wait for a patch (which might have other regressions) to make something 4px larger (or smaller) and that ochosi has the last vote anyway
[11:54] <brainwash> yes, the thing is that 36px is currently used until the user opens the desktop settings dialog for the first time
[11:54] <brainwash> and no one complained about 36
[11:54] <knome> maybe we should reassess that
[11:54] <knome> ochosi, what do you think of 32?
[11:55] <ochosi> i'm fine with 32px, i think it's big enough
[11:55] <ochosi> with 48px the grid in xfdesktop becomes very large
[11:55] <ochosi> so lots of spacing in between the icons
[11:56] <ochosi> icons/items
[11:56] <brainwash> ok, can you merge the change?
[11:56] <brainwash> or do I need to change my branch?
[11:56] <brainwash> 32
[11:56] <ochosi> actually i can't merge the branch, cause currently only ppl in xubuntu-dev can push to certain branches
[11:56] <ochosi> and since i have no upload rights, i'm not in xubuntu-dev
[11:59] <ochosi> this will hopefully be resolved soon, anyway, if you file a new merge-request with 32px (or update the current one) i can formally approve it and micahg or someone else will merge it
[12:03] <brainwash_> there are a few pending changes for xubuntu-default-settings
[12:03] <knome> yes
[14:19] <slickymaster> afternoon all
[14:21] <slickymaster> knome: you around?
[14:48] <knome> slickymaster, pong
[14:49] <slickymaster> hey knome 
[14:49] <slickymaster> what do you think?
[14:49] <slickymaster> new version: http://paste.ubuntu.com/6873264/
[14:49] <slickymaster> is it merge material?
[14:50] <knome> slickymaster, i'll have to check that later
[14:51] <slickymaster> ok, I'll wait on your feedback. anyway, I'm unable to push to LP, at awork
[14:52] <knome> oki
[16:02] <schproodle> attempting to run test suites on trusty daily. Are the iso images specifice to a test suite?
[16:03] <schproodle> Attempting to test trust daily.
[16:03] <elfy> nope - the same tests get run on whatever the daily is
[16:04] <schproodle> Thanks.  I am using the testdrive and virtual box but I don't understand how to do anything other than "install (entire drive).
[16:04] <elfy> the only time it is different is milestones - eg Alpha's and Beta's
[16:05] <elfy> in a virtual machine unless you make the virtual space big enough you'd not be able to anyway
[16:05] <schproodle> OK then perhaps test an installation on a usb drive?
[16:06] <elfy> schproodle: if you want to - just be really careful about where you install grub
[16:07] <elfy> schproodle: to be frank - unless you've a reason to use testdrive the best way is to manually use vbox
[16:07] <schproodle> What other way could I do the test suites for daily trusty?
[16:07] <elfy> I test with vbox mostly and a unused machine
[16:07] <elfy> and milestones I'll do it with this machine as well
[16:08] <elfy> if you canonly do install to whole drive in testdrive - then you do that - and I'll thank you for doing that :)
[16:10] <schproodle> Done. You are welcome.  I can install another computer I suppose.  I guess that is the safest way?
[16:10] <elfy> don't forget to report it :)
[16:10] <schproodle> Done.
[16:11] <elfy> thanks :)
[16:11] <schproodle> testdrive did seem a bit cranky eh :(
[16:11] <elfy> I've never used it tbh
[16:12] <schproodle> Not sure how to be careful about "where you install grub"
[16:16] <elfy> on the partitioning page you can set where you install grub - I always install test installs to their own partition - rather than sda
[16:16] <elfy> then I know that I can boot successfully - just means you have to add a step to be able to boot it
[16:20] <schproodle> If I install trusty daily on any other drive, I must be careful about where grub is installed.  I understand that I believe.  I have an hdd I could add to my machine. I will try to install 13.10 to that as sdb while keeping grub on my existing sysem on sda.  Is that about right?
[16:22] <schproodle> The extra step being selecting it in grub boot menu, right?
[16:23] <elfy> the extra step being booting to the normal one and updating grub to see the new one
[16:23] <elfy> and yea - ^^ that's about right :)
[16:28] <schproodle> Yes, I understand that in principle eh ;).  I have screwed that up before :) however. 
[16:28] <elfy> schproodle: you and me both
[16:29] <elfy> if I'm about I'm happy enough to ack what you're doing
[16:30] <schproodle> I am beginning to see how the extra machine looks very inviting for testing purposes.
[16:32] <elfy> it can help 
[16:32] <elfy> depends how much you do :)
[16:33] <schproodle> Slow I suppose to using virtualbox skillfully.
[16:34] <schproodle> That is, compared to  using virtualbox skillfully.
[16:34] <elfy> I do find vbox useful - I've got half a dozen 1404's init 
[16:45] <schproodle> I have vbox running trusty.  How would I install trusty over that on vbox?
[16:45] <schproodle> No testdrive involved eh.
[16:46] <elfy> to install over the top of it?
[16:46] <schproodle> to replace it with new daily trusty for testing for example
[16:47] <elfy> point the vmachine at the daily iso and it will boot with it
[16:47] <schproodle> erase it and install new trusty?
[16:47] <elfy> that's what it would do that way - yes
[16:49] <schproodle> wants to know if I want to force mounting of this medium trusty...iso -- button for Force Unmount selecte
[16:49] <elfy> I don't understand that
[16:51] <schproodle> I want to try to install a new trusty on the vbox trusty right -- erase the  old installation and replace it with a new.
[16:53] <elfy> http://imagebin.org/290942
[16:53] <elfy> you need to point the cd drive at the iso 
[16:58] <schproodle> pointed -- now what please?
[16:58] <schproodle> just "OK" ??
[16:58] <elfy> yep 
[16:59] <elfy> then check system boot order - make sure cd is above hard disk and it should boot the image
[16:59] <elfy> then you can use install to whole drive and it will overwrite the existing vbox install
[17:00] <schproodle> looking for system boot order for checking...
[17:00] <elfy> settings - system
[17:05] <sergio-br2> hey hello
[17:05] <sergio-br2> hey ochosi
[17:07] <schproodle> yep, I am getting the hang of it -- thanks
[17:08] <elfy> schproodle: cool
[17:10] <schproodle> looks like a fail: Upgrade to...LTS is checked instead of Erase trusty and reinstall -- testcase explected it to chech erase I believe eh.
[17:11] <ochosi> hey sergio-br2 
[17:11] <schproodle> Or is the option to Erase...reinstall merely presented good enough?
[17:12] <elfy> schproodle: I don't know enough about how your setup to comment 
[17:12] <schproodle> trying to test trusty testcase for erase and install.
[17:12] <elfy> oic - never mind - I think that's the default setting for it
[17:13] <elfy> so it would default to upgrade the current - just choose reinstall 
[17:13] <schproodle> Seems not to detect time/zone again...
[17:15] <schproodle> ...installing...gotta run.  Thanks again Mr elfy. :)
[17:15] <elfy> welcome
[17:18] <sergio-br2> ochosi, i ended the revision, now i will try to add more icons in places/96, at least the similar folders icons.
[17:19] <ochosi> sergio-br2: ok, great!
[17:21] <sergio-br2> i did many pull request, don't know if it is better for you.
[17:21] <sergio-br2> and apps/96, apps/128, categories and mimes... they are lot of work. I don't know when i will finish this.
[17:21] <sergio-br2> mainly mimes...
[17:25] <schproodle> elfy, it worked eh  -- installed the new trusty and booted up. :o
[17:25] <elfy> nice one - once you've done it - easier than other methods imo
[17:26] <schproodle> nice work! l8r
[17:26] <elfy> cya - and thanks again :)
[17:27] <ochosi> sergio-br2: indeed, many pull requests :) all of them are still valid i presume?
[17:27] <sergio-br2> yeah, but places i will put some stuff yet
[17:28] <sergio-br2> *places96
[17:29] <sergio-br2> hum, you did the merge, ok
[17:29] <ochosi> yeah, you can always do another merge-request when you got more
[17:30] <elfy> seems to be lots of new people floating about doing stuff 
[17:31] <sergio-br2> ok, no problem
[17:32] <slickymaster> elfy: it's like they say, the more the merrier (as long as it's quality stuff)
[17:32] <elfy> yep
[18:10] <slickymaster> gotta go. bbl ->
[20:17] <pleia2> Serbian: http://zeljko.popivoda.com/startubuntu-xubuntu-flyer-na-srpskom/
[20:17] <pleia2> Portuguese: http://ubuntuone.com/4i79t6ulGgBAnxf3NGrfiS
[20:18] <pleia2> knome: ^^ :D
[20:18] <pleia2> I should update our marketing materials page, will make a bug and do it later
[20:38] <SuperSumo> I don't know how to file bugs, but I found one in 14.04 alpha. I have my laptop hooked up to an external monitor and turn off the laptop screen while using it by choosing to only render to the monitor via the xbuntu control panel. If I right-click on an image in a folder somewhere and select "set as wallpaper" it doesn't set it. I have to go through the control panel to change my desktop's wallpaper every time. :(
[20:38] <SuperSumo> It's in 14.04 alpha2
[20:39] <jackson__> SuperSumo, I think it's a know issue.
[20:39] <jackson__> You can report bugs by running "ubuntu-bug PACKAGE" from a terminal
[20:39] <SuperSumo> ok, cool. I did a search on launchpad but couldn't find anything
[20:40] <SuperSumo> What package would that be in?
[20:40] <SuperSumo> I'm only <1 year of using linux fulltime
[20:40] <jackson__> thunar, probably.
[20:44] <SuperSumo> I have a general question. I'm working on my graduate project and am trying to use an NVidia Optimus setup. My laptop is a brand new high-end one, which requires drivers 319+ to work. My network card requires a newer kernel to work properly. So, I was going to use 14.04 as they have nvidia prime and a kernel version which will support my network card. I was looking through launchpad discussions on nvidia-prime and looks like 
[20:45] <SuperSumo> ...few days. Would those patches be reflected in the daily ISO builds? Would I be able to get them through the proposed PPA? Thanks.
[20:47] <jackson__> SuperSumo, Try trusty first. If that's not enough, use a PPA rather than ubuntu-proposed, which will randomly break your PC
[20:49] <SuperSumo> ok, thanks Jackson
[22:01] <ochosi> sergio-br2: if i may ask, what's up with the tiny changes in the existing camera icons? https://github.com/shimmerproject/elementary-xfce/pull/26/files
[22:01] <ochosi> (e.g. the 48px version)
[22:04] <ochosi> sergio-br2: another note: don't make merge-requests depend on each other, i.e. if i merge apps128 but not another merge-request, i'll end up with broken symlinks.
[22:04] <ochosi> sergio-br2: other than that, great work!
[22:05] <sergio-br2> hum, ok
[22:05] <sergio-br2> forget about symlinks... sorry :)
[22:07] <sergio-br2> ochosi, the difference in camera 48 px is that the button and other detail is behind a drawing. Just it. I moved it to the front
[22:08] <ochosi> oh, right
[22:08] <ochosi> hadn't noticed that
[22:10] <ochosi> why did you drop the 22px inkscape app-icon?
[22:11] <sergio-br2> is it used anywhere?
[22:11] <sergio-br2> in the last pull request, i add this to apps/22. But after, i realized that it is not used, i think
[22:11] <ochosi> theoretically yes, e.g. if whiskermenu is set to use 22px icons
[22:12] <sergio-br2> yeah, but i think it use 16 and after 24, or not?
[22:14] <ochosi> indeed, but it could still be used somewhere
[22:14] <ochosi> e.g. if the windowlist is set to display no labels, the icons can be practically any size
[22:14] <ochosi> so it doesn't hurt to keep it around
[22:14] <ochosi> (windowlist in the panel)
[22:16] <ochosi> hm, what's the change in actions/64/document-properties?
[22:17] <sergio-br2> hard questions... :)
[22:17] <sergio-br2> let me see
[22:17] <ochosi> hehe
[22:17] <ochosi> well, i want you to know that i *do* review the stuff you do ;)
[22:18] <sergio-br2> hehe
[22:22] <ochosi> btw, since you once asked, this is the reason i never merged that open request: http://www.zimagez.com/zimage/screenshot-2014-02-04-232147.php
[22:22] <ochosi> (hint: fuzzy icons, all of them...)
[22:22] <slickymaster> night all
[22:23] <slickymaster> knome, you around?
[22:30] <sergio-br2> ochosi, this document-properties, i don't know what is this change
[22:30] <schproodle> I am working with Testing Tracker: trusty daily xubujtu.  How do I know when ther is a fresh daily to test?
[22:31] <sergio-br2> ochosi, i will revert this. Probably a mistake
[22:32] <ochosi> sergio-br2: ok thanks, if you can update that merge-request i can merge it in
[22:32] <ochosi> (currently we have a few borked symlinks in apps/32 without it)
[22:32] <slickymaster> schproodle, http://iso.qa.ubuntu.com/qatracker/milestones/308/builds
[22:38] <schproodle> slickymaster, Yes, I had seen that.  Now I see the version is actually a date.  :)  Thanks
[22:39] <ochosi> sergio-br2: gotta go, i can do the merge when i'm back tomorrow
[22:39] <sergio-br2> ahh, ochosi, i found the change
[22:39] <ochosi> oh
[22:39] <slickymaster> schproodle, nnp
[22:40] <ochosi> sergio-br2: so, what's the change? :)
[22:40] <sergio-br2> the icon was too above (too up), then i pick it 2 px to down
[22:40] <sergio-br2> it was not 
[22:40] <sergio-br2> symmetric
[22:41] <ochosi> ah
[22:41] <knome> slickymaster, i'm here now
[22:42] <slickymaster> knome, something come up and I'll be unable to make tomorrow's meeting at 19, can it be postponed to 22 UTC?
[22:42] <ochosi> sergio-br2: mkay, looks fine then. merged
[22:43] <knome> jjfrv8, you around?
[22:43] <knome> slickymaster, that might or might not work for me, but i'm not critical for that meeting
[22:43] <ochosi> sergio-br2: pro-tip: do changes like these in single commits and note the changes. easier to re-connect the dots then later ;)
[22:43] <slickymaster> yes, it will have to arranged with jjfrv8 
[22:43] <slickymaster> be ^^
[22:43] <sergio-br2> yeah
[22:43] <ochosi> sergio-br2: note the changes == in the commit message
[22:44] <sergio-br2> i'm learning git yet :)
[22:44] <ochosi> sergio-br2: okeydokey, well done all in all!
[22:44] <ochosi> :)
[22:44] <sergio-br2> thanks
[22:44] <ochosi> well, thank you
[22:45] <ochosi> night everyone
[22:45] <knome> night ochosi 
[22:45] <sergio-br2> night
[22:46] <slickymaster> on a different subject, I've made a small correction to the Mugshot section, knome: http://paste.ubuntu.com/6875721/
[22:46] <slickymaster> do you think I can go ahead and make a MP?
[22:47] <knome> slickymaster, i'll get to you on that in 4
[22:47] <knome> err, 5, but 4 works as well
[22:48] <slickymaster> okie
[22:50] <knome> slickymaster, http://pad.ubuntu.com/2FP2NBw6El
[22:53] <slickymaster> I see, you prefer a colloquial approach on that paragraph
[22:53] <slickymaster> I can't say I disagree with you
[22:53] <knome> i thought it again, and i think i was a bit unclear/wrong the last time
[22:53] <knome> we're not trying to sell xubuntu, the user is already running it...
[22:54] <slickymaster> yeah, and I do tend to fall in a sort of marketing speech
[22:55] <slickymaster> that's something I'm going to have to correct :P
[22:55] <knome> heh, you should write the website pages then ;)
[22:55] <slickymaster> so, I'll replace my paragraph with yours and push a MP
[22:55] <slickymaster> ah ah, no I have to start on the MenuLibre documentation
[22:56] <knome> hehe, sure ;)
[22:56] <slickymaster> so, are you ok with MP idea?
[22:56] <knome> was there something else you changed in the file?
[22:56] <knome> or was it basically the stuff i already ack'd?
[22:57] <knome> yeah, i think it's good
[22:57] <slickymaster> I haven't changed nothing besides that opening paragraph
[22:57] <knome> just do a MP, and i'll merge
[22:57] <slickymaster> ok, will do it right away
[22:57] <knome> humpf, Unit193 ?
[22:58] <Unit193> knome: What?
[22:59] <knome> Unit193, why no xubuntu-docs 12.04.1 in precise :|
[22:59] <knome> Unit193, or, how do i check what the process has been?
[22:59] <knome> i thought i ran all the updates from -proposed already for my wife's laptop, but i didn't see the fixed startpage looks
[23:00] <Unit193> Not been uploaded.
[23:00] <knome> ok, so should i poke seb128, since he said a week a go "...and sponsored the change" ?
[23:01] <Unit193> https://launchpad.net/ubuntu/+source/xubuntu-docs
[23:02] <knome> hmpf.
[23:04] <slickymaster> knome, https://code.launchpad.net/~slickymaster/xubuntu-docs/xubuntu-docs/+merge/204803
[23:05] <knome> cheers, i'll get it once i've read a backlog for a channel
[23:07] <slickymaster> oki dokie
[23:13] <schproodle> I am working with Testing Tracker: trusty daily xubuntu.  I generated a pastebin link but I don't know how to get the info into the "machine" column for testcase reports.
[23:15] <schproodle> that is, computer's specifications, for testing and bug reporting.
[23:15] <slickymaster> schproodle, the data of that column is obtained from here https://wiki.ubuntu.com/QATeam/Hardware
[23:16] <slickymaster> schproodle, just read the instructions and run the script there
[23:16] <schproodle> Will do.
[23:16] <slickymaster> schproodle,  here's the howto: https://wiki.ubuntu.com/QATeam/Hardware#PROCEDURE
[23:19] <schproodle> Yes, I have read all that and generated a hardware detection pastebin link.  I still don't have clue.  Must I edit the wike somehow?
[23:20] <slickymaster> schproodle, the only editing you have to is here: https://wiki.ubuntu.com/QATeam/Hardware#PERMANENT_PASTEBIN_LINK_STORAGE
[23:23] <schproodle> (Do not edit this area. Admin only.)
[23:24] <slickymaster> schproodle, yeah, I see. It usen't to be . Apparently now the editable table is the one on top of that. That's the one you have to edit
[23:25] <slickymaster> schproodle, if you need any help on editing, just ping me
[23:33] <knome> slickymaster, merged.
[23:33] <knome> slickymaster, want to learn something?
[23:33] <slickymaster> of course. leaving and learning
[23:33] <knome> slickymaster, goodie.
[23:33] <knome> slickymaster, in the docs branch root, type 'dch -e'
[23:33] <knome> voila, the changelog
[23:34] <Unit193> (Need devscripts.)
[23:34] <knome> in the future, feel free to mark improvements there
[23:34] <knome> right, that's true
[23:34] <slickymaster> wait a sec, first I have to install dch :P
[23:34] <knome> i always expect everybody to have done sudo apt-get install *
[23:35] <slickymaster> on a need to basis
[23:36] <knome> so yeah, install devscripts and then do that :P
[23:36] <slickymaster> already browsing
[23:36] <schproodle> slickymaster, edited: [[http://pastebin.com/VJSa0ajn | Specification || schproodle ||
[23:36] <knome> it's not too much headache for me, but i forget it now and then
[23:37] <schproodle> [23:37] <slickymaster> schproodle, hmm I'm not seeing it there
[23:39]  * knome just went an fixed broken stuff in the table.
[23:39] <slickymaster> knome,  the changelog isn't showing any of the last changes made. Is it just supposed to happen after a release?
[23:40] <schproodle> slickymaster, I had not saved it.  Afraid to mess it up eh.  OK saved.
[23:40] <knome> slickymaster, should be done based on commits.
[23:41] <slickymaster> I see
[23:41] <knome> slickymaster, if you pull the latest revision from main, you'll notice i mentioned the mugshot section
[23:41] <slickymaster> schproodle, according to the changelog the last edit made to the page was knome's  (last edited 2014-02-04 23:39:03 by knome)
[23:42] <slickymaster> schproodle, yours might haven't been saved
[23:42] <slickymaster> knome,  going to pull it now
[23:43] <schproodle> slickymaster, ---- /!\ '''Edit conflict - other version:''' ---
[23:43] <slickymaster> just a question knome, when you say "... feel free to mark improvements there" are you referring to something similar to the commit message in bzr?
[23:44] <schproodle> slickymaster, I tried to emulate other entries but they are quite different -- don't have a clue here.
[23:44] <knome> slickymaster, yep, to describe the changes that have been done. i wouldn't mark every single typo fix separately, but bigger things are worth mentioning
[23:44] <slickymaster> got it
[23:45] <knome> schproodle, || Make || Model || Type || [[http://pastebin.com/VJSa0ajn|Specification]] | schproodle ]]
[23:45] <knome> schproodle, edit Make/Model/Type in that line
[23:45] <knome> wait
[23:45] <knome> schproodle, || Make || Model || Type || [[http://pastebin.com/VJSa0ajn|Specification]] | schproodle ]] ||
[23:45] <knome> in *that* line :)
[23:46] <slickymaster> yes :)
[23:49] <slickymaster> btw knome, in the xubuntu-t-docs blueprint you mentioned about looking at Ubuntu Manual to see if we can re-use some material on our documentation
[23:49] <slickymaster> I'm also on the manual team as editor. what do you have in mind?
[23:51] <knome> can't remember who first added that, maybe skellat
[23:51] <slickymaster> oh
[23:51] <knome> i think it's worth seeing if we could port some of it for the xubuntu docs
[23:52] <slickymaster> we could discuss it with godbyk
[23:55] <knome> it's not #1, or even #2, on the list
[23:55] <knome> but sure
[23:56] <slickymaster> yeah, we can access that need when the time comes