:: Re: [Dng] Dng Digest, Vol 3, Issue …
Αρχική Σελίδα
Delete this message
Reply to this message
Συντάκτης: Nix\\
Ημερομηνία:  
Προς: dng
Αντικείμενο: Re: [Dng] Dng Digest, Vol 3, Issue 139
Well, pulseaudio is not the best option but, really, 75% is a bug. I'm
using it 0.1% with 3 pids in a 4GB ram system, so... Ubuntu 14 is not the
best example for nothing, in addition, 14.04 is not systemd native, so
report the bug to canonical about systemd and 14.04



nix\

2014-12-26 0:15 GMT-03:00 <dng-request@???>:

> Send Dng mailing list submissions to
>         dng@???

>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> or, via email, send a message with subject or body 'help' to
>         dng-request@???

>
> You can reach the person managing the list at
>         dng-owner@???

>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Dng digest..."
>
>
> Today's Topics:
>
>    1. configuration management (Hendrik Boom)
>    2. Re: system scriptinng language. (Hendrik Boom)
>    3. Re: system scriptinng language. (Svante Signell)
>    4. Re: configuration management (Christoph Lechleitner)
>    5. Re: sugestion apulse as pulseaudio replcement (m_maass)
>    6. Re: configuration management (Alex 'AdUser' Z)
>    7. Re: sugestion apulse as pulseaudio replcement (Martinx - ?????)

