Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #209182 > unrolled thread

reboot stuff doesn't start

Back to article view | Back to linux.debian.user

Contents

  reboot stuff doesn't start Gene Heskett <gheskett@shentel.net> - 2019-05-26 17:40 +0200
    Re: reboot stuff doesn't start john doe <johndoe65534@mail.com> - 2019-05-26 18:20 +0200
      Re: reboot stuff doesn't start Gene Heskett <gheskett@shentel.net> - 2019-05-26 23:50 +0200
        Re: reboot stuff doesn't start Curt <curty@free.fr> - 2019-05-27 11:00 +0200
          Re: reboot stuff doesn't start Gene Heskett <gheskett@shentel.net> - 2019-05-27 20:00 +0200
        Re: reboot stuff doesn't start Reco <recoverym4n@enotuniq.net> - 2019-05-27 11:20 +0200
          Re: reboot stuff doesn't start Gene Heskett <gheskett@shentel.net> - 2019-05-27 20:10 +0200
            Re: reboot stuff doesn't start Reco <recoverym4n@enotuniq.net> - 2019-05-27 21:40 +0200
              Re: reboot stuff doesn't start Gene Heskett <gheskett@shentel.net> - 2019-05-28 00:00 +0200
          Re: reboot stuff doesn't start Greg Wooledge <wooledg@eeg.ccf.org> - 2019-05-28 17:00 +0200
            Re: reboot stuff doesn't start Reco <recoverym4n@enotuniq.net> - 2019-05-28 18:00 +0200
              Re: reboot stuff doesn't start Gene Heskett <gheskett@shentel.net> - 2019-05-28 19:30 +0200
                Re: reboot stuff doesn't start Greg Wooledge <wooledg@eeg.ccf.org> - 2019-05-28 19:40 +0200
                  Re: reboot stuff doesn't start Reco <recoverym4n@enotuniq.net> - 2019-05-28 19:50 +0200
                    Re: reboot stuff doesn't start Greg Wooledge <wooledg@eeg.ccf.org> - 2019-05-28 20:00 +0200
                Re: reboot stuff doesn't start Greg Wooledge <wooledg@eeg.ccf.org> - 2019-05-28 19:40 +0200
                Re: reboot stuff doesn't start Reco <recoverym4n@enotuniq.net> - 2019-05-28 19:40 +0200
                  Re: reboot stuff doesn't start Gene Heskett <gheskett@shentel.net> - 2019-05-28 23:00 +0200
                    Re: reboot stuff doesn't start Reco <recoverym4n@enotuniq.net> - 2019-05-29 06:30 +0200
                      Re: reboot stuff doesn't start Gene Heskett <gheskett@shentel.net> - 2019-05-29 12:10 +0200
                        Re: reboot stuff doesn't start Reco <recoverym4n@enotuniq.net> - 2019-05-29 12:30 +0200
                      Re: reboot stuff doesn't start Gene Heskett <gheskett@shentel.net> - 2019-05-29 12:50 +0200
                        Re: reboot stuff doesn't start Reco <recoverym4n@enotuniq.net> - 2019-05-29 12:50 +0200
                          Re: reboot stuff doesn't start Gene Heskett <gheskett@shentel.net> - 2019-05-29 13:00 +0200
                            Re: reboot stuff doesn't start Brian <ad44@cityscape.co.uk> - 2019-05-29 20:00 +0200
                Re: reboot stuff doesn't start Gene Heskett <gheskett@shentel.net> - 2019-05-28 20:30 +0200
                  Re: reboot stuff doesn't start Brian <ad44@cityscape.co.uk> - 2019-05-28 21:40 +0200
                    Re: reboot stuff doesn't start Gene Heskett <gheskett@shentel.net> - 2019-05-29 03:50 +0200
                      Re: reboot stuff doesn't start Brian <ad44@cityscape.co.uk> - 2019-05-29 14:30 +0200
                        Re: reboot stuff doesn't start Gene Heskett <gheskett@shentel.net> - 2019-05-29 17:10 +0200
                          Re: reboot stuff doesn't start mick crane <mick.crane@gmail.com> - 2019-05-29 17:20 +0200
                            Re: reboot stuff doesn't start Roberto C. Sánchez <roberto@debian.org> - 2019-05-29 17:30 +0200
                            Re: reboot stuff doesn't start Greg Wooledge <wooledg@eeg.ccf.org> - 2019-05-29 17:30 +0200
    Re: reboot stuff doesn't start Brian <ad44@cityscape.co.uk> - 2019-05-26 21:40 +0200
      Re: reboot stuff doesn't start Gene Heskett <gheskett@shentel.net> - 2019-05-27 00:10 +0200
    Re: reboot stuff doesn't start Felix Miata <mrmazda@earthlink.net> - 2019-05-29 20:40 +0200

