It worked. Thanks so maalox.
> [systemd] does too many things. this is contrary to the unix philosophy "Do
one thing and do it well".
Please refer to the link MagicBanana shared:
http://0pointer.net/blog/projects/the-biggest-myths.html
This criticism is answered directly as:
"10. Myth: systemd is not UNIX."
But the unde
I only brought my 32-bit laptop on my holiday to Aotearoa, and due to the
pandemic I am now stuck here for the foreseeable future, unable to access my
64-bit laptop in China. Please let me know when 32-bit ISOs are available for
testing.
FYI I still have a dual boot of Etiona on Bishop, upg
Taranda:
> My system is old
If it's old, have you checked it's not a 32-bit system? The amd64 ISOs will
not work on 32-bit system. Does Trisquel 8 work on the same system?
You can use that AWK program:
{ for (i = 1; i
Except for the areas with no warning that people accidentally fall into. One
example is that Debian makes no effort to steer people to only free browser
add-ons. Pop open the browser, end up at the default location, and grab
non-free ones without even knowing. I've talked to people that had n
> I'd like to use a (semi-)rolling distribution like Debian testing/unstable.
AFAIK you can use Debian Testing in full software freedom, as long as you
don't turn on any of the nonfree repos.
Even with the target file moved into the working directory ... so that
workaround failed.
That is not a workaround. Instead of assuming you are facing limitations or
bugs and trying random things, you had better read the documentation and
understand what you do wrong.
Without option -F,
So, I have a file with dozens of lines like this
12 13 59 2
102 12 32 2
99 13 102 19
I need to compare if any of the numbers in first line are present in the
second line. Then I need to compare if any of the numbers of the second line
are in the third. And so on and so on. I don't w
This seems to be more a hardware issue rather than a software issue. I'd try
another distro just to confirm this behavior is the same with any other
distro (debian or trisquel live should do the trick)
Hi, I just tried debian testing kde downloaded from this link
http://ftp.icm.edu.pl/pub/Linux/distributions/debian-cdimage/weekly-live-builds/amd64/iso-hybrid/debian-live-testing-amd64-kde.iso
and the problem is the same as in debian 10.4 stable. When I try it live, I
still can't activate my
Pressing on to delve into another part of the project ...
Again another grep script in the same vein worked very hard for about twenty
minutes and then
disgorged the original target file in its output, using an increment of 4.7GB
of RAM. Even with
the target file moved into the working direct
grep has no "internal limit": as long as the currently processed line (not
file) fits into main memory, it works.
I had understood the problem is with the interrupter on the lid: it must be
damaged. I thought you could just tell the OS to "do nothing when laptop lid
is closed" (and could use Fn+Fsomething, or the menu, to suspend). Isn't "do
nothing" a possible action in Xfce's power manager? It is in
I'm using XFCE rather than MATE but XFCE's power manager has options for what
to do when the laptop lid is closed (Switch off dislay, Suspend, Hibernate,
Lock screen) for both plugged in and on-battery modes. None of these address
my laptop's behavior, which is to *shut off when moving the l
After thinking about my observation last night, it dawned on me that the
script has to reach down
through the directory structure of the host computer before negotiating the
directory structure of
the flash drive. Let's articulate that structure in the scripts as though
they were being run fr
16 matches
Mail list logo
