Hi Ricardo, Ludo, and Andreas,
thank you for your feedback. Things really looked scarier to me before
we had this conversation. I'm still insecure about some things - what
about D-Bus, which some programs also expect to be in a certain
place? - but since both the Jack and Xfce packages use it alre
On Tue, Feb 10, 2015 at 04:21:27PM +0100, Dirk Scheuring wrote:
> This is interesting. You seem to make packaging much easier than I
> thought it would be. I wonder why that is.
Most packages are easy, because they just require a few declarations.
One should start from easy ones, learn and move on
Dirk Scheuring skribis:
> "I performed the following changes to the files in /etc/pulse"
>
> when I realize that there is no /etc/pulse in Guix! Rather, the
> configuration files are represented - as is everything else - by their
> contribution to the hash values in /nix/store. Or that's how I cu
Dirk Scheuring writes:
> This is interesting. You seem to make packaging much easier than I
> thought it would be. I wonder why that is.
It really *is* rather simple. I come from a background of packaging
RPMs by writing spec files and I find packaging for Guix much less
painful (to the point w
Andreas Enge wrote:
> ... Definitely you could start helping the Guix project (and your own
project) by packaging software that you are interested in and that we do
not provide yet. Some guile/scheme knowledge is helpful, but not
strictly required, see
https://www.gnu.org/software/guix/guix-ghm-an
On Mon, Feb 09, 2015 at 06:33:02PM +0100, Dirk Scheuring wrote:
> I reckon that it will take me some years to learn how to build what I
> can now only describe
Years, I do not know. Hopefully less! Definitely you could start helping
the Guix project (and your own project) by packaging software th
Dirk Scheuring writes:
> https://www.domenkozar.com/2014/03/11/why-puppet-chef-ansible-arent-good-enough-and-we-can-do-better/
I really like this article. It does a good job of classifying the
various configuration management tools in mainstream use (imperative,
stateful declarative) and showin
Ludo wrote:
> Ideally, it would boil down to preparing a custom 'operating-system'
declaration-with all the services and packages of interest ready to
use-that users would inherit from to further customize things.
Yes, that would be the idea. You here and and your relatives (1) are way
further up
Hi,
I don’t know about the specifics of audio applications. However, in
general, it should hopefully be relatively simple to provide distro
configurations tailored to specific needs–like the “media production”
distro you have in mind, things like TAILS, etc.
Ideally, it would boil down to prepar
Hi!
2015-02-02 18:11 GMT+08:00 Dirk Scheuring :
>
> Hello all,
>
> my name is Dirk Scheuring, and I come out of the "conventional" world of
> professional audio and video production and performance - a world which
> is dominated by proprietary programs: Adobe Premiere, Logic Pro Audio,
> Ableton L
Hello all,
my name is Dirk Scheuring, and I come out of the "conventional" world of
professional audio and video production and performance - a world which
is dominated by proprietary programs: Adobe Premiere, Logic Pro Audio,
Ableton Live, Traktor, Serato, to name a few "standards". Those are run
11 matches
Mail list logo