Page 2 of 2 — ← Prev page 1 [2]

#209368

	Hi.

On Wed, May 29, 2019 at 06:06:20AM -0400, Gene Heskett wrote:
> > > I'm also seeing several can't connect to d-bus messages, only ID'd
> > > by the pid.  That means whatever its pid is, isn't working.
> >
> > Like I wrote earlier - nothing that you put into rc.local belongs
> > there. I suppose that the thing is written to be launched from the
> > inside the user session, where you have dbus session already.
> >
> This is intended to be started after I login.  If d-bus isn't before I 
> login, then obviously I need to move it to someplace thats run after 
> I've logged in.

You need something like this:

https://wiki.archlinux.org/index.php/Systemd/User
http://jurjenbokma.com/ApprenticesNotes/ffgg_systemd.xhtml
https://wiki.archlinux.org/index.php/Talk:Getmail

Reco

[toc] | [prev] | [next] | [standalone]

#209369

On Wednesday 29 May 2019 12:22:41 am Reco wrote:

> On Tue, May 28, 2019 at 04:52:52PM -0400, Gene Heskett wrote:
> > On Tuesday 28 May 2019 01:32:31 pm Reco wrote:
> > > On Tue, May 28, 2019 at 01:23:45PM -0400, Gene Heskett wrote:
> > > > > End users can remove that '-e' flag if they believe it's
> > > > > problematic. rc.local is a simple shell script, open to all
> > > > > kinds of abuse including this one.

> > How about a daemon that never exits, but does report its pid on the
> > next line when launched with a trailing &
>
> They call such programs a curious perversion in IT usually.
> Luckily it does not matter for the start-stop-daemon (it can derive
> pid more straightforward way) nor it does matter to systemd (there are
> cgroups for that).

cgroups? whazzat?  I've not noted its having docs to explain its 
potential advantages.

> > I'm also seeing several can't connect to d-bus messages, only ID'd
> > by the pid.  That means whatever its pid is, isn't working.
>
> Like I wrote earlier - nothing that you put into rc.local belongs
> there. I suppose that the thing is written to be launched from the
> inside the user session, where you have dbus session already.
>
> Reco

Thats the general idea.  So I've killed the two process's it is, and 
added a shebanged script chmodded +x, to the .trinity/Autostart to run 
it from there with a "~/bin/mailwatcher &" as the second line. I ran it 
and its working from there. And didn't return its [###] pid, a dead 
silent launch, So that should be started after I've logged in at reboot 
time. Theoreticly, not reboot tested yet. I should move another mount 
share startup to there also and will if this works. Gradually cleaning 
out rc.local. I did get spamassassin to run, it was disabled by 
systemctl.

How would I go about disabling n-m with systemctl?

Thanks Reco

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#209370

	Hi.

On Wed, May 29, 2019 at 06:42:34AM -0400, Gene Heskett wrote:
> On Wednesday 29 May 2019 12:22:41 am Reco wrote:
> 
> > On Tue, May 28, 2019 at 04:52:52PM -0400, Gene Heskett wrote:
> > > On Tuesday 28 May 2019 01:32:31 pm Reco wrote:
> > > > On Tue, May 28, 2019 at 01:23:45PM -0400, Gene Heskett wrote:
> > > > > > End users can remove that '-e' flag if they believe it's
> > > > > > problematic. rc.local is a simple shell script, open to all
> > > > > > kinds of abuse including this one.
> 
> > > How about a daemon that never exits, but does report its pid on the
> > > next line when launched with a trailing &
> >
> > They call such programs a curious perversion in IT usually.
> > Luckily it does not matter for the start-stop-daemon (it can derive
> > pid more straightforward way) nor it does matter to systemd (there are
> > cgroups for that).
> 
> cgroups? whazzat?  I've not noted its having docs to explain its 
> potential advantages.

Unless you're planning to write your own init system - do not bother.
In the case you really need it - it's all in 'cgroup-v1' in the standard
kernel documentation, i.e.