>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 25 Dec 2014 12:54:54 -0500
> From: Hendrik Boom <hendrik@???>
> To: dng@???
> Subject: [Dng] configuration management
> Message-ID: <20141225175454.GA28068@???>
> Content-Type: text/plain; charset=us-ascii
>
> On installation, the configuration files (in /etc, of course; are there
> others?) should all be checked into a revision management system, with
> a
> vendor branch (the upstream versions from devuan) and a local branch
> (the versions as adated to local requirrements). Every time an upgrade
> makes changes, the appropriate merges should take place. If changes
> are too radical, the merge will fail, and manual intervantion should be
> mandatory. Deferring the merge resolution whould be possible -- the
> revision management system will hold all the details.
>
> Doing this will maximize transparency whe things get complicated, and
> leaves the sysadmin the opportunity to back out of configuration changes
> manually or make other necessary changes.
>
> -- hendrik
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 25 Dec 2014 13:00:19 -0500
> From: Hendrik Boom <hendrik@???>
> To: dng@???
> Subject: Re: [Dng] system scriptinng language.
> Message-ID: <20141225180018.GB28068@???>
> Content-Type: text/plain; charset=us-ascii
>
> On Wed, Dec 24, 2014 at 12:44:26AM -0500, Jude Nelson wrote:
> > Hi T.J., sorry this is late--this thread got lost in my inbox.
> >
> > Thank you for your feedback regarding GPLv3.
>
> The *big* problem with GPLv3 is that it is incompatible with GPLv2.
> It *is* compatible with GPL2+, but there is a lot of software that is
> licenced GPL2 without the "or any later version" clause.
>
> This may, of course, be considered a problem with GPL2, but in the
> present software ecology it will make GPL3 code harder to adopt.
>
> I will continue to licence any of my GPL software as GPL2+.
>
> -- hendrik
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 25 Dec 2014 20:11:28 +0100
> From: Svante Signell <svante.signell@???>
> To: Hendrik Boom <hendrik@???>
> Cc: dng@???
> Subject: Re: [Dng] system scriptinng language.
> Message-ID: <1419534688.2810.8.camel@???>
> Content-Type: text/plain; charset="UTF-8"
>
> On Thu, 2014-12-25 at 13:00 -0500, Hendrik Boom wrote:
> > On Wed, Dec 24, 2014 at 12:44:26AM -0500, Jude Nelson wrote:
> > > Hi T.J., sorry this is late--this thread got lost in my inbox.
> > >
> > > Thank you for your feedback regarding GPLv3.
> >
> > The *big* problem with GPLv3 is that it is incompatible with GPLv2.
> > It *is* compatible with GPL2+, but there is a lot of software that is
> > licenced GPL2 without the "or any later version" clause.
> >
> > This may, of course, be considered a problem with GPL2, but in the
> > present software ecology it will make GPL3 code harder to adopt.
> >
> > I will continue to licence any of my GPL software as GPL2+.
>
> The best would be to use GPL3+ to avoid tivoization. In case you want to
> enable commercial use (modifications might not be given back) you can
> dual license it, e.g. adding X11 (wrongly MIT) or 2- or 3-clause BSD.
> See https://www.gnu.org/licenses/license-list.html
>
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 25 Dec 2014 20:29:32 +0100
> From: Christoph Lechleitner <christoph.lechleitner@???>
> To: Hendrik Boom <hendrik@???>,dng@???
> Subject: Re: [Dng] configuration management
> Message-ID: <ED0A0D64-7B84-4C45-A2E8-D79885CD1320@???>
> Content-Type: text/plain; charset=UTF-8
>
> Am 25. Dezember 2014 18:54:54 MEZ, schrieb Hendrik Boom <
> hendrik@???>:
> >On installation, the configuration files (in /etc, of course; are there
> >
> >others?) should all be checked into a revision management system, with
> >a
> >vendor branch (the upstream versions from devuan) and a local branch
> >(the versions as adated to local requirrements). Every time an upgrade
> >
> >makes changes, the appropriate merges should take place. If changes
> >are too radical, the merge will fail, and manual intervantion should be
> >
> >mandatory. Deferring the merge resolution whould be possible -- the
> >revision management system will hold all the details.
> >
> >Doing this will maximize transparency whe things get complicated, and
> >leaves the sysadmin the opportunity to back out of configuration
> >changes
> >manually or make other necessary changes.
> >
> >-- hendrik
> >
> >_______________________________________________
> >Dng mailing list
> >Dng@???
> >https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>
> I love this idea!
>
> Makes me see possible benefits of a new packaging/configuration system.
>
> So let's add another idea: Portability to other OSs, like Windows, MacOS,
> evtl. even Android, ... ;-)
> I know, we want to keep our Linux machines free from systemd in part
> because it introduces some things we dislike Windows for.
> But I guess at least some of us administrate Windows and/or Mac machines
> too, and/or (as in our case) have to build and package free and non-free
> software for Windows.
> Of course such ports have the lowest priority, but
> porting/crosscompiling/... is often easier when it's considered as long
> term goal from the beginning.
>
> Regards, Christoph
>
>
>
> mfg vom Tablett
>
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 25 Dec 2014 22:27:44 +0100
> From: m_maass <m_maass@???>
> To: dng@???
> Subject: Re: [Dng] sugestion apulse as pulseaudio replcement
> Message-ID: <549C8150.3090108@???>
> Content-Type: text/plain; charset="utf-8"
>
> Dear Friends,
>
> my motivation for use apulse is the follow:
> i like simple systems, witch do what they say and no more.
> Sometime i need sound from my PC, and i use/have ALSA.
> Some software, especialy actual skype work only with PA or with this
> nice part of sofware.
>
> I do not need "a network-capable sound server
> <http://en.wikipedia.org/wiki/Sound_server> hosted at freedesktop.org
> <http://en.wikipedia.org/wiki/Freedesktop.org>." (from
> http://en.wikipedia.org/wiki/PulseAudio).
> This is the same problem as with systemd, the software do mutch more
> that i want.
>
> The discussion about the suggestion had opened my eyes, that replacement
> is not the best way, we should have both, if someone need the extra
> functionality/addons.( for me are thes unwanted addons). But how?
>
> 1. Idealy programs sould use ALSA and optionaly PA.
> 2. forget the software that is only PA capable and use some alternative
> or make it ALSA capable.
> 2.1. use apulse, apulse make for each known application that do only
> work with PA one wrapper script, that replace the original program.
> 3. some other ideas?
>
> The problem is similar to this with systemd, if we replace
> ALSA->arbitary init, and PA-> systemd, apulse ~>systemd-shim, skype->gnome.
>
> With devuan we make the same steps, right?
>
> Regards,
> Mike
>
> On 24.12.2014 18:13, m_maass wrote:
> > Dear Freedom lovers,
> >
> > i would suggest to you this project
> >
> > https://github.com/i-rinat/apulse
> >
> > and would say thank for your efforts.
> >
> > Cheers, and Happy Grav'Mass!
> >
> > Mike
> >
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://mailinglists.dyne.org/cgi-bin/mailman/private/dng/attachments/20141225/2dbc1e53/attachment.html
> >
>
> ------------------------------
>
> Message: 6
> Date: Fri, 26 Dec 2014 12:11:27 +1000
> From: Alex 'AdUser' Z <ad_user@???>
> To: dng@???
> Subject: Re: [Dng] configuration management
> Message-ID: <mailman.62.1419563753.21967.dng@???>
> Content-Type: text/plain; charset="utf-8"
>
> 'ucf' package already does the 'automerge or ask-user-on-fail' task.
> The only thing you should do - mark file as config during packaging.
>
> Whole /etc tree in vcs is overkill (this is based on my own experiments
> with svn, bare git and etckeeper).
>
> First trouble you will face on this way - no one popular vcs doesn't
> handle precisely owner/group and permissions, except 'x' flag. (at least
> private ssh/ssl keys, and shadow file needs to be handled with care).
>
> Second thing - vcs can expose your sensitive data with commit history.
> Rewriting history to exclude such data if already commited - is bad idea.
>
> P.S.: Not mine, but exactly for this case:
> - Hey Alex, what do you think about keeping /etc in git?
> - You need this, if your server managed by hundreds of hackers from all
> over the world.
>
> 26.12.2014 03:54, Hendrik Boom ?????:
> > On installation, the configuration files (in /etc, of course; are there
> > others?) should all be checked into a revision management system, with
> > a
> > vendor branch (the upstream versions from devuan) and a local branch
> > (the versions as adated to local requirrements). Every time an upgrade
> > makes changes, the appropriate merges should take place. If changes
> > are too radical, the merge will fail, and manual intervantion should be
> > mandatory. Deferring the merge resolution whould be possible -- the
> > revision management system will hold all the details.
> >
> > Doing this will maximize transparency whe things get complicated, and
> > leaves the sysadmin the opportunity to back out of configuration changes
> > manually or make other necessary changes.
> >
> > -- hendrik
> >
> > _______________________________________________
> > Dng mailing list
> > Dng@???
> > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> >
>
> --
> -- Alex
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: signature.asc
> Type: application/pgp-signature
> Size: 490 bytes
> Desc: OpenPGP digital signature
> URL: <
> https://mailinglists.dyne.org/cgi-bin/mailman/private/dng/attachments/20141226/4b18cca7/attachment.sig
> >
>
> ------------------------------
>
> Message: 7
> Date: Fri, 26 Dec 2014 01:15:17 -0200
> From: Martinx - ?????  <thiagocmartinsc@???>
> To: m_maass <m_maass@???>
> Cc: "dng@???" <dng@???>
> Subject: Re: [Dng] sugestion apulse as pulseaudio replcement
> Message-ID:
>         <
> CAJSM8J2x+qwH6Y7NuTppzAG2dyn7mMQ8yRgHAidC6Jeir7Wr+w@???>
> Content-Type: text/plain; charset="utf-8"

