Linux-audio-user

linux-audio-user@lists.linuxaudio.org

3 participants
20662 discussions

by Chris Caudle

> Message: 15 > Date: Fri, 10 Oct 2014 23:41:38 -0400 > From: Paul Davis <paul(a)linuxaudiosystems.com> > Message-ID: > <CAFa_cKmZ7HBp8FgaL2JJWxzgk7tcR1MqrqWLXe-U-8tOsibkTw(a)mail.gmail.com> > On Fri, Oct 10, 2014 at 9:22 PM, Philipp ?berbacher <murks(a)tuxfamily.org> > wrote: >> >> If he really did violate the license then this has to be sorted out. He >> should probably also use some other name to rule out confusions such as >> the one you just experienced. > > he used a different name than any Fons had used. his name did still > include > the four letters "zita". Yes, the project name was different, but I think the relevant point was that all the original copyright headers that Fons had used were not modified to indicate that the original code had been change. The "AUTHORS" file still only had Fons's name and contact information, which is presumably why the user mentioned originally sent email to Fons and not to JeffG, since Jeff had not left any kind of identifying information in the project to indicate that even though Fons had originated some of the code, Fons was not actually involved with that project at all. In that case lack of attribution is a kind of mis-attribution, and I think must be the reason that section 2.a) of the GPLv2 exists. > when people like jeffg (who even after repeated explanations continue to > spout nonsense about how block structured audio processing on Linux or any > other general purpose OS actually works) take GPL'ed code and fail to > interact in any way with the original author, they are not violating the > letter of the GPL but they are violating a big part of its "real world > spirit". Actually I think JeffG was explicitly violating section 2.a). Do you disagree based on the degree to which the original code was modified, that it no longer constituted "modified files" but were instead new files which were not subject to this clause? "a) You must cause the modified files to carry prominent notices stating that you changed the files and the date of any change." If they were that new then they should not have included the copyright header with Fons's name. -- Chris Caudle

11 years, 1 month

Re: [LAU] zitaretuner

by Chris Caudle

(Apologies for the new few messages messing up the message identifiers, I am currently subscribed to the digest.) > From: Will Godfrey <willgodfrey(a)musically.me.uk> > Subject: Re: [LAU] zitaretuner > Message-ID: <20141010231842.1e9052fb@debian> > Seems it's [zitaretuner SourceForge project] already been removed. I hope I did not overstep any boundaries, but on Friday (10 October) I had sent a copy of the LAU message from Fons to JeffG via the SourceForge messaging facility. I received no reply but perhaps JeffG took the project down as a (hopefully) good faith gesture that he had intended no offense, and made a mistake through ignorance or carelessness. Since the message was posted fairly publicly by Fons, I did not think it would be any kind of breach of trust to forward on the message. Someone please let me know if I was mistaken in that regard. -- Chris Caudle

11 years, 1 month

Re: [LAU] First release of new project: a773/up and away

by Atte

On 10/10/2014 05:14 PM, Wayne DePrince Jr. wrote: > very cool, nice beat, love the melodies starting @1:03 and 2:51, and the > "counter melody" @4:17. might be interesting to have the song change a > bit more, perhaps tempo-wise, maybe go somewhere else musically? but > overall i really am enjoying it. > > thanks for sharing. Thanks for listening! -- Atte http://atte.dk http://a773.dk

11 years, 1 month

IEM Music Residency Program 2015 - Call for Applications

by IOhannes m zmölnig