/usr/share/doc/linux-doc-4.9/Documentation/cgroup-v1


> How would I go about disabling n-m with systemctl?

"apt-get purge network-manager" allows me not to bother myself with such
knowledge. Why disable it if you can remove it? It's Debian, not RHEL.

Reco

[toc] | [prev] | [next] | [standalone]

#209371

On Wednesday 29 May 2019 06:48:51 am Reco wrote:

> 	Hi.
>
> On Wed, May 29, 2019 at 06:42:34AM -0400, Gene Heskett wrote:
> > On Wednesday 29 May 2019 12:22:41 am Reco wrote:
> > > On Tue, May 28, 2019 at 04:52:52PM -0400, Gene Heskett wrote:
> > > > On Tuesday 28 May 2019 01:32:31 pm Reco wrote:
> > > > > On Tue, May 28, 2019 at 01:23:45PM -0400, Gene Heskett wrote:
> > > > > > > End users can remove that '-e' flag if they believe it's
> > > > > > > problematic. rc.local is a simple shell script, open to
> > > > > > > all kinds of abuse including this one.
> > > >
> > > > How about a daemon that never exits, but does report its pid on
> > > > the next line when launched with a trailing &
> > >
> > > They call such programs a curious perversion in IT usually.
> > > Luckily it does not matter for the start-stop-daemon (it can
> > > derive pid more straightforward way) nor it does matter to systemd
> > > (there are cgroups for that).
> >
> > cgroups? whazzat?  I've not noted its having docs to explain its
> > potential advantages.
>
> Unless you're planning to write your own init system - do not bother.
> In the case you really need it - it's all in 'cgroup-v1' in the
> standard kernel documentation, i.e.
>
> /usr/share/doc/linux-doc-4.9/Documentation/cgroup-v1
>
> > How would I go about disabling n-m with systemctl?
>
> "apt-get purge network-manager" allows me not to bother myself with
> such knowledge. Why disable it if you can remove it? It's Debian, not
> RHEL.
>
> Reco

unforch, apt wants to remove trinity too.  Bad dog. If I can stop it, and 
it doesn't have detectable effects, then I'll remove it with mc's F8 
key.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#209383

On Wed 29 May 2019 at 06:54:04 -0400, Gene Heskett wrote:

> On Wednesday 29 May 2019 06:48:51 am Reco wrote:
> 
> > On Wed, May 29, 2019 at 06:42:34AM -0400, Gene Heskett wrote:
> >
> > > How would I go about disabling n-m with systemctl?
> >
> > "apt-get purge network-manager" allows me not to bother myself with
> > such knowledge. Why disable it if you can remove it? It's Debian, not
> > RHEL.
> >
> > Reco
> 
> unforch, apt wants to remove trinity too.  Bad dog. If I can stop it, and 
> it doesn't have detectable effects, then I'll remove it with mc's F8 
> key.

Having a spare hour today I installed R14.0.x of Trinity on a very
basic stretch installation. network-manager is nowhere in sight.
Indeed, Trinity appears to use knetworkconf-trinity as the network
configuration tool.

What I would deduce from that is that a network-manager installation
and removal would leave TDE untouched (although I did not try it).
Quite what is happening on your system is possibly due to other
changes you have made. But what?

-- 
Brian.  

[toc] | [prev] | [next] | [standalone]

#209341

On Tuesday 28 May 2019 01:23:45 pm Gene Heskett wrote:

