[01:44] <len> install bug #922907  has already been entered by someone else
[01:44] <len> I confirmed it as affecting me too.
[01:47] <len> I think it affects all ubuntu... Another network setup error.
[02:34] <ailo> Another detail that ubiquity forgets is to ask for where to install the boot loader
[02:35] <ailo> Not a deal breaker, since on Linux systems with grub2 you can easily do: sudo grub-install sda
[02:35] <ailo> If you want another system to be default
[02:37] <ailo> It's a little worrying that ubiquity doesn't care about yes/no for deb packages (like jack)
[02:37] <ailo> I guess it force installs
[02:37] <holstein> with yes though right?
[02:37] <holstein> or wahtever we tell it to?
[02:37] <holstein> no reason *not* to do it "yes" now
[02:37] <holstein> since jack wont fail anymore
[02:38] <ailo> For US it doesn't matter in a way, but it's interesting that it works thisway
[02:39] <ailo> All though, it might be important to include all the info on what packages you are automatically saying yes to, before installing
[02:40] <ailo> For jack, I don't know if it's that important
[02:40] <ailo> But, when it comes to license issues, it might be different
[04:58] <len> Jack does not seem to be installed real time. Where the boot loader gets installed does matter, but you can choose that, along with how the partitions are set up.
[04:58] <holstein> len: you dont think its just the kernel?
[04:58] <holstein> how can we tell?
[04:59] <holstein> i suppose you can add abogani's ppa to a fresh install and test that way...
[04:59] <len> The jack logs while it is running seem to say no real time 
[04:59] <holstein> not you personally, just in general
[04:59] <holstein> i have an install i can test on soon
[05:03] <len> It seems with the partition setup, either one chooses to let the installer do it or you are totally on your own with no guidance at all.
[05:03] <holstein> len: seems like you can really get in there though
[05:04] <holstein> i dont see anything that i need the alternate for
[05:04] <holstein> maybe *not* installing grub?
[05:05] <len> It at least so far has put grub on the same drive as the install.
[05:06] <holstein> yeah, there used to be an advanced button
[05:12] <len> there still is a button that does that still... but it doesn't explain itself well.
[15:44] <ScottL> it would appear that the 64bit version of the live-dvd on jan 26 had some trouble building
[15:44] <ScottL> and i just had ubiqutity fail on xubuntu install that i downloaded last night
[15:57] <astraljava> Just now came the CD Image mail, seems python-dbus, libgtk-3-common and language-selector-common were having some problems. I wonder, though, why it's two days late with the emails.
[16:00] <astraljava> But, on the other hand, today's build hasn't started, yet.
[16:34] <len> ScottL: The ubiquity Fail has already been entered as a bug report, bug #922907
[16:35] <len> As it affects ubuntu desktop, I expect it will get fixed quick.
[16:52] <len> Is there a way in the seeds or metas to force or specify answers to package install questions?
[16:59] <astraljava> len: That's possible via pre-seeding. What did you have in mind?
[17:00] <astraljava> len: https://help.ubuntu.com/community/InstallCDCustomization#Writing_the_preseed_file
[18:34] <ailo> len: Ubiquity doesn't ask about the boot loader on a regular Ubuntu install either
[18:34] <ailo> So, it's on purpose
[18:34] <ailo> Jack installs normally, as if you had answered yes to realtime
[18:35] <ailo> jack does not administer group membership
[18:35] <ailo> That is a job for US
[18:35] <ailo> len: I just wrote some messages to you
[18:36] <ailo> len_: Did you miss them?
[18:36] <len_> Might have...
[18:36] <ailo> len: Ubiquity doesn't ask about the boot loader on a regular Ubuntu install either
 So, it's on purpose
 Jack installs normally, as if you had answered yes to realtime
 jack does not administer group membership
 That is a job for US
[18:37] <len_> Ok, but, then how come even with group audio after the us install jackd complains about no rt?
[18:38] <ailo> len_: Did you look in /etc/security/limits.d/* and make sure those files are set up right?
[18:38] <ailo> US renames audio.conf to audio.conf.disabled
[18:39] <ailo> You might want to remove the US file and rename audio.conf.disabled back to audio.conf
[18:39] <ailo> Also, make sure to reboot after any changes
[18:39] <len_> I haven't but I don't know what to look for. Also I can't till I can install again... The iso doesn'tinstall right now.
[18:40] <len_> There is no new iso today.
[18:40] <len_> At least so far.
[18:41] <ailo> What worries me is that ubiquity does not care about letting users be able answer y/n to post install scripts
[18:41] <ailo> Don't know if that is intentional
[18:42] <ailo> Well, it's not really that troubling I guess, since we do want jack installed by default anyway
[18:42] <ailo> It's just that the distro maintainers need to be aware of how ubiquity differs from a regular install
[18:43] <len_> We can always have a script that sets rt if we have to... after first boot if not during install.
[18:44] <ailo> len_: In my install I only have audio.conf.disabled
[18:45] <len_> I agree we can work with what there is. Having the live DVD is better than the alt anyway.
[18:45] <ailo> Which is strange
[18:45] <ailo> The file needs to be named /etc/security/limits.d/audio.conf
[18:45] <ailo> That and being a member of audio group is enough to get rt privilege
[18:45] <len_> Mine was the same when I had one that installed
[18:47] <ailo> len_: Inside that file you have two lines that need to be uncommented (which they are)
[18:47] <ailo> @audio   -  rtprio     95
[18:47] <ailo> @audio   -  memlock    unlimited
[18:47] <ailo> Gotta go
[18:47] <ailo> Beer sample emptying party tonight
[18:47] <len_> I would use the old one but there have been changes made since then. We are waiting for a new iso to what has changed... C U
[18:48] <len_> Have a mug for me.
[18:50] <ailo> len_: I'll have a few even
[19:38] <len_> I have a question... bug #919767 affects the US project as well as brasero. There seems to be a link to add an it affects this project too. but when I go there, the questions don't make sense.
[19:40] <len_> Also, Would it help if bugs that are new get confirmed? There are a number of bugs that I have put in for this project that are just listed as new.
[19:41] <ScottL> one reason that the liveFS emails comes late is because it is not on the subscribed to the mailing list and i (or the other person) have to approve them
[19:41] <ScottL> and i don't always check every day
[19:41] <ScottL> i think i can add them to the mailing list but i have to dig for an email to find a link and then finger my way through there
[19:41] <ScottL> and i just haven't done it yet
[19:42] <len_> Having more than one person saying this bug affects them may get them more attention.
[19:46] <len_> It appears todays iso didn't get made either.