Re: [LMMS-devel] Time for a domain!

I have a friend who would gladly sponsor the domain for us I just need to reconfirm with him. After the domain is confirmed I can setup the new CMS we will be using for various things. On Fri, Apr 25, 2014 at 11:21 PM, Tobias Doerffel wrote: > Hi, > > 2014-04-25 23:15 GMT+02:00 Lukas W. : > > A

Re: [LMMS-devel] Time for a domain!

As mentioned previously with this I am more then willing to host the site as well as LSP but any files would need to be uploaded to SF or elsewhere. On Sat, Apr 26, 2014 at 6:03 AM, Vesa wrote: > On 04/26/2014 05:28 AM, Tres Finocchiaro wrote: > > > > I think you are jumping to conclusions. Pl

Re: [LMMS-devel] Time for a domain!

On 04/26/2014 05:28 AM, Tres Finocchiaro wrote: > > I think you are jumping to conclusions. Please stick to opinion here, > it works better for the topic at hand. Well no, I'm just stating what was already discussed and generally concluded previously, as I recall. > Do we make a site that focus

Re: [LMMS-devel] Time for a domain!

> > I think the domain name needs to at least contain LMMS > You are entitled to your opinion. We already discussed this before... too confusing I think you are jumping to conclusions. Please stick to opinion here, it works better for the topic at hand. This discussion is tough just like the

Re: [LMMS-devel] Time for a domain!

On 04/26/2014 04:49 AM, Tres Finocchiaro wrote: > > I like the domain makefreemusic.org . We already discussed this before... too confusing, the word "free" isn't immediately understood out of context due to the dual meaning in english language. > I think the software i

Re: [LMMS-devel] Time for a domain!

I don't like the name personally. Whatever is decided about this, I would like to be a co-maintainer. I don't personally like hyphenated-noun domains. I like the domain makefreemusic.org. I think the software is just one of several tools that LSP is useful for. Shit, sharingplatform.org is ava

Re: [LMMS-devel] resid on gentoo

wrote: > What was done was the dev did a diff of the original resid source compared > to the lmms version to ensure the changes that are in the lmms version dont > have specific lmms tweaks. In another email I was told resid has had no > release since 2004. > > There must be something that's not

Re: [LMMS-devel] resid on gentoo

What was done was the dev did a diff of the original resid source compared to the lmms version to ensure the changes that are in the lmms version dont have specific lmms tweaks. In another email I was told resid has had no release since 2004. On Fri, Apr 25, 2014 at 11:23 PM, Tobias Doerffel wro

Re: [LMMS-devel] Few questions

On 04/26/2014 01:17 AM, Tobias Doerffel wrote: > Ah sorry, forgot to specifically answer your question. Basically > valueAt() of song-global automation pattern will only return what is > set inside this automation pattern. If the user has connected other > automation patterns, values from there won

Re: [LMMS-devel] Debian progress

http://anonscm.debian.org/gitweb/?p=collab-maint/pkg-lmms.git;a=summary Here is a link to the repository, hopefully this will answer the questions. @Jonathan Yes, but The burden doesn't solely rest on my shoulders now, and there is a real package maintainer working on this now as well! Of course

Re: [LMMS-devel] Few questions

Ah sorry, forgot to specifically answer your question. Basically valueAt() of song-global automation pattern will only return what is set inside this automation pattern. If the user has connected other automation patterns, values from there won't be reflected in the song-global automation pattern (

Re: [LMMS-devel] Few questions

On 04/26/2014 12:37 AM, Tobias Doerffel wrote: > Hi, > > global automation patterns are placed in Song::globalAutomationTrack() > which is a hidden/internal automation track where all automation > patterns are placed at MidiTime( 0 ). This all is provided for > convenience as the user does not have

Re: [LMMS-devel] Few questions

Hi, global automation patterns are placed in Song::globalAutomationTrack() which is a hidden/internal automation track where all automation patterns are placed at MidiTime( 0 ). This all is provided for convenience as the user does not have to deal with managing and connecting automation patterns

