ox, boot using the Live CD,
> > record all important info, and reboot into the hypervisor.
> >
> > Rgds,
>
> Pretty much any livecd that'll boot can do the job... lspci -vv,
> /proc/cpuinfo, /proc/meminfo, and fdisk -l (which'll catch any drives
> the running
d confusion with the touchpad and
second language selection for the keyboard. I *have* to use the synaptics and
keyboard input drivers. I'm also using mouse (because it doesn't hurt I
guess).
I tried of course to remove them all and leave evdev initially, but it all
went horribly
stage3? Maybe I can get it straightened out now
> before turning the vm on its own.
>
>
>
/dev/null and /dev/console
Look at this post. Check the instructions near the bottom from kswtch
as I can confirm they work. The only catch is if your work created a
normal file under /dev the
n an
Athlon X2 3.1Ghz.
> And if you're going to keep it in a cabinet, you would probably also
> rather said cabinet not catch fire (I had to cut holes in the back and
> mount fans).
I'm discovering that fans which are said to be very quiet actually
are. I'm goi
se of
> > unfixable errors. Initially I was quite impressed, but until the tools
> > catch up with real world problems I'll watch from the sidelines. Errors
> > will happen, but fixing them is important too.
>
> Which kernel was that with? Was the issue caused by a pow
>revdep-rebuild
> that we normally run after updates?
Neither.
revdep-rebuild checks everything, revdep-rebuild --library
checks just some things.
ebuilds sometimes issue messages to check just the libraries known to
have been updated, but a full revdep-rebuild after an update will catch
those anyway.
--
Alan McKinnnon
alan.mckin...@gmail.com
option, it shouldn't add
anything to the world file. Than again, weird things happen from time
to time. Take the two entries out and see what emerge says to a emerge
-uavDN world which should catch about everything. Then see what -a
--depclean says. If it tries to remove the older version th
On 2013-02-14 2:26 PM, James wrote:
So, my latest ideas is to "sync up" and then wait one week
before acutally installing those new packages. This would
allow the fodder that the good folks on this list catch,
bitch about (um, I mean file bug reports) and fix, to
occur first;
And since there is a comment in
the ipkungfu config file that says you should enter 127.0.0.1 there, I
guess it is meant to generally allow traffic. And you'll probably want
to allow 127.0.0.1 anyway (if not even 127.0.0.0/8). That configuration
seems to end up in the iptables INPUT section rig
bout Konqueror or Opera? The latter is
> hardly ever mentioned. Is there some special reason for this? For
> example, is it activelly maintained? Is it missing some particular
> feature? It looks nice enough, but is there some catch? And Konqueror? I
> already use KDE, so that'
Willie Wong wrote:
>Oops, my bad. Thanks to Mike, Rumen, and Jason.
>
>I couldn't remember which packages they were from, and, obviously,
>
>qpkg -f `which qpkg`
>
>didn't help in this case.
>
>Yet another instances of emerge messages going past
e tells me to move it to /usr/portage/distfiles. Sounds like
> > there's an environment variable that tells portage where to find
> > distfiles, and yours for some reason is set to "/distfiles".
> >
> > Cheers, Chris
>
> Oooh, nice catch! I was looking
yle system, at
least as far as ffmpeg is concerned. What you might just try is
removing the ~x86 from /etc/portage/package.keywords (assuming you did
things as intended) on ffmpeg, and try an "emerge --update --deep
--newuse --ask ffmpeg", this may catch some of the other dependencies
that are
ever else. The gentoo-user list is misleading
> since every user using gentoo is a user. It should be removed instead.
Because many topics are too general for that.You question could apply to
servers, desktop, amd64, ppc et al. A catch all group is necessary.
Splitting a list generally results in m
ouple of things out there:
1) Are you editing the users crontab directly or are you using
"crontab -e" ? Using the builtin crontab edit will catch errors which
would prevent execution...
Yes, crontab -e.
2) Check your appropriate log file (I use sysklogd), so something
like tail -
sage suggesting I run revdep-rebuild:
warning - be sure to run revdep-rebuild now
Um, I believe you can ignore this. The emerge -eav world will rebuild
all packages...there is nothing that revdep-rebuild will catch that
world won't.
Now if you want to keep /using/ the system while it i
This should have been simple: Install AWS client command line tools.
Catch: Installing it with AWS' example tells me to use the "--user"
option, though not why, and supplying --user with or without an
argument tells me there is no such switch.
I'd prefer not maintaining this
and, I believe it will leave /usr/portage compromised if
> > an error is detected, so if you don't actually catch the error it
> > throws you can still be harmed. I assume webrsync won't do that, but
> > I haven't checked (the repository I use isn't available to web
/usr/lib64/portage/bin/ebuild-helpers/emake
> returns nothing except an RC of 1
>
> % qfile /usr/lib/portage/bin/ebuild-helpers/emake
> sys-apps/portage (/usr/lib/portage/bin/ebuild-helpers/emake)
>
>
Good catch, I missed that
$ ls -ald /usr/lib*
lrwxrwxrwx 1 root root
y well.
And indeed he would be right, in the sense that we cannot determine it. If you
measure it many times even though each measurement affect the trajectory you'll
learn that some positions are more likely than others and you may even catch
it sometimes :)
> The problem is that
te: this happened on August 31 in the evening
and I did updated FF to version 38.2.0 on August 28. I definitely used FF on
August 30
and in the morning of August 31 without the issue.
> Using a stable version gives the person doing those extras a chance to catch
> up.
I am using only stab
# # # # ## ## ##
> > > # # ### # # ## ## ##
> > >
> > > libGL error: No matching fbConfigs or visuals found
> > > libGL error: failed to load driver: swrast
> > > Unhandled std::exception caught in GUIApplication
un emerge -e world JUST to be safe, then
> unmerge the old gcc. That's all I usually do here. I have skipped the
> emerge -e world a time or two.
>
> Am I just lucky, not likely as some may know, or does emerge -e world
> catch it or what? Now I'm curious.
I don't re
n
> >> to /var/log/rc.log
> >
> > Of course it wasn't. Warnings about /var not being writeable are not going
> > to be written to /var.
> >
> >
>
> Yea, it won't catch everything. This is sort of designed for that point
> where one log stops and th
es that is what the reference pages give - but I am hoping there is
something that is evidence backed as being a better choice - what you
quote is their example, no details on whether it matches my architecture
or not. The installation default is "i686-pc-linux-gnu" which is a
catch-all low
On 6/1/2014 1:45 PM, Volker Armin Hemmann
wrote:
Am 01.06.2014 14:31, schrieb Tanstaafl:
Wow, I've been mostly offline for a few days, and this morning when
playing catch up on the news, learned that Truecrypt, one of my all
time favorite apps, is no more.
Some links of interest:
one of the reasons I went with btrfs for my offline copy. If
it unmounts, then I know I have two copies of everything. If it
mounts, I know it found both mirrors. If I scrub and there are no
errors, then I know both copies are good. You can do that in other
ways, but make sure you actually catch the failure modes.
Rich
On Sunday 29 Jun 2014 13:05:04 Rich Freeman wrote:
> On Sun, Jun 29, 2014 at 12:44 AM, Dale wrote:
> > What if I copied data to the drive until it was just about full. I'm
> > thinking like maybe 90 or 95% or so. If I do that and run the test
> > every few days, w
or so. If I do that and run the test
> > > every few days, would it then catch a error after a few weeks or so of
> > > testing? I realize no one knows with 100% certainty...
> >
> > As you already said, nobody knows with 100% certainty.
> >
> > In the f
t and run the test
>>> every few days, would it then catch a error after a few weeks or so of
>>> testing? I realize no one knows with 100% certainty...
>>
>> As you already said, nobody knows with 100% certainty.
>>
>> In the failures I've experienced
d it closed just fine. I hadn't done anything except let it sit
there. While I was glad it closed, I wonder why it did it. Did udev
finally catch up to the state of the drive? Did some other device
update and allow it to close?
This is weird. Everything says it is ready to be clo
and data files would be a smarter approach. If you
*must* upgrade your current installation for learning or as an experiment,
then this is something which has been done before. You will need to walk
through all the major upgrades of the last year, by using git to gradually
catch up with the l
On 2023-09-06, Michael wrote:
> The message indicates subversion needs reinstalling with the downgraded
> sqlite
> - potentially @preserved-rebuild ought to catch this, or revdep-rebuild.
I used to run revdep-rebuild after every update, but a few years ago I
thought I read that was
6.1.57-gentoo
linux /vmlinuz-6.1.57-gentoo
options root=/dev/sda3 panic=10 net.ifnames=0 i915.enable_ips=0
That's it! There is a separate file for each menu entry, but they are
this simple. There's also a global loader.conf, that runs to a massive 2
lines here!
--
Neil Bothwick
If
ing session going for some hours, in order to collect the data I'm
> after.
I do this with a combination of "mosh" and "tmux". That works perfectly.
It even can catch disconnected DSL or Wifi.
Christian
--
Erlenwiese 14, 36304 Alsfeld
T: +49 6631 78823400, F: +49 6
.
Who the fuck is promoting this shit?
I've just spent 7 hours in a bottleshop in an entertainment area,
putting up with idiots swearing all night. Now I come home and catch up
on what's happening on this list and what do I get? More drop kicks
swearing their heads off. It's
,
but can't get a live USB version of Mint etc to start.
Also, I now use Wifi exclusively -- I no longer have a landline -- ,
but while Horace can access Wifi, his Gentoo doesn't have Wifi installed,
so there's a Catch-22 : w/o a landline, I can't install WPA etc.
One solutio
hey claim only a short
> duration. Still, I want to test it to be sure it is in grade A shape before
> putting a lot of data on it and depending on it. I am familiar with some
> tools already. I know about SMART but it is not always 100%. It seems to
> catch most problems but not al
while read pkg; do
> if [ ! -d "/var/portage/$pkg" ]; then
> echo "$pkg is not in portage"
> fi
> done
>
> This will not catch overlays, but it could be easily extended to do so,
> it's just a generic (and untested) example. It should work I g
e not
> running a stable system. Please
> do all the script updates, then reboot your system.
Well, I do run the etc-update stuff, however I do it from X-windows and
using 'meld' to graphically see the diffs. So I have a bit of a catch-22
here.
Can you tell me how I can remote
ker figures out you're doing it, it won't be hard to undo it, then
only to be faced with a *much* harder problem.
So it's just a description, not an insult. Don't read it as such
Oh, I didn't, I did catch the 'but I still like it', sorry if my reply
made it sound
gt; > Rgds,
>
> Pretty much any livecd that'll boot can do the job... lspci -vv,
> /proc/cpuinfo, /proc/meminfo, and fdisk -l (which'll catch any drives
> the running kernel sees at least) are pretty standard, and it wouldn't
> take much to include a script that calls t
f.
If this continues to grow, the system set is going to catch up with the
world set.
Dale
:-) :-)
gle core
> now without losing A/V sync. I kinda doubt it. I've been on an
> Athlon X2 3.1Ghz.
>
>> And if you're going to keep it in a cabinet, you would probably also
>> rather said cabinet not catch fire (I had to cut holes in the back and
>> mount fans
hat he could do is switch ACCEPT_KEYWORDS then not do much updates for
> 6 months and let stable catch up to unstable. Not ideal from a security
> update POV, but better than nothing
>
> --
> Alan McKinnon
> alan.mckin...@gmail.com
>
>
I'd have to agree with you, Alan.
on't know if you're right but it makes sense. If I need e2label to
>read labels from the CLI then I probably need all the same stuff in
>the initramfs which this one doesn't have.
>
>The problem I have with that idea is that all I put in the RAID6 which
>does have an init
atter is
hardly ever mentioned. Is there some special reason for this? For
example, is it activelly maintained? Is it missing some particular
feature? It looks nice enough, but is there some catch? And Konqueror? I
already use KDE, so that's not an issue.
I would appreciate your opinions.
The only last thing I could suggest is running lsof to see what files
are being accessed when you start the net.eth1 script.
I tried lsof, but is there a possibility to run it constantly or for a
specified time to catch the complete progress of the script, like the
top command to monitor all
update-eix (though I
> did recently) because I swear it seems to catch a lot of changes on its
> own :-)
update-eix needs to be run every time you sync. What it catches by itself
though is changes to your installed packages.
> > I expect the revdep-rebuild people have suggested
unning the tar | ssh command I had started the night before. Could
> the desktop be missing some of the laptop's data since the desktop
> wasn't running ssh all night, or would it "catch up" now that ssh is
> running?
If the connection didn't break on the laptop side
is something amongst
some hundreds of years and later something amongst some thousands ;)
BTW: There isn't only the password. There are log analyzers too.
Let such an analyzer catch auth failure - say 20 times within less than
half an hour - for root remote, then it can block access from this IP,
rt on this? Shouldn't it catch this when I did
a emerge -ep world? You know, let me know it needs a newer version and
can't emerge it yet because of the dependancy.
Let me know. I don't want to file one unless I know I should or not.
It is not marked stable yet anyway. I
On Friday 02 June 2006 18:33, Allan Gottlieb wrote:
> At Fri, 02 Jun 2006 00:29:10 +0100 Neil Bothwick <[EMAIL PROTECTED]> wrote:
> > On Fri, 2 Jun 2006 00:48:21 +0200, Hemmann, Volker Armin wrote:
> >> > You'll need to add --update --deep to catch packages affected
lled on your system (but that are pulled in as dependencies of
> other programs), it is recommended to run this command once in a
> while.
Funny, I can quite clearly see the word "recommended".
>
> You can catch the security updates by being on the gentoo-announce mailing
d you my xorg.conf
so you can see how mine works. I was just thinking of getting the G7
to replace my aging MX700, so I'm very interested to know how well the
G7 does or doesn't work with Linux.
I'll go and reboot now. Catch 'ya on the flip side.
--
== GCv3.12 ===
.mask );
} while (!br); // I know it is not correct, just to catch the case where br is 0
if ( ev.len > 0 )
{
if ( ev.len > maxsize )
{
maxsize = ev.len;
filename = (char*) realloc( (void*)filename, maxsize * sizeof(char) );
if ( ! filename )
$ pip install --user awscli
or $ pip2.7 install --user awscli works.
Merry Christmas.
On 24 December 2017 at 21:54, Steven Lembark wrote:
>
> This should have been simple: Install AWS client command line tools.
> Catch: Installing it with AWS' example tells me to use the &qu
issing. I have no idea how this
> happened. Perhaps it somehow got into `emerge --depclean` and I didn't
> catch it.
>
> Alex
I use good ol' rsync, because git creates too big a local portage for my disk
space requirements.
I came across the same problem today, after not
.2 Parameter Expansion,
> > http://pubs.opengroup.org/onlinepubs/9699919799/nframe.html.
> >
> > The script in the master repository referenced above does not contain
> > the line in question. It has '${#DIRArr[@]/}' and '${DIRArr[@]##*/}'.
>
> T
en able to profit from
>>> something that's free.
>>>
>>> You're right, though. They've been around for a while, and I've never
>>> trusted them or any other corporate interest in *nix. There's always a
>>> catch when dealing wi
On Wednesday 25 November 2015 19:05:44 Alan McKinnon wrote:
> On 24/11/2015 17:24, Peter Humphrey wrote:
--->8
> > The installation-default file causes the start-stop-daemon to catch an
> > unexpected interrupt and report an error, even though the chronyd
> > proc
# #
> # # # # # # # # # #
> # # ## # # #
> # # ## ## # # # ## ## ##
> # # ### # # ## ## ##
>
> libGL error: No matching fbConfigs or visuals found
> libGL er
with systemd.
>>
>> How does that contradict the statement I made that the systems where I
>> care about boot times do not have the resources required to run
>> systemd?
>>
>
> You made a generic, catch-all statement about embedded systems which isnt
> necessa
would be trivial to transform that to a
> different-looking JSON if necessary.
I should have been clearer; logstash is for transforming normal text
logs into JSON. With the systemd-journal logs already being JSON, I'm
sure they could be put straight into elastic search.
>
> I think it
asn't had a reply for over a month is
usually considered closed. It's nice that you decide to catch up with your
emails, but please then take care not to flood inboxes as well.
--
Joost
s the nv
>> nvidia; but in any case it is loading two drivers, which is bad).
>> Thank you very much for this catch
>>
>> > Plan A) unmerge the Nvidia binary drivers
>>
>> I had done that initially
>
> nv is not the Nvidia binary driver, it is the 2D-
n them, raided them together, then
put lvm on top of that.
Which got me into a bind with fstab. I've created a systemd service,
which fires up dm-integrity on those two partitions. But I get the
impression it doesn't run until fstab completes. Catch-22 - fstab tries
to mount
w it's OK to do on my main install. I still find it odd but if
it is needed and there is a reason for it, sounds good to me.
If this were a bad thing tho, this is why it is always good to look at
the output before doing a update. If this was a serious package that
would cause widespread
entoo.org/838373
>>> I'm not sure how you figured that out either.
>> 😃
>>
>> I pasted the error message into the search engine of my choice. I think
>> there were some results from the Gentoo forums which lead to the bug
>> report.
> Good catch. I
Arve Barsnes wrote:
> On Sat, 17 Feb 2024 at 18:03, Dale wrote:
>> Is there a proper long term fix for this or do I need to mask the egl
>> package until things catch up? As long as things work, I'm fine with
>> masking and waiting. I just figure there may be a better
that, I don't think it
>> really serves any point.
>>
>> I wonder if me having backtrack set to 100 helps with that? Of course,
>> unlike poor Alan, I also have a sane approach to upgrading. I also run
>> the latest non- version of portage.
>>
>&
so it has to be
>> larger than 100MB in order to accomodate multiple kernels (and
>> possibly initramfs "thingies" as they're sometimes called here).
>
> It's the ESP (EF00) that can be used as /boot, EF02 is a special
> partition that should exist but not be used.
Good catch.
I no longer have my initial email but it looks like I also screwed up
my first para and emailed it unfinished; somehow.
actices do you advise ?
> >
> >
> > Thanks.
> >
> >
> > best, Tamer
>
> If all you're doing is changing a USE flag, emerge -Na world should do
> it. If you think it needed, emerge -DNa world. The -D, deep, may catch
> a few more packages but I've nev
ame or a previous attack -
> not necessarily involving physical access.
I think we're on the same page and just talking past each other. I
didn't catch that as being the intended context, and in the scenario
you describe you are of course completely correct.
Thanks for bringing this point up though, as it isn't really something
I'd given much thought to.
--
Rich
uld also be the senders
clock is wrong...
Otherwise I'd get a can of bug-spray, spray your cat5 and phone cables
and see what falls out ;)
--
Iain Buchanan
Tart words make no friends; a spoonful of honey will catch more flies than
a gallon of vinegar.
-- B. Franklin
n't put anything in ./er
However cvs -n update 1>out (redirect stdout to ./out)
Does catch the output I'm after and leave out stderr. (as one would
expect)
So, again, apparently I've lost the ability to trim out stderr with a
redirect to
manually?
> >> >
> >> > The set and the meta-package pull in basically the same packages.
> >> > Unmerge the set, emerge kde-meta then do a depclean to catch any
> >> > stragglers.
> >>
> >> I would just delete the set from t
no lag.
>>
>> Then I wonder what's wrong here. It's so slow, that if I scroll the
>> mouse wheel up/down quickly a few times, Firefox is still
>> scrolling for several seconds after I stopped using the wheel,
>> trying to catch up. Starting with a clean
not create
> executables). I'm pretty sure it's because gcc-3.3.4 is installed.
> I've tried upgrading gcc by emerging but get the same error (catch-22
> situation). Here's the last part of the error log which is the same
> with anything I try to emerge.
A quickpkg o
is function)
> >
> > see bug 236449 on b.g.o.
> >
> > recent kernel headers renamed some things and breaks the code.
> >
> > a patched ebuild is available.
>
> I'm not sure where to look for such a thing. I'm running `~86' and that
> ap
ne. It did remove 68 items tho.
Maybe that will speed up things a little.
Maybe portage will stabilize a little and the dev can play catch-up or
my favorite, Ketchup. LOL It seems the devs are adding a lot of
"features" to portage. Not complaining or anything tho. ;-)
Thanks again.
Dale
:-) :-)
h user is in audio group (always has been).
Has something changed in ALSA that I didn't catch? I don't see anything in
my logs or dmesg that shows a problem. My /etc/asound.conf is as follows:
pcm.nforce-hw {
type hw
card 0
}
pcm.!default {
type plug
sla
/dev/dsp: Input/output error
>
> This was run as root. Perms are fine:
>
> crw-rw 1 root audio 14, 3 2008-10-03 08:56 /dev/dsp
>
> Myth user is in audio group (always has been).
>
> Has something changed in ALSA that I didn't catch? I don't see anything in
>
* environment, line 3665: Called kde4-meta_change_cmakelists
* environment, line 3378: Called die
* The specific snippet of code:
It appears something is missing in the tarball or something. Anybody
ever ran into this before? Is this a bug or did I catch the tree with
its paints down? lol I'm hopi
> In fact, testing branch is remarkable good and more stable than most
> > > distro's "stable" branch. The gentoo devs are truly magnificent at
> > > their job.
> >
> > IIRC the approved way to do it is set arch to stable then just leave it
> > a
estions tho.
As for trying to run from a terminal, if I do that, I can't see the
errors and when the kernel panics, I lose the messages. Sort of a catch
22 here. Would be nice if I could tho.
Thanks.
Dale
:-) :-)
ir):
> File "/usr/lib64/python2.6/genericpath.py", line 18, in exists
> st = os.stat(path)
> TypeError: stat() argument 1 must be encoded string without NULL bytes,
> not str
>>>>
>
> This is with portage-2.2.0-alpha4 which works flawlessly on the master
> machine.
>
> I'm puzzled!
It looks like an encoding problem of some path but we wont know which
one unless you try to catch it with strace -e trace=open `which
env-update`. Otherwise I am puzzled as much as you are.
--
Fatih
boxen?
>
> Please ask if you need more info.
> --
> Regards,
> Mick
>
>
Hi Mick,
OK, there's so many possibilities for what causes this. Basic
confusion ensues...
1) When booting, if you look carefully, is the initial kernel seeing
_any_ disks? Sometimes they fly bye and are
x27;s data since the desktop
wasn't running ssh all night, or would it "catch up" now that ssh is
running?
Use rsync to make sure the copy contains an exact copy of the laptop's
files.
Please use rsync. The idea of that tar ssh nonsense makes my head hurt
especially if
have some rope and a lot of tall trees.
We'll hang him by the bal**. If it is a lady, we'll find something else
to hang them by. I bet if this was done publically and routinely, they
would give it more thought before starting this crap. Do they ever
really catch these jerks?
I us
At Fri, 02 Jun 2006 00:29:10 +0100 Neil Bothwick <[EMAIL PROTECTED]> wrote:
> On Fri, 2 Jun 2006 00:48:21 +0200, Hemmann, Volker Armin wrote:
>
>> > You'll need to add --update --deep to catch packages affected by the
>> > changed USE flags.
>>
>> n
dispatch-conf
>> and updates AIDE, all in series. I ran it again, just to check, but
>> it doesn't pick up anything. So, how do I find out which config file
>> hosed me?
>
> If you didn't accept updates to the default config files, emerging
> baselayout agai
h to the Intel processor? Once I have the Intel in place I
> can rebuild with options more suited for that chip, but I want to
> make sure I don't end up in a catch-22 situation.
https://gcc.gnu.org/onlinedocs/gcc-6.4.0/gcc/x86-Options.html#x86-Options
lists what instruction sets gcc exp
automatically, and thus it didn't report any errors syncing for me.
>> > On the other hand, I believe it will leave /usr/portage compromised if
>> > an error is detected, so if you don't actually catch the error it
>> > throws you can still be harmed. I assume web
>> > I'm seeing this too. For me `app-crypt/gentoo-keys` is somehow no longer
>> > installed and `/var/lib/gentoo/gkeys` is missing. I have no idea how this
>> > happened. Perhaps it somehow got into `emerge --depclean` and I didn't
>> > catch it.
n ancient 32-bit Atom netbook. I've installed
>> > uclibc-ng Gentoo on it. Building big packages on it is a pain. I can
>> > do an identical install in a QEMU VM, and distcc into it. But that
>> > doesn't catch all compiling work.
>> >
>> > Wh
# # #
> > > # # ## ## # # # ## ## ##
> > > # # ### # # ## ## ##
> > >
> > > libGL error: No matching fbConfigs or visuals found
> > > libGL error: failed to load driver: swrast
>
# ###
> ## # # # #
> # ## # # # # #
> # # # # # # # # # #
> # # ## # # #
> # # ## ## # # # ## ## ##
> # # ### #
::exception caught in GUIApplication::notify.
The error message is: Permission denied
*** Abort *** an exception was raised, but no catch was found.
... The exception is:SIGSEGV 'segmentation violation'
detected. Address 0
Any ideas?
I'd still try the preload stuff
w does that contradict the statement I made that the systems where
>> I care about boot times do not have the resources required to run
>> systemd?
>
> You made a generic, catch-all statement about embedded systems which isnt
> necessarily true.
No, I made a statement about the s
601 - 700 of 1283 matches
Mail list logo
