[00:15] <len-1310> zequence, Re: menu overlay for all DEs. My hope is to be able to do all or at least most of our menu mods in one file for all DEs (including those we don't ship :)
[00:16] <len-1310> However, There may be some things that end up being DE dependant, so we may still end up with a slightly non-standard menu for each DE as well.
[00:19] <len-1310> I am thinking of the settings/system stuff. The different DEs handle these things differently and we end up with settings applets from more than one DE because of our workflow Apps.
[00:23] <len-1310> zequence, anyway, I will build the generic overlay becasue it will be a good starting point for all the DEs. We can see what our menus look like with any custom menus turned off.
[00:24] <len-1310> If the overlay is good enough then we can let the rest of the menu go as packaged.
[00:27] <len-1310> xfce 4.12 may change the settings manager situation as well.
[03:50] <Len-nb> zequence, looked at keeping a generic menu for studio... not much fun. I can add but not subtract where I have tried so far. 
[03:51] <Len-nb> zequence, I can make a chunk that is pretty much generic and then the only editing we have to do to the DE menu file is to remove what we want to add.
[03:54] <Len-nb> That way if there is editing of our menus that can be done in one place
[11:48] <DarkEra> hi all
[11:49] <zequence> DarkEra: hello
[11:51] <zequence> len-1310: Ok, so if I've understood correctly, we can only add to a generic menu, but if we want to remove things, we need to do that for each menu separately?
[11:55] <zequence> Great, got another week of work, so two weeks of teaching people about Linux
[12:00] <zequence> ..money will go to a trip to Switzerland for the DebConf13 event
[12:04] <zequence> len-1310: We'll be getting a new udev shortly, so let's see if that will change anything for us
[13:00] <DarkEra> zequence, that sounds cool to me^^
[13:06] <len-1310> zequence, I am still working on it. I seem to be able to put a very short menufile where our file is now. It has two lines that merge parent and merge our custom file (in that order)
[13:07] <len-1310> The short file then can be linked to with whatever filename the DE expects.
[13:08] <smartboyhw_> zequence: Nice one!!
[13:08] <len-1310> hello smartboyhw_ 
[13:08] <smartboyhw_> len-1310: Hey
[13:09] <len-1310> Are you still doing studio K
[13:11] <smartboyhw_> len-1310: Yep, but not before 14 June.
[13:11] <smartboyhw_> EXAM
[13:11] <len-1310> not a problem. 
[13:12] <len-1310> smartboyhw_, can I fit a kubuntu on 20G?
[13:13] <smartboyhw_> len-1310: Why not? It fits within 10G (or even 6GB)
[13:14] <len-1310> Ok, I will see if it works on this box.
[13:16] <len-1310> Grub is really annoying. A flavour nmae would be soooo helpful.
[13:17] <smartboyhw_> len-1310: Heh
[13:17] <len-1310> Which package is that script from? I guess it is part of grub2?
[13:18] <zequence> Yeah, GRUB could use some more work on the menu
[13:19] <len-1310> should be for all flavours though
[13:19] <len-1310> Which package to bug?
[13:19] <len-1310> grub is not installed...
[13:21] <zequence> len-1310: grub2 maybe3
[13:21] <zequence> maybe*
[13:21] <len-1310> we have grub-pc-bin, and grub-common
[13:21] <smartboyhw_> len-1310: grub2
[13:21] <smartboyhw_> zequence: GRUB 3 hasn't been invented yet;P
[13:22] <zequence> smartboyhw_: I was referring to the package maybe3, which could be anything maybe
[13:22] <len-1310> There is no grub2 package
[13:22] <zequence> sure there is
[13:22] <zequence> It's a dummy package though
[13:22] <len-1310> we don't install it.
[13:22] <zequence> it depends on grub-pc and grub-common though
[13:23] <zequence> you're right. We don't install the dummy package
[13:23] <smartboyhw_> grub-pc then
[13:23] <zequence> depends
[13:23] <smartboyhw_> IWait
[13:23] <zequence> depends on which one holds the grub config files
[13:25] <zequence> grub2 is the source pacakge though
[13:25] <zequence> so, I would just report it against grub2
[13:25] <len-1310> I think it is grub-common.
[13:26] <len-1310> It includes all the /etc/grub.d/* stuff
[13:27] <len-1310> I will put a bug against that and maybe we can get lots of people to say this affects them.
[13:28] <zequence> len-1310: I'd do it on grub 2, or at least make one for both
[13:28] <zequence> and then make a duplicate of the bug
[13:31] <len-1310> This may actually be a bug with the distro identification.
[13:33] <zequence> Don't all distros have a way to ID the distro?
[13:33] <zequence> Even if it's not the same, GRUB can do it
[13:33] <zequence> But, I guess it might be nice if there was a standard for all Linux based
[13:33] <len-1310> When it took the system info, the install medium has studio, but the distro is just ubuntu
[13:33] <zequence> I'd think all Debian based has the same system
[13:34] <zequence> Ah..
[13:34] <zequence> Actually, I have Debian GRUB
[13:34] <zequence> So, I'm not seeing the same stuff
[13:34] <zequence> I just have kernel versions
[13:35] <len-1310> Studio at least has a different kernel, but I have xubuntu and lubuntu and they look the same.
[13:35] <zequence> I remember the distro by which order they come in, and which ARCH (almost every other is 32bit and 64bit)
[13:35] <len-1310> I shouldn't have to do that and besides a new install changes the order :P
[13:36] <zequence> So, we might need a new file for flavor ID
[13:36] <zequence> Unless one wants the initial install to decide which flavor it is
[13:37] <zequence> One can start out with netinstall, and then add whichever flavor. Also, add them all to one install
[13:37] <len-1310> DistroRelease: Ubuntu 13.10
[13:37] <zequence> All flavors are Ubuntu
[13:37] <len-1310> That is probably a mistake.
[13:37] <zequence> Why is that a mistake?
[13:38] <len-1310> Bug #1182067
[13:38] <zequence> All flavors are Ubuntu. It's not a mistake
[13:38] <len-1310> I think the flavour should be part of the name.
[13:38] <zequence> All flavors can exist in paralell
[13:38] <len-1310> That is why the flavour should be part of the name.
[13:38] <zequence> So, should the GRUB menu name all of them?
[13:39] <zequence> Ok, so the distro could then be: Ubuntu+Kubuntu+Lubuntu+Xubuntu.. etc
[13:39] <smartboyhw> Well I only keep Ubuntu Studio in here:P
[13:39] <len-1310> The system ditribution should have the flavour name
[13:39] <zequence> Yes, but the system is the same
[13:39] <zequence> We all have ubuntu-minimal
[13:39] <zequence> We are all Ubuntu
[13:40] <len-1310> Yes. but it is what is on top that makes them unique
[13:40] <zequence> But, you can have them all at the same time
[13:40] <zequence> So, how do you ID then?
[13:41] <len-1310> by which flavour got there first?
[13:41] <zequence> 15:36 < zequence> Unless one wants the initial install to decide which flavor it is
[13:41] <zequence> We still need a new file for flavors
[13:41] <zequence> And it might make little sense
[13:42] <len-1310> That might be a problem if the initial install is mini.iso
[13:42] <zequence> 15:37 < zequence> One can start out with netinstall, and then add whichever flavor. Also, add them all to one install
[13:42] <zequence> Yes, it is problematic
[13:43] <zequence> Perhaps there is some gui tool for making custom changes..
[13:43] <zequence> I read about some not long ago
[13:45] <zequence> I think maybe one could add an additional ID to the GRUB menu, not replacing Ubuntu, but adding to it, showing from which install medium one made the install
[13:45] <len-1310> That is my thought.
[13:45] <zequence> But, then you need a new file
[13:45] <zequence> One which is only added by installers
[13:45] <zequence> And only Ubuntu installers
[13:45] <zequence> meaning, all the Ubuntu flavors
[13:46] <len-1310> But that file has to be in a standrd place as grub by be reinstalled/configured from any partition.
[13:46] <len-1310> s/by/may
[13:47] <zequence> something like /etc/ubuntu_installer
[13:47] <zequence> next problem - upgrades
[13:47] <len-1310> May as well be in /etc/grub.d/
[13:48] <zequence> Why? It has nothing to do with grub
[13:48] <len-1310> upgrades should be from the same to the same flavour
[13:48] <len-1310> ls
[13:48] <len-1310> oops focus follows mind not installed
[13:50] <zequence> Well, ok, the installer ID would not need to have the release version. Just the installer (not flavor)
[13:50] <zequence> the mini.iso is not a flavor, until you add one
[13:50] <zequence> So, you'd add the installer ID, not the flavor ID
[13:50] <zequence> And from the mini.iso, you can add all flavors at once
[13:51] <zequence> or, at least their desktop metas, which is not exactly the same thing
[13:51] <zequence> A flavor is not much more than a custom set of preinstalled packages
[13:51] <zequence> ..and settings
[13:52] <zequence> The base system is the same
[13:52] <len-1310> mini.iso could include in the setup stage a question of which flavour do you want to call this partition?
[13:52] <len-1310> In fact ubiquity could too
[13:54] <zequence> len-1310: I think in this case, the easiest solution is actually just a GRUB gui tool
[13:54] <zequence> And you can make whatever changes you want
[13:54] <zequence> And call your partition what you want
[13:55] <len-1310> I would prefer to limit changes that are easy to make ...
[13:55] <zequence> The flavor is a very loose term for a system, as it really just is a set of preinstalled packages. 
[13:55]  * len-1310 has visions of too many unbootable systems
[13:55] <zequence> Easy to make?
[13:55] <len-1310> Partition label would be better
[13:56] <len-1310> easy to make as can be made from a gui
[13:56] <len-1310> Anyone can and will.
[13:56] <len-1310> The gui should not be able to make changes that make the system not boot
[13:57] <zequence> There is a gui tool already available
[13:57] <len-1310> package?
[13:57] <zequence> I haven't used. As I said, I've only read about one
[13:57] <zequence> don't remember the name
[13:58] <zequence> There used to be one for grub1 too
[13:58] <zequence> Whenever there are system files that can be altered, you can create a gui tool to edit them
[13:58] <zequence> And, it's up to you, the coder, how much freedom you give to the user for that gui tool
[13:59] <len-1310> Ya, the question is do I want to... do I want to support the changes a regular user might make.
[14:00] <zequence> I think the better question is: would it be useful or not
[14:00] <len-1310> /etc/os-release has name and version on two lines. maybe the flavour could be part of the version.
[14:00] <zequence> The problem again is that flavors are all the same OS
[14:01] <len-1310> certainly there needs to be some way the user knows what partition is which at boot time.
[14:01] <zequence> But, maybe if installing from the 
[14:01] <zequence> ..nevermind
[14:01] <len-1310> NAME="Ubuntu" VERSION="UbuntuSTudio 13.10, Saucy Salamander"
[14:03] <len-1310> There is also ID=ubuntu
[14:03] <zequence> Again, all flavors are the same OS
[14:03] <zequence> They are just different flavors of it
[14:04] <zequence> Should a meta package decide which OS it is?
[14:04] <len-1310> But whatever way of doing things is used it has to be the same for all flavours
[14:04] <len-1310> the meta can ask at install
[14:05] <len-1310> In fact it should work with other distros like debian or slackware or redhat
[14:07] <zequence> I think if you really think this is something you would like to see happen, discuss it on the ubuntu-devel-discuss list
[14:08] <zequence> That way you should get some good feedback on the problem of identifying a flavor, and whether or not it is possible to do so
[14:08] <len-1310> zequence, anyway, I will play with this stuff. Is there a more generic video driver than nouveau that might work with gnome?
[14:08] <zequence> len-1310: The problem is not with the driver, I don't think. It's with your card
[14:08] <zequence> It doesn't have the support needed
[14:09] <zequence> If the card is too old, it just doesn't have the tech it needs
[14:09] <len-1310> so if I user a driver that doesn't try will gnome fall back to use less?
[14:11] <zequence> You certainly cannot put the flavor in a OS description file
[14:11] <zequence> the OS is bascially ubuntu-minimal
[14:12] <zequence> But, maybe you can add a file that lets you know which installer you used
[14:12] <zequence> You can install XFCE, but not Xubuntu
[14:12] <zequence> YOu can install Unity, but not Ubuntu
[14:12] <zequence> You can install awesome as your DE
[14:12] <zequence> And you can install all of them into one single system
[14:13] <len-1310> The user probably doesn't want the name of their install to change just by adding a DE anyway.
[14:13] <zequence> you mean, installer?
[14:13] <zequence> I'm not going to tell users what they should want
[14:14] <zequence> Also, one can remove packages
[14:14] <zequence> One can purge a whole flavor, and add a new one
[14:14] <len-1310> No I mean whatever GRUB calls that partition should not change just because I added another DE
[14:14] <zequence> What GRUB calls the partition is a separate problem
[14:14] <len-1310> That shold be set at install time (original install)
[14:14] <zequence> First, you have to come up with a way to ID a flavor
[14:15] <zequence> But, I'm saying you can't
[14:15] <zequence> You can however decide to add a file that let's you know which installer you used
[14:15] <len-1310> and only changed by the user.
[14:15] <len-1310> That would be an upstream grub thing I think.
[14:16] <zequence> upstream GRUB, to add something to look up Ubuntu flavors?
[14:17] <zequence> If you don't believe me, just put out the question on ubuntu-devel-discuss list
[14:17] <zequence> I'm sure you'll get very similar answers
[14:19] <len-1310> not ubuntu flavours, but partition ID.
[14:20] <len-1310> It could be used in any distro
[14:20] <len-1310> not just ubuntu
[14:23] <len-1310> Whatever the solution, user experience when faced with 2 or more grub selections all named the same thing is not good.
[16:52] <len-k> Hmm, Kubuntu works fine with my "old" video card.
[16:54] <madeinkobaia> Hi all : )
[16:54] <len-k> hello
[16:54] <madeinkobaia> Hi len-k :)
[16:54] <zequence> KDE4 doesn't require a newer card
[16:55] <len-k> Ya... I am not sure why gnome3 should either.
[16:56] <zequence> len-k: gnome-shell does, and it's because it is based on more modern tech than you find in older graphic card
[16:56] <zequence> It's just a sign of you needing to buy a new one
[16:56] <zequence> Things evolve
[16:56] <len-k> So why is there no reasonable fall back?
[16:56] <zequence> There are things you simply can't do with old technology
[16:56] <len-k> Churn is bad. I have a working card why should I replace it?
[16:56] <zequence> Just like dropping support for i386
[16:57] <zequence> Or, no
[16:57] <len-k> 1386 is a lot older.
[16:57] <len-k> even a P1 is still ok.
[16:57] <len-k> (not sure about 486)
[16:58] <zequence> At some point, you want to take the next step in graphics. Computer games does this at a much faster rate than DEs
[16:58] <zequence> But, it's basically the same problem
[16:58] <zequence> Users need to have technology that supports the changes
[16:58] <len-k> A DE should not be based on games.
[16:59] <zequence> At this point, anything not older than 5 years should support it
[16:59] <len-k> Thats like brand new.
[16:59] <zequence> Who said it should?
[16:59] <len-k> that what what your comment above sugested
[16:59] <zequence> Many graphic cards don't even survive that long
[16:59] <zequence> no, it didn't
[16:59] <len-k> Lots do too.
[17:00] <len-k> I have an S3 that is still fine.
[17:00] <zequence> len-k: Tell me, how well do flash videos play on your card?
[17:00] <len-k> Seem to be ok.
[17:00] <zequence> len-k: no stuttering at all?
[17:00] <zequence> len-k: At which resolution?
[17:00] <len-k> Depends what the rest of the system is doing.
[17:01] <zequence> I'm guessing performance is not very good
[17:01] <len-k> Not sure. The same as the DVD player works at.
[17:01] <zequence> the general desktop usage needs are above what you have, no matter which DE
[17:02] <zequence> There are DEs for lower performance needs
[17:02] <zequence> Gnome3 is not designed for that
[17:02] <len-k> That is not a valid assumption
[17:03] <len-k> Anyway, this idealogical differences. You think one way and I another.
[17:03] <zequence> If your computer is 10 years old, don't assume the newest stuff should work on it
[17:03] <len-k> The DE should
[17:03] <zequence> It's not my opinion
[17:03] <len-k> Applications is another thing.
[17:03] <zequence> It's the opinion of the DE designers
[17:04] <zequence> Your opinion is not what decides the opinion of the DE designers
[17:04] <len-k> Yup that is true.
[17:04] <zequence> Like I said, there are DEs that support older machines better
[17:04] <len-k> everything but gnome 3 it seems
[17:04] <zequence> gnome-shell
[17:05] <zequence> And Unity with desktop effects
[17:05] <len-k> Ok
[17:05] <zequence> And everything else that is quite new
[17:05] <len-k> unity works OOTB
[17:05] <len-k> KDE works OOTB
[17:06] <len-k> KDE is even reasonably fast
[17:06] <zequence> KDE is pretty old in comparison
[17:06] <zequence> And I wouldn't think anything is fast on your machine
[17:06] <zequence> Maybe awesome
[17:08] <len-k> I am sure there are some things that are really snappy, but both xfce and lxde (what lubuntu uses) are not noticably slow.
[17:08] <len-k> Even kde for that matter.
[17:08] <len-k> Not slower than my 2 year old machine anyway.
[17:08] <zequence> right..
[17:09] <len-k> The 2 yearold machine does handle videos better but the desktop experience is the same 
[17:10] <len-k> That is the gpu, some things run faster on the 10 year old machine than the 2 year old.
[17:10] <zequence> Look, you obviously think that everyone should design their stuff so they work on your machine
[17:10] <zequence> And suit your life style
[17:11] <zequence> I'm not saying everything other people do (DE designers, Canonical devs, or me, or you) is smart
[17:11] <zequence> But there are reasons for everything
[17:13] <zequence> A lot of people make the assumption that what they do is the normal thing
[17:14] <zequence> When a many enough do that, then perhaps it is
[17:15] <len-k> There have in the past, been many people who looked for older machines to run linux on. I know lots of people still using older HW than what I have even.
[17:15] <zequence> Sure, and there are alternatives for them
[17:15] <len-k> Perhaps that is changing and linux has got to the point people buy new machine just to install that more often. 
[17:16] <zequence> Gnome3, Unity, or even KDE(while it is now older), were not designed for them in mind. They do however not take bigger leaps than the main stream user can handle
[17:16] <len-k> This is still a time of growth, many new things are happening.
[17:16] <zequence> I'm sure there are differences in what kind of machines the main stream user uses in differenc countries
[17:17] <len-k> The use of linux on older equipment is narrowing as the linux community  expands.
[17:17] <len-k> probably the group of people that use older machine is pretty stagnent in size and may be even shrinking.
[17:18] <len-k>  Obviously the percentage has shrunk a lot.
[17:18] <len-k> In my case I don't have the funds to buy new machines all the time. I have to use what I have.
[17:18] <zequence> computers seem to be a bit cheaper today then they were 10 years ago. graphic cards are at least
[17:19] <len-k> Ya, but I don't have a PCIe slot
[17:19] <len-k> I have one of those graphics only things
[17:19] <zequence> New MBs don't even have IDE anymore
[17:19] <zequence> Or, many of them
[17:19] <len-k> Ya I know and those that do have problems with them
[17:20] <zequence> That just means you have to upgrade the whole machine
[17:20] <len-k> I don't have IDE
[17:20] <zequence> And is a sign of yours being pretty old
[17:20] <len-k> Can't
[17:21] <len-k> But most don't even have PCI which I think is what you meant
[17:21] <zequence> I think there are adapters though, but not sure how those work
[17:21] <len-k> Upgrading means 1k plus pretty much
[17:21] <zequence> PCI is still fairly common, but you usually only get one or two slots
[17:21] <zequence> The MB I have doesn't have IDE at all. Only SATA
[17:21] <len-k> I have sata
[17:22] <len-k> but I do also have ide
[17:22] <zequence> And only one PS/2 hybrid mouse and keyboard connector
[17:22] <len-k> I use the ide for dvd only
[17:22] <zequence> The rest is usb2, usb3, eSata, HDMI, etc
[17:22] <len-k> Can't get ide drives anyway.
[17:23] <zequence> The problem I had was I couldn't connect my DVD drive to it
[17:23] <zequence> So, I don't have one at all
[17:23] <zequence> They are also SATA nowadays
[17:23] <zequence> But, I wasn't too interested in buying a new one, even if they are cheap
[17:23] <zequence> Or, BluRay, as they are now
[17:24] <len-k> If I go to a PCIe only board I need new audio IF as well. To get anything worth while  would cost more than the rest of the upgrade.
[17:24] <zequence> There are plenty of boards with PCI
[17:24] <zequence> I don't think that will disappear as quickly
[17:24] <len-k> And LAU is full of people who have bought one and can't get their PCI card to work
[17:25] <len-k> 5 or 6 any way in the last 5 or 6 months
[17:26] <len-k> If I upgrade though, it is likely to be a machine for the DE and leave the audio stuff on this one.
[17:26] <len-k> At least till I can get a new audio IF
[17:27] <zequence> coincidentally, someone just asked about /etc/os-release on #ubuntu-devel
[17:28] <zequence> and suggesting it should contain the flavor
[17:28] <len-k> I have a wife going to school and special needs kids one with a diet that costs lots.. hopefully my wife will be working next year.
[17:28] <len-k> That is probably as a result of my bug report.
[17:29] <zequence> the answer from riddel, just as from myself is: they are all the same OS
[17:29]  * len-k is trying out rekonq
[17:29] <len-k> Yes but diffent versions
[17:29] <len-k> but really that doesn't matter
[17:30] <len-k> the script that makes up the GRUB menu sho8uld ensure unique entries by some method even if just adding the partition number
[17:31] <zequence> The concept of flavors is not universal. The way flavors work in Ubuntu, is just local to Ubuntu
[17:32] <len-k> As I said it doesn't matter
[17:32] <zequence> And, it's not identifyable from the system
[17:32] <zequence> The OS is the same for all. The OS is ubuntu-minimal
[17:32] <len-k> It could be. But that doesn't matter there needs to be some way in grub of the user being able to identify what partition is which
[17:33] <zequence> If you add multiple OSs the smart thing to do is to not install GRUB in the MBR for more than one OS
[17:33] <len-k> Like I said if the flavour is not able to be used then at least the partition number should be there
[17:33] <zequence> In which case, the GRUB is generated from one install only
[17:34] <len-k> Then why have grub at all? it spurpose is to be able to load more than one partition worth  of OS
[17:34] <zequence> There's only one MBR
[17:34] <len-k> That can cause problems too.
[17:35] <zequence> each time you update a kernel, grub updates the list
[17:35] <zequence> It looks through all the partitions
[17:35] <zequence> Not sure when MBR is updated. At least when grub is updated, but probably also when kernels are updated
[17:36] <len-k> Yes. I know and the order in grub might change because of it
[17:36] <zequence> That means, each time you update the MBR, it changes to the GRUB that is in the install you are using right then
[17:36] <len-k> Yup
[17:36] <zequence> And each distro has their own GRUB
[17:36] <len-k> So the answer is to have a grub that can update it self.
[17:36] <zequence> so, the GRUB changes each time you update a distro
[17:37] <zequence> When you update Debian, it'll be the Debian GRUB
[17:37] <zequence> When you update Ubuntu, it'll change to the Ubuntu GRUB
[17:37] <len-k> Yup
[17:37] <zequence> And each have their own system
[17:37] <zequence> It's not the same package
[17:37] <zequence> It's not the same configuration
[17:37] <zequence> Which is why, I find it much less disorientating to just keep one GRUB in the MBR
[17:38] <len-k> A grub that takes care of itself that can be linked to from each OS would be great , but it is not something we have
[17:38] <zequence> In my case, Debian. So, each time I need to update the entries, I need to do that from Debian
[17:38] <zequence> nope
[17:38] <len-k> That is fine for the user who understands the system.
[17:39] <zequence> If you install OSs, it's pretty good if you understand what happens when you do that
[17:39] <zequence> Otherwise, get it preinstalled
[17:40] <len-k> :)
[17:40] <len-k>  That does not seem to be the way Ubuntu thinks
[17:43] <len-k> kubuntu's version of ubiquity looks nice
[17:45] <len-k> One thing I do agree with though is that Ubuntu's focus is on new equipment.
[17:45] <len-k> I find that reasonable.
[17:58] <len-k> kubuntu's installer on the time zone screen does let the user set a different region from the time zone.
[18:04] <len-k> I wonder if that is the same on the rest.
[18:14] <len-k> KDE (kubunu 13.10) does not seem signifcantly slower than xfce (Xubuntu/UbuntuStudio)
[18:25] <zequence> Finally getting my pulseaudio code fix in order, so I can request merges, etc
[18:51] <zequence> I started a new PPA for us. Before uploading to it, please talk to me first ppa:ubuntustudio-dev/ubuntustudio-sru-testing
[18:51] <zequence> For now, it contains the fixed pulseaudio packages for precise and quantal
[18:52] <len-k> Ok, the only thing I might use it for is -settings packages
[18:54] <zequence> len-k: It's only for SRUs
[18:54] <zequence> len-k: The existing PPA is meant for development release packages 
[18:54] <len-k> Ah. ok... Ya I should read first
[18:54] <len-k> It is plainly obvous
[18:56] <zequence> len-k: I'l enable autobuilds for all our sources for that PPA
[18:56] <zequence> This one https://launchpad.net/~ubuntustudio-dev/+archive/devel
[18:58] <zequence> len-k: Recipy created for default-settings https://code.launchpad.net/~ubuntustudio-dev/+recipe/ubuntustudio-default-settings-daily
[18:58] <len-k> Ok. Does that mean every time I push, or will I have to do some action
[18:58] <zequence> It builds daily now
[18:58] <len-k> Ah. great.
[18:58] <zequence> But, one can request a build directly too
[18:59] <zequence> However, you never know when the build will start
[18:59] <len-k> Daily is enough
[18:59] <zequence> Sometimes right away, sometimes it takes days even
[18:59] <len-k> I test stuff on my machine(s) before pushing.
[18:59] <len-k> I would use it for other people to test
[19:00] <len-k> Re DEs: I am assuming that there would be a session for each DE
[19:01] <len-k> Would they be like Studio-G, Studio-K and Studio-X or would you just let the DE name fall through
[19:03] <zequence> you mean, in sessions for each DE in settings?
[19:03] <zequence> I haven't yet looked at all at the settings package regarding these things
[19:04] <zequence> What I mean to ask was: sessions for each DE in settings?
[19:05] <zequence> I also enabled the auto build for our metas
[19:05] <len-k> Well where the stuff ends up doesn't matter, I was asking more about how you would present it to the user
[19:05] <len-k> What would the login screen look like to the user
[19:06] <zequence> That depends on which meta you install
[19:06] <zequence> Oh, you mean the look of it, stuff in the background, and so on?
[19:06] <len-k> Assume more than one
[19:06] <zequence> len-k: You ever tried installing more than one?
[19:06] <len-k> No I mean the session dropdown menu
[19:07] <zequence> these are all details that I think we'll get to once we will get to I think
[19:07] <zequence> But, I think for those: ubuntustudio-kde, ubuntustudio-gnome, etc
[19:08] <len-k> Ok that was what I meant
[19:08] <len-k> The default would be kde, gnome etc. In the same way we have xfce as well as ubuntustudio
[19:09] <zequence> would be good to get XFCE removed I think
[19:09] <len-k> Actually we should be able to remove xfce
[19:09] <zequence> Does Xubuntu have it?
[19:09] <len-k> Same thought at the same time...
[19:09] <zequence> Yeah :)
[19:09] <len-k> kubuntu doesn't
[19:10] <zequence> We'll need to add more sources probably too
[19:11] <len-k> Not sure what you mean
[19:11] <zequence> https://code.launchpad.net/~ubuntustudio-dev/ubuntustudio/ubuntustudio-lightdm-theme
[19:11] <zequence> Would be kind of cool if we could use the same lightdm for all the desktops
[19:12] <zequence> But, I suppose KDE installs its own too?
[19:13] <len-k> Quassel pops up a window of the webpage when I hoover over the link you put down..
[19:13] <len-k> kubuntu does.
[19:13] <len-k> but I don't know that KDE does
[19:13] <len-k> lightdm tries to use the user's backdrop once they are selected
[19:14] <zequence> There's lightdm-kde-greeter
[19:14]  * len-k could use KDE as a DE for Studio very comfortably
[19:14] <len-k> Ya, but that is just the default.
[19:15] <len-k> (backdrop)
[19:15] <len-k> I think the backdrop is all that would change though.
[19:15] <len-k> Would we use the same backdrop for all the DEs?
[19:16] <zequence> Wonder if it's possible to use the regular lightdm with all of the DEs.
[19:16] <zequence> Well, of course it should
[19:16] <zequence> But, is that what the user would expect
[19:17] <zequence> If you install a Ubuntu Studio Unity, then you might want the unity greeter
[19:17] <len-k> Why not?
[19:17] <len-k> unity uses lightdm right now.
[19:17] <zequence> Same with Gnome, and GDM
[19:17] <zequence> If we could have our own snappy look at the login screen, I think it would do for all DEs
[19:17] <len-k> the DM and the DE are two things
[19:18] <zequence> Right now, it's a little low tech looking
[19:18] <zequence> Something like the unity greeter, but with our own artwork
[19:19] <zequence> ..would be nice, I think
[19:19] <len-k> I think all the DMs for the ubuntu flavours are lightdm
[19:19] <zequence> Not Ubuntu Gnome
[19:19] <zequence> Or, you can choose between lightdm and gdm
[19:19] <len-k> So we should be able to copy and change the backdrop and colours
[19:20] <len-k> UG could use lightdm
[19:20] <len-k> What matters is that it looks nice
[19:21] <len-k> How  much has GDM changed in the past few years?
[19:21] <len-k> I havn't used it for three or four.
[19:21] <zequence> Quite a lot actually
[19:21] <zequence> The login view is very much adapted for Tablets
[19:24] <zequence> Lubuntu is using the Unity greeter
[19:24] <len-k> I think taking the unity version and adapting it would not be out of place
[19:25] <len-k> Being ubuntu flavours and all
[19:25] <len-k> At least it gives a reason for the choice
[19:27]  * len-k has been watching youtube for a half hour or so with no video hics
[19:28] <zequence> What resolution on your screen, and what resolution on the videos?
[19:30] <zequence> I think one needs to fork the unity-greeter
[19:30] <zequence> At least to do some of the changes
[19:31] <zequence> Or, we make the lightdm-gtk-greeter look more slick
[20:34] <zequence> Len-nb: At this point, with no changes at all to any of the greeters, I think lightdm-gtk-greeter is the correct choice if one wants to have one for all DEs
[20:35] <Len-nb> Right
[20:35] <zequence> We don't really need to do anything to it. Just keep it as it is
[20:36] <zequence> ..if I'm not missing something
[20:36] <Len-nb> My Inet bounced a few times
[20:36] <Len-nb> Can do. The unity one has user pictures... I don't think ours does
[20:37] <Len-nb> If someone "wants" Unity they might like features like that
[20:38] <zequence> No, it does change wallpapers after users choice
[20:38] <zequence> It's what we have now
[20:38] <Len-nb> Personally, I like it just fine as is. I don't think US is going to get installed on tablets
[20:39] <zequence> I will be using the phone for audio myself
[20:39] <zequence> And I know plenty of people who will too
[20:39] <zequence> So, it's definately not something that I'm going to neglect
[20:39] <zequence> There are plenty of uses for both phones and tablets as far as multimedia goes
[20:40] <Len-nb> The only time a user would notice the change of wallpaper is if they change it
[20:40] <zequence> But, the lightdm-gtk-greeter would leave us with least amount of work
[20:40] <Len-nb> I stand corrected
[20:40] <Len-nb> GDM is an easy install though.
[20:42] <Len-nb> Actually, I think gnome installs it by default anyway
[20:42] <Len-nb> The install asks what you want to default to
[21:19] <Len-nb> zequence, Are you still expecting to leave xfce in as default?
[21:19] <Len-nb> and what does that mean?
[21:19] <Len-nb> Would xfce be installed even if another DE was installed?
[21:20] <zequence> Len-nb: Until anything is decided otherwise, our XFCE based DE will be default, yes
[21:20] <zequence> that means, for now, the installer install that DE
[21:20] <Len-nb> Or would it just be on the ISO, but not installed unless the user asked to?
[21:20] <Len-nb> OK
[21:21] <zequence> Once we work on the ISO, either we put all DEs on the ISO, or some are only installable if you have internet. XFCE will always be on the ISO
[21:21] <zequence> And it will be the default choice when doing the install, if having choices
[21:22] <zequence> Either the user will be only able to mark one DE to be installed, or as many as the user likes. In either case, XFCE will be marked beforehand
[21:23] <Len-nb> We know xfce works, so that is good.
[21:23] <Len-nb> I mean with our set up
[21:23] <zequence> Let's not get ahead of ourselves
[21:23] <zequence> We first need to create the metas
[21:23] <Len-nb> obviously the other DEs work too.
[21:23] <zequence> Then work on the installer
[21:23] <zequence> Right now, the Gnome DE is not even runnable
[21:23] <Len-nb> Ya, the install can even be after install for now
[21:24] <Len-nb> Maybe that was my problem then
[21:24] <Len-nb> I need to get the bios working on this machine so I can test in it.
[21:25] <Len-nb> Graphics are "fully" supported
[21:26] <zequence> Yes, the netbook should work
[21:26] <zequence> What's the problem with the bios?
[21:27] <Len-nb> LSC is a lot faster than USC. But it doesn't take search stuff on CLi
[21:27] <Len-nb> the bios has forgotten it has a screen
[21:27] <Len-nb> known problem with the acers
[21:27] <Len-nb> The fix for first gen doesn't seem to work with second gen
[21:28] <Len-nb> It works fine with an external screen... so to boot I have to put a load on the green channel of the vga so it thinks there is a monitor
[21:29] <Len-nb> once x runs it sees the internal screen so long as there is an external
[21:30] <Len-nb> I can't see the bootscreen without an external monitor though.
[21:32] <zequence> Maybe if you can get access to the entire set of commands, bios pages, etc, then you can try flying blind :)
[21:32] <zequence> Someone would need to post some pics, or at least lists of the choices and so on
[21:33] <Len-nb> There is supposed to be a sequence of KB commands that makes a USB stick with the bios reload.
[21:34] <Len-nb> but the lights don't flash, so they must have changed the KB sequence.
[21:34] <Len-nb> the file itself may need to be a different name too.
[21:36] <Len-nb> It is something to do with the power manager on the MB not doing a proper shutdown until the voltage is too low from the battery.
[21:38] <zequence> got owncloud installed on a webhost, but not all the controls seem to work
[21:38] <zequence> I was hoping you could add more users
[21:39] <zequence> I'll be setting up at least one computer for owncloud usage for my mom and some other people
[21:39] <zequence> Maybe not the absolutely most reliable back-up solution, but a very simple one to set up
[21:47] <DarkEra> zequence, still a no go with Gnome?
[21:48] <zequence> DarkEra: I haven't checked actually
[21:48] <zequence> Let me do an update
[21:48] <DarkEra> ah, ok :)
[21:52] <zequence> hmm, what's ubuntu-release-upgrader-gtk?
[21:53] <zequence> I guess an addition to the update manager
[21:54] <zequence> anyway, there were some updated packages
[21:55] <DarkEra> the upgrader, according to synaptic's description, is the GTK+ frontend of the Ubuntu Release Upgrader. So i guess you could be right
[21:57] <zequence> DarkEra: seems not working still
[21:57] <DarkEra> too bad. Then we'll have to wait some more i guess