[00:01] <len> Nope not dhcp, I can set it up static and it says it is connected, but I can't ping anything... like the gateway.
[00:03] <len> Anyway, the xubuntu live cd has the same problem with the wireless networking
[00:04] <astraljava> Strange.
[00:04] <astraljava> I will test it on my laptop, just the live session though.
[00:11] <micahg> len: is it ath9k?
[00:55] <ScottL> i'm still waiting for the new studio iso
[00:56] <len> Sounds right
[00:56] <len> Let me bring it here.
[00:56] <micahg> len: is your wireless driver ath9k?
[00:58] <len> micahg: what is the easy way to tell?
[00:58] <micahg> lshw -C network
[00:59] <len> micahg: I see ath9k in the syslog
[00:59] <micahg> len: yeah, so the new kernel update broke it, another new kernel was uploaded today to fix the issue
[01:01] <len> Ok, should I change the bug report from two days ago to reflect that it uses the ath9k?
[01:02] <micahg> bug 923512 was what was fixed
[01:08] <len> Ok, I'll mark mine as a duplicate of that then.
[01:27] <len> I'm just doing a live install of xubuntu. It is stalled right now because it is trying to download more packages :-P
[01:28] <len> However, a quick point for whoever is doing our install slide show. Try to make it not version specific.
[01:29] <len> Xubuntu's slide show (maybe 3rd slide in?) shows an Email message saying how good Xubuntu 11.10 is.
[01:31] <astraljava> len: They usually are, intentionally. And updated quite late in the cycle, too.
[02:10] <len_> ScottL: I downloaded and installed xubuntu. (we didn't get anything to install today)
[02:11] <len_> They don't have /usr/share/xgreeters/default.desktop either.
[02:11] <len_> But lightdm still works.
[02:12] <micahg> len_: take a look at the postinst and postrm in xubuntu-default-settings
[02:14] <astraljava> I see. Yeah, that should be an easy fix.
[02:17] <astraljava> All those files will require a heavy face-lifting anyway, as we're not going to use Thunar anymore, IINM.
[02:18] <len_> Ja, but it is easier to test things if lightdm shows up.
[02:18] <knome> astraljava, huh? why no thunar? :P
[02:18] <astraljava> knome: WASN'T ME!!
[02:18] <astraljava> Talk to Scott.
[02:18] <knome> :<
[02:19] <astraljava> I would have no objections to Thunar. In fact, I rather like it.
[02:19] <knome> so what are you going to use then? nautilus?
[02:19] <astraljava> And it's partly why I will continue using Xubuntu on the laptop.
[02:19] <astraljava> Yeah.
[02:19] <knome> ugh
[02:19] <knome> congrats for selecting a lighter OS then
[02:19] <knome> ;)
[02:20] <astraljava> From the ones currently available, it suits my work flow best.
[02:22] <knome> we need to stop making the arch-motion with the xubuntu burndown
[02:23] <knome> http://status.ubuntu.com/ubuntu-precise/group/topic-precise-flavor-xubuntu.html - see ?
[02:24] <astraljava> Heh. Interesting.
[02:25] <astraljava> ScottL: Will you update the us-default-settings files, or should I take it on my TODO list?
[02:26] <knome> i think i'm off for today
[02:26] <knome> need to do some work tomorrow...
[02:26] <knome> :/
[02:26] <knome> see you!!
[02:26] <astraljava> Later.
[02:59] <ScottL> astraljava, i can do it, but i'll probably do it after A2 though :/
[03:03] <astraljava> ScottL: Ahh... yeah. I think we had this discussion already. :)
[03:11] <len_> There is a new US version... Time to download...
[03:27] <ScottL> ooooh, going upstairs then to start downloading as well :)
[03:29] <ScottL> i'm downloading 32bit because i suspect others will focus on 64bit
[03:30] <len> I have no such animal. So I will do 32 as well.
[04:46] <len_> Ok, booted todays live dvd.
[04:46] <len_> Live user is in audio group.
[04:46] <len_> installed user is too.
[04:47] <len_> /etc/security/limilts.d/file is still disabled
[04:47] <len_> lightdm still not working (I think we knew that)
[04:48] <len_> lightdm background now "surprise pink".
[04:48] <len_> bug 923512 is still there. I guess the kernel patch didn't make it.
[05:20] <len_> Bug #923582 has been marked as a duplicate of bug 923512
[05:21] <len_> This was fixed earlier today, but I don't know that the new one reached our DVD iso.
[05:23] <len_> Kernel is still 3.2.0-12
[15:01] <astraljava> Hmm... no one's filled QA results thus far? QA meeting in three hours, I'd appreciate some info, folks.
[15:34] <holstein> astraljava: :/
[15:34] <holstein> i cant do it til much later
[15:34] <holstein> i plan on having a tech evening though
[15:35] <astraljava> holstein: It's fine. I think Scott and Len tested last night, but I wonder why there are no results from those.
[15:35] <astraljava> I'm doing an install now, the live session (on amd64) seemed to work ok.
[15:43] <holstein> i like this http://spreadubuntu.org/files/Branded-eternalstudio-wide.png
[15:43] <holstein> its got a little "kid" vibe to it that im not crazy about... but its slick and clean
[15:46] <scott-work> i haven't tested yet, i only downloaded the 32 bit image
[15:46] <scott-work> i will test tonight however
[15:50] <astraljava> Ok. Live session sort of works for amd64. I could play music, for instance, from a HDD. I could run others applications, too, and internet works. I could _not_, however, install applications to the session.
[15:50] <astraljava> And the installation fails.
[15:51] <holstein> interesting...
[15:51] <scott-work> i have a question:  is there another reason that the images may be rebuilt for A2?
[15:51] <scott-work> if so, i'll try to get the lightdm fix into the image then
[15:51] <scott-work> maybe micahg can answer this?
[15:52] <scott-work> is there still the issue with the kernel regression and wireless?
[15:52] <charlie-tca> Something in casper is being fixed, and a respin talked about in #ubuntu-release
[15:54] <astraljava> Yeah, but they only limited it to alternates.
[15:54] <charlie-tca> desktop images only. Alternatives don't use casper
[15:54] <astraljava> The ath9k issue didn't make it, I assume.
[15:55] <astraljava> Ehh... sorry, you're right.
[15:56] <charlie-tca> np
[15:56] <astraljava> Erhm... no, skaet explicitly said "looks like we need to rebuild all alternates".
[15:56] <astraljava> So maybe not about casper, then.
[15:56] <charlie-tca> these testing days are enough to mess anyone's mind up
[15:56] <charlie-tca> eally?
[15:57] <charlie-tca> I missed that one
[15:57] <astraljava> [17:30] < skaet> stgraber,  looks like we'll need to rebuild all the alternates (including server),  edubuntu dvd, kubuntu dvd - have I missed some?
[15:57] <astraljava> 1730 UTC+2
[15:57] <micahg> scott-work: you can get your image fixed if you like
[15:58] <micahg> how bad is it?
[16:00] <astraljava> micahg: I should be able to install packages in live sessions, right? (/me is a n00b when it comes to ubiquity usage)
[16:00] <micahg> sure
[16:00] <astraljava> Ok, then it seems I ran into a bug, which I have to report.
[16:57] <scott-work> micahg: i am talking about fixing the lightdm issue where it prevents x from starting on the install (i believe)
[17:01] <charlie-tca> astraljava: both geany and gedit installed here. did not run update though
[17:01] <astraljava> charlie-tca: Thanks!
[17:01] <astraljava> scott-work: They're talking about needs for respins on -release now. Could you please join the discussion?
[17:04] <scott-work> astraljava: okay
[17:06] <scott-work> although i'm not sure wehre the conversation is about studio :P
[17:06] <astraljava> [18:59] < slangasek> cjwatson: the most recent builds I did should already have the ath9k fix landed on any  livefses, if I didn't screw it up - so perhaps that means ubuntustudio doesn't care  about respinning?
[17:07] <astraljava> I told you were half-way wanting to include the lightdm fix, so wasn't sure _when_ we would want it.
[17:07] <scott-work> astraljava: is the lightdm something you can do tonight, like now?
[17:07] <scott-work> otherwise if we are waiting on me to get home tonight and do this....
[17:08] <scott-work> i'm not sure i want to make everyone wait until tomorrow just for a fix
[17:08] <astraljava> I can start working on it as soon as I get all bugs filed on our images for A-2.
[17:08] <astraljava> But I'm not sure what are all of the fixes needed for it. Currently there seem to be lots of tweaks for Thunar. I suppose we can drop all of those now, right?
[17:09] <scott-work> astraljava:  are you comfortable understanding what needs to be done? 
[17:09] <scott-work> hehe
[17:09] <scott-work> i can look at them shortly and see what i _think_ is needed
[17:09] <astraljava> That'd be great, thanks!
[17:10] <astraljava> QA meeting at the same time with Xubuntu-devel. /me crashes into tiny bits
[17:10] <scott-work> i hope that these are changes that were made the xubuntu package recently, otherwise they should have been included already
[17:12]  * charlie-tca crashes too
[17:12] <knome> astraljava, charlie-tca: should we move the meeting next week one hour later or earlier?
[17:12] <charlie-tca> later
[17:14] <astraljava> I'm fine with whatever.
[17:14] <knome> i will sort that out - later it is then :)
[17:14] <astraljava> Thanks! :)
[17:19] <scott-work> astraljava: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/xubuntu-default-settings/precise/view/head:/debian/xubuntu-default-settings.preinst
[17:20] <scott-work> the last bit of code is calling the lightdm reconfigure, but the concerning issue is that it is using a "previous version" number to qualify if the reconfigure happens
[17:20] <scott-work> oh, wait, i think it's seeing if it's the current version
[17:21] <astraljava> scott-work: not now, there's a meeting going on
[17:21] <astraljava> :)
[17:21] <scott-work> hehe, no problem
[17:22] <knome> two meetings
[17:22] <knome> ;)
[17:22] <scott-work> sorry to all xubuntu people
[17:22] <astraljava> Yup. Two meetings, -testing, -devel and -release channel monitoring. I'm going nuts!
[17:22] <astraljava> (yeah I know, what do I mean _going_)
[17:52] <astraljava> scott-work: The meeting's over.
[17:53] <astraljava> But really, I'm not sure whether we want to take a risk for A-2 with any further updates.
[17:53] <astraljava> Apparently the deadline is 0300 UTC.
[17:53] <astraljava> That's not very far away either.
[17:56] <charlie-tca> I got a good time to be done with all testing by 1400 UTC
[17:57] <astraljava> Oh.
[17:57] <astraljava> What did you say about 0300 UTC, then?
[17:57] <micahg> I think the 0300 time might be to take an update for a respin
[17:57] <astraljava> Or did I misread that?
[17:57] <astraljava> Yeah ok.
[17:57] <charlie-tca> I was guessing
[19:41] <astraljava> New images up, make sure you are not using the outdated ones when you do A-2 testing!
[20:12] <astraljava> meh... we still get alsa-tools-gui installed, and it includes envy24control. mudita24 isn't pre-installed for the live session.
[20:12] <astraljava> I'll pick it up on my TODO.
[20:35] <ailo> jackd2-1.9.8 is in Debian testing but no changes to use of audio group
[20:35] <ailo> I expect they will change the group name
[20:35] <ailo> for the file /etc/security/limits.d/audio.conf
[20:35] <ailo> They might even include a post install script for administering group membership
[20:35] <ailo> But, I guess that won't happen for this release
[20:36] <ailo> So, no changes from before
[21:18] <astraljava> Ok, reports for amd64 done. Live session works, installation fails. If someone could do the i386, that'd be great. Remember to report them in the iso.qa.ubuntu.com/qatracker/ Thank you!
[21:18]  * astraljava goes to bed for a couple of hours
[21:27] <astraljava> Oh, and the Version for test cases is now updated, so it points to the correct images, too.
[21:31] <ailo> ?? I was a member of audio group by default after installing Debian
[21:31] <ailo> I'll have to investigate if that was by default or not. I didn't do it manually anyway, and I'm not sure if I rebooted after installing jackd
[21:32] <ailo> In which case jackd might have done it
[21:32] <ailo> Anyway, I'll have a look tomorrow or some other day
[21:36] <len> DL new feb 1... old one (before 0100) still had old kernel and network trouble.
[21:38] <len> Live looks pretty good. RT is missing, but same in install. Installer didn't crash.
[21:38] <len> One thing with the live session I thought I should comment on though... It was said that everything should work on the live session.
[21:39] <len> For some apps this doesn't make sense. For example ardour is pretty useless without disk space.
[21:41] <len> Even to start an ardour session directories have to be created and as far as I know audio is recorded straight to disk.
[21:42] <len> The live session should therefore come with some way of mounting disk space that is obvious to the newby.
[21:42] <len> The user should be made aware of these requirements.
[21:44] <ailo> len: What you need to do is mount a physical disk and save your session there
[21:44] <ailo> It makes no sense to record into RAM
[21:45] <ailo> Either one which you have in the machine or an external one
[21:45] <len> That is what I am saying
[21:45] <len> The idea was presented that everything should work as is on live.
[21:45] <ailo> Are you saying you can't mount your harddrive from the live session?
[21:46] <len> The user should know that is not really the case for disk intensive apps
[21:46] <len> I can mount my hard drive, but does the new user trying things out know that?
[21:46] <ailo> Then they don't know much
[21:47] <len> From windows world maybe?
[21:47] <ailo> I mean, everyone who uses Ardour or eqiuvalent are pretty well aware of where the files end up
[21:49] <ailo> The only thing I can think of that would be possible to do is to add a script for the ardour starter, which checks if it is a live session, and if it is, it would sens a notify reminder that the session needs to be saved on a hard drive
[21:50] <ailo> Even for windows users, who have been using audio software, the idea of using harddrives, internal or external is pretty well established knowledge
[21:50] <len> ailo: then I would say the live session is fine.... once networking works, which I will find out in a few minutes when I get the iso to USB
[21:52] <len> I just wanted to list that it was thought of. I won't loose sleep over it though ;-)
[21:52] <ailo> I can imagine that even people who are well aware might make a mistake of course
[21:52] <len> So long as they figure it out on their own woth out a bug report.
[21:52] <ailo> You see the home folder and you don't come to think that it's not really a hard drive
[21:53] <len> At least not a very big one...
[21:54] <ailo> realtime still doesn't work on the live session right? Or has that changed?
[21:54] <ailo> I guess you said that already
[21:54] <len> Wasn't last night. I'll find out on this one
[21:55] <ailo> len: I was surprised to get realtime with Debian just before
[21:55] <ailo> I'll need to see how it happened
[21:55] <ailo> I never added myself to audio group
[21:56] <len> I wasn't aware we were supposed to fill out qa till the A2 was out. Gotta find it.
[21:56] <len> Last nights live/install had the user in audio.
[21:57] <ailo> len: http://iso.qa.ubuntu.com/qatracker/milestones/206/builds
[21:57] <scott-work> ailo: len:  cjwatson pointed out that ubiquity was having problems with preseeding at the correct time, which may be effecting the jackd package install
[21:57] <scott-work> my guess is that if you look at /etc/security/limits.d/ directory you will see the audio.conf.disabled file
[21:58] <len> scott-work: yes
[21:58] <scott-work> my belief is that jackd install it as .disabled and then sees if it was answered to install -rt privileges then renames the file to audio.conf
[21:58] <ailo> Right
[21:58] <scott-work> a bug has been filed (thanks astral.java) about ubiquity after discussion with cjwatson
[22:02] <len> Ok... off to install land.
[22:03] <ailo> scott-work: Confirmed. jackd installs audio.conf.disabled when realtime was not chosen
[22:05] <ailo> Debian Wheezy kind of rocks
[22:05] <ailo> Fast, and I'm not missing nvidia drivers even
[22:06] <ailo> Gnome3 as default now
[22:06] <ailo> Not fully implemented, but good enough for usage
[22:09] <len-live> ath9k bug 923512 is fixed on todays iso.
[22:11] <len-live> audio:x:29:pulse,ubuntu-studio
[22:12] <len-live> ubuntu-studio@ubuntu-studio:~$ ls /etc/security/limits.d/
[22:12] <len-live> audio.conf.disabled
[22:12] <len-live> :P
[22:21] <len-live> video player is missing files (codecs) but downloads and installs them ok without user interaction beyond oking.
[22:25] <len-live> pulsejack still hangs player. Stopping jack lets player play.
[22:26] <len-live> Is there a bug for that yet? seems to me I had trouble with the bug tracker when I tried and never got back to it.
[23:02] <len-live> installed minitube with synaptic. Success, but even though there is a desktop file in /usr/share/applications, it doesn't show up on the menu.
[23:03] <len-live> Runs fine from terminal though.
[23:05] <len-live> double click on install ubuntustudio icon. No user feedback that my clicking did what it was supposed to.
[23:06] <len-live> no busy mouse pointer, or anything else. When installing from USB stick there is not even some form of visible accessing disk activity
[23:09] <len-live> It appeared the installer had failed to start.
[23:41] <len-live> Hmmm, the installer seems to have gone to "La-la land"
[23:42] <len-live> Says configuring target system, but no target disk activity for 5min or more.
[23:44] <falktx__> I think the installer is broken at this point
[23:44] <falktx__> at least I got that idea from some ubuntu changelogs
[23:45] <falktx__> len-live: have you tried a ubuntu install? (the unity-one)
[23:45] <len-live> falkx__: not for a long time, and then it was an alt.
[23:46] <len-live> 12.04 around alpha1
[23:46] <len-live> Turned out not too stable. lots of crashes... seems US had the same problem at the time.
[23:47] <len-live> I thought maybe the reason the installer stopped was because I switched to a console and back a few times... tailing syslog
[23:48] <len-live> I was seeing frame buffer errors
[23:48] <len-live> falktx__ Opps spelled it wrong ^^
[23:49] <falktx__> I always install via the alternate cds, I don't use live-cds for install
[23:50] <len-live> falktx__ US no longer has this choice
[23:50] <falktx__> :(
[23:50] <ailo> len-live: Have you tried installing right from the menu, before trying it out?
[23:50] <len-live> I was going to do that next.
[23:51] <ailo> I never tried that. It guess the old installer is not there anymore anyway and it's still handled by ubiquity
[23:51] <len-live> yup, 
[23:52] <len-live> I'm going to go away so I can try the other install.