[01:33] astraljava, re: volume applet. Fix committed, there were three apps commented out. [01:50] Len-nb: I assume you need a meta upload now? [01:51] I would guess, though I don't know if there will be a respin before release. [01:52] It must be later than I thought micahg , I didn't realize you were around [01:53] yeah, I'm back :) [02:00] len-dt: ok, meta on its way as soon as the test build finishes [02:00] micahg, where would we put settings that guide an upgrade from version to version [02:00] Great [02:00] micahg thank you [02:01] len-dt: did you tell skaet that you want a respin once that's in? [02:01] No. I will... #ubuntu-release? [02:01] yeah [06:39] len-dt: Nice work. [06:39] And everyone else too :) [06:41] The respin got delayed... just starting now. [09:54] len-dt: I have the volume applet, but there's no empty space between menu -> systray [09:55] The separator between "Window Buttons" and "Systray" is not expanded [10:00] I don't know where the file is which handles that. Trying to find it [10:07] Found it [10:21] len-dt: Would be great if you could confirm the problem with the panel layout. [10:21] I updated the source for ubuntustudio-default-settings to have that separator be expanded by default [10:23] micahg: I've updated ubuntustudio-default-setting with one tiny commit. Any chance to have it uploaded? I haven't bumbped the debian version though. What was the recommended method? [11:51] Len-nb: len-dt: The -publishing doesn't come on upgrades, if none of the currently installed packages recommend it. Seeds don't apply on upgrades. [13:00] astraljava, I am less worried about publishing as it is obvious its missing. photography is half there. What I was saying was That upgrade should not be considered as the proper way to move from 12.04 to 12.10 [13:16] len-dt: I think it's a matter of whether it is a supported process or not. Now it obviously isn't, so it shouldn't be advertised as one in the release notes. [13:21] astraljava, a policy question then :) you may not know... should the upgrade be considered "passed" if the system is runnable after an upgrade? or should I leave it failed? [13:22] len-dt: Hmm... are there proper test cases for upgrade? I'd say it has to pass all the relevant tests, just like a new install, in order to be considered successful. [13:23] Ja there is a test case for upgrade. I marked it failed. [13:24] I thought maybe there might be a normal script in meta or settings packge that only get run in the upgrade case we could use to fix this [13:25] len-dt: There's only the tests in various pre- and post- scripts for upgrade) [13:25] Just like there is a preinstall an install and a postinst [13:26] That may work. Is it version specific? [13:26] No, but the scripts may vary depending on version, of course. [13:26] * len-dt is thinking ahead to LTS->LTS [13:27] Yeah. You can of course script in version checks. [13:28] astraljava, it may be simpler to just add the two new metas to desktop till after the next LTS [13:29] Well... more packages might not necessarily be easier to support. :) More things to remember, more things to upload... [13:40] astraljava, I'm just thinking in terms of making the LTS upgradelook the same as the live ISO. [13:41] (or at least closer) [13:42] Vanilla may use something that's coded into do-release-upgrade. I'm not sure about those, though. [14:34] len-dt, so you want to abolish the whole upgrade testcase? [15:30] LMMS pulls in the windows fonts with the do you accept screen. How would live ISO/install deal with this? [15:30] ailo, ^^ [15:31] And does that mean wine is in there too? [15:31] * len-1210 finds yes it does... VST support. [15:32] this would make LMMS hard to include in our ISO as we have found before [15:37] len-1210, er...You want to abolish the whole upgrade testcase am I correct? [15:38] I don't know, I think it is broken in a way that will not be fixed for q [15:39] We can leave it as failed [15:39] (and won't be fixed) [15:40] However, I would like more input than mine [15:40] Anyways... len-1210 even JoseeAntonioR had to fire off an email to see who is doing the Open Week session...Are you in? ailo also? [15:41] I think I mentioned it on thelist. So I expect comments there [15:42] Open Week... at that time I will be walking hard and fast... probably in the rain, with both hands full. [15:42] len-1210, eh......... so? [15:42] * smartboyhw should expect ailo then:D [15:45] Anyway I am going to sleep scott-work/ScottL ailo stochastic len-1210 holstein just reply the email back to JoseeAntonioR if you want to do the session, got to sleep bye! [15:45] bye [16:06] * holstein checking the scheule to see [16:34] len-dt: We need to do whatever we are doing with jackd [17:02] LMMS also doesn't end up in the menu :P ailo not sure what you mena about jack [17:02] * len-dt is on his way out the door... [17:19] len-dt: Normally you answer y/n to realtime when installing jackd. The iso install does that automatically [17:20] There is one difference though [17:20] I guess something about licensing? [17:21] len-dt: Did you try the latest ISO? Did you also have a non-expanded separator on the top panel? [19:55] Latest ISO still has non-expanded sep. [19:56] ailo, when upgrading jack the config should not change. [20:10] ailo, in my opinion... the ubuntu version of jackd should look at the kernel and if it is lowlat. put in yes and no otherwise. It really shouldn't need a people to answer that question. The only reason to not have jack RT is if the kernel can't give it. [20:34] len-dt: You need the realtime option also with -generic, to get any kind of good performance [20:34] len-dt: The package is designed with Debian in mind [20:35] Users belong to audio group by default on Debian, so all you require in order to get realtime privilege is the file that the jackd package adds to /etc/security/limits.d/audio.conf [20:35] ailo, wine fonts being a license really should have the user read and ok. Hitting yes for them is probably not legal. [20:36] len-dt: Question is if we are allowed to distribute or not. If yes, all we need to do is add info on the download page [20:37] len-dt: The reason why users are asked about putting the audio.conf file is because some say it poses a security issue [20:37] The font installer is separate and could be run after ISO install [20:37] ailo, I didn't know that [20:38] len-dt: There are different opinions as to which way would be the best way to achieve realtime privilege [20:38] Some would rather have rtkit handle it [20:39] But, since we just get the solution directly from Debian, we get what we get [20:39] Ya, when if they change so do we. [20:40] len-dt: About ubuntustudio-default-settings. Procedure for updating the changelog? There was a command to do that based on commits, I believe.. [20:41] I would like to solve that first, and then try to get anyone to upload it [20:41] I have been putting the comments in changelog and then pasting to commit. [20:42] I happen to use joe to edit so the text is normally still on the screen anyway. [20:42] Ok. I think there was a command to create the changelog automatically based on commits [20:42] Too tired to investigate right now [20:42] Maybe micahg will turn up tomorrow, and we can wrap it up quickly [20:43] Yes I have heard there is... I would think it was some BZR command but it seems to me it is a deb* command. [20:43] dch is the debian script that you usually use for updating Debian package changelogs [20:44] ailo, it looks like the MSfonts package is optional. [20:44] In this case, I believe it was a bzr / debian tool [20:45] len-dt: Ah, right. Then we just do a "no" for the ISO install. And if we could add a thing at first login, which tells you there are unfinished tasks, that would be the best I think [20:46] See the comment in the mailing list too. from Eric [20:46] ailo, we could "blacklist" the fonts [20:47] * falktx jumps in [20:48] LMMS doesnt have any piece of non-free code in it [20:48] Wine is the one responsible for pulling the ms fonts [20:48] any app that relies on wine will pull those [20:48] It is just the ms fonts, but they are recommends [20:49] We had issues with wine before breaking the amd64 ISO build. [20:49] lmms on 64bit doesn't use wine afaik [20:50] somehow it's not possible to build wine64 stuff on launchpad [20:50] So it has a different feature set? [20:50] yes [20:50] only the 32bit has the vst support [20:50] Sounds nice for support :P [20:51] I want to find out why wine-64bit fails to install on the launchpad builds, I need it for my tools [20:51] it's very weird, something related to multiarch, but complicated [20:51] If it is included on the LIVE ISO it would have to be without the licenced fonts. [20:52] I find wine 32bit/64bit a bit confusing. I think most things I run on wine are 32bit, but then some 32bit stuff don't seem to work [20:52] Should be possible to run 32bit vst on amd64 wine? [20:52] yes [20:52] it works just fine [20:53] That would make sense [20:53] building wine64 binaries on launchpad is the issue [20:53] this is why the 64bit build of lmms doesn't have vst [23:30] ailo: bumping changelog after a released version is dch -i -DUNRELEASED