Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7448 discussions

by David Runge

Hey all, I'm currently taking over a bunch of packages for Arch Linux (mainly pro-audio stuff). Would it be possible to implement letsencrypt for linuxaudio.org and all of its subdomains? This would greatly improve the security of the packages hosted there (or rather their transfer from the server to the build machine) and help for said packages not to be dropped, as more and more distros try to switch to more reliable and authenticatable (is that a word?) upstreams. Additionally, there is the benefit of raising privacy for users of all things hosted on linuxaudio.org. An example are all sources hosted here (all of which are packages in Arch's main repos): http://kokkinizita.linuxaudio.org/linuxaudio/downloads/index.html Best, David -- https://sleepmap.de

6 years, 10 months

Re: [LAD] Forgive me, for I have sinned, or: toss your Macintosh, as fast and wide as you can.

by Kjetil Matheussen

> > From: nils <info(a)sonoj.org> > > Yes, that is possible and I wholeheartly lobby for that because library > bugs and mismatches are common and could be avoided. > > Ardour does it and I do it in my own programs as well, or at least will > if properly released. If you can copy a library into your source tree > (Python in my case) why would depend to the external ecosystem? > > Some Linux distributions? (mostly very small and unknown though) do it > already but the "way of forefathers", the shared library, is still stuck > in peoples head. > > Bottom line: It turned out the Windows way of shipping all or most > libs with the program is a really good way to compatibility. > > Definitely. Including as many 3rd party dependencies as possible makes life easier both for software providers and users. The biggest advantage is that you avoid all the bugs caused by incompatible (or too old) versions of libraries people might have on their system.

6 years, 10 months

Carla (was... whatever)

by Len Ovens

I agree that Carla has a long list of deps. However, it is worth building on one's own system and excluding some features. This is very easy to do, if Carla doesn't find a depend, it just leaves features requiring those depends out. This does mean the user does have to: - build their own - know what they need - know why they are using Carla in the first place - understand that Carla _tries_ to make up for the mistakes of plugin developers or distro packagers. It is a tool to make the best of a broken situation. In general, a better solution is to use the OS the plugin is made for or use plugins made for your OS of choice. -- Len Ovens www.ovenwerks.net

6 years, 10 months

What's with Nedko Arnaudov?

by David Runge

Hey all, is anyone maybe in close contact with Nedko Arnaudov? I've had trouble piecing together the upstream for a2jmidid [1], when rebuilding the package for Arch Linux and tried contacting him. There doesn't seem to be any activity in any of his repositories on github [2] in recent years (not a good sign). Especially in the case of a2jmidid, everything I hear from people when asking them is "this was meant as a quick fix and not to stay around long"... well, it's 2017 and it has stayed around long. Additionally, it is dependency to some things currently in use, such as cadence, etc. Nedko also worked on ladish [3], afaics, which is still dependant on the - long outdated/dead - flowcanvas [4]. I don't see any activity there either (at least not in the past four years). Writing "the site is down" [5] doesn't make me believe that that project is not dead, either. This actively keeps programs such as cadence to be integrated into the [community] repository in Arch, as I will not add flowcanvas back and if upstream for a2jmidid deteroriates even more, it will be removed from the main repositories eventually! It would be great, if someone could shed some light on this. Best, David [1] https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/a2… [2] https://github.com/nedko [3] https://github.com/LADI/ladish [4] https://drobilla.net/software/flowcanvas [5] http://ladish.org/ -- https://sleepmap.de

6 years, 10 months

Re: [LAD] What's with Nedko Arnaudov?

by Simon van der Veldt

> The source tarball download link, that I replaced in the PKGBUILD (see first mail) went missing, as there was no web server running on gna.org anymore. > Now I switched to the git repo mentioned in the same link, but the tarball naming is not based on tags. > a2jmidid still works, but a flaky upstream is just not so nice to deal with as a packager at the dawn of reproducible builds in Arch. Ah, so that was the issue. Yeah, we ran into this issue as well. Using git probably makes the most sense, or make use of your distro's mirror functionality (I believe arch offers this as well, not sure though). The tags do actually match with the releases and the tarball names, they are just single integers. I.e. the link we had was "http://download.gna.org/ a2jmidid/a2jmidid-8.tar.bz2", which matches git tag 8. For a list, see http://repo.or.cz/a2jmidid.git/refs, but you probably already checked that. On Wed, Dec 6, 2017 at 8:57 PM, David Runge <dave(a)sleepmap.de> wrote: > On December 6, 2017 8:37:53 PM GMT+01:00, Simon van der Veldt < > simon.vanderveldt(a)gmail.com> wrote: > >I sent Nedko a mail about 6 months ago asking similar questions, to > >which > >he kindly replied. The short version of the answer was no real plans > >for > >ladish, but he did want to bring the ladish site back up. > Hmm, that's too bad. > > >I didn't ask anything regarding a2jmidid because it's been working > >perfectly for me. > The source tarball download link, that I replaced in the PKGBUILD (see > first mail) went missing, as there was no web server running on gna.org > anymore. > Now I switched to the git repo mentioned in the same link, but the tarball > naming is not based on tags. > a2jmidid still works, but a flaky upstream is just not so nice to deal > with as a packager at the dawn of reproducible builds in Arch. > > >If you want to know more I'd suggest to try sending him an e-mail :) > I did three weeks ago. > > > -- > https://sleepmap.de >

6 years, 10 months

Fwd: Linux Audio Berlin meeting @ c-base 2017-12-06

by Simon van der Veldt

> Would have some topics to talk about though (pro-audio software inclusion and keeping in the Arch Linux main repositories, amongst others). I'd be interested in this topic as well. Been doing some packaging for audio production applications for gentoo and I'm starting to consider proposing splitting off these specific pieces of software from the main tree because I feel that that could work towards more ownership and by extension a higher quality of the packages compared to the state we're at currently with the "monolithic" package tree. Since for both Arch and Gentoo it's pretty easy for user to add custom packages I'd be interested in the reasons why you would prefer to have the packages in the main Arch repo (assuming that you actually prefer this of course :)). Thanks, Simon On Tue, Dec 5, 2017 at 12:03 PM, David Runge <dave(a)sleepmap.de> wrote: > > > On 2017-12-05 11:17:36 (+0100), Daniel Swärd wrote: > > On Tue, 2017-12-05 at 11:04 +0100, Filipe Coelho wrote: > > > Who else is coming? > I can't most likely. Have an electronic orchestra rehearsal on > Wednesdays atm. which let's me be home around 9 most of the time. > Tomorrow additionally there's a concert I might attend to (this > Wednesday seems more crowded than most Saturdays!). > > Would have some topics to talk about though (pro-audio software > inclusion and keeping in the Arch Linux main repositories, amongst > others). > > Some other time then, hopefully... > > Best, > David > > -- > https://sleepmap.de > > _______________________________________________ > Linux-audio-dev mailing list > Linux-audio-dev(a)lists.linuxaudio.org > https://lists.linuxaudio.org/listinfo/linux-audio-dev > >

6 years, 10 months

Linux Audio Berlin meeting @ c-base 2017-12-06

by Daniel Swärd

Hi all. Just a friendly reminder for the monthly meeting at c-base (Rungestraße 20). I'll be in the mainhall from 20:00. Hope to see you there! Cheers /Daniel

6 years, 10 months

Re: [LAD] Forgive me, for I have sinned, or: toss your Macintosh, as fast and wide as you can.

by Luddy Harrison

Did you rule out the obvious explanation, i.e., that this Mac had a previous owner, and the previous owner invoked Find My Mac at some point? As to a culprit, I would look to the reseller from whom you bought this machine and not Apple itself. Was Apple even involved directly in this transaction, other than the original sale of the new MBP to its first owner? -Luddy Harrison On Mon, Dec 4, 2017 at 4:00 AM <linux-audio-dev-request(a)lists.linuxaudio.org> wrote: > Send Linux-audio-dev mailing list submissions to > linux-audio-dev(a)lists.linuxaudio.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.linuxaudio.org/listinfo/linux-audio-dev > or, via email, send a message with subject or body 'help' to > linux-audio-dev-request(a)lists.linuxaudio.org > > You can reach the person managing the list at > linux-audio-dev-owner(a)lists.linuxaudio.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Linux-audio-dev digest..." > > > Today's Topics: > > 1. Forgive me, for I have sinned, or: toss your Macintosh, as > fast and wide as you can. (J?rn Nettingsmeier) > 2. Re: Forgive me, for I have sinned, or: toss your Macintosh, > as fast and wide as you can. (David Runge) > 3. Re: Forgive me, for I have sinned, or: toss your Macintosh, > as fast and wide as you can. (Albert Graef) > 4. Re: Forgive me, for I have sinned, or: toss your Macintosh, > as fast and wide as you can. (Louigi Verona) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 4 Dec 2017 10:37:19 +0100 > From: J?rn Nettingsmeier <nettings(a)stackingdwarves.net> > To: The Linux Audio Developers' Mailing List > <linux-audio-dev(a)lists.linuxaudio.org> > Subject: [LAD] Forgive me, for I have sinned, or: toss your Macintosh, > as fast and wide as you can. > Message-ID: <839b300f-71a8-3d88-e127-b7fc3edc5b87(a)stackingdwarves.net> > Content-Type: text/plain; charset=utf-8; format=flowed > > Here's me, having to deal with a 48 channel live recording over the > course of six shows. Since my MADI gear is kinda heavy and the rental > company had a Dante system on offer, I dusted off the 2013 Macbook pro I > bought used, purchased a Dante virtual soundcard license from Audinate > and happily tracked the first three shows with Ardour. > > On the train on an off-day, I started a rough mix-down so that the > client can begin the selection process. In the middle of exporting, my > Mac shuts down and boots into a PIN unlock screen, telling me it has > been locked via "Find-my-Mac". > > For the record, this Macbook had been purchased from a reputable large > online dealer, and it had been factory-reset and completely installed > from scratch. > > The first thing I find as I frantically research this issue (on my > proper laptop, that is controlled by me, not by some iFuckwits), is that > this iFeature even contains the option of a remote data wipe. > My excuses to my fellow passengers who got in the way of a stream of > expletives suddenly bursting forth from an otherwise unobtrusive > business traveller, as said traveller notices he doesn't have a > screwdriver to yank his data drive out of this ransomware machine, and > cannot even be sure it's off when it says it's off because of course the > battery cannot be removed without major surgery, either. > > Was able to salvage the data at home using a real operating system on > real hardware, and today I'm going to find an authorized mac reseller > and give the guy at the guru bar a day he will remember and testify > about at the next Apple employee incentive day. > > Long story short: don't. > > > > -- > J?rn Nettingsmeier > De Rijpgracht 8, 1055VR Amsterdam, Nederland > <https://maps.google.com/?q=De+Rijpgracht+8,+1055VR+Amsterdam,+Nederland&ent…> > Tel. +49 177 7937487 <+49%20177%207937487> > > Meister f?r Veranstaltungstechnik (B?hne/Studio), Tonmeister VDT > http://stackingdwarves.net > > > ------------------------------ > > Message: 2 > Date: Mon, 4 Dec 2017 11:27:29 +0100 > From: David Runge <dave(a)sleepmap.de> > To: J?rn Nettingsmeier <nettings(a)stackingdwarves.net> > Cc: The Linux Audio Developers' Mailing List > <linux-audio-dev(a)lists.linuxaudio.org> > Subject: Re: [LAD] Forgive me, for I have sinned, or: toss your > Macintosh, as fast and wide as you can. > Message-ID: <20171204102729.GE16499(a)dvzrv.localdomain> > Content-Type: text/plain; charset="utf-8" > > On 2017-12-04 10:37:19 (+0100), J?rn Nettingsmeier wrote: > > Long story short: don't. > Holy... > > Glad you got your data at least. This would also freak me out a lot... > > > -- > https://sleepmap.de >

6 years, 10 months

Music for programming

by Louigi Verona

Hey everyone! I have created a YouTube channel where I am creating playlists of ambient music. As many of you have told me that they enjoy listening to "droning" and other of my ambient creations during work, I have created "Music for programming" mixes. Some of them might feature just one tune, some feature several tunes. Take your pick - and subscribe! The Ambient Channel <https://www.youtube.com/channel/UC_niY_HzHQVRtjZLRHNyQfA> -- Louigi Verona https://www.patreon.com/droning https://louigiverona.com/

6 years, 10 months

Help: OSC + DSSI not working, at least on openSUSE

by Tim

Hi list. Strange problem here. Any verification especially on other OSs, solutions, comments, observations appreciated. Neither QTractor nor MusE will open any DSSI gui here on OpenSUSE Tumbleweed x86 64 bit. I have built liblo-0.29, and to test, Hexter 1.0.3, and removed their SUSE packages. Same problem. I traced the problem. liblo *silently* fails: liblo: src/address.c: line 594: if ((ret = getaddrinfo(host, lo_address_get_port(a), &hints, &ai))) ... I turned on hexter debugging, and added my own to liblo and hexter: ------------------------------ initOSC() url:osc.udp://linux-2lbs:19899/ .... [Some MusE output stuff] hexter.so hexter_get_program called with 0 .... [More hexter program stuff] hexter.so hexter_get_program called with 128 hexter.so hexter_get_midi_controller called for port 1 hexter.so hexter_get_midi_controller called for port 2 hexter.so hexter_configure called with 'DSSI:PROJECT_DIRECTORY' and './' hexter.so hexter_get_midi_controller called for port 1 hexter.so hexter_get_midi_controller called for port 2 OscIF::oscShowGui(): v:1 visible:0 OscIF::oscShowGui(): No QProcess or process not running. Starting gui. OscIF::oscInitGui TIM: hexter_gtk main() start hexter_gtk starting (pid 21264)... hexter_gtk: listening at osc.udp://linux-2lbs:14372/dssi_synth/hexter/hexter-0 hexter_gtk: rebuild_patches_clist called hexter_gtk: update_performance_spin called for 'pitch_bend_range' with 2 hexter_gtk on_performance_spin_change: skipping further action .... [More spin stuff] TIM: hexter_gtk main(): osc_host_address:0x1c1e8f0 TIM: hexter_gtk main(): osc_configure_path:/dssi_synth/hexter/hexter-0/configure .... [More similar paths] TIM: hexter_gtk main(): osc_update_path:/dssi_synth/hexter/hexter-0/update TIM: hexter_gtk main(): calling gtk_main()... TIM: hexter_gtk update_request_timeout_callback(..): calling lo_send(..) TIM: liblo: lo_address_resolve host:linux-2lbs port:19899 TIM: liblo: Error:Name or service not known [MusE error:] OscIF::oscShowGui(): no _uiOscPath. Error: Timeout - synth gui did not start within 20 seconds. ------------------------------ What's going on here? The name (linux-2lbs) and service (port number 19899) are valid. That's the URL given to MusE by liblo when we start the OSC server thread. And we pass that to the gui executable. When I run "hexter -test" the gui *does* appear: ------------------------------ TIM: TIM: hexter main() start hexter_gtk starting (pid 23447)... hexter_gtk: listening at osc.udp://linux-2lbs:16029/test/mode hexter_gtk: rebuild_patches_clist called hexter_gtk: update_performance_spin called for 'pitch_bend_range' with 2 .... hexter_gtk: update_performance_assign called for 'breath_assign' with 2 TIM: osc_host_address:0x90bc60 TIM: osc_configure_path:/test/mode/configure .... TIM: osc_update_path:/test/mode/update TIM: hexter main(): calling gtk_main()... .... [gui is now showing] hexter_gtk on_test_note_button_press: button pressed TIM: lo_address_resolve host:localhost port:9 hexter_gtk on_test_note_button_press: button released ------------------------------ I added a full range of UDP allowances in my firewall and even tried turning it off completely, thinking it was a UDP blockage thing, but no luck. Something further to do? The only difference I see is host "linux-2lbs" vs. "localhost" but the former is in fact my machine name. Hexter does a few tricks to run in test mode, so I'm not sure how relevant the second test is (with "hexter -test"). Thanks. Tim. The MusE Sequencer project.

6 years, 10 months

Jump to page:

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-dev