======================================== IEM Music Residency Program 2015 - Call for Applications (sorry for x-posting - please distribute) The Institute of Electronic Music and Acoustics (IEM) in Graz, Austria is happy to announce its new Music Residency program and invites applications from composers/sound artists for the 2015 edition. The Residency is aimed at individuals wishing to pursue projects in performance, composition, installation and sound art, development of tools for art production and related areas. Duration of residency: 5 months Start date: March 1st 2015 (negotiable) Monthly salary: Approx. EUR 1100 (net) APPLICATION DEADLINE: 1st of December 2014 23:59 CEST The Institute of Electronic Music and Acoustics is a department of the University of Music and Performing Arts Graz and was founded in 1965. An internationally well renowned institution in its field, it currently holds a staff of more than 25 members. IEM offers education to students in composition and computer music, sound engineering, contemporary music performance and musicology. It is well connected to the University of Technology as well as to the University of Graz through two joint study programs. The artwork produced at IEM is released through the Institute's own OpenCUBE and Signale concert series, as well as through various collaborations with international artists and institutions. IEM's main activities are centered around the three main research areas Computer Music Artistic Research Signal Processing and Acoustics and contributions to these, or any other related field of relevance, are invited for the Music Residency program. What we expect from applicants: - An outstanding project proposal that adds new perspectives to the Institute's activities and resonates well with the interests of IEM. - The successful applicant will work on-site in Graz for the major part of the Residency. - Willingness to exchange and share ideas, knowledge and results with IEM staff members and students and engage in scholarly discussion. - The ability to work independently within the Institute. - A dissemination strategy as part of the project proposal that ensures the publication of the work, or documentation thereof, in a suitable format. This could be achieved for example through the release of media, journal or conference publication, a project website or other means that help to preserve the knowledge gained through the Music Residency and make it available to the public. What we offer to the successful applicant: - Support in artistic production and arts-based research - Exchange with competent and experienced staff members - shared office space for the entire period and access to studios including the CUBE which has a 24-channel loudspeaker system; - Contact with peers from similar or other disciplines - Infrastructure (electroacoustic music studios, icosahedral loudspeaker array, motion capture technology) - Concert and presentation facilities (CUBE 24 channel loudspeaker concert space) - Existing networks with local/international partners - We provide a monthly salary of approx. EUR 1100 net per month in addition to health and accident insurance. An application form providing more information is available at http://iem.kug.ac.at/fileadmin/media/iem/projects/2014/Residency2015.docx Feel free to contact residency(a)iem.at if you have any questions.

11 years, 1 month

zitaretuner

by Fons Adriaensen

Hello all, Today I got an email of a user asking me to help him make a plugin called 'zitaretuner' work. I never wrote such a plugin, and I didn't even know it existed. So I can't help this user. Of course this made me curious, and I managed to get a copy of the source code of this lv2 plugin. And I wasn't very amused. As expected it's based on zita-at1, and again a complete disaster. The DSP code of zita-at1 is written as a neat self-contained C++ class with a very clean interface, and this is done explicitly to make it re-usable. But instead of re-using it, the author of the plugin decided to rewrite it in C, and combine it in the same source file with parts of libzitaresampler (instead of using that as a library as it is meant to), and with whatever is required to turn it into an lv2. The whole thing is just a single source file. The same author (who is know only as 'jg') didn't bother to add a decent GUI, relying on the plugin host to create one. That means for example that the note selection buttons (which also double as 'current note' indicators in zita-at1), are replaced by faders. Only $GOD knows what they are supposed to control. And as a final topping on the cake, that whole crappy thing is presented as if I were the author of it all. No mention at all that things have been modified, and by whom or why. This alone is a clear violation of the license under which zita-at1 was released. And whoever did it doesn't even have the courage to identify him/herself. I've complained about this sort of thing before, and this time I'm really pissed. So let one thing be clear: I will never again release any code under a license that allows this sort of thing to happen. Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow)

11 years, 1 month

OT: seeking help with uploading files via sftp and preventing their subsequent deletion

by Ivica Ico Bukvic

All, I am in a bit of a time-bind and am wondering if anyone could help me with this. Namely, I am trying to cobble a sftp system where conference participants may want to upload their proposed submissions and once they are uploaded that they are unable to delete their own or anyone else's submission. Going with commercial solutions is not an option. So, what I did so far is change /etc/ssh/sshd_config so that sftp chroots said user's home dir, and prevents access via ssh. I also created a sftponly group and added the user to it. I adjusted home dir permissions and created a subfolder "submissions" where users can submit their projects. Finally, I added umask to strip permissions from uploaded files. So, the /etc/ssh/sshd_config has the following entry Match Group sftponly ChrootDirectory /home/%u ForceCommand internal-sftp -u 0222 X11Forwarding no AllowTcpForwarding no So, everything works, except no matter what permissions assign via umask, even if I change ownership manually via a different ssh user session, sftp client can still erase the file. How is this possible? And more importantly, how can one circumvent that? And perhaps most importantly is there an easier way to do this? Below are permissions of folders in question: drwxr-xr-x 3 root USER 4096 Oct 10 15:21 . drwxr-xr-x 36 root root 4096 Oct 7 12:16 .. drwxr-xr-x 2 USER sftponly 4096 Oct 10 19:39 submissions Any idea how this can be fixed? -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow DISIS, L2Ork Virginia Tech School of Performing Arts – 0141 Blacksburg, VA 24061 (540) 231-6139 ico(a)vt.edu www.performingarts.vt.edu disis.music.vt.edu l2ork.music.vt.edu

