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
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
> 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
>
> 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
>
>
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
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
>
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/droninghttps://louigiverona.com/
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.
Dear all,
It is my pleasure to announce the First International Faust Conference
(IFC-18)! We look forward to see you in Mainz this summer.
Cheers,
Romain Michon
CCRMA, Stanford University
[Apologies for cross posting, please circulate widely.]
1st International Faust Conference - Johannes Gutenberg University, Mainz
(Germany), July 17-18, 2018
The International Faust Conference (IFC-18: http://www.ifc18.uni-mainz.de)
will take place at the Johannes Gutenberg University
<http://www.uni-mainz.de/> of Mainz (Germany) on July 17-18, 2018. It aims
at gathering developers and users of the Faust programming language
<http://faust.grame.fr/> to present current projects and discuss future
directions for Faust and its community.
Participants will be able to share their work through paper presentations.
A series of round tables on various topics will serve as a platform to
brainstorm on Faust's features, semantics, tools, applications, etc. to
determine future directions for this language. Open spaces for demos and
workshops will be available for participants to openly share their ongoing
projects with the rest of the community.
As a special event, the winner of GRAME's Faust Open-Source Software
Competition will be announced during IFC-18.
IFC-18 is free and everyone is welcome to attend!
*Call for Papers*
We welcome submissions from academic, professional, independent
programmers, artists, etc. We solicit original papers centered around the Faust
programming language <http://faust.grame.fr/> in the following categories:
- Original research
- Technology tutorial
- Artistic project report (e.g., installation, composition, etc.)
Paper should be up to 14 pages in length, non anonymous, and formatted
according to this template
<http://www.ifc18.uni-mainz.de/misc/IFC-18-templates.zip>. *Submissions
should be carried out via our EasyChair portal
<https://easychair.org/conferences/?conf=ifc18>*.
All submissions are subject to peer review. Acceptance may be conditional
upon changes being made to the paper as directed by reviewers.
Accepted papers will be published on-line as well as in the IFC-18
proceedings paper version. They will be presented by their author(s) at
IFC-18 as 15 minutes presentations (+ 5 minutes for questions).
Feel free to contact us if you have any question.
*Important Dates*
- Papers submission deadline: March 2, 2018
- Notification of Acceptance: May 1, 2018
- Camera-Ready Version: June 1, 2018
*Call for Round Table Topics*
A series of round tables on the following themes will take place both
afternoons of IFC-18:
- Faust Tools (e.g., Architectures, IDE, Faust Code Generator, On-Line
Services, etc.)
- DSP in Faust and Faust Libraries (e.g., New Algorithms, New Libraries,
Missing Functions, etc.)
- Faust Compiler and Semantics
- Other Topics/Open Session
We solicit topic suggestions from the Faust community for each of these
themes. Topics can be submitted by means of this Google form
<https://goo.gl/forms/0fBYxk28jlRdtqRM2>. They will be introduced during
the round tables by the session chair.
*Contact*
Please, address your questions to: ifc18(a)muwiinfa.geschichte.uni-mainz.de
Conference website: http://www.ifc18.uni-mainz.de
--
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email: aggraef(a)gmail.com
WWW: https://plus.google.com/+AlbertGraef