Re: [DNG] Warning: Not important, (May contain non-PC humour.)

[lilo]

Il 27/05/2017 05:17, Clarke Sideroad ha scritto:
...
> https://vms.drweb.com/virus/?_is=1&i=15299312&lng=en

LOL

> I know malware is bad, but sometimes the names are quite good and I had
> to laugh and had to share. so please excuse this. (-:

share share share :D

cheers

--lilo;
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan Jessie 1.0.0 stable LTS

[Didier Kryn]

Le 26/05/2017 à 17:56, Joel Roth a écrit :

On Thu, 25 May 2017 20:21:26 +0200
Veteran Unix Admins  wrote:


Dear Init Freedom Lovers,

(...)

It has been a long process, but now over two years later, we proudly
present Devuan Jessie 1.0.0 Stable.

I consider myself fortunate to have a stable Linux
distribution based on Debian offering all the software I need
without the complexities, vagaries and cognitive overhead of
a new, unwanted and invasive init+world framework.

I am grateful for the sustained contributions of Devuan
developers and all those who have participated in the
process of disentangling a Unix model software ecosystem
from an RPC based framework with an opaque developers'
agenda that eviscerates the Unix security model.

I send a big THANK YOU to Devuan community, of which
I am proud to be a part.



Well said.

Didier


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Dng Digest, Vol 32, Issue 46

[aitor_czr]

Steve,

El 27/05/17 a las 14:00, Steve Litt  escribió:

Hi!
Does anyone have a clue about runit?

There's RC bug #861536 in Debian that's marked stretch-will-remove,
and the maintainer can't currently fix it as he dared to not kowtow
deep enough before Putin and is currently locked up in a nasty
political case.

While Debian is not Devuan, removal of alternative inits would hurt
you pretty bad as there's no manpower to maintain all the init
scripts, thus it's strongly in your interest to keep them at least
present.

I for one don't know anything about runit, and don't have the time
right now.  Would anyone care to help?


Meow!

No sweat!

runit is one of those pieces of software so simple and so dependency
free that it's really better to install it outside of the distro.

Runit is two pieces: A PID1 that does little more than spawn a couple
rc files and then spin handling signals, and a process supervisor much
like daemontools.

More cool still, there's an easy, gentle way to ease your way into
runit. Back up your current sysvinit PID1: Actually back up the
computer just in case, and then download the runit tarball and install
as suggested. I personally suggest you let it default to installing
in /usr/local/bin and /usr/local/man.

If you care about stuff like runlevels, you need to make some symlinks.
Otherwise it's pretty straightforward and if you know daemontools you
pretty much know the supervision part of runit. After compiling, you
copy /etc/2 to /sbin/runsvdir-start, in that shellscript change the -P
argument of runsvdir to whatever directory you're using for your
symlink dir (most people don't want to create /service right off the
root), and put "SV:123456:respawn:/sbin/runsvdir-start" at the bottom
of /etc/inittab (I'm assuming you're using sysvinit).

Then, one by one, just shift your daemons from sysvinit via /etc/rc.d
to runit via a run script in a symlinked directory. Coolly, your
typpical 300 line sysvinit init file is replaced by a less than 10 line
run script. Run scripts are pretty much all the same once you really
get used to it.

I can help.

Later, when you've used runit as a daemontools substitute for awhile,
and want to let runit do your whole init, you can switch your grub to
init via runit-init, and build a good shutdown script as /etc/runit/3.
But that's a long way off: Get used to it as a supervision tool first.

SteveT

Steve Litt
May 2017 featured book: Twenty Eight Tales of Troubleshooting
http://www.troubleshooters.com/28


Runit intriges me :)

Cheers,

  Aitor.

*

*
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] My post about runit

[Steve Litt]

Hi all,

I recently answered a runit subject post, and I just want to make it
clear what I am and am not recommending.

I'm not recommending that runit (or any other init) become Devuan's
default init. That decision must be made by people with way more
brains, information, and skin in the game than I.

I'm not recommending that a runit package be made: I'm neither good
enough at apt-get nor do I have the time to make such a package. Also,
I tend to believe that simple inits are better built
with ./configure;make;make install than via a package. My belief isn't
shared by many, and in fact my belief might be disfunctional, but a
person with my belief has no business being part of a package for a
small init.