11 years, 1 month

Re: [LAU] zitaretuner

by Chris Caudle

> From: Fons Adriaensen <fons(a)linuxaudio.org> > Message-ID: <20141010201414.GA15524(a)linuxaudio.org> > Hello all, > > Today I got an email of a user asking me to help him make a plugin > called 'zitaretuner' work. I never wrote such a plugin... > ... And whoever did it doesn't even have the courage to > identify him/herself. > > I've complained about this sort of thing before, and this time > I'm really pissed. So let one thing be clear: I will never again > release any code under a license that allows this sort of thing > to happen. Doesn't the GPL v2 already prevent this sort of thing for anyone who adheres to the license terms? 2. You may modify your copy or copies of the Program or any portion of it, thus forming a work based on the Program, and copy and distribute such modifications or work under the terms of Section 1 above, provided that you also meet all of these conditions: a) You must cause the modified files to carry prominent notices stating that you changed the files and the date of any change. It seems the only way to prevent that kind of abuse is to not release the code at all. That would be a very sad outcome for Linux audio users. -- Chris Caudle

11 years, 1 month

Re: [LAU] dssi-vst doesn't see certain .dll files

by Renato

Sorry for top replying, I had mail delivery disabled from the mailing list options and had to read replies on the archives. With vsthost you don't usually need the full path, it looks in $VST_PATH I think which has /home/renato/Audio/.vst. And anyways other windows vsts in that directory launch correctly, so I wouldn't say it's a path problem. Neither an architecture problem as far as I can see, since as said I tried putting in the directory both 64bit and 32bit versions of Kontakt. Is there no one on the list with Kontakt working? I'd *really* like it to gain acces to some libraries cheers, Renato

11 years, 1 month

Re: [LAU] dssi-vst doesn't see certain .dll files

by Aiyumi Moriya

> Date: Thu, 9 Oct 2014 10:35:54 +0200 > From: Renato <rennabh(a)gmail.com> > To: lau <linux-audio-user(a)lists.linuxaudio.org> > Subject: Re: [LAU] dssi-vst doesn't see certain .dll files > Message-ID: <20141009103554.29b9693b(a)gmail.com> > Content-Type: text/plain; charset=US-ASCII > > [...] > With vsthost you don't usually need the full path, it looks in > $VST_PATH I think which has /home/renato/Audio/.vst. And anyways other > windows vsts in that directory launch correctly, so I wouldn't say it's > a path problem. Neither an architecture problem as far as I can see, > since as said I tried putting in the directory both 64bit and 32bit > versions of Kontakt. I vaguely remember having a problem like yours when I tried to use Kontakt Player's VST... I think vsthost doesn't like uppercase and spaces in filenames. Here it was renamed to "kontakt5.dll" and it works. Dssi_list_plugins says: /usr/lib64/dssi/trivial_synth.so TS Trivial synth /usr/lib64/dssi/less_trivial_synth.so LTS Less Trivial synth /usr/lib64/dssi/karplong.so karplong Simple Karplus-Strong Plucked String Synth /usr/lib64/dssi/linuxsampler.so LinuxSampler LinuxSampler /usr/lib64/dssi/trivial_sampler.so stereo_sampler Simple Stereo Sampler mono_sampler Simple Mono Sampler /usr/lib64/dssi/dssi-vst.so RemoteVSTClient: all cache files are up-to-date, not running scanner kontakt5.dll Kontakt 5 VST I still couldn't make the 8 and 16 output DLLs work though. (I don't need 64 outs! ... Or at least, not yet. :D) -- ____________________ Blog: http://aiyumi.warpstar.net/

11 years, 1 month

sfArk for Linux - git repo access

by jonetsu＠teksavvy.com

Hello, I would like to use some .sfArk files. To this effect I have found the following for Ubuntu systemes (eg. Linux Mint) which seems reasonable, but the git repo needs a username and password, which are not supplied. What could they be ? http://blogs.fsfe.org/samtuke/?p=589 Thanks.

11 years, 1 month

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-user