>
> Can you guys believe this:
>
> A Desktop with 6G of RAM running Ubuntu 14.10 with systemd + pulseaudio:
>
>
> US
> Pulseaudio is consuming *75% of my RAM MEMORY!!!* WTF IS THIS THING??!!!
> And I'm not playing a single music!
>
> I still do not believe that Debian was taken over by the shit that come out
> of Lennart / RedHat (sorry about the bad words). And the Linux community
> will put almost all the eggs into the systemd basket!! For God's sake, what
> a fuck is wrong with those people??? Well, I really don't care anymore, we
> have Devuan! YAY!    ^_^

>
> I was trusting my professional life on Debian team and now, this crap...
> The good of open source is that we have the power to make forks... Whew!
>
> You guys can count on me to make Devuan, the BEST Linux distribution EVER!
>
> Lets include apulse and also, jackd. And *kick* pulseaudio alongside with
> systemd.
>
> Honestly, I don't even care anymore about systemd, neither as an option, it
> is impossible to trust on this thing, because of Lennart past projects (and
> obvious, because of systemd terrible / creepy architecture). I still open
> to uselessd + new udev, if it make easier to keep compatibility with
> upstream Debian while we need to keep syncing with it. Also, I like the
> idea of CGroup Process, if uselessd can achieve that (i.e, control/isolate
> process using Linux CGroups), then, it is a great thing! There are space
> for a new Init System and systemd is NOT it.
>
> Happy new year! :-)
>
> On 25 December 2014 at 19:27, m_maass <m_maass@???> wrote:
>
> > Dear Friends,
> >
> > my motivation for use apulse is the follow:
> > i like simple systems, witch do what they say and no more.
> > Sometime i need sound from my PC, and i use/have ALSA.
> > Some software, especialy actual skype work only with PA or with this
> nice
> > part of sofware.
> >
> > I do not need "a network-capable sound server
> > <http://en.wikipedia.org/wiki/Sound_server> hosted at freedesktop.org
> > <http://en.wikipedia.org/wiki/Freedesktop.org>." (from
> > http://en.wikipedia.org/wiki/PulseAudio).
> > This is the same problem as with systemd, the software do mutch more that
> > i want.
> >
> > The discussion about the suggestion had opened my eyes, that replacement
> > is not the best way, we should have both, if someone need the extra
> > functionality/addons.( for me are thes unwanted addons). But how?
> >
> > 1. Idealy programs sould use ALSA and optionaly PA.
> > 2. forget the software that is only PA capable and use some alternative
> or
> > make it ALSA capable.
> > 2.1. use apulse, apulse make for each known application that do only work
> > with PA one wrapper script, that replace the original program.
> > 3. some other ideas?
> >
> > The problem is similar to this with systemd, if we replace ALSA->arbitary
> > init, and PA-> systemd, apulse ~>systemd-shim, skype->gnome.
> >
> > With devuan we make the same steps, right?
> >
> > Regards,
> > Mike
> >
> > On 24.12.2014 18:13, m_maass wrote:
> >
> > Dear Freedom lovers,
> >
> > i would suggest to you this project
> > https://github.com/i-rinat/apulse
> >
> > and would say thank for your efforts.
> >
> > Cheers, and Happy Grav'Mass!
> >
> > Mike
> >
> >
> >
> >
> > _______________________________________________
> > Dng mailing list
> > Dng@???
> > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://mailinglists.dyne.org/cgi-bin/mailman/private/dng/attachments/20141226/6fcec158/attachment.html
> >
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> Dng mailing list
> Dng@???
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>
>
> ------------------------------
>
> End of Dng Digest, Vol 3, Issue 139
> ***********************************
>