There's a similar init system called s6. I like runit better because
it's simpler. S6 is more featureful, maleable and robust. Both are
simple enough. Both are featureful, maleable and robust enough. I could
argue the merits of either over the merits of the other.

The reason I offered help on runit but not s6 is I have much more
experience and knowledge with runit.

The runit install docs recommend untarring the tarball into /package,
and recommend that the symlink directory be /service. These choices
will enrage many admins, and are unnecessary. You can untar the runit
tarball anywhere you want: even something like $HOME/systemd_killer.
When they tell you to do /package/compile, you cd to
$HOME/systemd_killer/admin/runit-2.1.2, and then do ./package/compile.

Instead of doing ./package/install like the instructions suggest,
do ./package/compile, ./package/check, and then manually copy the
executables in ./package/command into /usr/local/bin. Do whatever must
be done to transfer everything in $HOME/admin/runit-2.1.2/man to where
it belongs in the /usr/local man system.

As far as /service,  I use /var/service. All that needs to be changed
is to call runsvdir with argument /var/service instead of /service.

If you want to have runlevels, here's the page that tells about that:

http://smarden.org/runit/runlevels.html

The head of the doc tree is at:

http://smarden.org/runit/index.html

My personal opinion is rather than packaging runit, s6, Epoch and the
like,  we should document a preferred way to install them in Devuan. I
can help. And if they ever do get packaged, I hope the hell their
packages don't de-install each other.

SteveT

Steve Litt 
May 2017 featured book: Twenty Eight Tales of Troubleshooting
http://www.troubleshooters.com/28


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] My post about runit

[zap]

On 05/27/2017 02:33 PM, Steve Litt wrote:
> Hi all,
>
> I recently answered a runit subject post, and I just want to make it
> clear what I am and am not recommending.
>
> I'm not recommending that runit (or any other init) become Devuan's
> default init. That decision must be made by people with way more
> brains, information, and skin in the game than I.
>
> I'm not recommending that a runit package be made: I'm neither good
> enough at apt-get nor do I have the time to make such a package. Also,
> I tend to believe that simple inits are better built
> with ./configure;make;make install than via a package. My belief isn't
> shared by many, and in fact my belief might be disfunctional, but a
> person with my belief has no business being part of a package for a
> small init.
>
> There's a similar init system called s6. I like runit better because
> it's simpler. S6 is more featureful, maleable and robust. Both are
> simple enough. Both are featureful, maleable and robust enough. I could
> argue the merits of either over the merits of the other.
>
> The reason I offered help on runit but not s6 is I have much more
> experience and knowledge with runit.
>
> The runit install docs recommend untarring the tarball into /package,
> and recommend that the symlink directory be /service. These choices
> will enrage many admins, and are unnecessary. You can untar the runit
> tarball anywhere you want: even something like $HOME/systemd_killer.
> When they tell you to do /package/compile, you cd to
> $HOME/systemd_killer/admin/runit-2.1.2, and then do ./package/compile.
>
> Instead of doing ./package/install like the instructions suggest,
> do ./package/compile, ./package/check, and then manually copy the
> executables in ./package/command into /usr/local/bin. Do whatever must
> be done to transfer everything in $HOME/admin/runit-2.1.2/man to where
> it belongs in the /usr/local man system.
>
> As far as /service,  I use /var/service. All that needs to be changed
> is to call runsvdir with argument /var/service instead of /service.
>
> If you want to have runlevels, here's the page that tells about that:
>
> http://smarden.org/runit/runlevels.html
>
> The head of the doc tree is at:
>
> http://smarden.org/runit/index.html
>
> My personal opinion is rather than packaging runit, s6, Epoch and the
> like,  we should document a preferred way to install them in Devuan. I
> can help. And if they ever do get packaged, I hope the hell their
> packages don't de-install each other.
To be honest, whatever is the most stable, secure should be the default
init, and if the init is easy to setup, good that's a plus! if its hard,
still go with it because runit is easy to setup.  if need be.
of course don't make another systemd fiasco either with a different
init, but regardless, those are my thoughts.


> SteveT
>
> Steve Litt 
> May 2017 featured book: Twenty Eight Tales of Troubleshooting
> http://www.troubleshooters.com/28
>
>
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] My post about runit

[Steve Litt]

On Sat, 27 May 2017 14:37:11 -0400
zap  wrote:

> On 05/27/2017 02:33 PM, Steve Litt wrote:

