[11:44] <knome> what do you all think of adding super+V as s shortcut for pavucontrol (v as volume)
[11:50] <bluesabre> How often does that need to be opened?
[11:52] <knome> since pulseaudio makes it possible, one might want to mute a single application
[11:52] <bluesabre> ah, true
[11:53] <bluesabre> it would be cool if they added individual volume controls to the sound indicator or something
[11:53] <knome> or change the levels per speaker
[11:53] <knome> or possibly access recording stuff
[11:53] <davmor2> knome: do you not have a sound indicator which has a sound settings?  Personally I would link super+v to a video player/mm player that you use v for video kinda thing
[11:53] <bluesabre> But, we do have the sound indicator only two clicks away
[11:54] <knome> davmor2, nope
[11:54] <knome> is there an exo-open for mediaplayer?
[11:54] <knome> or exo wrapper or whatever that's called :)
[11:56] <bluesabre> nope
[11:56] <bluesabre> unless you're using it to launch a file
[11:56] <bluesabre> WebBrowser, MailReader, TerminalEmulator, FileManager are the exo-open applications
[14:20] <pjotr_> Hello, I have a feature request for Xubuntu.
[14:21] <pjotr_> Currently, Xubuntu is being identified as Ubuntu, in the Grub menu. Which may cause confusion on a multiple boot system. Can this be changed in Xubuntu 13.04, so that Grub calls Xubuntu by it's proper name, in the Grub menu?
[14:24] <pjotr_> mr_pouit: maybe you know the answer?
[14:31] <pjotr_> I've filed a bug report for this, against xubuntu-default-settings: https://bugs.launchpad.net/ubuntu/+source/xubuntu-default-settings/+bug/1115271
[14:32] <pjotr_> It's a small bug of course, but even papercuts are worth repairing.... It helps making Xubuntu even better. :-)
[16:44] <micahg> hrm, I have to try adjusting the precise ISO sizes aga‌
[16:44] <micahg> *again
[19:55] <mr_pouit> micahg: ah, we should discuss about that for raring at some point (we bump the limit or just end up with only en_US and no app on amd64 ;-)
[19:57] <micahg> precise is the big problem ATM, raring I think I can fix
[20:01] <knome> micahg, mr_pouit: i think bumping the ISO size for R+ is fine, but i'd like to keep precise CD sized
[20:02] <knome> micahg, mr_pouit: or opt-out of more point releases for P if there's no way to keep it CD sized
[20:02] <micahg> if we didn't inherit the backport kernel stuff in precise, we'd be fine
[20:02] <knome> right
[20:02] <knome> how much is that?
[20:02] <knome> i think we might have opted-out of that too
[20:03] <micahg> no, we got it
[20:03] <knome> yes, but i think somebody asked me if we want it...
[20:03] <micahg> I did
[20:03] <micahg> I didn't do anything about it yet
[20:03] <knome> right :)
[20:03] <knome> no problem
[20:03] <knome> actually i don't think it's too bad if it looks like we can't keep CD size
[20:04] <knome> we already have a release that's CD sized, people can use that an upgrade in the worst case scenario
[20:04] <knome> we should formally decide to move to a 1GB USB ISO on the next meeting, if that's what the majority of the team wants
[20:05] <ochosi> +1
[20:05] <knome> i think it's more realistic to have that as a goal for 14.04
[20:06] <micahg> well, I think we should keep the default install useful, but minimal
[20:06] <knome> yes
[20:07] <knome> if ubuntu keeps adding stuff that makes us lose most of the applications, that's not good
[20:07] <micahg> actually, we could create a xubuntu-full or xubuntu-minimal seed
[20:07] <knome> ...and ship several ISO's ?
[20:07] <micahg> depending on how we want the ISO
[20:07] <ochosi> micahg: wouldn that be lots of work?
[20:07] <ochosi> 't
[20:07] <micahg> no, just a metapackage in the archive for experience
[20:07] <ochosi> oh
[20:07] <ochosi> i thought 2 iso-sizes
[20:07] <knome> i'm all for -minimal and -full if somebody is willing to work on it
[20:07] <knome> well i thought 2 iso-sizes as well
[20:08] <ochosi> yeah, we discussed minimal and full before
[20:08] <knome> -desktop == -full
[20:08] <knome> imo
[20:08] <micahg> nah, the desktop seed will be a subset or superset of the new one
[20:08] <knome> aha
[20:08] <ochosi> question is whether it isn't less work to publish instructions on how to make xubuntu-minimal from ubuntu-server isos than actually pushing those isos
[20:08] <knome> micahg, theoretically, how much work would two iso sizes be (if not counting the testing load)
[20:09] <micahg> ochosi: well, there's always the netboot ISO, that should be used instead of server
[20:09] <micahg> knome: twice the testing, not much else
[20:09] <knome> right
[20:09] <knome> if we get our testing working, that might be possible then
[20:09] <knome> not sure if we want to do that, but good to know
[20:10] <micahg> to add a meta package to the archive is easy enough
[20:12] <knome> to maintain... :)
[20:12] <knome> but yeah, that's what i thought
[20:13] <micahg> nah, each file will be listed in one place
[20:13] <micahg> s/file/package/
[20:14] <ochosi> micahg: have you dealt with package-sets like edubuntu used to have them (or still has them) yet, so that users can choose in ubiquity whether they want to install -desktop or only -minimal?
[20:15] <micahg> nah, maybe xnox can help with that
[20:15] <micahg> I thought that required ubiquity hacking
[20:15] <micahg> that also would require us to use the larger ISO size
[20:16] <ochosi> why that?
[20:16] <micahg> in edubuntu's case, I believe the squashfs's coexist on the image
[20:16] <knome> i believe that's the case
[20:16] <ochosi> hmm
[20:17] <ochosi> then that's not really helpful for our case
[20:19] <knome> we want to discuss with stgraber if we want something like that
[20:20] <ochosi> yeah, but if it doesn't help the iso-size issue, i'd rather postpone it
[20:20] <knome> sure
[20:20] <knome> probably doesn't