Anybody else use Slackware...? Are you as tired as I am of
waiting for a new release? It's starting to get ridiculous.
Anybody else use Slackware...?
Are you as tired as I am of waiting for a new release? It's starting to get ridiculous.
Yeah, I know I could switch to something else, but I don't want
to.
Just wish he'd hurry things up a bit, it's been over 4 years now. Arrrgggghhhhhh.
Hello all,
Anybody else use Slackware...? Are you as tired as I am of
waiting for a new release? It's starting to get ridiculous.
Yeah, I know I could switch to something else, but I don't want
to. Just wish he'd hurry things up a bit, it's been over 4 years
now. Arrrgggghhhhhh.
... Enter any 12 digit prime number to continue.
On 13 Sep 20 21:27:00, Dan Clough said the following to All:
Anybody else use Slackware...? Are you as tired as I am of
waiting for a new release? It's starting to get ridiculous.
Is Slackware the one that doesn't have systemd?
Nick
Hello all,
Anybody else use Slackware...? Are you as tired as I am of
waiting for a new release? It's starting to get ridiculous.
Yeah, I know I could switch to something else, but I don't want
to. Just wish he'd hurry things up a bit, it's been over 4 years
now. Arrrgggghhhhhh.
On 13 Sep 20 21:27:00, Dan Clough said the following to All:
Anybody else use Slackware...? Are you as tired as I am of
waiting for a new release? It's starting to get ridiculous.
Is Slackware the one that doesn't have systemd?
Nick Andre wrote to Dan Clough <=-
Anybody else use Slackware...? Are you as tired as I am of
waiting for a new release? It's starting to get ridiculous.
Is Slackware the one that doesn't have systemd?
Nick Andre wrote to Dan Clough <=-
Anybody else use Slackware...? Are you as tired as I am of
waiting for a new release? It's starting to get ridiculous.
Is Slackware the one that doesn't have systemd?
That is correct, it is one of the few. Another that I know of is
"MX Linux" which is quite nice, and a fork of Debian called
"Devuan", which I have heard mixed reviews about.
... Gone crazy, be back later, please leave message.
There are more Linux distributions that don't carry systemd besides Slackwa
Devuan and Gentoo are the two big ones that come to mind, but there are als small ones (such as Tiny Core Linux). Knoppix has SystemD but does not use as an init system. Knopper is very vocal about SystemD messing up his tidy distro :-P
gentoo have it default disabled in kernel, but if users or even admins want the trouble it can be enabled, is slackware the one that miss portage from gentoo ?
Richard Falken wrote to Dan Clough <=-
Anybody else use Slackware...? Are you as tired as I am of
waiting for a new release? It's starting to get ridiculous.
Is Slackware the one that doesn't have systemd?
That is correct, it is one of the few. Another that I know of is
"MX Linux" which is quite nice, and a fork of Debian called
"Devuan", which I have heard mixed reviews about.
I think MX linux has ystemD, but you make me doubt.
Devuan is quite ok. It is what I use when I need a Debian-like environment, which is not very often. Still I prefer Slackware. I
have been booting some OpenBSD systems as of late though.
guys I knew used to complain loudly about the many wonderful problems of systemd.
I may give it (Devuan) another look one of these days. I do like
Debian and it's offspring fairly well. Never cared much for the
BSD's, although only ever tried the FreeBSD variant and that was
long ago. Never really saw the point of it - what does it do any
better than Linux...?
Richard Falken wrote to Dan Clough <=-
I may give it (Devuan) another look one of these days. I do like
Debian and it's offspring fairly well. Never cared much for the
BSD's, although only ever tried the FreeBSD variant and that was
long ago. Never really saw the point of it - what does it do any
better than Linux...?
FreeBSD used to have proper jails and great ZFS integration, but
I don't know how great of an advantage it has on those fields
these days.
What OpenBSD does is to feel less insane than the others. To
begin with, it has less cruft going on. If you don'tknow how
something works, it is easier to figure it out form the source
code than it is from the source code of some of the alternatives.
Not that you are likely to need it since everything is well
documented.
Traditionally risky daemons are chrooted and subject to privilege deprivation. BSD Auth is easier to understand and work with than
something like PAM. The TCP stack you would have to harden after
every Linux install is set with sane defaults in OpenBSD.
Also, it comes with software enough to build your own packaging
compiling cluster. The port system is so fun to break havoc with
:-)
Cherry on the top: the OpenBSD comunity has a reputation of being
composed of unfriendly bastards. I think that reputation is
overblown, but they really have an Iron Fist of Death when
dealing with drama. Anybody strong enough to remain active in the community is granted to really care for the OS - ie. if you pop
up in the IRC channel you are likely to find people who LIVES
OpenBSD, as opposed to self-entitled brats you often find in some
forums.
Oh, and OpenBSD has PF. Some people prefers it over Linux packet
filtering interfaces. It is a matter of taste, really. Same with
the default smtp daemon or httpd. Those are a delight to work
with and are so much logical and preasurable to configure than
the minastream ones you'd find in the Linux world.
IMO you could do what you do with an OpenBSD with a Linux, but
when deploying some paket forwarder or small server, or a small
web service, OpenBSD gives you less post-instll work to do and
the whole thing seems more logical in general. I mean, the
Filesystem Hierarchy the Linux world routinely rapes.... you
suggest putting the wrong file in the worng place in the OpenBSD
world and they will send Skynet for you.
That said, OpenBSD has its own bunch of problems, like lacking
proper cow for the filesystem. They also lack a MAC framework -
they have other ways to mitigate break-ins, exploits, and what a
program may access, but you won't find SElinux or AppArmor
capabilities at kernel level.
I think that pretty much sums it up.
Shoehorning everything plus the kitchen sink, which is itself full
of other, smaller kitchen sinks in various states of disrepair,
into the one process that is basically God on the system? What
could possibly go wrong?
FreeBSD used to have proper jails and great ZFS integration, but I
don't know how great of an advantage it has on those fields these days.
Oh, and OpenBSD has PF. Some people prefers it over Linux packet filtering interfaces.
gentoo have it default disabled in kernel, but if users or even admins
want the trouble it can be enabled, is slackware the one that miss
portage from gentoo ?
I messed around with Gentoo only once, about like 15 years ago.
Seemed like it was really meant for sadomasochists 8-)
I messed around with Gentoo only once, about like 15 years ago.
why leave it then ?
Is Slackware the one that doesn't have systemd?
That is correct, it is one of the few.
Is Slackware the one that doesn't have systemd?
That is correct, it is one of the few.
No, it's not, it does have systemd:
https://github.com/Dlackware/systemd
systemd for Slackware. These slackbuilds are provided to compile
systemd on top of Stock Slackware
I prefer to have my computers work for me and not the other way
around.
Is Slackware the one that doesn't have systemd?
That is correct, it is one of the few.
No, it's not, it does have systemd:
https://github.com/Dlackware/systemd
A default installation of Slackware does not use systemd.
I prefer to have my computers work for me and not the other way around.
self made is not good ?, i just try keep away from precompiled problems :)
A default installation of Slackware does not use systemd.True but that was not the question.
Some people think having a gun is far better than using it.
I know you're just being a silly Russian but if you don't like precompiled stuff, that must logically mean you study *all* the source code that you compile. Because... how do you know theres not some backdoor or vulnerabilit Have you personally combed through the entire Linux kernal source?
Liking ports systems does not mean you study the whole source code.
I have some ports systems that allow me to create packages that
feature my own patches. It is convenient. BUt it does not mean I have to go through
all the source code in the ports tree to enjoy the advantages of a port system.
Also, using ports systems does not mean you are a tin-foil hat wearer.
Is Slackware the one that doesn't have systemd?
That is correct, it is one of the few.No, it's not, it does have systemd:
https://github.com/Dlackware/systemd systemd for Slackware.
These slackbuilds are provided to compile systemd on top of
Stock Slackware
But thats the thing. *Everything* on Gentoo had to be compiled.
With those distros it mostly "worked" but given the nature of Linux, no offense to anyone reading this, theres always fucking *something* that just doesn't work out of the box like it does on Windows. As an example, I'm not replacing a video card just because Linux can't make it work.
i find it funny that Nick thinks kernel source in gentoo have more secureity holes then any precompiled systems like slackware
i find it funny that Nick thinks kernel source in gentoo have more secureit holes then any precompiled systems like slackware
Is Slackware the one that doesn't have systemd?
That is correct, it is one of the few.
No, it's not, it does have systemd:
https://github.com/Dlackware/systemd systemd for Slackware.
Are there some significant number of idiots who will do that for any
other reason than having fun and saying "yes, it builds"?
i find it funny that Nick thinks kernel source in gentoo have more
secureity holes then any precompiled systems like slackware
Even more entertaining than his localisation of Russia?
i find it funny that Nick thinks kernel source in gentoo have more
secureit holes then any precompiled systems like slackware
Thats not what I said, but continue the laughs.
Thats not what I said, but continue the laughs.
fair, i have no more ritter sport left :)
i have never being there, sadly nice russin womens have the own
life on vk.com, russian padant to tictok hehe
Светлана хочет меня.i have never being there, sadly nice russin womens have the own
life on vk.com, russian padant to tictok hehe
Светлана хочет меня.
What ever?
#+## +.
What ever?
Tell that to Svetlana and see where that gets you.
latin 1 is all we need on fidonet
latin 1 is all we need on fidonet
Which latin 1?
... and once you decide on the correct encoding best of
luck getting everyone, especially Svetlana, to agree that it is so.
I am sticking with utf-8. It is the only way to proceed.
i think SPOT on amiga is well designed to know why LATIN-1 is
well choiced
blame 8-bit
i think SPOT on amiga is well designed to know why LATIN-1 is
well choiced
So which one does amiga say LATIN-1 is? ISO-8859-1, CP1250 or CP1252?
blame 8-bit
Nope. It was never 8-bit that corrupted proper aliases for 8-bit character sets.
we today are limited to 7 bit with multiple problems to solve
oh never mind got a new kernel....
if computers was 32bit from the beginning, keyboard charset would have being solved from the start, we today are limited to 7 bit with multiple problems to solve, HTML works since it can be safely parsed as JSON
we today are limited to 7 bit with multiple problems to solveSpeak for yourself.
This was never an issue that I was ever aware of.
What was an issue way back when, is silly fidonet sysops who got suckered into thinking that CP437 is higher/upper ascii.
There never
was any 8 bit characters in ascii and I doubt there ever will be.
oh never mind got a new kernel....kv-5.8.13 has serious usb issues.
As of today my "stable" boot is
using kv-5.4.69.
No penguins with intel graphics but everything else
seems to be working including i915drmfb.
if computers was 32bit from the beginning, keyboard charset would have
being solved from the start, we today are limited to 7 bit with multiple
problems to solve, HTML works since it can be safely parsed as JSON
This is a joke, right?
Hello Rob!
02 Oct 2020 19:13, Rob Swindell wrote to Benny Pedersen:
if computers was 32bit from the beginning, keyboard charset would have
being solved from the start, we today are limited to 7 bit with multiple
problems to solve, HTML works since it can be safely parsed as JSON
This is a joke, right?
it would be a very slow computer if databits was changed from 8 bit to 32 bit, but keymaps then would not need 7 bit maps or encoding to support 5000+ charters in chinees
its to late to change it now, and this is why we see so many solotions on the same problem that does not exists in html
maybe i am just older amiga user ?
Wow.
Those statements are so all over the place, I don't even know
where to begin.
But I guess I'll start with: HTML is not a character
encoding scheme,
it's a markup language. HTML does include a character
(entity) encoding scheme, but HTML entity encodings are not
represented as a sequence of "bits",
but rather as a sequence of
characters and those charaters are usually encoded in, you guessed it, UTF-8.
its to late to change it now, and this is why we see so many solotions
on the same problem that does not exists in html
Guys, what kind of problem are you talking about??
If you code all humans writing symbols to HTML you will have the same situation like now.
HTML will need multiple bytes to define a symbol.
No matter if the HTML charset will be limited to 7 bit or not,
the software must know which symbol have to be displayed for that multibyte sequence.
HTML will need multiple bytes to define a symbol.
same as unicode when its 8 bit charters
programmers dont understand double encodeing problems
the software must know which symbol have to be displayed for that
multibyte sequence.
and unicode solve that much better then html, hmm
Dan Clough wrote to All <=-
Hello all,
Anybody else use Slackware...? Are you as tired as I am of
waiting for a new release? It's starting to get ridiculous.
Yeah, I know I could switch to something else, but I don't want
to. Just wish he'd hurry things up a bit, it's been over 4 years
now. Arrrgggghhhhhh.
Hey Rob...
https://github.com/wmcbrine/MultiMail/pull/27
I found your controversial comments suggesting that gitignore files are useful in
git repos very insightful. ;)
I left a comment on your PR that essentially supports your radical thinking.
Dan Clough wrote to All <=-
Hello all,
Anybody else use Slackware...? Are you as tired as I am of
waiting for a new release? It's starting to get ridiculous.
Yeah, I know I could switch to something else, but I don't want
to. Just wish he'd hurry things up a bit, it's been over 4 years
now. Arrrgggghhhhhh.
Good question. The way I remember recent history is that Slackware used to h a
release cycle/goal of every 6 months. Then Patrick and his wife had their fi
child.
I don't know if that's the reason for the slow-down, but from what little I know
of raising children, they can definitely gum up the works! ;)
I switched to Debian a few years ago. I still love Slackware (it was my firs distro) and peek at the current changelog once in a while though. I wish Patrick
and his family the best.
--
-Andy
... Beep. Invalid Input. I take only cash.
-+- MultiMail/Linux v0.52
Rob Swindell wrote to Andrew Alt <=-
I left a comment on your PR that essentially supports your radical thinking.
/me chuckles at "radical thinking".
It's not a big deal, I thought I was being helpful to others as well as the future me that clones this repo again, as I'm sure I will.
I didn't agree with Mcbrine's comment on your (?) issue here https://github.com/wmcbrine/MultiMail/pull/21
asserting that there's "no reason" for a .gitignore file in a repo. Of course there are reasons (and I gave him one) and his response was a dismissive "Good grief". Okay, that's fine. It's his repo and it's not
a big a deal, but as he stated, it's a pet peeve of his that he
apparently doesn't like talking about. Whatever. <shrug>
digital man
Richard Falken wrote to Andrew Alt <=-
Re: Slackware 15.0
By: Andrew Alt to Dan Clough on Wed Oct 14 2020 12:13 am
Dan Clough wrote to All <=-
Hello all,
Anybody else use Slackware...? Are you as tired as I am of
waiting for a new release? It's starting to get ridiculous.
Yeah, I know I could switch to something else, but I don't want
to. Just wish he'd hurry things up a bit, it's been over 4 years
now. Arrrgggghhhhhh.
Good question. The way I remember recent history is that Slackware used to h a
release cycle/goal of every 6 months. Then Patrick and his wife had their fi
child.
I don't know if that's the reason for the slow-down, but from what little I know
of raising children, they can definitely gum up the works! ;)
I switched to Debian a few years ago. I still love Slackware (it was my firs distro) and peek at the current changelog once in a while though. I wish Patrick
and his family the best.
--
-Andy
... Beep. Invalid Input. I take only cash.
-+- MultiMail/Linux v0.52
I am also getting burnt by the wait.
I don't mind using old software, but sometimes you need to use new software, and I am having to migrate some Slackwares to something else because Slackware 14.2 is getting too old.
The problem is I know no other reliable Linux I'd like to run.
I could probably install Void and establıish a weekly upgrade schedule for "frontline" programs (browsers, email clients) and a anual schedule for the core (glibcs, binutils, kernels), but thing is, when I booted
the live installer for a test, I was greeted by a session manager
error, which gives a very lame first impression.
Also I don't like rolling releases for serious stuff.
Devuan is quite ok. I am not a fan of apt distributions though. I guess
it is the one I will end up installing where I cannot fit a BSD though.
Rob Swindell wrote to Andrew Alt <=-
I left a comment on your PR that essentially supports your radical thinking.
/me chuckles at "radical thinking".
It's not a big deal, I thought I was being helpful to others as well as the future me that clones this repo again, as I'm sure I will.
I didn't agree with Mcbrine's comment on your (?) issue here https://github.com/wmcbrine/MultiMail/pull/21
asserting that there's "no reason" for a .gitignore file in a repo. Of course there are reasons (and I gave him one) and his response was a dismissive "Good grief". Okay, that's fine. It's his repo and it's not a big a deal, but as he stated, it's a pet peeve of his that he apparently doesn't like talking about. Whatever. <shrug>
Yeah, there are tons of projects to work on. Not worth giving much thought when
things like that happen. As you say, his project.
But I was kind of amused (and puzzled) when I saw he locked that PR for comments
after you left yours.
I'm curious to see how he'll review the PR I left this morning.
Rob Swindell wrote to Andrew Alt <=-
Re: dot gitignore
By: Andrew Alt to Rob Swindell on Wed Oct 14 2020 02:55 pm
Rob Swindell wrote to Andrew Alt <=-
I'm curious to see how he'll review the PR I left this morning.
Hopefully doesn't trigger another peeve. :-)
digital man
| Sysop: | Weed Hopper |
|---|---|
| Location: | Clearwater, FL |
| Users: | 14 |
| Nodes: | 6 (0 / 6) |
| Uptime: | 231:37:46 |
| Calls: | 55 |
| Calls today: | 1 |
| Files: | 50,127 |
| D/L today: |
31 files (3,917K bytes) |
| Messages: | 275,361 |