Re: [ubuntu-studio-devel] Packages up for removal, unless someone wants to maintain them
On Fri, Aug 21, 2015, at 12:04 PM, Ralf Mardorf wrote: On Fri, 21 Aug 2015 10:25:36 +0200, Kaj Ailomaa wrote: jack-rack This is a useful package and should be provided. Is someone willing to maintain it? And, if so, please look up why Debian is not doing it anymore. -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: [ubuntu-studio-devel] Packages up for removal, unless someone wants to maintain them
On Fri, 21 Aug 2015, Kaj Ailomaa wrote: It seems there are a few packages that have been removed from Debian and will be removed from Ubuntu as well, unless someone commits to maintaining them. The packages in question are: jack-rack lv2fil x42's collection now has an expansion called fil4.lv2 both of these are based on the fil4 code in the ladspa plugin. eq10q is also now much more mature and can fill this void. specimen There is a fork of this petri-foo that replaces this. phat If anyone feels any of those should be kept, please let us know. -- Len Ovens www.ovenwerks.net -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: [ubuntu-studio-devel] Packages up for removal, unless someone wants to maintain them
On Fri, Aug 21, 2015, at 03:07 PM, Len Ovens wrote: On Fri, 21 Aug 2015, Kaj Ailomaa wrote: specimen There is a fork of this petri-foo that replaces this. Replaced! -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: [ubuntu-studio-devel] Wubi - nuke it from orbit
On Fri, Aug 21, 2015 at 10:44 AM, Kaj Ailomaa zeque...@mousike.me wrote: Anyone feel any love for wubi at all? If not, I will make sure it is removed from Ubuntu Studio at least. I'm guessing it never worked for Ubuntu Studio anyway? I have never used it, but seen questions when people have issues with it. Could be that it works for a lot of people as you never hear from them. But love, no. -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: [ubuntu-studio-devel] Ubuntu Studio Policy wiki page
great, thanks ! Antoine THOMAS Tél: 0663137906 2015-08-21 11:27 GMT+02:00 Kaj Ailomaa zeque...@mousike.me: https://wiki.ubuntu.com/UbuntuStudio/Policy This is a new page in the wiki. Already back when Scott was lead we were talking about putting up this kind of page, and now it's finally in place. If you spot something being incorrect, or have any opinions of what is written on that page, please tell. -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: [ubuntu-studio-devel] Wubi - nuke it from orbit
On Fri, 21 Aug 2015, lukefro...@hushmail.com wrote: Has anyone with a Windows box tested it lately? Our upstairs windows have window boxes on them. There are flowers there. On 8/21/2015 at 10:39 AM, Jimmy Sjölund ji...@sjolund.se wrote: On Fri, Aug 21, 2015 at 10:44 AM, Kaj Ailomaa zeque...@mousike.me wrote: Anyone feel any love for wubi at all? What's that? Hmm, guess I'm not much help. -- Len Ovens www.ovenwerks.net -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: [ubuntu-studio-devel] Wubi - nuke it from orbit
Has anyone with a Windows box tested it lately? On 8/21/2015 at 10:39 AM, Jimmy Sjölund ji...@sjolund.se wrote: On Fri, Aug 21, 2015 at 10:44 AM, Kaj Ailomaa zeque...@mousike.me wrote: Anyone feel any love for wubi at all? If not, I will make sure it is removed from Ubuntu Studio at least. I'm guessing it never worked for Ubuntu Studio anyway? I have never used it, but seen questions when people have issues with it. Could be that it works for a lot of people as you never hear from them. But love, no. -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: [ubuntu-studio-devel] Wubi - nuke it from orbit
On Thursday, August 20, 2015, C. F. Howlett cfhowl...@hotmail.com wrote: As I understand it, wubi has not been supported, developed or upgraded for YEARS. Moreover, wubi is known to conflict with Ubuntu 13.XX and newer. So WHY is wubi not only present in the Ubuntu ecosystem, but actually packaged with Ubuntu .iso's? For the love of kittens, puppies and all that is good, please! Delete, remove, de-install and purge wubi from Ubuntu flavors! Confused and frustrated users will thank you. C. F. Howlett I haven't used it in years. But that used to work well, for me. Then it bit me one time. Still, I could imagine, with recent UEFI implementations, This might be an easy way for folks to get and installation up and working. Not that we have to address facilitating a way around problematic hardware, like that. I have not secured a Windows 10 installation, yet. I plan to, and I could check will be, and see if it's working from there, if there's interest in keeping it around. It's always available, even if we don't ship it on the ISO. -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com javascript:; Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel -- MH likethecow.com -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: [ubuntu-studio-devel] continued as per request, from IRC
All of the debates about Ubuntu and things like privacy only concern the Unity DE and all that phone-centric stuff. UbuntuStudio, Xubuntu, Ubuntu MATE, Kubuntu at all should be considered exempt. The only worry there is if they will be around in the future if either Canonical runs into too much trouble or future upstream Ubuntu diverges too much from the Debian base and GNU base. If Debian packages could not be installed or if X and Wayland could not be run there would be real issues. Even if Mir and X or Wayland could not cooexist in the same install there would be serious issues. Short of that, I see no reason to steer people off any Ubuntu flavor. If I need to install Linux for someone who needs updates for security, UbuntuStudio or Ubuntu Mate are much better suited than my Debian Unstable development system simply because I do not have to cherrypick security updates. Debian Stable gets too old too fast, so does Mint these days. When my distributed Vivid snapshots get too old for use in the field, I will probably have to port everything to a fresh US or Ubuntu MATE install for distrbution for this very reason. Debian Unstable snapshots may work fine but must never be updated by nonhackers and that can be dangerous. No way in hell I'm putting my sister on Debian Unstable for that exact reason. IfUbuntu ever dies this will be a hassle. On 8/21/2015 at 9:38 PM, Mike Holstein mikeh...@gmail.com wrote: On Thu, Aug 20, 2015 at 4:49 PM, Len Ovens l...@ovenwerks.net wrote: On Thu, 20 Aug 2015, Mike Holstein wrote: 15:48 zequence holstein: I really urge you to put your thoughts down and write an email instead 15:48 holstein well, its fashionable to not like ubuntu.. and, thats something larger than ubuntustudio.. but, when folks go to #ardour, for example, and the major piece of advice is whatever you do, dont use ubuntustudio, i would like to think about why That is not really true, don't use Ubuntu Yes I see that... and probably with good cause. It is possible to get good results with Unity, easy to get bad results. Certainly Studio sometimes just gets lumped in with Ubuntu. And when suggesting a distro made for Audio, generally kxstudio or avlinux are the two mentioned. However, I have heard UbuntuStudio recommended sometimes as well. (especially lately as kxstudio has had some issues related to KDE) i dont share that viewpoint, personally, that folks shouldnt use ubuntustudio. i feel like i had to make an effort, though, to sit in #ardour, and address each comment that i saw, for a time, and ask that folks try the more recent versions before making blanket statements.. Studio has some good stuff: - xfce - a good set of applications - audio and RT allready works On the other side: - LTS releases with sometimes the buggiest release of some required audio utilities. - LTS releases mean that by the time the next one comes out the old one is hopelessly behind. Kubuntu may have the best way of dealing with this by trying to make each release LTS-able. Anything based on debian, tends to be release based. - It is not easy to update an LTS, the policys for adding a new version for anything besides bugs is not an easy road to take. It takes a lot of work to keep an LTS current and we just haven't been able to do that. Both kx and av add the latest versions to their repos within days (minutes sometimes)... they can do so because they own the repos and manage them. We could set up an upgrade repo ppa, but I do not know if that is what Ubuntu is all about. Ubuntu flavours are meant to use the Ubuntu repos. Directions we could go that remain Ubuntu-ish but still make a good distro for audio: remove module-udev-detect from pulseaudio and run jackd as the only back end. So jackdbus would start at session start and pulse would use either jack or dummy as it's only backends. Create a udev utility that replaces module-udev-detect for PA with something that adds a plugged in audio IF to jack on the fly. The user in -controls would be asked or allowed to determine if the new device became the jack maser device or if it was added via zita-a2j/j2a. If the (probably USB) new device was to be master, the internal would then get added via zita-a2j/j2a. These two things alone would make Studio unique in the Linux audio world and would solve more than 50% of support requests both in ubuntuStudio and in other places like #Ardour. Make performance mode default with the option when battery operation is detected to goto a slower speed or ondemand. (in general a slower _constant_ speed is better for low latency) Note on performance mode: I have found that performance mode runs cooler at high CPU use than ondemand. Ondemand is good
Re: [ubuntu-studio-devel] continued as per request, from IRC
On Thu, Aug 20, 2015 at 4:49 PM, Len Ovens l...@ovenwerks.net wrote: On Thu, 20 Aug 2015, Mike Holstein wrote: 15:48 zequence holstein: I really urge you to put your thoughts down and write an email instead 15:48 holstein well, its fashionable to not like ubuntu.. and, thats something larger than ubuntustudio.. but, when folks go to #ardour, for example, and the major piece of advice is whatever you do, dont use ubuntustudio, i would like to think about why That is not really true, don't use Ubuntu Yes I see that... and probably with good cause. It is possible to get good results with Unity, easy to get bad results. Certainly Studio sometimes just gets lumped in with Ubuntu. And when suggesting a distro made for Audio, generally kxstudio or avlinux are the two mentioned. However, I have heard UbuntuStudio recommended sometimes as well. (especially lately as kxstudio has had some issues related to KDE) i dont share that viewpoint, personally, that folks shouldnt use ubuntustudio. i feel like i had to make an effort, though, to sit in #ardour, and address each comment that i saw, for a time, and ask that folks try the more recent versions before making blanket statements.. Studio has some good stuff: - xfce - a good set of applications - audio and RT allready works On the other side: - LTS releases with sometimes the buggiest release of some required audio utilities. - LTS releases mean that by the time the next one comes out the old one is hopelessly behind. Kubuntu may have the best way of dealing with this by trying to make each release LTS-able. Anything based on debian, tends to be release based. - It is not easy to update an LTS, the policys for adding a new version for anything besides bugs is not an easy road to take. It takes a lot of work to keep an LTS current and we just haven't been able to do that. Both kx and av add the latest versions to their repos within days (minutes sometimes)... they can do so because they own the repos and manage them. We could set up an upgrade repo ppa, but I do not know if that is what Ubuntu is all about. Ubuntu flavours are meant to use the Ubuntu repos. Directions we could go that remain Ubuntu-ish but still make a good distro for audio: remove module-udev-detect from pulseaudio and run jackd as the only back end. So jackdbus would start at session start and pulse would use either jack or dummy as it's only backends. Create a udev utility that replaces module-udev-detect for PA with something that adds a plugged in audio IF to jack on the fly. The user in -controls would be asked or allowed to determine if the new device became the jack maser device or if it was added via zita-a2j/j2a. If the (probably USB) new device was to be master, the internal would then get added via zita-a2j/j2a. These two things alone would make Studio unique in the Linux audio world and would solve more than 50% of support requests both in ubuntuStudio and in other places like #Ardour. Make performance mode default with the option when battery operation is detected to goto a slower speed or ondemand. (in general a slower _constant_ speed is better for low latency) Note on performance mode: I have found that performance mode runs cooler at high CPU use than ondemand. Ondemand is good for mostly idle use. Allow sw update stuff to be turned off while doing audio intensive stuff (stop cron works for me). Any place I have mentioned starting jack should include a2jmidid, using a2j_control seems to be more reliable for me than using a2jmidid directly. Note that this whole topic is audio only and does not address other workflows in Studio. It happens to be what I know :) Also, I have not mentioned the tweaks we already do for audio which should remain. -- Len Ovens www.ovenwerks.net -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel -- MH likethecow.com -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: [ubuntu-studio-devel] Wubi - nuke it from orbit
There's enough buggy UEFI setups out there that I advise people to never buy new anymore without searching the exact model they plan to buy online along with the word Ubuntu and/or Linux to see what pops up. Long has this been so for printers and wireless devices, not it's also true for laptops, premade desktops and motherboards. You have to watch for things like the Lenovo firmware that whitelists only RHEL and Windows (but any boot executable with that name will work) or that Surface RT total locked paperweight crap. If Wubi will run over Windows 8 or 10, that will do the job Crouton does for chromebook owners: a quick changeroot into a different OS, in fact easier than on Chromebooks. There are three ways to put Linux on those, two that I know for sure to work: the Crouton changeroot into LInux from ChromeOS, replacing ChromeOS and booting from developer mode every time, or replacing the firmware with upstream Coreboot, which all Chromebooks support/ On 8/21/2015 at 9:14 PM, Mike Holstein mikeh...@gmail.com wrote: On Thursday, August 20, 2015, C. F. Howlett cfhowl...@hotmail.com wrote: As I understand it, wubi has not been supported, developed or upgraded for YEARS. Moreover, wubi is known to conflict with Ubuntu 13.XX and newer. So WHY is wubi not only present in the Ubuntu ecosystem, but actually packaged with Ubuntu .iso's? For the love of kittens, puppies and all that is good, please! Delete, remove, de-install and purge wubi from Ubuntu flavors! Confused and frustrated users will thank you. C. F. Howlett I haven't used it in years. But that used to work well, for me. Then it bit me one time. Still, I could imagine, with recent UEFI implementations, This might be an easy way for folks to get and installation up and working. Not that we have to address facilitating a way around problematic hardware, like that. I have not secured a Windows 10 installation, yet. I plan to, and I could check will be, and see if it's working from there, if there's interest in keeping it around. It's always available, even if we don't ship it on the ISO. -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com javascript:; Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel -- MH likethecow.com -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
[ubuntu-studio-devel] Packages up for removal, unless someone wants to maintain them
It seems there are a few packages that have been removed from Debian and will be removed from Ubuntu as well, unless someone commits to maintaining them. The packages in question are: jack-rack lv2fil specimen phat If anyone feels any of those should be kept, please let us know. -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
[ubuntu-studio-devel] Ubuntu Studio Policy wiki page
https://wiki.ubuntu.com/UbuntuStudio/Policy This is a new page in the wiki. Already back when Scott was lead we were talking about putting up this kind of page, and now it's finally in place. If you spot something being incorrect, or have any opinions of what is written on that page, please tell. -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: [ubuntu-studio-devel] Packages up for removal, unless someone wants to maintain them
On Fri, 21 Aug 2015 10:25:36 +0200, Kaj Ailomaa wrote: jack-rack This is a useful package and should be provided. lv2fil Keep the package that provides Fons' 4-band parametric EQ, all other EQs are anyway more or less useless. What filter is provided by this package? However, even the more or less useless filters are much used by many people. specimen Sounds interesting, but I never used it. phat What is this? Regarding a package search there is some photo thingy with a similar name. If anyone feels any of those should be kept, please let us know. Resume: Keep jack-rack. I like jack-rack and consider that several people might need it for old productions, even if they nowadays shouldn't use it anymore. Btw. what could be used as a replacement? If lv2fil shouldn't provide a good EQ, but a EQ that didn't crash, then some people likely used it and need it for old productions. Did anybody ever use specimen and/or phat? If not, then drop those packages. 0,02€ -- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel