On 11 Nov 2023 09:35 +, from lbrt...@gmail.com (Albretch Mueller):
> On 11/11/23, to...@tuxteam.de wrote:
>> In which case you aren't the customer, but the cattle.
>
> Once we go into exposed mode (go online), we tacitly become all
> cattle, don't we?
Believe it or not, but there actually a
On 11/11/23, to...@tuxteam.de wrote:
> In which case you aren't the customer, but the cattle.
Once we go into exposed mode (go online), we tacitly become all
cattle, don't we? What I am talking about is being more of an
unleashed cattle, a leashed one that is aware.
On 11/11/23, Marco wrote:
>
Am 11.11.2023 01:26 schrieb Albretch Mueller:
> the politics behind the "cloud trial" may not be compatible with
> Debian, but I don't know if there is a way to work around such issues
> or just use the other parts of it:
Why can't you install it manually, maybe with a script?
On Sat, Nov 11, 2023 at 01:26:46AM +, Albretch Mueller wrote:
[...]
> // __ this Cybersecurity Platform is FREE
In which case you aren't the customer, but the cattle.
Cheers
--
t
signature.asc
Description: PGP signature
the politics behind the "cloud trial" may not be compatible with
Debian, but I don't know if there is a way to work around such issues
or just use the other parts of it:
https://wazuh.com/
// __ this Cybersecurity Platform is FREE
https://www.youtube.com/watch?v=i68atPbB8uQ
~
lbrtchx
On 2023-03-25 06:35, to...@tuxteam.de wrote:
After a detour around whiptail I ended up full-circle with Tcl/Tk.
It is still the nicest, smallest self-contained graphical toolkit
enabling one to wrap some GUI around CLI programs. The whole pack
is one or two orders of magnitude smaller than some
>> The issue is not what you CAN express with different media: any
>> program can be expressed as a flowchart.
>
> Is that true? Genuine question - I don't know the answer. But are the
> two mathematically equal/equivalent?
Yes, it's called "Turing equivalence"
https://en.wikipedia.org/wiki/Turin
debian-u...@howorth.org.uk wrote:
> Nicolas George wrote:
> > The issue is not what you CAN express with different media: any
> > program can be expressed as a flowchart.
>
> Is that true? Genuine question - I don't know the answer. But are the
> two mathematically equal/equivalent? I wonder how
Nicolas George wrote:
> The issue is not what you CAN express with different media: any
> program can be expressed as a flowchart.
Is that true? Genuine question - I don't know the answer. But are the
two mathematically equal/equivalent? I wonder how, for example,
self-modifying code or tail recu
Nicolas George wrote:
> to...@tuxteam.de (12023-03-29):
> > Perhaps roughly 3k to 4k years of storing, transmitting and
> > retrieving information in written form have a part in it.
> >
> > It may be a social convention, but by now it runs so deep that I'm
> > convinced you'll find epigenetic tra
On 3/24/23 04:32, cor...@free.fr wrote:
Hello,
Should CLI (command line interface) have a nice UI library?
today web dev has so many libraries that make web pages with
rich/colorful interactive views.
But CLI is still in dull mode. That should be improved in these days.
for example, run &qu
coreyh wrote:
> Should CLI (command line interface) have a nice UI library?
You mean, a GUI editor or IDE to write CLI/TUI software?
Interesting question ... Emacs Gnus, maybe?
https://dataswamp.org/~incal/figures/gnus/gnus-gmane.png
--
underground experts united
https://dataswamp.org/~incal
The Wanderer (12023-03-29):
> I think it's plausible/probable that it's not so much about the format
> itself, but about the data/meaning/information attached to that format.
>
> Text has much more *nuance* and *detail* attached to it than any
> non-text-based programming structure I've ever run a
Erwan David (12023-03-29):
> and do not forget that CLI is what we use in degraded conditions, eg when
> there is no way to get graphics and colors (text, or virtualisation solution here> console)
>
> So we must not depend on graphical capacities to be available
I do not think this is a good arg
On 2023-03-29 at 10:09, to...@tuxteam.de wrote:
> On Wed, Mar 29, 2023 at 09:51:13AM -0400, Stefan Monnier wrote:
>
>>> I think you are being too harsh here. Such a question may come
>>> genuinely from someone who hasn't experienced the power of the
>>> CLI, which, once you've taken the firs st
Le 29/03/2023 à 16:24, Nicolas George a écrit :
to...@tuxteam.de (12023-03-29):
Perhaps roughly 3k to 4k years of storing, transmitting and retrieving
information in written form have a part in it.
It may be a social convention, but by now it runs so deep that I'm
convinced you'll find epigenet
to...@tuxteam.de (12023-03-29):
> Perhaps roughly 3k to 4k years of storing, transmitting and retrieving
> information in written form have a part in it.
>
> It may be a social convention, but by now it runs so deep that I'm
> convinced you'll find epigenetic traces of it in us humans.
Or perhaps
On Wed, Mar 29, 2023 at 09:51:13AM -0400, Stefan Monnier wrote:
> > I think you are being too harsh here. Such a question may come
> > genuinely from someone who hasn't experienced the power of the
> > CLI, which, once you've taken the firs step gently takes you
> > to small one-liners, little loop
> I think you are being too harsh here. Such a question may come
> genuinely from someone who hasn't experienced the power of the
> CLI, which, once you've taken the firs step gently takes you
> to small one-liners, little loops and bigger and bigger programs.
>
> It has this seamless "growth path"
Hi,
El vie., 24 mar. 2023 16:57, Tom escribió:
>
> >> Should CLI (command line interface) have a nice UI library?
> >
> > There are many. The generic underlying library is usually
> > ncurses.
>
> But it needs to be stressed that there are many. For Pyth
On Sat, Mar 25, 2023 at 09:13:22AM +0100, DdB wrote:
> Am 24.03.2023 um 12:32 schrieb cor...@free.fr:
> > Hello,
> >
> > Should CLI (command line interface) have a nice UI library?
> > today web dev has so many libraries that make web pages with
> > rich/colorful
Am 24.03.2023 um 12:32 schrieb cor...@free.fr:
> Hello,
>
> Should CLI (command line interface) have a nice UI library?
> today web dev has so many libraries that make web pages with
> rich/colorful interactive views.
> But CLI is still in dull mode. That should be improved in
On Fri, Mar 24, 2023 at 05:26:07PM -0400, Stefan Monnier wrote:
> > Should CLI (command line interface) have a nice UI library?
>
> I don't understand the question. A library that does what?
> "Nice" in which respect?
>
> > today web dev has so many
On Fri, 24 Mar 2023 davidson wrote:
On Fri, 24 Mar 2023 cor...@free.fr wrote:
Hello,
Should CLI (command line interface) have a nice UI library?
The teletype (whether virtualised or not) and shells which constitute
that "CLI" are interfaces designed for a purpose.
Speaking of th
> There's a lot of work in the general vicinity. I think Jupiter could
^^^
Jupyter
-- Stefan
> Should CLI (command line interface) have a nice UI library?
I don't understand the question. A library that does what?
"Nice" in which respect?
> today web dev has so many libraries that make web pages with rich/colorful
> interactive views.
Not sure how that's r
On Fri, Mar 24, 2023 at 12:00 Charlie Gibbs wrote:
> IMHO computer systems should be ugly and boring. Ugly, as in lacking
> all the eye candy that gets in the way, and boring as in just doing
> what you want without unpleasant surprises.
>
> Short answer: Not over my dead Teletype.
Hear, hear!
On Fri, 24 Mar 2023 cor...@free.fr wrote:
Hello,
Should CLI (command line interface) have a nice UI library?
The teletype (whether virtualised or not) and shells which constitute
that "CLI" are interfaces designed for a purpose.
today web dev has so many libraries that make web
On Fri, 24 Mar 2023 09:35:09 -0700
Charlie Gibbs wrote:
>
> IMHO computer systems should be ugly and boring. Ugly, as in lacking
> all the eye candy that gets in the way, and boring as in just doing
> what you want without unpleasant surprises.
>
> Short answer: Not over my dead Teletype.
>
Hi,
Charlie Gibbs wrote:
> IMHO computer systems should be ugly and boring.
+1
Have a nice day :)
Thomas
On Fri Mar 24 09:13:41 2023 cor...@free.fr wrote:
> Should CLI (command line interface) have a nice UI library?
As an option, possibly. As a standard default, NO!
> today web dev has so many libraries that make web pages with
> rich/colorful interactive views.
And which often get i
I forgot to attribute Dan's writing, and shouldn't have trimmed his
words as much, after all mentioning exactly the kind of libraries I
listed. Apologies for the fuss and redo:
On 3/24/23 12:42, Dan Ritter wrote:
> cor...@free.fr wrote:>> Should CLI (command line interfa
Should CLI (command line interface) have a nice UI library?
There are many. The generic underlying library is usually
ncurses.
But it needs to be stressed that there are many. For Python there is
Textualize [1], for Go there is Charm [2], rust has a TUI crate [3]
among other options
cor...@free.fr writes:
> Hello,
>
> Should CLI (command line interface) have a nice UI library?
> today web dev has so many libraries that make web pages with
> rich/colorful interactive views.
> But CLI is still in dull mode. That should be improved in these days.
> for ex
cor...@free.fr wrote:
> Should CLI (command line interface) have a nice UI library?
There are many. The generic underlying library is usually
ncurses. On top of that are more libraries than there are
languages.
> But CLI is still in dull mode. That should be improved in these days.
2023, cor...@free.fr wrote:
> Hello,
>
> Should CLI (command line interface) have a nice UI library?
> today web dev has so many libraries that make web pages with rich/colorful
> interactive views.
> But CLI is still in dull mode. That should be improved in these days.
> for
Hello,
Should CLI (command line interface) have a nice UI library?
today web dev has so many libraries that make web pages with
rich/colorful interactive views.
But CLI is still in dull mode. That should be improved in these days.
for example, run "df -h" we got the statistics with
Samuel Wales wrote:
> i seem to get sluggish interactive x pointer etc. on rare occasions
> with rsync. i use nocache nice ionice -c3. i am wondering why chrt
> exists also, and what teh best set of options is for this kind of
> purpose.
Tell us about your hardware and network.
i seem to get sluggish interactive x pointer etc. on rare occasions
with rsync. i use nocache nice ionice -c3. i am wondering why chrt
exists also, and what teh best set of options is for this kind of
purpose.
--
The Kafka Pandemic
A blog about science, health, human rights, and misopathy
Gene Heskett wrote:
...
> This library is a joke, the librarian is scared shitless of copyright
> law. When I retired, I had an 18 year collection of McGraw-Hill's
> Electronics magazine, from which anybody that could read, could get
> himself the equ of the best education in electronics availa
On Thursday 27 February 2020 10:07:18 Lee wrote:
> On 2/27/20, to...@tuxteam.de wrote:
> > On Wed, Feb 26, 2020 at 11:25:53PM -0500, Lee wrote:
> >
> > [...]
> >
> >> You're advertising your web server in your sig. The "other side"
> >> ALREADY KNOWS you have a web server there.
> >
> > If that
On 2/27/20, to...@tuxteam.de wrote:
> On Thu, Feb 27, 2020 at 10:07:18AM -0500, Lee wrote:
>> On 2/27/20, to...@tuxteam.de wrote:
>> > On Wed, Feb 26, 2020 at 11:25:53PM -0500, Lee wrote:
>> >
>> > [...]
>> >
>> >> You're advertising your web server in your sig. The "other side"
>> >> ALREADY KN
On Thursday, February 27, 2020 09:35:44 AM Gene Heskett wrote:
> This may well be true. But I still doubt its available AT THAT LIBRARY.
> Basically she insists on haveing a receipt that proves the library has
> legally purchased anything offered to lend.
I wonder why she does that? I wonder if
to...@tuxteam.de wrote:
> On Thu, Feb 27, 2020 at 09:35:44AM -0500, Gene Heskett wrote:
> > This may well be true. But I still doubt its available AT THAT LIBRARY.
>
> I was talking about the Wikipedia article. Recommended.
> There must be alternatives. For example Barnes & Noble has it here [1]
On Thu, Feb 27, 2020 at 10:07:18AM -0500, Lee wrote:
> On 2/27/20, to...@tuxteam.de wrote:
> > On Wed, Feb 26, 2020 at 11:25:53PM -0500, Lee wrote:
> >
> > [...]
> >
> >> You're advertising your web server in your sig. The "other side"
> >> ALREADY KNOWS you have a web server there.
> >
> > If th
On 2/27/20, to...@tuxteam.de wrote:
> On Wed, Feb 26, 2020 at 11:25:53PM -0500, Lee wrote:
>
> [...]
>
>> You're advertising your web server in your sig. The "other side"
>> ALREADY KNOWS you have a web server there.
>
> If that "other side" is reading your emails, that is.
>
> Not a likely scena
On Thu, Feb 27, 2020 at 09:35:44AM -0500, Gene Heskett wrote:
> On Thursday 27 February 2020 09:18:55 to...@tuxteam.de wrote:
[...]
> > Had you followed my advice, you'd know by now that the lowest layer
> > of your network stack in Linux will throw away any packets arriving
> > from the other si
On Thursday 27 February 2020 09:18:55 to...@tuxteam.de wrote:
> On Thu, Feb 27, 2020 at 08:22:53AM -0500, Gene Heskett wrote:
> > On Thursday 27 February 2020 03:56:07 to...@tuxteam.de wrote:
> > > On Wed, Feb 26, 2020 at 11:59:27PM -0500, Gene Heskett wrote:
> > >
> > > [...]
> > >
> > > > What i
On Thu, Feb 27, 2020 at 08:22:53AM -0500, Gene Heskett wrote:
> On Thursday 27 February 2020 03:56:07 to...@tuxteam.de wrote:
>
> > On Wed, Feb 26, 2020 at 11:59:27PM -0500, Gene Heskett wrote:
> >
> > [...]
> >
> > > What if they ignore that RST too?
> >
> > Read -- at least skim that wikipedia a
On Thu, Feb 27, 2020 at 08:18:03AM -0500, Gene Heskett wrote:
> On Thursday 27 February 2020 03:50:34 to...@tuxteam.de wrote:
[...]
> > Alternatively go to your paper library [...]
> This library is a joke, the librarian is scared shitless of copyright
> law [...]
> No, that librarian gets no
On Thursday 27 February 2020 03:56:07 to...@tuxteam.de wrote:
> On Wed, Feb 26, 2020 at 11:59:27PM -0500, Gene Heskett wrote:
>
> [...]
>
> > What if they ignore that RST too?
>
> Read -- at least skim that wikipedia article (oh, I forgot the ref
> in my other mail upthread, sorry. Here it is:
>
>
On Thursday 27 February 2020 03:50:34 to...@tuxteam.de wrote:
> On Wed, Feb 26, 2020 at 04:40:45PM -0500, Gene Heskett wrote:
>
> [...]
>
> > My reasoning too. I'd much druther be a black hole that doesn't even
> > have any Hawking Radiation.
>
> The bigger the hole, the less Hawking radiation :)
On Wed, Feb 26, 2020 at 11:59:27PM -0500, Gene Heskett wrote:
[...]
> What if they ignore that RST too?
Read -- at least skim that wikipedia article (oh, I forgot the ref
in my other mail upthread, sorry. Here it is:
https://en.wikipedia.org/wiki/Transmission_Control_Protocol
Cheers
-- t
sig
On Wed, Feb 26, 2020 at 11:25:53PM -0500, Lee wrote:
[...]
> You're advertising your web server in your sig. The "other side"
> ALREADY KNOWS you have a web server there.
If that "other side" is reading your emails, that is.
Not a likely scenario if that "other side" is some malware
running in
On Wed, Feb 26, 2020 at 04:40:45PM -0500, Gene Heskett wrote:
[...]
> My reasoning too. I'd much druther be a black hole that doesn't even have
> any Hawking Radiation.
The bigger the hole, the less Hawking radiation :)
[...]
> In that event, and given that a /24 rule caught them, how many ou
On Wednesday 26 February 2020 23:25:53 Lee wrote:
> On 2/26/20, Gene Heskett wrote:
> > On Wednesday 26 February 2020 16:00:35 to...@tuxteam.de wrote:
> >> On Wed, Feb 26, 2020 at 09:54:09PM +0300, Reco wrote:
> >> > Hi.
> >> >
> >> > On Wed, Feb 26, 2020 at 01:50:40PM -0500, Lee wrote:
> >>
> >
On 2/26/20, Gene Heskett wrote:
> On Wednesday 26 February 2020 16:00:35 to...@tuxteam.de wrote:
>
>> On Wed, Feb 26, 2020 at 09:54:09PM +0300, Reco wrote:
>> >Hi.
>> >
>> > On Wed, Feb 26, 2020 at 01:50:40PM -0500, Lee wrote:
>>
>> [...]
>>
>> > > Have you considered REJECT instead of DROP?
>
On Wednesday 26 February 2020 16:00:35 to...@tuxteam.de wrote:
> On Wed, Feb 26, 2020 at 09:54:09PM +0300, Reco wrote:
> > Hi.
> >
> > On Wed, Feb 26, 2020 at 01:50:40PM -0500, Lee wrote:
>
> [...]
>
> > > Have you considered REJECT instead of DROP?
> >
> > A neat idea for your LAN. A bad idea
On Wednesday 26 February 2020 14:57:18 deloptes wrote:
> Gene Heskett wrote:
> > over the last 90 days or so, we seem to have been plauged with a new
> > breed of bots scanning our web pages, and they are not just indexing
> > our web pages I don't mind that, but they are ignoring our
> > robots.t
On Wed, Feb 26, 2020 at 09:54:09PM +0300, Reco wrote:
> Hi.
>
> On Wed, Feb 26, 2020 at 01:50:40PM -0500, Lee wrote:
[...]
> > Have you considered REJECT instead of DROP?
>
> A neat idea for your LAN. A bad idea in this case.
Exactly.
> You *want* that other side to retry, wasting their
Gene Heskett wrote:
> over the last 90 days or so, we seem to have been plauged with a new
> breed of bots scanning our web pages, and they are not just indexing our
> web pages I don't mind that, but they are ignoring our robots.txt and
> are mirroring anything apache2 can reach, including stuff
On 2/26/20, Gene Heskett wrote:
> On Wednesday 26 February 2020 13:50:40 Lee wrote:
>
>> On 2/26/20, Gene Heskett wrote:
>> > over the last 90 days or so, we seem to have been plauged with a new
>> > breed of bots scanning our web pages, and they are not just indexing
>> > our web pages I don't m
On Wednesday 26 February 2020 14:21:31 Reco wrote:
> On Wed, Feb 26, 2020 at 02:15:18PM -0500, Gene Heskett wrote:
> > On Wednesday 26 February 2020 13:54:09 Reco wrote:
> > > Hi.
> > >
> > > On Wed, Feb 26, 2020 at 01:50:40PM -0500, Lee wrote:
> > > > On 2/26/20, Gene Heskett wrote:
> > > > >
On Wed, Feb 26, 2020 at 02:15:18PM -0500, Gene Heskett wrote:
> On Wednesday 26 February 2020 13:54:09 Reco wrote:
>
> > Hi.
> >
> > On Wed, Feb 26, 2020 at 01:50:40PM -0500, Lee wrote:
> > > On 2/26/20, Gene Heskett wrote:
> > > > over the last 90 days or so, we seem to have been plauged wit
On Wednesday 26 February 2020 13:54:09 Reco wrote:
> Hi.
>
> On Wed, Feb 26, 2020 at 01:50:40PM -0500, Lee wrote:
> > On 2/26/20, Gene Heskett wrote:
> > > over the last 90 days or so, we seem to have been plauged with a
> > > new breed of bots scanning our web pages, and they are not just
On Wednesday 26 February 2020 13:50:40 Lee wrote:
> On 2/26/20, Gene Heskett wrote:
> > over the last 90 days or so, we seem to have been plauged with a new
> > breed of bots scanning our web pages, and they are not just indexing
> > our web pages I don't mind that, but they are ignoring our
> >
On Wednesday 26 February 2020 10:43:13 Roger Price wrote:
> On Wed, 26 Feb 2020, Gene Heskett wrote:
> > This just showed up this morning, but no clue what it might be.
> > Blocked it anyway. 46th rule.
> >
> > coyote.coyote.den:80 91.160.218.196 - - [25/Feb/2020:19:06:58 -0500]
> > "-" 408 0 "-"
Hi.
On Wed, Feb 26, 2020 at 01:50:40PM -0500, Lee wrote:
> On 2/26/20, Gene Heskett wrote:
> > over the last 90 days or so, we seem to have been plauged with a new
> > breed of bots scanning our web pages, and they are not just indexing our
> > web pages I don't mind that, but they are ig
On 2/26/20, Gene Heskett wrote:
> over the last 90 days or so, we seem to have been plauged with a new
> breed of bots scanning our web pages, and they are not just indexing our
> web pages I don't mind that, but they are ignoring our robots.txt and
> are mirroring anything apache2 can reach, inc
On Wed, 26 Feb 2020, Gene Heskett wrote:
This just showed up this morning, but no clue what it might be. Blocked it
anyway. 46th rule.
coyote.coyote.den:80 91.160.218.196 - - [25/Feb/2020:19:06:58 -0500] "-"
408 0 "-" "-"
No clue, butt dial? PROXAD.net someplace in France.
That's my ISP.
On Wednesday 26 February 2020 08:27:33 Greg Wooledge wrote:
> On Wed, Feb 26, 2020 at 03:57:51AM -0500, Gene Heskett wrote:
> > over the last 90 days or so, we seem to have been plauged with a new
> > breed of bots scanning our web pages, and they are not just indexing
> > our web pages I don't mi
On Wednesday 26 February 2020 06:40:39 Roger Price wrote:
> On Wed, 26 Feb 2020, Dan Ritter wrote:
> > If you find yourself needing to add lots more rules, you might want
> > to generate a "set" instead of individual rules:
> >
> > http://ipset.netfilter.org/
> > https://www.linuxjournal.com/conte
Roger Price wrote:
> I find ipsets the natural way of setting up rules. I run a script which
> blocks whole countries, taking the country data from
> http://ipverse.net/ipblocks/data/countries/
Not a bad idea, but the database is sometimes wrong. Examples:
Duplicates (shall not be possible, but
Gene Heskett wrote:
> On Wednesday 26 February 2020 04:05:53 john doe wrote:
>
> > On 2/26/2020 9:57 AM, Gene Heskett wrote:
> > > Be my guest folks, reclaim the net, we are paying for the bandwidth
> > > these jerks are burning up.
> >
> > The above is the way the OP has choosen to go about it b
On Wednesday 26 February 2020 04:21:09 Jonas Smedegaard wrote:
> Quoting Gene Heskett (2020-02-26 09:57:51)
>
> > over the last 90 days or so, we seem to have been plauged with a new
> > breed of bots scanning our web pages, and they are not just indexing
> > our web pages I don't mind that, but t
ese jerks are burning up.
>
> The above is the way the OP has choosen to go about it but configuring
> apache properly using fail2ban in addition of the robot.txt file.
> should also be considered
That was also suggested and tried, for about a week, but there were no
failures to initia
On Wed, Feb 26, 2020 at 03:57:51AM -0500, Gene Heskett wrote:
> over the last 90 days or so, we seem to have been plauged with a new
> breed of bots scanning our web pages, and they are not just indexing our
> web pages I don't mind that, but they are ignoring our robots.txt
I can believe this.
On Wed, 26 Feb 2020, Dan Ritter wrote:
If you find yourself needing to add lots more rules, you might want to
generate a "set" instead of individual rules:
http://ipset.netfilter.org/
https://www.linuxjournal.com/content/advanced-firewall-configurations-ipset
might be useful.
I find ipsets t
Gene Heskett wrote:
> over the last 90 days or so, we seem to have been plauged with a new
> breed of bots scanning our web pages, and they are not just indexing our
> web pages I don't mind that, but they are ignoring our robots.txt and
> are mirroring anything apache2 can reach, including st
Quoting Gene Heskett (2020-02-26 09:57:51)
> over the last 90 days or so, we seem to have been plauged with a new
> breed of bots scanning our web pages, and they are not just indexing
> our web pages I don't mind that, but they are ignoring our robots.txt
> and are mirroring anything apache2 ca
On 2/26/2020 9:57 AM, Gene Heskett wrote:
> over the last 90 days or so, we seem to have been plauged with a new
> breed of bots scanning our web pages, and they are not just indexing our
> web pages I don't mind that, but they are ignoring our robots.txt and
> are mirroring anything apache2 can r
over the last 90 days or so, we seem to have been plauged with a new
breed of bots scanning our web pages, and they are not just indexing our
web pages I don't mind that, but they are ignoring our robots.txt and
are mirroring anything apache2 can reach, including stuff thats there
but not reac
iptables 1.8.4-3 landed in unstable and iptables/ufw now works.
thanks! :)
songbird
On 13/02/2020 19:37, songbird wrote:
tv.deb...@googlemail.com wrote:
On 12/02/2020 05:03, riveravaldez wrote:
On 2/11/20, songbird wrote:
something in there didn't work today when i applied
the upgrade.
i don't have time to debug or file reports at the moment,
so was able to partiall
tv.deb...@googlemail.com wrote:
> On 12/02/2020 05:03, riveravaldez wrote:
>> On 2/11/20, songbird wrote:
>>>something in there didn't work today when i applied
>>> the upgrade.
>>>
>>>i don't have time to debug or file reports at the moment,
>>> so was able to partially downgrade to get a
On 12/02/2020 05:03, riveravaldez wrote:
On 2/11/20, songbird wrote:
something in there didn't work today when i applied
the upgrade.
i don't have time to debug or file reports at the moment,
so was able to partially downgrade to get a working connection
again.
put my hold back on ip
On 2/11/20, songbird wrote:
> something in there didn't work today when i applied
> the upgrade.
>
> i don't have time to debug or file reports at the moment,
> so was able to partially downgrade to get a working connection
> again.
>
> put my hold back on iptables. i'd had a hold on it for
something in there didn't work today when i applied
the upgrade.
i don't have time to debug or file reports at the moment,
so was able to partially downgrade to get a working connection
again.
put my hold back on iptables. i'd had a hold on it for
a while due to reported errors. no idea w
Curt wrote:
> I don't follow how this follows from your erroneous attribution.
try harder ;-)
On 2019-03-11, deloptes wrote:
> Curt wrote:
>
>> I don't believe he did, actually. I believe that's what Reco wrote.
>
> but there is no secure OS, as soon as you get connected to the network, and
> if you have a server with multiple users ... well. We used to put sensitive
> servers in DMZ aside
On 3/10/19 3:53 PM, Brian wrote:
On Sun 10 Mar 2019 at 13:18:54 -0400, deb wrote:
Crumogeon tip: It is no longer 1972. If you have nothing nice or at least
helpful to say on a USER list, say nothing at all.
All the responses were helpful. You just have to fit them into your
World View
Curt wrote:
> I don't believe he did, actually. I believe that's what Reco wrote.
but there is no secure OS, as soon as you get connected to the network, and
if you have a server with multiple users ... well. We used to put sensitive
servers in DMZ aside of the user network - for a good reason.
On Mon, 11 Mar 2019 11:45:28 -0400
Stefan Monnier wrote:
> > I think the premises of your syllogism might lead some to another
> > conclusion---that the livelihood of the AV software houses depends
> > upon the innate insecurity of the Windows OS.
>
> Hmm... they don't actually need that: they
> I think the premises of your syllogism might lead some to another
> conclusion---that the livelihood of the AV software houses depends upon
> the innate insecurity of the Windows OS.
Hmm... they don't actually need that: they only need people to
think that they're vulnerable (regardless if their
On 2019-03-11, Stefan Monnier wrote:
>> Not that I'm aware of. The thing is - instead of taking an insecure OS
>> and building assorted kludges (in the form of anti-virus) around it,
>> it's considered wise here to use a secure OS from the beginning.
>
> This is misleading: all OSes are somewhat
> Not that I'm aware of. The thing is - instead of taking an insecure OS
> and building assorted kludges (in the form of anti-virus) around it,
> it's considered wise here to use a secure OS from the beginning.
This is misleading: all OSes are somewhat insecure, in practice.
The question is what
On 2019-03-11, deloptes wrote:
> deb wrote:
I don't believe he did, actually. I believe that's what Reco wrote.
>> Not that I'm aware of. The thing is - instead of taking an insecure OS
>> and building assorted kludges (in the form of anti-virus) around it,
>> it's considered wise here to use a
deb wrote:
> Not that I'm aware of. The thing is - instead of taking an insecure OS
> and building assorted kludges (in the form of anti-virus) around it,
> it's considered wise here to use a secure OS from the beginning.
If you have windows users in your network, the best is to pay for a server
beat Windows on the desktop (as it
> should),
Is that part of the agenda?
> if this is how people are helped who are trying to Bring In Linux.
Or is this the nub? The Lone Ranger syndrome.
> Crumogeon tip: It is no longer 1972. If you have nothing nice or at least
> helpful to sa
1972. If you have nothing nice or at least
helpful to say on a USER list, say nothing at all.
I haven't been able to follow the core of the discussion, partly
because I don't know the technical issues and partly because I didn't
quite understand your question but for a different
1 - 100 of 440 matches
Mail list logo