> On Tuesday 28 May 2019 11:53:26 am Reco wrote:
> > 	Hi.
> >
> > On Tue, May 28, 2019 at 10:53:04AM -0400, Greg Wooledge wrote:
> > > On Mon, May 27, 2019 at 12:11:29PM +0300, Reco wrote:
> > > > On Sun, May 26, 2019 at 05:45:56PM -0400, Gene Heskett wrote:
> > > > > root@coyote:GenesAmandaHelper-0.61$ cat /etc/rc.local
> > > > > #!/bin/sh -e
> > > >
> > > > Any execution error will terminate the script.
> > >
> > > The blame is on Debian for that one.  That's what Debian put in
> > > the default /etc/rc.local file in every release up to jessie. 
> > > (They "fixed" this in stretch by not having a default
> > > /etc/rc.local file at all, but if you upgraded to stretch, you
> > > still have the old default file.)
> >
> > I disagree. /etc/rc.local is a part of init (whenever it's sysvinit
> > or systemd or upstart), being run as root. If something goes wrong
> > there - it should fail as verbose as possible (yep, journald is
> > worthless in this regard). Helps with diagnostics and all that.
>
> I'll sure as hell 2nd that. If anything, rc.local should stack the
> errors and keep on trucking, and when its out of things to do, then
> spit out the errors if any, in the order encountered, to the syslog.
>
> > > Debian's policy for developers is to use -e with all shell scripts
> > > (horrible!),
> >
> > On the contrary. Helps with error catching, limits the damage (all
> > package scripts are executed as root), promotes at least some kind
> > of code quality.
> > Side effects may include non-removing packages (failed prerm
> > script), of course, but they have bugs.debian.org for these cases.
> >
> > > but inflicting that same policy on end users is not wise.
> >
> > End users can remove that '-e' flag if they believe it's
> > problematic. rc.local is a simple shell script, open to all kinds of
> > abuse including this one.
>
> I assume the -e is a bash option? I just rescanned the man page
> without find a reference other than a test for file -e=exists
> filename.
>
> It is in the shebang line, so what does that do when its in that
> position.
>
And at that point in composing that reply, the keyboard went dead. I 
thought that was cron, calling hpfax, and finding it had nothing to do, 
so it locks up hid-common, so I renamed hpfax to hpfox last week, 
figuring that would disable that scared bull in a china shop. But in 
looking over the boot log just now, I find hpfox running! Pardon my 
language but if I've renamed it, how the hell is the system finding it 
to run it?

from the syslog: in time order but much elided
May 28 13:47:40 coyote systemd[949]: Starting D-Bus User Message Bus 
Socket.
[...]
May 28 13:47:41 coyote rc.local[842]: HEYU: The 
file /usr/local/var/tmp/heyu/heyu.out.ttyUSB0 does not exist or is not 
writable.
[...]
May 28 13:47:42 coyote hp[994]: io/hpmud/pp.c 627: unable to read 
device-id ret=-1
[...]
May 28 13:47:43 coyote rc.local[842]: read: Connection reset by peer
May 28 13:47:43 coyote /hpfox: [999]: error: Failed to 
create /var/spool/cups/tmp/.hplip
[...]
May 28 13:47:46 coyote systemd[1]: Started Perl-based spam filter using 
text analysis.
Since systemd started spamassassin, I can take that back out of rc.local.

I'll do that and reboot again, about 5 times since my last reply in this 
thread. Since I don't use hplip, no hp printers about, how do I use 
systemctl to disable its even starting?

Thanks, but comment on the log snippets if you can.
> > Reco
>
> Cheers, Gene Heskett


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#209345

On Tue 28 May 2019 at 14:20:22 -0400, Gene Heskett wrote:

> And at that point in composing that reply, the keyboard went dead. I 
> thought that was cron, calling hpfax, and finding it had nothing to do,

Why do think cron was calling hpfax? Did you set up the job? (Using
fax isn't exactly common these day).

> so it locks up hid-common, so I renamed hpfax to hpfox last week, 
> figuring that would disable that scared bull in a china shop. But in 
> looking over the boot log just now, I find hpfox running! Pardon my 
> language but if I've renamed it, how the hell is the system finding it 
> to run it?

Very interesting. This needs a bit of thought. Does the same thing
happen if the renaming is to begonia?

> from the syslog: in time order but much elided
> May 28 13:47:40 coyote systemd[949]: Starting D-Bus User Message Bus 
> Socket.
> [...]
> May 28 13:47:41 coyote rc.local[842]: HEYU: The 
> file /usr/local/var/tmp/heyu/heyu.out.ttyUSB0 does not exist or is not 
> writable.
> [...]
> May 28 13:47:42 coyote hp[994]: io/hpmud/pp.c 627: unable to read 
> device-id ret=-1

hpmud is part of HPLIP.

> [...]
> May 28 13:47:43 coyote rc.local[842]: read: Connection reset by peer
> May 28 13:47:43 coyote /hpfox: [999]: error: Failed to 
> create /var/spool/cups/tmp/.hplip

An unhappy hpfox.

> [...]
> May 28 13:47:46 coyote systemd[1]: Started Perl-based spam filter using 
> text analysis.
> Since systemd started spamassassin, I can take that back out of rc.local.
> 
> I'll do that and reboot again, about 5 times since my last reply in this 
> thread. Since I don't use hplip,

syslog contradicts you.

>                          no hp printers about,

We thought you purchased one a few days ago.

>                                                how do I use 
> systemctl to disable its even starting?

Starting what?
> 
> Thanks, but comment on the log snippets if you can.

I tried to.

[toc] | [prev] | [next] | [standalone]

#209358

On Tuesday 28 May 2019 03:37:55 pm Brian wrote:

> On Tue 28 May 2019 at 14:20:22 -0400, Gene Heskett wrote:
> > And at that point in composing that reply, the keyboard went dead. I
> > thought that was cron, calling hpfax, and finding it had nothing to
> > do,
>
> Why do think cron was calling hpfax? Did you set up the job? (Using
> fax isn't exactly common these day).
>
It was cron itself that mentioned it in the syslog.

> > so it locks up hid-common, so I renamed hpfax to hpfox last week,
> > figuring that would disable that scared bull in a china shop. But in
> > looking over the boot log just now, I find hpfox running! Pardon my
> > language but if I've renamed it, how the hell is the system finding
> > it to run it?
>
> Very interesting. This needs a bit of thought. Does the same thing
> happen if the renaming is to begonia?
>
Interesting thought, lemme test it if I can find it again. Its not 
actually running now, and its now renamed 
to /usr/lib/cups/backend/begonia just for my eventual eddification.

> > from the syslog: in time order but much elided
> > May 28 13:47:40 coyote systemd[949]: Starting D-Bus User Message Bus
> > Socket.
> > [...]
> > May 28 13:47:41 coyote rc.local[842]: HEYU: The
> > file /usr/local/var/tmp/heyu/heyu.out.ttyUSB0 does not exist or is
> > not writable.
> > [...]
> > May 28 13:47:42 coyote hp[994]: io/hpmud/pp.c 627: unable to read
> > device-id ret=-1
>
> hpmud is part of HPLIP.
>
> > [...]
> > May 28 13:47:43 coyote rc.local[842]: read: Connection reset by peer
> > May 28 13:47:43 coyote /hpfox: [999]: error: Failed to
> > create /var/spool/cups/tmp/.hplip
>
> An unhappy hpfox.
>
> > [...]
> > May 28 13:47:46 coyote systemd[1]: Started Perl-based spam filter
> > using text analysis.
> > Since systemd started spamassassin, I can take that back out of
> > rc.local.
> >
> > I'll do that and reboot again, about 5 times since my last reply in
> > this thread. Since I don't use hplip,
>
> syslog contradicts you.
>
> >                          no hp printers about,
>
> We thought you purchased one a few days ago.
>
I did, but its attached to a win10 home edition machine in the garage, 
geting an application setup to help tune the antenna matching stuff at 
an AM broadcast facility.  And the win10 machine isn't sharing it.

> >                                                how do I use
> > systemctl to disable its even starting?
>
> Starting what?

hplip.

> > Thanks, but comment on the log snippets if you can.
>
> I tried to.

And I appreciate it. Even if it shows I need a linux for dummies book.  
In fact I have one, but its 20 years out of date.  Collectors item 
maybe?  :)

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#209373

On Tue 28 May 2019 at 21:47:06 -0400, Gene Heskett wrote:

> On Tuesday 28 May 2019 03:37:55 pm Brian wrote:
> 
> > Why do think cron was calling hpfax? Did you set up the job? (Using
> > fax isn't exactly common these day).
> >
> It was cron itself that mentioned it in the syslog.

I'd be inclined to track down the cron entry with a view to removing
it.
 
> > Very interesting. This needs a bit of thought. Does the same thing
> > happen if the renaming is to begonia?
> >
> Interesting thought, lemme test it if I can find it again. Its not 
> actually running now, and its now renamed 
> to /usr/lib/cups/backend/begonia just for my eventual eddification.

Flower power can be effective but I've never thought of you as one of
the flower children. :)
 
[...]

> > >                                                how do I use
> > > systemctl to disable its even starting?
> >
> > Starting what?
> 
> hplip.

HPLIP does not use a service file. Try 'dpkg -l | grep hp' and purge
any obvious HPLIP packages. I don't know if this will solve any of
your issues but if you are not using an HP printer on that machine it
should not do any harm.

-- 
Brian.

[toc] | [prev] | [next] | [standalone]

#209374

On Wednesday 29 May 2019 08:20:02 am Brian wrote:

> On Tue 28 May 2019 at 21:47:06 -0400, Gene Heskett wrote:
> > On Tuesday 28 May 2019 03:37:55 pm Brian wrote:
> > > Why do think cron was calling hpfax? Did you set up the job?
> > > (Using fax isn't exactly common these day).

yeah, like going back to the cretatious. I've actually sent one fax in 
the last nearly 40 years and I think that was from an amiga. Retired the 
last one in 98 after I'd put RH5 on an x86 tower I'd built.

> > It was cron itself that mentioned it in the syslog.
>
> I'd be inclined to track down the cron entry with a view to removing
> it.
Machine has ghosts, I've just spent the last 2 hours greping for it, and 
even grepped the syslog for a mention, but haven't found a thing so far.

> > > Very interesting. This needs a bit of thought. Does the same thing
> > > happen if the renaming is to begonia?
> >
> > Interesting thought, lemme test it if I can find it again. Its not
> > actually running now, and its now renamed
> > to /usr/lib/cups/backend/begonia just for my eventual eddification.
>
> Flower power can be effective but I've never thought of you as one of
> the flower children. :)
>
I needed a good belly laugh, and that was it. :) I have smoked a little 
bit of kalipornias sensimia but that was circa 1980, didn't do much for 
me, tried some of the local WV hay in 85 but that was like battery acid. 
and quit a 2 pack of camels a day cold turkey in the spring of 89.  Me?  
A flower child, thats a hoot. :) Alcohol has always been my drug of 
choice, but since I was declared DM-II, one Miller64 a day is all.  And 
thats been thru the horse so many times there only 2.6% alky left in it.  
Dammit.

> [...]
>
> > > >                                                how do I use
> > > > systemctl to disable its even starting?
> > >
> > > Starting what?
> >
> > hplip.
>
> HPLIP does not use a service file. Try 'dpkg -l | grep hp' and purge
> any obvious HPLIP packages. I don't know if this will solve any of
> your issues but if you are not using an HP printer on that machine it
> should not do any harm.

purging hplip, that will take some other stuff with it, nope.
root@coyote:etc$ apt remove hplip
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer 
required:
  hplip-data libgenders0 libmbim-glib4 libmbim-proxy libqmi-glib5 
libqmi-proxy libsane-hpaio python3-pexpect python3-pil 
python3-ptyprocess python3-renderpm python3-reportlab
  python3-reportlab-accel
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
  hplip printer-driver-postscript-hp
0 upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
After this operation, 1,440 kB disk space will be freed.
Do you want to continue? [Y/n] n

Then after looking at the list, it looks safe so I did remove it.  We'll 
see in due time I guess.

offtopic, but

I've an old brother HL-2140 that might use it if cups were configured to, 
but I've got brothers own drivers installed. Someday, if it ever wears 
out, I'll get the next one up so it can do duplex.  Their $110 laser. 
This one does around 10 to 15 reams of paper on one toner, and is on its 
4th toner.  Its unbreakable, sitting there spitting out paper at 19 ppm.
I have it rigged so when drivewire is running, giving me a  network like
connection to a trs80 color computer 3 in the basement so I can print my 
coding efforts, and even given the lag of the file transfer up to this 
machine where ts handed off to cups for printing, its nearly 20x faster 
that than any other printer I've ever had connected to the coco. Most of 
them have been daisy wheels. Good printers, one of them is a xerox 
1650-ro, fastest daisy ever made at 40 cps, but no ribbons left on the 
planet that don't shatter with the first hammer strike.

Take care Brian.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#209375

On 2019-05-29 16:00, Gene Heskett wrote:
> On Wednesday 29 May 2019 08:20:02 am Brian wrote:
> 
>> On Tue 28 May 2019 at 21:47:06 -0400, Gene Heskett wrote:
>> > On Tuesday 28 May 2019 03:37:55 pm Brian wrote:
>> > > Why do think cron was calling hpfax? Did you set up the job?
>> > > (Using fax isn't exactly common these day).
> 
> yeah, like going back to the cretatious. I've actually sent one fax in
> the last nearly 40 years and I think that was from an amiga. Retired 
> the
> last one in 98 after I'd put RH5 on an x86 tower I'd built.

legal people still use fax.


-- 
Key ID    4BFEBB31

[toc] | [prev] | [next] | [standalone]

#209376

On Wed, May 29, 2019 at 11:21:47AM -0400, Greg Wooledge wrote:
> On Wed, May 29, 2019 at 04:18:21PM +0100, mick crane wrote:
> > legal people still use fax.
> 
> And medical.
> 

Which, of course, is utter insanity.

Send medical record by fax* -> A-OK
Send medical record by unencrypted email** -> HIPAA violation!

* naturally, because of its antiquated nature, fax must be unencrypted

** encrypted email, while technically available, is far from common
owing to the aboslutely terrible usability of practically every
encryption solution on the market; only the truly determined even make
an attempt at email encryption and even then many never manage to make
it work for their situation

Regards,

-Roberto
-- 
Roberto C. Sánchez

[toc] | [prev] | [next] | [standalone]

#209377

On Wed, May 29, 2019 at 04:18:21PM +0100, mick crane wrote:
> legal people still use fax.

And medical.

[toc] | [prev] | [next] | [standalone]

#209189

On Sun 26 May 2019 at 11:32:11 -0400, Gene Heskett wrote:

> Greetings all;
> 
> New stretch install about 2 weeks ago, cleaning up the remains.  Fresh 
> disk, so no leftovers. But lots of stuff has been copied over from the 
> wheezy disk since

All copied stuff is compatible with stretch? You checked beforehand?
You checked afterwards? You didn't check at all?

-- 
Brian.

[toc] | [prev] | [next] | [standalone]

#209193

On Sunday 26 May 2019 03:34:52 pm Brian wrote:

> On Sun 26 May 2019 at 11:32:11 -0400, Gene Heskett wrote:
> > Greetings all;
> >
> > New stretch install about 2 weeks ago, cleaning up the remains. 
> > Fresh disk, so no leftovers. But lots of stuff has been copied over
> > from the wheezy disk since
>
> All copied stuff is compatible with stretch? You checked beforehand?
> You checked afterwards? You didn't check at all?

Didn't check at all. Its 99.99999% data, old email corpus goes back about 
23 years, several gigabytes of old pix and movies of weddings I had 
shot. Half a terabyte of Downloads.  The contents of my /home/gene/bin 
directory which is 99% bash helper scripts I've written over the last 20 
years.

It appears that my rc.local has been broken by stretch so I've posted it 
in a previous message for pithy comments, along with all the blather 
from systemctl, very noisy but zero clues as to WTH is wrong.  No wonder 
some hate systemd.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#209387

Gene Heskett composed on 2019-05-26 11:32 (UTC-0400):
...
No network troubles with fixed IP and Trinity on Stretch here:

# /etc/network/interfaces
source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

allow-hotplug eth0
iface eth0 inet static
	address 192.168.###.###
	netmask 255.255.255.0
	network 192.168.###.###
	broadcast 192.168.###.255
	gateway 192.168.###.###
	# dns-* options are implemented by the resolvconf package, if installed
	dns-nameservers 192.168.###.###
	dns-search my.domain
# dpkg -l | grep nager
hi  mc                     3:4.8.17-1              amd64 Midnight Commander - a p
ii  apt                    1.4.9                   amd64 commandline package mana
ii  aptitude               0.8.7-1                 amd64 terminal-based package m
ii  aptitude-common        0.8.7-1                 all   architecture independent
ii  konqueror-trinity      4:14.0.6-0debian9.0.0+0 amd64 TDE's advanced file mana
ii  ksmserver-trinity      4:14.0.6-0debian9.0.0+0 amd64 session manager for TDE
ii  liblightdm-gobject-1-0 1.18.3-1                amd64 simple display manager (
ii  libpam-systemd:amd64   232-25+deb9u9           amd64 system and service manag
ii  libxdmcp6:amd64        1:1.1.2-3               amd64 X11 Display Manager Cont
ii  mc-data                3:4.8.17-1              all   Midnight Commander - a p
ii  menu-xdg               0.5                     all   freedesktop.org menu com
ii  openbox                3.6.1-4                 amd64 standards-compliant, fas
ii  systemd                232-25+deb9u9           amd64 system and service manag
ii  systemd-sysv           232-25+deb9u9           amd64 system and service manag
ii  tdm-trinity            4:14.0.6-0debian9.0.0+0 amd64 X display manager for TD
ii  twin-trinity           4:14.0.6-0debian9.0.0+0 amd64 the TDE window manager
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | linux.debian.user

csiph-web