> > My personal opinion is rather than packaging runit, s6, Epoch and
> > the like,  we should document a preferred way to install them in
> > Devuan. I can help. And if they ever do get packaged, I hope the
> > hell their packages don't de-install each other.  

> To be honest, whatever is the most stable, secure should be the
> default init, and if the init is easy to setup, good that's a plus!
> if its hard, still go with it because runit is easy to setup.  if
> need be. of course don't make another systemd fiasco either with a
> different init, but regardless, those are my thoughts.

It would be impossible to create another systemd fiasco with runit, s6,
Epoch, sysvinit, OpenRC, or even Suckless Init + daemontools-encore +
LittKit, because all of those have simple architectures with
interchangeable parts. Systemd is a pathological special case caused by
its invasive architecture with no respect for encapsulation or
interchangeable parts.

You have to try very hard to create something as pathological as
systemd. Its architecture is so complex, entangled and monolithic, as
to make the debug portion of development impossible for a single person
or a tiny development team. Creating and maintaining a monstrosity like
systemd requires a hugely funded full time crew.

SteveT

Steve Litt 
May 2017 featured book: Twenty Eight Tales of Troubleshooting
http://www.troubleshooters.com/28


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] trash

[Hendrik Boom]

Anyone know what subsystems put files and directories in 
~/.local/share/Trash ?

I just found something like 443 gigabytes in there. 

-- hendrik

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[Rick Moen]

Quoting Hendrik Boom (hend...@topoi.pooq.com):

> Anyone know what subsystems put files and directories in 
> ~/.local/share/Trash ?
> 
> I just found something like 443 gigabytes in there. 

I'll bet you use something like Nautilus or other graphical 'file
manager', right?   On those, deletion isn't implemented as deletion, but
rather what you just stumbled across.

Personally, I find that bash makes a fabulous file manager, along with
its friends find, awk, sed, cut, etc.

-- 
Rick Moen   We Await Silent Tristero's Empire.
r...@linuxmafia.com
McQ!  (4x80)
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[info at smallinnovations dot nl]

On 27-05-17 22:49, Hendrik Boom wrote:

Anyone know what subsystems put files and directories in
~/.local/share/Trash ?

I just found something like 443 gigabytes in there.

-- hendrik

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Nice if you missed it otherwise annoying. Thunar puts deleted files 
there, at least on my system with XFCE4 it does.


Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[Rick Moen]

I wrote:

> Personally, I find that bash makes a fabulous file manager, along with
> its friends find, awk, sed, cut, etc.

Oh, and, just in case some other program with DE disease (like k3b)
decides to move a file there when you say to delete it):

$ chmod 000  ~/.local/share/Trash 

(If that doesn't work, get a bigger hammer and set it immutable.  ;->  )

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[info at smallinnovations dot nl]

On 27-05-17 23:03, Rick Moen wrote:

Quoting Hendrik Boom (hend...@topoi.pooq.com):


Anyone know what subsystems put files and directories in
~/.local/share/Trash ?

I just found something like 443 gigabytes in there.

I'll bet you use something like Nautilus or other graphical 'file
manager', right?   On those, deletion isn't implemented as deletion, but
rather what you just stumbled across.

Personally, I find that bash makes a fabulous file manager, along with
its friends find, awk, sed, cut, etc.

Personally, I like mc for convenience when working from the commandline 
because of its splitscreen mode.


Grtz

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[Ron]

On Sat, 27 May 2017 14:11:17 -0700
Rick Moen  wrote:

> > Personally, I find that bash makes a fabulous file manager, along with
> > its friends find, awk, sed, cut, etc.  
> 
> Oh, and, just in case some other program with DE disease (like k3b)
> decides to move a file there when you say to delete it):
> 
> $ chmod 000  ~/.local/share/Trash 
> 
> (If that doesn't work, get a bigger hammer and set it immutable.  ;->  )

Or ln to /dev/null
 
Cheers,
 
Ron.
-- 
  What really flatters a man
   is that you think him worth flattering.
-- George Bernard Shaw

   -- http://www.olgiati-in-paraguay.org --
 
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[Adam Borowski]

On Sat, May 27, 2017 at 02:11:17PM -0700, Rick Moen wrote:
> Oh, and, just in case some other program with DE disease (like k3b)
> decides to move a file there when you say to delete it):
> 
> $ chmod 000  ~/.local/share/Trash 
> 
> (If that doesn't work, get a bigger hammer and set it immutable.  ;->  )

Some of that DE crap (forgot which) will instead throw an error and refuse
to delete the file.  Which is bad if an otherwise good, say, image viewer,
uses that Trash nonsense.

-- 
Don't be racist.  White, amber or black, all beers should be judged based
solely on their merits.  Heck, even if occasionally a cider applies for a
beer's job, why not?
On the other hand, corpo lager is not a race.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[Rick Moen]

Quoting info at smallinnovations dot nl (i...@smallinnovations.nl):

> Personally, I like mc for convenience when working from the
> commandline because of its splitscreen mode.

mc (Midnight Commander) is very, very handy -- and might be the best
choice for operations where visually tagging files is the most efficient
way to specify them.  It even supports regex.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[Rick Moen]

Quoting Renaud OLGIATI (ren...@olgiati-in-paraguay.org):

> Or ln to /dev/null

I thought about that.  cp or mv to /dev/null (as opposed to the ordinary
cat or redirection to /dev/null) is IMO at best a bad habit, because one
day you'll thoughtlessly do it with superuser authority, thereby
overwriting the device node, creating some hilariously mysterious, but
severe, system breakage.

(These days with udev and workalikes thinking you're not allowed to
manage /dev, it's possible this specific form of damage isn't allowed
either, but it used to be one of the more perplexing ways to cripple a
Linux system, and perhaps still is.)

https://serverfault.com/questions/551628/dev-null-file-became-regular-file

 
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[Rick Moen]

Quoting Adam Borowski (kilob...@angband.pl):

> Some of that DE crap (forgot which) will instead throw an error and refuse
> to delete the file.  Which is bad if an otherwise good, say, image viewer,
> uses that Trash nonsense.

Recompile it to not do that?  ;->

(There may be some clever and elaborate way to make a directory become a
file sink for mv or cp operations _without_ accidentally overwriting the
directory, as someone upthread thought could be done by symlinking to
/dev/null, but I'm not thinking of it offhand.)

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[Rick Moen]

I wrote:

> (There may be some clever and elaborate way to make a directory become a
> file sink for mv or cp operations _without_ accidentally overwriting it,
> as someone upthread thought could be done by symlinking to
> /dev/null, but I'm not thinking of it offhand.)

There's this, which made me laugh _so_ hard:
https://devnull-as-a-service.com/

Reminds me of a long-ago posting I made to Silicon Valley Linux User Group's 
mailing list, expressing concern about exhausting the IP space of the
127.0.0.0/8 loopback network, and proposing to turn it into a NAT
gateway.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Newbies threaten our purity :-)

[Bruce Perens]

On Sat, May 27, 2017 at 2:11 PM, Rick Moen  wrote:

> I wrote:
>
> > Personally, I find that bash makes a fabulous file manager, along with
> > its friends find, awk, sed, cut, etc.


You young whipper snapper!  Bash is for Stallmanite commies! The True
Experienced Unix System Admin compiles the original Bourne shell from
Bourne's original Algol-like macros, rather than the travesty of C (the
Bournegol documentation is at http://oldhome.schmorp.de/marc/bournegol.html,
not that real men _need_ documentation).
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Newbies threaten our purity :-)

[Rick Moen]

Quoting Bruce Perens (br...@perens.com):

> You young whipper snapper!  Bash is for Stallmanite commies! The True
> Experienced Unix System Admin compiles the original Bourne shell from
> Bourne's original Algol-like macros, rather than the travesty of C (the
> Bournegol documentation is at http://oldhome.schmorp.de/marc/bournegol.html,
> not that real men _need_ documentation).

init=/usr/bin/teco   ;->

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[Hendrik Boom]

On Sat, May 27, 2017 at 02:03:49PM -0700, Rick Moen wrote:
> Quoting Hendrik Boom (hend...@topoi.pooq.com):
> 
> > Anyone know what subsystems put files and directories in 
> > ~/.local/share/Trash ?
> > 
> > I just found something like 443 gigabytes in there. 
> 
> I'll bet you use something like Nautilus or other graphical 'file
> manager', right?   On those, deletion isn't implemented as deletion, but
> rather what you just stumbled across.

No, I don't.  But it may have snuck onto my system sometime in the 
last decade or so.  And been removed again.

I'm a gnome, kde, and now systemd refugee.  I feel at home here on 
Devuan.

