LinuxMusicians

That clarifies things a lot. I think supporting things via deb repo is a fine way to expand and allow choices.

Just to clarify a little more. You're talking about supporting LTS releases via PPA, but maintaining up to date debian repos in between? Meaning that you would sync the PPAs with the debian repos when a new LTS is released?

If so, that sounds like a great plan!

falkTX, https://build.opensuse.org isn't an option for building Debian stuff?

So it is indeed decided (for now anyway) ?? I can mention casually to others that KXStudio is coming to Debian? Like for those I know who already use Debian?

Great, and agreed 100%. I just mean people like my cofounder for Snowdrift who is not really a musician but uses Debian and might be interested in trying KXStudio some day. And he'd like to welcome me to one day move to Debian (which I would not have done if I couldn't keep using KXStudio fully). And, as others have pointed out, there are Debian-based systems like Mint Debian that you can surely borrow bits from as needed. For that matter, anything desired from Ubuntu will probably be easier to shift to Debian than to Arch or others. I'm very very very happy with this direction

Wow, I am glad I've been using Acrh all these years without FXStudio cause I would of been screwed cause I can't stand any Deb or Ubuntu type distros. Not saying they are bad, just hate not having a distro build exactly the way I want. I only use Carla from Cadence and that's for hosting the ir-lv2 plugin when running a guitar pedal direct so I am happy as long as Carla stays in AUR.

I hope which ever way this goes it brings success to Linux and pro audio becuse I still would take Linux over Mac or Windows. They use Macs in the studio where my tracks are imported into Logic and while having a few more options than Ardour, it's not more stable and way too slow importing files.

Linux is coming along.. Good luck falk and the gang. Keep up the great work and please keep Cadence or well Carla when ready in AUR.

falkTX wrote:

Code: Select all

deb http://kxstudio.sourceforge.net/repo/ stable main kxstudio free non-free

Are you only going for stable and not testing? I suppose I could compile Cadence for Said if I want a rolling release distro and forget about using a KXStudio repository, if I want to.

(Posted from Samsung Exhibit II 4G using standard Android 4.1 browser using Cyanogen Mod 10.)

Moving to debian seems a good decision.

Now there's room for suggestions :
- keep things simple
- less is more : you don't have to package what is already packaged as .deb by others - so we have the freedom to install whatever we want (or not)

Greetings,

I was going to protest the notion of Debian as the next choice for KXStudio, but I started considering that really I have no real preference. I tend to rip everything up and install my own builds anyway, regardless of distro or overlay. In the end it won't make much difference to users like me. I don't even use the excellent KXStudio tools, I'm such a lazy luzer.

Best,

dp

StudioDave wrote:Greetings,

I was going to protest the notion of Debian as the next choice for KXStudio, but I started considering that really I have no real preference. I tend to rip everything up and install my own builds anyway, regardless of distro or overlay. In the end it won't make much difference to users like me. I don't even use the excellent KXStudio tools, I'm such a lazy luzer.

Best,

dp

Dave, I greatly respect your views and so I'm just very curious: for what reasons would you have protested?

wolftune wrote:

StudioDave wrote: I was going to protest the notion of Debian as the next choice for KXStudio ...

... for what reasons would you have protested?

Frustrations with Squeeze, mainly having to work around aging resources. I think my frustrations are probably out of date too - I haven't kept up with Debian since the outstanding AVLinux - and I believe that falk can make KXStudio work well on a Debian system, or probably any other system.

Best,

dp

Great to see F has already started working on a generic Deb repo although I think I'll heed his advice and not start using it until he gives the green light though.

However, I do think the suggestion that F team up with http://www.deb-multimedia.org/ was a better idea.Have you not considered joining forces with them F? It seems everyone, including yourself, would much prefer you concentrate on developing Cadence and Carla than packaging - especially since you'll have half the time when you start working. Congrats on that by the way!

DP:

Squeeze is certainly outdated now but Wheezy (aka testing, for a little longer) fares a lot better and has lots of new, notable package additions and updates. I've been running it for a couple of years on a couple of machines without a hitch.

danboid wrote:However, I do think the suggestion that F team up with http://www.deb-multimedia.org/ was a better idea.

deb-multimedia.org is an independent repository that is not affiliated with Debian. It's something else than the multimedia packaging effort within Debian itself. I'd stay close to Debian and not deb-multimedia.org, also because deb-multimedia.org does not always adhere to the Debian packaging policy.

I'm aware deb multimedia is independent and may bend the rules a bit sometimes but both these will likely apply to a KX Deb repo too.

If you have decided that maintaining your own repo instead of arranging to get access to and collaborate on deb-multimedia F then do you intend to duplicate some of the packages that are only within deb multimedia or will Deb users have to pick between one or the other?

danboid wrote:I'm aware deb multimedia is independent and may bend the rules a bit sometimes but both these will likely apply to a KX Deb repo too.

No, falkTX (and occassionally myself) has always abode as much as possible by the packaging rules and versioning policy of Ubuntu/Debian. Afaik the maintainer of deb-multimedia.org is less scrupulous. Installing ffmpeg from his repository could seriously break things for example.

danboid wrote:If you have decided that maintaining your own repo instead of arranging to get access to and collaborate on deb-multimedia F then do you intend to duplicate some of the packages that are only within deb multimedia or will Deb users have to pick between one or the other?

I think it's a not a good idea to look for a collaboration with deb-multimedia.org.