Re: [LMMS-devel] resid on gentoo

Hi, is there any further explanation why they have these changes? I also vote for upstream integration so there's less work and less potential problems for us. Toby -- Start Your Social Network Today - Download eXo Platf

Re: [LMMS-devel] Time for a domain!

Hi, 2014-04-25 23:15 GMT+02:00 Lukas W. : > Also note that "lmms.io" is available, but costs ~40€/y. If we take > that, I may need someone to help me pay it. (Btw, @Toby: are there any > considerable donations coming in?) Just a few Euros per month but that shouldn't be the problem. I vote for lm

[LMMS-devel] Time for a domain!

Hi everyone, There has already been a discussion about buying a top level domain, but it has somehow died. However, this is still important, a domain that represents us would be great! I am willing to sponsor this domain. But first, we have to come to a decision on what domain to take. Unfortunat

Re: [LMMS-devel] resid on gentoo

If it's bundled aren't we supposed to be using it? If the maintainer wants a different version in the code we should submit a bug report and fix it upstream, right? Their "preference" doesn't make sense in this case because the system lib isn't being used. If they want to provide diffs against n

Re: [LMMS-devel] resid on gentoo

The dev just gave me this diff. I think what gentoo prefers to use system libs instead On 25 Apr 2014 19:24, "Tres Finocchiaro" wrote: > What exactly is the benefit of this? The version that is bundled should > be just fine, does it have compatibility issues with Gentoo? If so, > shouldn't we p

Re: [LMMS-devel] Feeling a little testy

@Raine May I ask what has become of your efforts? It really would be great if we had at least a few tests. :-) 2014-04-12 11:44 GMT+02:00 Jonathan Aquilina : > I think if there are people willing to implement tests for it, it would > greatly help improve overall code quality even further and hopef

Re: [LMMS-devel] Debian progress

I believe the "collab-maint on alioth" is supposed to take care of this, but I don't' entirely understand what such a thing means. I think it's this: https://alioth.debian.org/. -Trs - tres.finocchi...@gmail.com On Fri, Apr 25, 2014 at 11:22 AM, Jonathan Aquilina wrote: > We would still need

Re: [LMMS-devel] resid on gentoo

What exactly is the benefit of this? The version that is bundled should be just fine, does it have compatibility issues with Gentoo? If so, shouldn't we push fixes upstream rather than hacking re-hacking the Gentoo resid package? 1. --- /var/tmp/portage/media-libs/resid-0.16_p2/work/resid

[LMMS-devel] resid on gentoo

http://pastebin.com/uXmrrpmn im working with a gentoo dev on getting lmms 1.0 into the main gentoo tree could you tell me if this diff of resid source in lmms is patch with specific stuff for lmms or not please -- Jonathan Aquilina

Re: [LMMS-devel] Debian progress

We would still need to provide a ppa i think with interim releases during the release cycle. On Fri, Apr 25, 2014 at 2:41 PM, Israel wrote: > >From Patrick: > " I've uploaded 1.0.0 from sourceforge yesterday evening (see > incoming.debian.org)" > and > "I'll try to move the packaging in near fu

Re: [LMMS-devel] Debian progress

> move the packaging in near future into a own git maintained at collab-maint on alioth Great, but what does this mean? :) I haven't seen a lot of explanation about the packaging details, no detailed wiki, no custom scripts. Is this something that should make it into LMMS upstream or would that

Re: [LMMS-devel] Website updates

@Toby: Have a look at my post before last please. As I said, I'd need to be admin for this… 2014-04-23 23:14 GMT+02:00 Jonathan Aquilina : > I woudl say go for it but with toby's approval there. > > > On Wed, Apr 23, 2014 at 3:50 PM, Lukas W. wrote: >> >> Hm I think screenshots and description w

[LMMS-devel] Debian progress

>From Patrick: " I've uploaded 1.0.0 from sourceforge yesterday evening (see incoming.debian.org)" and "I'll try to move the packaging in near future into a own git maintained at collab-maint on alioth so that is will be easier for people to submit patches and to collaborate." This is great news!