> The values of ../by-uuid/ would probably be
> equally good, but I don't know how to find them any more than I know how to
> find the serials...
I use my own automounter scripts and udev with nice static mountpoints
from when udisks threw lots away for a while in favour of multiseat. A
recurring
> I can send you the source code if you want. Likewise to any other
> interested reader
Send to me please, Thanks
--
___
'Write programs that do one thing and do it well. Write programs to work
together. Write programs to hand
> I don't think that's right. I have a Pandaboard ES with a dual-core 1.2Ghz
> CPU and 1GB RAM and I bet it would run Gnome just fine. Again, maybe
> you're referring to something here that I'm not familiar with.
I think the key word was micro, but is that off topic (ignoring
subject)?
Many (su
> Doesn't a good cloud server also have potentially higher availability
> compared to dedicated?
Perhaps at your price point through redundancy which could be applied
to dedicated all be it at higher cost and so potentially still more
reliable and certainly more secure and also tested in almost an
On Fri, 14 Dec 2012 08:53:35 -0800
Mark Knecht wrote:
> I guess the other question that's lurking here for me is why do you
> have /usr on a separate partition? What's the usage model that drives
> a person to do that? The most I've ever done is move /usr/portage and
> /usr/src to other places. M
On Sat, 15 Dec 2012 11:18:25 +0100
Volker Armin Hemmann wrote:
> > It should be moving in the other direction for stability reasons and
> > busybox is no full answer.
> >
> > On OpenBSD which has the benefit of userland being part of it. All
> > the critical single user binaries are in root and
On Sun, 16 Dec 2012 22:32:24 +0200
nunojsi...@ist.utl.pt (Nuno J. Silva) wrote:
> My thanks, too! There's nothing like reading on some actual experience
> with this. So this was once the reason to keep / separate. Not that
> important anymore (but this is still no excuse to force people to keep
>
> So, since I have /usr separate from the rest, I could mount it read only
> and reduce the chance of corruption if say my UPS failed? I already do
> this for /boot. Interesting. Very interesting indeed.
>
> If the other issues happen, computers is likely the least of our
> problems. ;-)
Or
> Thankfully, I've never had to
> maintain systems whose disks were small and low performing enough that
> it actually mattered to separate / from /usr.
So you don't understand it much at all. Actually many of lennarts pages
such as his security.html are full of wildly incorrect claims and
innaccu
> Surely not libs, those go
> in /usr/lib or /lib. If it's variable data somehow related to libs
> then someone needs to look up lib in a dictionary.
>
I have to say I was shocked a while back when I found /usr/bin/firefox
linking to a shell script at /usr/lib/firefox/firefox
I'd be interested i
> really? once upon a time I was told mounting / ro and /usr rw was a GOOD
> THING
> to do. I ignored that the same way I ignore it the other way round. With bind
> mounting and stuff, you can make single directories rw.. so what is the
> matter?
Ignorance is bliss, so good for you.
Only as r
> On Thu, Dec 20, 2012 at 2:42 AM, Volker Armin Hemmann
> wrote:
> > with redhat's push to move everything into /usr - why not stop right there
> > and
> > move everything back into /?
>
> I originally thought this way, but they actually reviewed the
> technical and historical merits for all the
On Fri, 21 Dec 2012 05:46:33 +0800
Mark David Dumlao wrote:
> >
> > A concensus would be good. A right consensus is more likely to get a
> > consensus. This has no bearing on the matters at hand.
>
> /usr as the default prefix for installed packages is the "consensus"
> of the vast majority of
On Fri, 21 Dec 2012 00:09:50 +
Kevin Chadwick wrote:
> I certainly don't expect linux to solve these management problems,
> quite the opposite in fact but I can hope.
I hope mentioning OpenBSD won't put anyone off but taking a leap out of
their book I feel could really ben
> It was in fact a weirdo corner case
> since day 1.
Right, a weirdo corner case that is part of best practice and the
default suggestion on debian stable used on many many servers and for
good reason.
--
___
'Write programs th
> Are there any other cases, apart from emotional attachment based on
> inertia, where a separate / and /usr are desirable? As I see it, there
> is only the system, and it is an atomic unit.
You should really read the thread before posting.
--
> > You are only considering the case of /usr being on a plain hard disk
> > partition, what if it in on an LVM volume, or encrypted (or both)
> > of mounted over the network? All of these require something to be
> > run before they can be mounted, and if that cannot be run until udev
> > has start
On Tue, 25 Dec 2012 02:01:13 -0600
Canek Peláez Valdés wrote:
To the OP of this OT sub-thread. The main difference for me is OpenRC
removes some of the symlink mess and uncertainty compared to for
example debians init. I very much like OpenRC but my fav is still
OpenBSD that tries to minimise the
On Tue, 25 Dec 2012 07:09:49 +0800
William Kenworthy wrote:
> Not all the proposed changes are bad ... a read only /usr would be
> nice, but I object to being forced into what I regard as an unreliable
> configuration (or use unreliable, crappy software, eg pulse audio!)
> because of these change
On Tue, 25 Dec 2012 08:56:38 -0500
Joshua Murphy wrote:
> It would still be a (notable, at that) drop
> in size if the shell script was redone to provide exactly the same set
> of features, then compared, but that size difference wouldn't have the
> same shock value as the comparison against 80+
On Thu, 27 Dec 2012 00:01:58 +0800
Mark David Dumlao wrote:
> Nobody's telling you _your_ system, as in the collection of programs
> you use for your productivity, is broken. What we're saying is that
> _the_ system, as in the general practice as compared to the
> specification, is broken. Those
On Wed, 26 Dec 2012 17:01:17 -0600
Canek Peláez Valdés wrote:
> And, what community is being divided? Fedora,OpenSuse, and Arch use
> systemd by default.
From debian and hurd to slackware which will not touch systemd ever and
ubuntu and also embedded with the kernel working on more and more
deep
Again you don't break the spec unless you have to and you don't change
the spec unless it is an improvement or you have no choice. Non of
which is the case. Just like you do not mould a mail RFC to a
widely used technically inferior hotmail implementation.
> He's like DJB on crack.
Except DJB ma
> * Finally, and what I think is the most fundamental difference between
> systemd and almost any other init system: The service unit files in
> systemd are *declarative*; you tell the daemon *what* to do, not *how*
> to do it. If the service files are shell scripts (like in
> OpenRC/SysV), everyth
> > Should perl be in / or /usr?
>
> Now that is a good question, if only because Perl traditionally _loathes_
> being in /bin, for its own philosophical reasons.
>
> Now, as a practical matter? WTF are the scripts written in Perl? Or in
> anything other than sh? If they're intended for emerg
On Sat, 29 Dec 2012 01:16:34 +0800
Mark David Dumlao wrote:
> whatever filesystem type
> it is.
>Following this, for any distro to correctly FHS, there needs to be a
>package manager switch to copy arbitrary packages (and dependent
>libraries) from /usr to /. As of yet not implemented.
>
Not
On Thu, 27 Dec 2012 17:38:15 -0600
Canek Peláez Valdés wrote:
> In SysV, I can *write* the daemon in the init script.
> In *that* sense, the init system tells the daemon how to do things,
Please explain, sure there is the environment that tells a daemon what
to do. No shell can tell a c daemon l
On Fri, 28 Dec 2012 13:14:46 -0600
Canek Peláez Valdés wrote:
> On Fri, Dec 28, 2012 at 12:53 PM, Kevin Chadwick
> wrote:
> > On Thu, 27 Dec 2012 17:38:15 -0600
> > Canek Peláez Valdés wrote:
> >
> >> In SysV, I can *write* the daemon in the init script.
>
> The latest FHS dates from 2004, the same year as the *earliest* FUSE release
> I
> can see on the FUSE web site. I'd say a good working hypothesis is that FHS
> was simply written *before* any user-space file systems were more than an
> experimental oddity.
>
>
> > IF the system's /home di
On Sun, 30 Dec 2012 20:19:44 +0800
Mark David Dumlao wrote:
> > I'd certainly be happy "fixing" FHS to say that tools for mounting
> > and recovering "essential system partitions" be located in /, and
> > that these "essential system partitions" contain the tools for
> > mounting and recovering n
On Mon, 31 Dec 2012 22:06:00 +0800
kwk...@hkbn.net wrote:
> > That already has a de-facto answer; USE="suid" must be on by default
> > as without it users cannot run a desktop (xorg-server does not yet
> > run without root permissions)
I use some hackery to run startx on some systems as a norma
On Sun, 30 Dec 2012 21:35:52 -0200
Francisco Ares wrote:
> If my colleagues would at least be kind enough to have OpenOffice
> installed on their machines also...
Will they let you boot a usb?
On Tue, 1 Jan 2013 13:16:25 -0200
Francisco Ares wrote:
> I don't think so. Most of them are very basic level users, and they
> just have to have the same software, and it's gotta be from M$ -
> nothing out of main stream.
>
> But what is your point?
Boot an OS with office that works and as lon
On Thu, 03 Jan 2013 18:09:27 +0100
"Peter Humphrey" wrote:
> Thanks for your thoughts Alan. I didn't like Claws much last time I
> tried it, but then that was some time ago.
>
> Does anyone recommend a mail client that doesn't rely too heavily on
> the mouse? I much prefer to navigate, reply etc
On Thu, 3 Jan 2013 18:24:13 +
I wrote:
> it's very
> few tabs
If tabs are the irritation to scroll open mail, try three column view to
reduce the likelihood or small screen view which only needs arrows enter
and escape.
On Fri, 4 Jan 2013 12:18:45 -0500
Michael Mol wrote:
> On Fri, Jan 4, 2013 at 12:13 PM, Mick
> wrote:
> >
> > On Friday 04 Jan 2013 12:45:01 Robert David wrote:
> >> Hi all,
> >>
> >> anyone have problem with firefox and selfsigned ssl? I tryed
> >> firefox and firefox-bin.
> >>
> >> Firefox:
>
On Fri, 04 Jan 2013 13:52:29 -0600
"Dustin C. Hatch" wrote:
> You'll probably want to do this in single user mode (i.e.
> `rc single`), so running programs don't crash suddenly. A reboot
> afterward is probably a good idea as well.
I'm interested in what may crash, do you mean after logging ou
On Fri, 4 Jan 2013 18:22:37 -0500
"Mike Edenfield" wrote:
> I have never personally run into any case
> where I had a single /+/usr and regretted it, but I *have* encountered
> situations where I could not get /usr mounted and ended up merging it
> with /. FWIW, YMMV, etc.
And why was that, not
> > > **
> > >
> > > I have a very severe problem after a recent disk replacement. After a few
> > >
> >
> > > days running, all new processes just hang. The kernel reports:
> > My guess is disk failing or kernel bug. Install smartmontools and see if
> > smartctl -H returns anything inter
On Thu, 10 Jan 2013 23:46:29 +0700
Robin Atwood wrote:
> Thanks for the tips, now I can get more output to tty1 if I want. I
> still can't get any systemd messages to syslog-ng, however. A bit of
> a mystery.
This may be way off as I expect systemd to never shape up to a point
that I will use i
> If all else fails, maybe it is dead.
Yeah no beep equals cpu | ram | mb
Check
if pin 1 on the cpu is in the right place and cpu power cables right
and no bent pins.
The cpu and ram are compatible with the mb.
Hoover the ram slot and reseat
If your second mb works you could try the cpu and ra
> I have had systems in the past who refused to boot because the
> motherboard time was off, and at first it looked like that was the
> problem again.
OpenBSD takes the time from the filesystem in that case and boots. I
wish linux did. I had a mate who used to ring me up everytime his mother
in la
> So it is Linux' fault, that your mate used crap Hardware? That is great!
> let us blame it for the weather too. And stubbed toes.
Well the point was that if OpenBSD had an auto update function I could
have installed that and he would still be using OpenBSD happily. If
Linux did what OpenBSD does
> > Overheating problem? Considering it's about a Pentium 4, that seems a likely
> > cause.
>
> Which P4 i has not so probs. The probs come with Atom.
Older systems used to reset on overheat so it was obviously hardware.
Newer cpus actually halt and then continue operation. Most of the time
you
> Anything newer is a vast improvement, especially Core2 and newer.
As long as you ignore the unfixable security issues even by microcode of
core2 duos ;-).
--
___
'Write programs that do one thing and do it well. Write program
> And, BTW, I didn't mean "behind" in the sense that Gentoo doesn't
> support systemd; I meant "behind" in the sense that us systemd users
> get a lot flak just by mention it in the list.
And that's exactly why I see Gentoo as being ahead and actually your
talking about a few of the IMO more moro
> So anyway, my memory of this is all very wishy-washy, but ebtables
> turned out to be the best way to implement those inter-VM restrictions.
> It could probably have been done in iptables, but ebtables made it easy
> to say "don't let these two talk."
I don;t know the details but I expect that w
> I'm happy to be shown to be wrong and to be shown where Gnome3 has merit
> for being itself, where it can proudly stand on it's own. But I'm just
> not seeing it yet
I thought the following brilliant feature was obvious?
So your Gran has absolutely no chance of finding the "power off" button
so
> I'd still really like someone who groks what Gnome3 is all about to fill
> in these blanks in my understanding with truthiness ;-)
Apparently the main drive is to have a brand, so a constant and so
simple look is recognised as a Gnome/? machine. A bit pointless if
no-one uses it or changes to so
> Do Gnome devs know how to spell "fork"?
I think not they have an accent and keep saying
'pass me the fork an knife'
Puzzled why they only got a knife they just get their heads down and
start cutting away due to the funny look from the passer.
--
__
> If you can't find the power off button in a modern GNOME installation
> you have to be quite blind... of course, I don't even use it when I
> have it, powering off from the console and all.
I guess you haven't seen the mountains of users who didn't consider
holding ALT to change the suspend opti
> Probably the safest thing you can do
I use install scripts and so can have two system copies in tandem easily
(aided by OpenBSD being simply brilliant with 0 kernel updates) and
test out any procedure for a remote server locally with a VM before
doing anything.
--
_
> 1. The craziness of trying to conserve IPv4 space
> 2. NAT. Finally, a good solid techical reason to make NAT just go away
> and stay away. Permanently. Forever.
It's a great shame that isn't all it fixed (ipv5), then your job
wouldn't have been so hard and there wouldn't be any reason for many
> I can probably dump a lot of apache config. I still need SSL on both
> servers even though only nginx faces the user?
Perhaps you need Apache for certain pages otherwise this is simply a
quick fix which is fair enough, we always like those at times but it
sounds to me like you could have gained
> >> 1. The craziness of trying to conserve IPv4 space
> >> 2. NAT. Finally, a good solid techical reason to make NAT just go away
> >> and stay away. Permanently. Forever.
> >
> > It's a great shame that isn't all it fixed (ipv5), then your job
> > wouldn't have been so hard and there wouldn't
> > What would have been best, could have been done years ago and not cost
> > lots of money and even more in security breaches and what I meant by
> > ipv5 and would still be better to switch to even today with everyone
> > being happy to switch to it is simply ipv4 with more bits for address
> >
> Unfortunately, your logic is flawed.
>
> Where would you put the additional bits of address?
>
> That would involve rewriting the IP Header.
>
Your assumption that I do not know that is flawed. I did a review of
ipv6 before it was released and determined ipv4 to be superior then.
That was bef
> "There is no reason to believe that IPv6 will result in an increased use
> of IPsec."
>
> Bull. The biggest barrier to IPsec use has been NAT! If an intermediate
> router has to rewrite the packet to change the apparent source and/or
> destination addresses, then the cryptographic signature will
> >
> > Lookup ipvshit
> >
> > I'll give you a hint.
> >
> > The guy who wrote most of the pf firewall that MAC OSX now uses as well
> > as QNX, the latest version originating from OpenBSD and being far better
> > than iptables has bought up lots of ipv4 just to stay away from ipvshit.
> >
>
> Don't waste time and effort on it. Put your
> effort into pounding away on a simple issue that people do understand...
> we're running out of IP addresses.
We have run out of unallocated ones, there are still loads of unused
ones and even more due to global NAT, and even some being released.
I
> On 03/09/2013 07:53 AM, Kevin Chadwick wrote:
> >> "There is no reason to believe that IPv6 will result in an
> >> increased use of IPsec."
> >>
> >> Bull. The biggest barrier to IPsec use has been NAT! If an
> >> intermediate rou
> No, there was simply no useful result that came up. Incidentally, both
> links you provide *did* come up...but I dismissed them because I
> couldn't imagine anyone using them as a reference except in trying to
> deride Henning Brauer.
>
> >
> > http://marc.info/?l=openbsd-misc&m=129666298029771
> >> NAT behind a home router is bad, too. For IPv4, it's only necessary
> >> because there aren't enough IPv4 addresses to let everyone have a unique
> >> one.
> >
> > The best real reason for moving to IPV6 is address space (or lack
> > thereof, in the case of IPV4). The people who are trul
On Tue, 12 Mar 2013 13:29:38 +0200
Alan McKinnon wrote:
> >> We should be pounding away on the fact that we're running out of
> >> IP
> >> > addresses... period... end of story. If people ask about NAT,
> >> > then mention that the undersupply will be so bad that even NAT
> >> > won't help.
> > I didn't miss anything. I get what some are saying. The reason for my
> > question is this. Gentoo allows a person to customize the OS to the
> > specific hardware it is being run on. Redhat and other binary distros
> > don't allow this, unless you compile your own packages which is no
> >
> >
> > From the headers of his email:
> >
> > Subject: Re: [gentoo-user] Gentoo speed comparison to other distros
> > References: <51418728.7020...@gmail.com>
> > In-Reply-To: <51418728.7020...@gmail.com>
> > Content-Type: text/html; charset=ISO-8859-1
> > Content-Transfer-Encoding: 7bit
> >
> > I
> > Is that partition mounted with "noexec" option? or "user" option
> > without explicit "exec" option?
> >
>
> problem solved :)
You know you can bind mount just the directories you want with exec but
as interpreters don't check this mount option, it's not as effective as
it could be ;-(
--
> sublimetext is nice, not OSS though
Netbeans is quite useful for html5. Also chrome and firefox have good
developer options so you can try changes and see them without a refresh.
When I load my pages in a browser they are fine but in every WYSIWYG
editor I have tried they are desimated to unread
> On 15 March 2013, at 17:32, Kevin Chadwick wrote:
> >
> > If you use the Gentoo hardened Tinfoil Linux you will need lots of ram
> > and wait ages to boot but firefox will just pop up.
>
> I'm sorry, I don't understand this statement. Could you poss
> > Wait, K9 Mail doesn't have a plain text option?
> >
> > Perhaps I shouldn't be surprised, as I am also unable to comprehend why K9
> > might enforce top-posting on replies.
>
> K9 Mail can do both plain text and bottom posting.
> Both set in Account settings/Sending mail.
It can write but
ou're ranting about users being "forced" to send email with
> HTML, intimating that this means they'll send exploit-laden messages to
> their recipients.
I am not.
On 03/18/2013 04:38 PM, Kevin Chadwick wrote:
>> It can write but forces html onto users,
You seem to mi
> >
> > It's one of Blueness projects based on Hardened Gentoo. It loads into
> > ram at boot (you need something like 4 gig of ram) which takes ages
> > from dvd but could be from an ssd/hdd (defeating half the point
> > without a ro switch though). It can update from the net once booted too.
> >
On Mon, 18 Mar 2013 19:16:52 -0400
Michael Mol wrote:
> >
> > On 03/18/2013 04:38 PM, Kevin Chadwick wrote:
> >>> It can write but forces html onto users,
> >
> > You seem to miss some of the details.
>
> About that. See the attachment. It&#x
On Mon, 18 Mar 2013 19:28:04 -0400
Michael Mol wrote:
> >
> > Even though it is from a DVD it can be updated just like standard
> > linux. The problem is, if you run out of ram then things get killed.
> >
> >
> >> (Frankly, this sounds quite nice for kiosk environments.)
> >
> > Could be
On Mon, 18 Mar 2013 23:38:11 +
Neil Bothwick wrote:
> > > K9 Mail can do both plain text and bottom posting.
> > > Both set in Account settings/Sending mail.
> >
> > It can write but forces html onto users, which potentially includes
> > jpg exploits, png exploits, html exploits, script
> If you're going to call me out for ignoring things, missing things or
> simply not knowing things, please highlight what it is. "the quote"
> isn't very enlightening in this context. You have a nasty habit of
> referencing things without inlining them or referencing them directly,
> and this has
> Either you ignored what I said about being able to disable loading
> remote content and being able to disable showing inline rich content, or
> you're seriously concerned about HTML parser vulnerabilities.
You can't disable incoming rich content (which is the important one)
like jpg logos on And
> We discussed using a simple RC timer to cut power to the device after a
> certain amount of uptime, but if I pointed out that if we were spend the
> time going to that trouble, we may as well go whole-hog and add built-in
> encryption and make money off the thing.
>
> I think the grab-data-and-e
> > If you don't need user session monitoring for anything (which is what
> > ConsoleKit and logind provides), nor interactive privilege granting
> > (which is what polkit provides), then I believe you will have no
>
> Thanks. Now *that* is what I call explaining something in a nutshell :-)
>
>
On Sat, 23 Mar 2013 14:54:23 +0200
(Nuno Silva) wrote:
> > A good overview though I don't agree with "If you don't 'need'"
> >
> > Did your desktop really fail to run at all?
>
> I don't need any of this u* or other things for my desktop computer to
> work. Maybe this is related to the fact th
> From a technical point of view (the quality of the code and the time
> it takes to fix bugs), I believe everyone (even Lennart's most fervent
> detractors) will agree that systemd is a superb piece of software. The
> problem is the philosophy behind it; if you agree with said
> philosophy, system
> On 27/03/13 at 11:27am, »Q« wrote:
> > Eventually, as I understand it, GNOME and KDE will require systemd
> > because they want full control of they system. For people not using
> > GNOME or KDE, other init systems will still be possible, with either
> > udev or a udev alternative. I have no id
On Thu, 28 Mar 2013 16:12:04 +0100
Volker Armin Hemmann wrote:
> > Hello,
> >
> > i am using pdns recursor to provide a dns server which should be
> > usable for everybody.The problem is, that the server seems to be
> > used in dns amplification attacks.
> > I googled around on how to prevent thi
> listened to the dangers and even now simply redesigned DNSSEC.
Or they could fudge it by making every request requiring padding larger
than the response. Bandwidth would increase astronomically but amp
attacks would have to find other avenues.
On Thu, 28 Mar 2013 17:04:25 -0400
Michael Mol wrote:
> >
> >> listened to the dangers and even now simply redesigned DNSSEC.
> >
> > Or they could fudge it by making every request requiring padding
> > larger than the response. Bandwidth would increase astronomically
> > but amp attacks wo
On Sat, 30 Mar 2013 13:06:16 +0100
Norman Rieß wrote:
> As we all know everything works better and cheaper when things are
> privatized
Actually No it's not so simple at all.
You get incompetence in private and public and you may be more likely
to get away with it for longer in a public servic
On Sat, 30 Mar 2013 15:53:29 +0100
Rene Rasmussen wrote:
> There is also the possibility to use opendns.com
> I've been using them for years, and have not had any trouble. I
> started using them when my ISP decided to block some sites. And their
> standard service is free :)
They also support dn
On Sun, 31 Mar 2013 11:48:19 + (UTC)
"Nuno J. Silva (aka njsg)" wrote:
> instead of pushing a completely
> different (and possibly less reliable) naming scheme by default.
Whilst I wouldn't want them changing on me (though if your physically
changing the pci slot then you should be able to h
On Sun, 31 Mar 2013 20:55:00 +0100
Neil Bothwick wrote:
> What about USB network adaptors? A user may not even realise they
> plugged it into a different USB slot from last time, yet the device
> name changes.
Fair point but wouldn't that be only if you plug in two of the same
type that the name
On Mon, 1 Apr 2013 14:12:17 +0100
Neil Bothwick wrote:
> > I still don't understand what's so bad with MAC-based
> > identification? I mean, uniqueness defined through MAC Address
> > identity, the system name is just a label...
>
> MAC addresses are not human-friendly. It would be OK if you c
On Wed, 03 Apr 2013 03:33:17 +0200
Volker Armin Hemmann wrote:
> But somebody had to blow it up. And even more people jumped on it.
> Boohoo.
> So the next time you start insulting people, base your findings on
> more than a blog written by those guys who have an economical
> interest to blow t
> > ...
> > (i) It's a "sound server", a description I don't understand. What
> > does it _do_? Why do I want it? It seems to be an unnecessary
> > layer of fat between sound applications and the kernel.
>
> If you don't understand the term "sound server" you probably
> shouldn't be using Gen
> >> I don't use wine. For a lot of good reasons.
> >>
> > Name one.
> >
> fat, slow and buggy. Do you need more? If I really had an application
> that I must use and is windows only - I would install windows. That
> is a lot quicker and less painful than that wine crapfest shitting
> all over
> Feel free to remove PA if you don't need it. I really don't see any
> scope for Lennart to make all of alsa redundant anytime soon (unlike
> udev...)
Of course from many threads from a pro audio user called Ralf, Gentoo
users and so a fraction of Linux users are the only ones lucky enough
to be
> Another question. Can the installation of PulseAudio and Jack
> coexist? Doable or a constant nightmare?
There seems to be a a package to allow pulse to utilise jack. However
if you are using jack for the high quality audio benefit then
apparently you have to kill pulseaudio even if it means mak
> > I suggested he use Gentoo but I think he saw it as too much work.
>
> (comment for me?)
> All I use is gentoo or embedded (state machines) on embeddded hardware. My
> target is jack on embedded gentoo, but, I've run into resource limitations,
> so I'm waiting on my new Arm15 dev board in May
> >
> > Just throwing out there that users can or atleast could use alsa
> > plugs to have multiple applications. I did that before pulseaudio
> > came along to play nfs carbon under cedega and listen to music.
>
> It should be noted that ALSA users can have multiple applications by
> doing abso
> Therefore Ext2 is a perfect match:
> * it is so old, that I guess by now most bugs have been found and
> squashed;
> * it is so old, that virtually any Linux (or Windows, FreeBSD, or
> most other knows OS's) are able to at least read it;
> * it is so old, that by now I bet there
> Am 23.04.2013 22:59, schrieb William Hubbs:
> > On Fri, Apr 19, 2013 at 09:49:19AM +0100, Kevin Chadwick wrote:
> >>> Feel free to remove PA if you don't need it. I really don't see any
> >>> scope for Lennart to make all of alsa redundant anytime soon
> >
> > So are you saying plugs are no longer required or that they are only
> > needed for certain apps that take over the audio device.
>
> I don't even know exactly what ALSA plugs are, and ALSA has worked
> perfectly for all these years, so yeah, whatever an ALSA plug is, either
> it is not
1 - 100 of 103 matches
Mail list logo