But there may well be some applications that depend on parts of ght 
gnome and kde libraries, and they my well have this dysfunction.  I'm 
just wondering what they are.

> 
> Personally, I find that bash makes a fabulous file manager, along with
> its friends find, awk, sed, cut, etc.

cp, mv, ls, and rm is what I usually use.

-- hendrik
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[Hendrik Boom]

On Sat, May 27, 2017 at 02:26:14PM -0700, Rick Moen wrote:
> Quoting info at smallinnovations dot nl (i...@smallinnovations.nl):
> 
> > Personally, I like mc for convenience when working from the
> > commandline because of its splitscreen mode.
> 
> mc (Midnight Commander) is very, very handy -- and might be the best
> choice for operations where visually tagging files is the most efficient
> way to specify them.  It even supports regex.

The big trouble with mc is that it's a frequent typo for mv.  I 
invoked it by accident enough that I had to banish it from the system.

Yes, I think that's one of the stupidest reasons for not using a 
package.

-- hendrik
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[Hendrik Boom]

On Sat, May 27, 2017 at 11:04:13PM +0200, info at smallinnovations dot nl wrote:
> On 27-05-17 22:49, Hendrik Boom wrote:
> >Anyone know what subsystems put files and directories in
> >~/.local/share/Trash ?
> >
> >I just found something like 443 gigabytes in there.
> >
> >-- hendrik
> >
> >___
> >Dng mailing list
> >Dng@lists.dyne.org
> >https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> 
> Nice if you missed it otherwise annoying. Thunar puts deleted files there,
> at least on my system with XFCE4 it does.

I use xfce but not thunar.  Perhaps some other thing I use puts stuff there.

-- hendrik
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Newbies threaten our purity :-)

[Hendrik Boom]

On Sat, May 27, 2017 at 03:56:09PM -0700, Bruce Perens wrote:
> On Sat, May 27, 2017 at 2:11 PM, Rick Moen  wrote:
> 
> > I wrote:
> >
> > > Personally, I find that bash makes a fabulous file manager, along with
> > > its friends find, awk, sed, cut, etc.
> 
> 
> You young whipper snapper!  Bash is for Stallmanite commies! The True
> Experienced Unix System Admin compiles the original Bourne shell from
> Bourne's original Algol-like macros, rather than the travesty of C (the
> Bournegol documentation is at http://oldhome.schmorp.de/marc/bournegol.html,
> not that real men _need_ documentation).

bash wasn't the original shell.  Unix already had a shell when 
Steve Bourne was still developing Algol 68 C on an IBM mainframe!

-- hendrik
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[Rick Moen]

Quoting Hendrik Boom (hend...@topoi.pooq.com):

> But there may well be some applications that depend on parts of ght 
> gnome and kde libraries, and they my well have this dysfunction.  I'm 
> just wondering what they are.

The filenames and file contents inside  ~/.local/share/Trash are
probably your best clue.  

(Your surmise certainly seems logical.)

> cp, mv, ls, and rm is what I usually use.

Reminds me:  Having noticed the accumulation there, maybe a brief cron
or anacron job to do 'rm' is a good idea.

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Newbies threaten our purity :-)

[Bruce Perens]

On Sat, May 27, 2017 at 4:16 PM, Hendrik Boom 
 wrote:

>
> bash wasn't the original shell.


I really did start on Version 6 Unix. I think Version 7 was out by then,
but the NYIT Graphics Lab didn't ever switch their PDP-11s to it. We did
have the Ken Thompson shell. We did not have fsck, we used icheck, dcheck,
ncheck, and clri. Imagine having a routinely used program that would clear
an inode, because it had duplicate blocks in the free list. So, you needed
to actually understand a lot more about the filesystem to repair it. A
detached directory had to be reconnected by a systems programmer using adb.

And we ran 4BSD on the first VAX to leave Digital, the one that got
surreptitiously examined in "The Soul of a New Machine". Even on VAX BSD,
the filesystems did not write in the correct order and had no journal.

I later ported fsck from 2.8 BSD back to version 6 for that place. A lot of
lost files surfaced overnight, and the operators didn't have to understand
the filesystem any longer.

Thanks

Bruce
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Newbies threaten our purity :-)

[zap]

On 05/27/2017 08:02 PM, Bruce Perens wrote:
> On Sat, May 27, 2017 at 4:16 PM, Hendrik Boom  > wrote:
>
>
> bash wasn't the original shell. 
>
>  
> I really did start on Version 6 Unix. I think Version 7 was out by
> then, but the NYIT Graphics Lab didn't ever switch their PDP-11s to
> it. We did have the Ken Thompson shell. We did not have fsck, we used
> icheck, dcheck, ncheck, and clri. Imagine having a routinely used
> program that would clear an inode, because it had duplicate blocks in
> the free list. So, you needed to actually understand a lot more about
> the filesystem to repair it. A detached directory had to be
> reconnected by a systems programmer using adb.
>
> And we ran 4BSD on the first VAX to leave Digital, the one that got
> surreptitiously examined in "The Soul of a New Machine". Even on VAX
> BSD, the filesystems did not write in the correct order and had no
> journal.
>
> I later ported fsck from 2.8 BSD back to version 6 for that place. A
> lot of lost files surfaced overnight, and the operators didn't have to
> understand the filesystem any longer.
>
> Thanks
>
> Bruce

Can you not enjoy the delicious sarcasm of this thread!

:)

>
>
>
>
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[aitor_czr]

Hi Hendrik,

El 27/05/17 a las 23:03, Hendrik Boom  escribió:

Anyone know what subsystems put files and directories in
~/.local/share/Trash ?

I just found something like 443 gigabytes in there.

-- hendrik


Obviously, this is your trash. There's another trash for root:

/root/.local/share/Trash/

You can empty both in the command line or using a gui like, for example, 
bleachbit (at your own risk).


Cheers,

  Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[golinux]

On 2017-05-27 18:06, Hendrik Boom wrote:

On Sat, May 27, 2017 at 02:03:49PM -0700, Rick Moen wrote:

Quoting Hendrik Boom (hend...@topoi.pooq.com):

> Anyone know what subsystems put files and directories in
> ~/.local/share/Trash ?
>
> I just found something like 443 gigabytes in there.

I'll bet you use something like Nautilus or other graphical 'file
manager', right?   On those, deletion isn't implemented as deletion, 
but

rather what you just stumbled across.


No, I don't.  But it may have snuck onto my system sometime in the
last decade or so.  And been removed again.

I'm a gnome, kde, and now systemd refugee.  I feel at home here on
Devuan.

But there may well be some applications that depend on parts of ght
gnome and kde libraries, and they my well have this dysfunction.  I'm
just wondering what they are.



Personally, I find that bash makes a fabulous file manager, along with
its friends find, awk, sed, cut, etc.


cp, mv, ls, and rm is what I usually use.

-- hendrik
___



On Xfce here, when I right click on a file/directory, I have two 
options:  Move to Trash and Delete.  Second option bypasses the Trash 
bin and sends it to oblivion.  I checked my Thunar custom actions and 
don't see it there so must be set up that way as default.


golinux

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Newbies threaten our purity :-)

[Hendrik Boom]

On Sat, May 27, 2017 at 05:02:12PM -0700, Bruce Perens wrote:
> On Sat, May 27, 2017 at 4:16 PM, Hendrik Boom 
>  wrote:
> 
> >
> > bash wasn't the original shell.
> 
> 
> I really did start on Version 6 Unix. I think Version 7 was out by then,
> but the NYIT Graphics Lab didn't ever switch their PDP-11s to it.

I think it was version 3 I started on, on a PDP-11 with about 48K or 
RAM.  I'm not sure any more.  It was in 1974 or early 1975.

-- hendrik
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Newbies threaten our purity :-)

[Steve Litt]

On Sat, 27 May 2017 15:58:49 -0700
Rick Moen  wrote:

> init=/usr/bin/teco   ;->

An improvement over systemd.

SteveT

Steve Litt 
May 2017 featured book: Twenty Eight Tales of Troubleshooting
http://www.troubleshooters.com/28


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[Steve Litt]

On Sat, 27 May 2017 19:06:01 -0400
Hendrik Boom  wrote:

> But there may well be some applications that depend on parts of ght 
> gnome and kde libraries, and they my well have this dysfunction.  I'm 
> just wondering what they are.

Make a process using dialog or zenity with inotifywait on
~/.local/share/Trash, and you'll know the instant some fool program
tries to put stuff in there. You can then reconfig or get rid of that
program.
 
SteveT

Steve Litt 
May 2017 featured book: Twenty Eight Tales of Troubleshooting
http://www.troubleshooters.com/28


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng