Re: xsane: incoherent behaviours

2019-07-31 Thread Brian
On Wed 31 Jul 2019 at 00:35:51 +0200, Pierre Frenkiel wrote: > On Tue, 30 Jul 2019, Brian wrote: > > > The outputs of 'scanimage -L' from each machine were asked for. They > > provide information you have not given. > > > > -- > > Brian. > >

Re: xsane: incoherent behaviours

2019-07-31 Thread Brian
On Wed 31 Jul 2019 at 11:16:34 +0100, Brian wrote: > The URIs with "queue=false" indicate that your desktop and laptop have > discovered the MFDs from their DNS-SD (Bonjour) broadcasts. Your wife's > laptop does not do such a discovery. This implies that there is some >

Re: xsane: incoherent behaviours

2019-07-31 Thread Brian
On Wed 31 Jul 2019 at 13:52:29 +0200, Pierre Frenkiel wrote: > On Wed, 31 Jul 2019, Brian wrote: > > > On Wed 31 Jul 2019 at 11:16:34 +0100, Brian wrote: > > > > > The URIs with "queue=false" indicate that your desktop and laptop have > > >

Re: xsane: incoherent behaviours

2019-07-31 Thread Brian
vice > hpaio:/net/laserjet_mfp_m227-m231?ip=192.168.1.41&queue=false failed: Error > during device I/O Install the non-free plugin on your desktop (or laptop). 'hp-plugin' should do it. (Yes, I know upstream HPLIP says you do not need one). -- Brian.

Re: Wireless home LAN - WiFi vs Bluetooth?

2019-07-31 Thread Brian
VIDIA > Tesla videocard. > Said hour is more than enough to bruteforce 8 character WPA passphrase > with hashcat. In the context of a home user producing a secure wireless configuration, a 64 random character passphrase works wonders. The sky is not about to fall in. -- Brian.

Re: xsane: incoherent behaviours

2019-07-31 Thread Brian
On Wed 31 Jul 2019 at 16:28:55 +0200, Pierre Frenkiel wrote: > On Wed, 31 Jul 2019, Brian wrote: > > > What is given by 'dpkg -l libsane-hpaio' from both stretch machines? > > exactly same output: > > ii libsane-hpaio:amd64 3.16.11+repack0-

Re: xsane: incoherent behaviours

2019-07-31 Thread Brian
On Wed 31 Jul 2019 at 17:31:38 +0200, Pierre Frenkiel wrote: > On Wed, 31 Jul 2019, Brian wrote: > > > Another check: > > > > grep "envy_photo_7100" /usr/share/hplip/data/models/models.dat > > > > you are right: the envy entry was missing

Re: xsane: incoherent behaviours

2019-07-31 Thread Brian
On Wed 31 Jul 2019 at 17:18:16 +0200, Pierre Frenkiel wrote: > On Wed, 31 Jul 2019, Brian wrote: > > > On Wed 31 Jul 2019 at 13:52:29 +0200, Pierre Frenkiel wrote: > > > > > Here are the outputs of scanimage on my desktop: > > > > > >

Re: xsane: incoherent behaviours

2019-07-31 Thread Brian
On Wed 31 Jul 2019 at 19:43:24 +0200, Pierre Frenkiel wrote: > On Wed, 31 Jul 2019, Brian wrote: > > > Which laptop? Both have stretch. Neither should have an envy photo 7100 > > entry in models.dat. > > this time, facts prove that your are wrong (we say in french &

Re: xsane: incoherent behaviours

2019-07-31 Thread Brian
On Wed 31 Jul 2019 at 20:18:09 +0200, Pierre Frenkiel wrote: > On Wed, 31 Jul 2019, Brian wrote: > > > You are misunderstanding. When I said "Neither should have an envy photo > > 7100 entry in models.dat.", I meant that the *stretch* models.dat does > > not h

Re: xsane: incoherent behaviours

2019-08-01 Thread Brian
I'm too lazy to check). It certainly will be overwritten if there is a new version of libsane-hpaio or, for that matter, if that package is reinstalled. Making a backup of an existing file after changing it isn't really necessary. A new version of models.dat would likely include data for newly supported devices, as happens with libsane-hpaio from stretch backports. -- Brian.

Re: hp-plugin fails

2019-08-01 Thread Brian
work connection... > Downloading plug-in from: > Downloading plug-in: [\ >but the download runs forever, with 0% downloaded > > Can anybody suggest a fix? The plugin can be downloaded from https://www.openprinting.org/download/printdriver/auxfiles/HP/plugins/ and installed with the -p option of hp-plugin. -- Brian.

Re: hp-plugin fails

2019-08-01 Thread Brian
so probable the devices have an AirScan service. No plugin is needed to use that. Bottom line: printing and scanning are fully supported by free software. -- Brian.

Re: hp-plugin fails

2019-08-01 Thread Brian
On Thu 01 Aug 2019 at 17:50:03 +0200, Pierre Frenkiel wrote: > On Thu, 1 Aug 2019, Brian wrote: > > > The plugin can be downloaded from > > > > https://www.openprinting.org/download/printdriver/auxfiles/HP/plugins/ > >after waiting several minutes, I get:

Re: xsane: incoherent behaviours

2019-08-01 Thread Brian
;s not a big problem: > a simple "grep" can show whether the file has been updated, > a simple "cat" can re-introduce my envy_photo entry > and a simple script can do that automatically. By the time you have twiddled with all of that you could have installed from stretch backports. -- Brian.

Re: hp-plugin fails

2019-08-01 Thread Brian
On Thu 01 Aug 2019 at 17:57:35 +0200, Pierre Frenkiel wrote: > On Thu, 1 Aug 2019, Brian wrote: > > > Recent HP MFDs all provide an AirPrint facility. The printing aspect > > is fully supported on buster without anything non-free. I hope this is > > welcome news. > >

Re: hp-plugin fails

2019-08-01 Thread Brian
t; before reaching the target. You have been give a second link to download the plugin from. Can you connect to that? A reminder: https://developers.hp.com/hp-linux-imaging-and-printing/plugins -- Brian.

Re: hp-plugin fails

2019-08-01 Thread Brian
the ninth step ( 198.32.176.33), > > before reaching the target. > > I can't reach https://www.openprinting.org from here either. That's two people who will have to wait for their ISP to get their act togther. Meanwhile, Pierre Frenkiel has another link to use. -- Brian.

Re: hp-plugin fails

2019-08-01 Thread Brian
recommended above, should) run hp-plugin. After the plugin is downloaded and the licence agreed to the root password is requested. The installation then takes place. On issuing the command 'hp-plugin' hp-plugin.lock should be created in ~/.hplip. The error message above is a complaint that this file cannot be opened because possibly it cannot be found. -- Brian.

Re: hp-plugin fails

2019-08-02 Thread Brian
On Fri 02 Aug 2019 at 07:59:56 -, Curt wrote: > On 2019-08-01, Brian wrote: > > On Thu 01 Aug 2019 at 19:35:33 -, Curt wrote: > > > >> On 2019-08-01, Pierre Frenkiel wrote: > >> > >> > I suspect it it is a timing problem, and w

Re: hp-plugin fails

2019-08-02 Thread Brian
On Fri 02 Aug 2019 at 09:09:11 +0200, Pierre Frenkiel wrote: > On Thu, 1 Aug 2019, Brian wrote: > > > You have been give a second link to download the plugin from. Can you > > connect to that? A reminder: > > > > https://developers.hp.com/hp-linux-imaging-and-pr

Re: hp-plugin fails

2019-08-02 Thread Brian
On Fri 02 Aug 2019 at 12:36:46 +0200, Pierre Frenkiel wrote: > On Fri, 2 Aug 2019, Brian wrote: > > > > I also installed all xxqt4xx packages > > > > Not so good. > >agreed. As that solved nothing, I purged them > > > 'hp-plugin -i -p hplip

Re: hp-plugin fails

2019-08-02 Thread Brian
On Fri 02 Aug 2019 at 13:02:34 +0200, Pierre Frenkiel wrote: > On Fri, 2 Aug 2019, Brian wrote: > > > https://wiki.debian.org/PrintQueuesCUPS#hp > > > > Omit the first and last steps in the instructions. > > I already did that, but I tried it again, with the sa

Re: hp-plugin fails

2019-08-02 Thread Brian
On Fri 02 Aug 2019 at 13:42:16 +0200, Pierre Frenkiel wrote: > On Fri, 2 Aug 2019, Brian wrote: > > > A final try: > > > > mkdir /usr/share/hplip/scan/plugins/ > > > > and copy bb_escl*, bb_marvell*, bb_orblite*, bb_soap_ht* and bb_soap to > > it.

Re: hp-plugin fails

2019-08-02 Thread Brian
On Fri 02 Aug 2019 at 15:20:41 +0200, Pierre Frenkiel wrote: > On Fri, 2 Aug 2019, Brian wrote: > > > So - you had the plugin installed already! > > yes, but as I already said, on my desktop, it gives: > > error: Unable to open /data/home/frenkiel/.hplip/hp-plugin.

Re: Useful links - was {Re: Wireless home LAN - WiFi vs Bluetooth?}

2019-08-03 Thread Brian
o be your habit here. You are asking for the impossible. Exploration of ideas is unknown and untaught in some parts of the world. A router would solve the issue. But who wants to complicate their network with such a device? Nasty, horrible things. No wonder they are off-topic. -- Brian.

Re: Don't disable recoomends by default

2019-08-06 Thread Brian
ue. It would also provide a very bad experience for those that do have > a printer, but can't guess they need to install this peculiar package > named "cups" to make it work. The recommended package is cups-bsd not cups, which is a different animal. The history of why it a Recommends: is in the changelog. The maintainer's approach to the issue seems measured to me. -- Brian.

Re: Don't disable recoomends by default

2019-08-06 Thread Brian
On Mon 05 Aug 2019 at 22:50:17 +0200, Urs Thuermann wrote: > For some reason I don't know, nfs-common recommends python. I have Digging in the changelog gives you that. Add Recommends python for mountstats and nfsiostat -- Brian.

Re: Don't disable recoomends by default

2019-08-06 Thread Brian
e at most a Recommends on package-doc. What's the problem? -- Brian.

Re: Don't disable recoomends by default

2019-08-06 Thread Brian
2009. Not a single bug report since then. That should tell you something. Maybe the admins who work other shells get the intention. -- Brian.

Re: Don't disable recoomends by default

2019-08-06 Thread Brian
ity > you take for your system, but "do it like this or else" is to me > the real anti-pattern. Most users rarely delve under the hood in regards to Recommends:; it is a non-issue for them. We have the best of both worlds as it stands at present. > And now let me get down from my soapbox and hand it over to someone > else :-) We'd rather you stayed there to keep us up to the mark. Anyway, we like the snazzy shirt you are wearing. -- Brian.

Re: Don't disable recoomends by default

2019-08-06 Thread Brian
ular. Those users can use ignore the Recommends: and use only xdvi if they wish. Where is the problem? It strikes me that your argument is based solely on "many packages have recommendations I don't like". I am glad you are not in charge. -- Brian.

Re: [OT] Helpful attitude

2019-08-09 Thread Brian
manners" or "inconsiderate behaviour" could jog your memory. As a user on -devel said today: More verbose: I used the f* word before and i will continue to do so. "Put that in your pipe and smoke it" is an interpretation of this pre-emptive sally. (Apologies for the reference to a noxious, anti-social and harmful habit. :) ). -- Brian.

Re: dbus-deamon avoiding reboot after upgrade

2019-08-15 Thread Brian
depends dbus' is worth looking at. > > In other words, why is dbus a dependency when no DE is installed or what > are the corner cases when dbus is needed without a DE. Those setting up a print server would likely not see a corner case here. -- Brian.

Re: dbus-deamon avoiding reboot after upgrade

2019-08-15 Thread Brian
On Thu 15 Aug 2019 at 19:14:19 +0200, to...@tuxteam.de wrote: > On Thu, Aug 15, 2019 at 05:52:39PM +0100, Brian wrote: > > [...] > > > Those setting up a print server would likely not see a corner case here. > > CUPS depends on avahi depends somehow on dbus. Try some da

Re: dbus-deamon avoiding reboot after upgrade

2019-08-15 Thread Brian
On Thu 15 Aug 2019 at 19:14:19 +0200, to...@tuxteam.de wrote: > On Thu, Aug 15, 2019 at 05:52:39PM +0100, Brian wrote: > > [...] > > > Those setting up a print server would likely not see a corner case here. > > CUPS depends on avahi depends somehow on dbus. Try some da

Re: dbus-deamon avoiding reboot after upgrade

2019-08-15 Thread Brian
On Thu 15 Aug 2019 at 21:05:10 +0200, to...@tuxteam.de wrote: > On Thu, Aug 15, 2019 at 07:41:06PM +0100, Brian wrote: > > > I wouldn't try to dissuade anyone from using last century's technology > > if they have their heart set on it [...] > > C'mon. You

Re: dbus-deamon avoiding reboot after upgrade

2019-08-15 Thread Brian
On Thu 15 Aug 2019 at 22:15:59 +0100, Tixy wrote: > On Thu, 2019-08-15 at 19:41 +0100, Brian wrote: > > The fact remains that dbus is not a DE only package. How did anyone > > get the idea it was? > > Perhaps because D-Bus stands for Desktop Bus and according to Wikipedia &g

Re: dbus-deamon avoiding reboot after upgrade

2019-08-16 Thread Brian
On Fri 16 Aug 2019 at 11:06:43 +0200, john doe wrote: > On 8/15/2019 6:52 PM, Brian wrote: > > On Wed 14 Aug 2019 at 07:36:21 +0200, john doe wrote: > > > >> Hi Rico, and thanks for your answer. > >> > >> On 8/13/2019 9:25 PM, Reco wrote: > >>&

Re: dbus-deamon avoiding reboot after upgrade

2019-08-16 Thread Brian
On Fri 16 Aug 2019 at 09:51:15 +0300, Reco wrote: > On Thu, Aug 15, 2019 at 08:47:34PM +0100, Brian wrote: > > On Thu 15 Aug 2019 at 21:05:10 +0200, to...@tuxteam.de wrote: > > > > > On Thu, Aug 15, 2019 at 07:41:06PM +0100, Brian wrote: > > > > > > >

Re: dbus-deamon avoiding reboot after upgrade

2019-08-16 Thread Brian
On Fri 16 Aug 2019 at 12:24:14 +0200, to...@tuxteam.de wrote: > On Fri, Aug 16, 2019 at 11:03:41AM +0100, Brian wrote: > > [...] > > > https://www.freedesktop.org/wiki/Software/dbus/ > ^^^ > > ;-) DE - Desktop *Environment*. A c

Re: dbus-deamon avoiding reboot after upgrade

2019-08-16 Thread Brian
On Fri 16 Aug 2019 at 11:48:30 +0100, Brian wrote: > On my print server with buster: > > root@futro:~# apt purge dbus > Reading package lists... Done > Building dependency tree > Reading state information... Done > The following packages will be

Re: dbus-deamon avoiding reboot after upgrade

2019-08-16 Thread Brian
On Fri 16 Aug 2019 at 13:01:10 +0200, to...@tuxteam.de wrote: > On Fri, Aug 16, 2019 at 11:54:50AM +0100, Brian wrote: > > On Fri 16 Aug 2019 at 11:48:30 +0100, Brian wrote: > > > > > On my print server with buster: > > > > > > root@futro:~# apt

Re: dbus-deamon avoiding reboot after upgrade

2019-08-16 Thread Brian
On Fri 16 Aug 2019 at 13:21:11 +0200, to...@tuxteam.de wrote: > On Fri, Aug 16, 2019 at 12:15:18PM +0100, Brian wrote: > > On Fri 16 Aug 2019 at 13:01:10 +0200, to...@tuxteam.de wrote: > > [...] > > > > No, I didn't get that idea -- wasn't it you who remind

Re: dbus-deamon avoiding reboot after upgrade

2019-08-16 Thread Brian
On Fri 16 Aug 2019 at 08:39:43 -0400, Greg Wooledge wrote: > On Fri, Aug 16, 2019 at 09:53:20AM +0300, Reco wrote: > > On Thu, Aug 15, 2019 at 10:36:57PM +0100, Brian wrote: > > > On Thu 15 Aug 2019 at 22:15:59 +0100, Tixy wrote: > > > > > > > On Thu,

Re: dbus-deamon avoiding reboot after upgrade

2019-08-16 Thread Brian
On Fri 16 Aug 2019 at 09:51:15 +0300, Reco wrote: > On Thu, Aug 15, 2019 at 08:47:34PM +0100, Brian wrote: > > > Nowadays that system often relies on printer/print queue Bonjour > > broadcasts. > > And that is called "jumping to conclusions". > Printing its

Re: dbus-deamon avoiding reboot after upgrade

2019-08-16 Thread Brian
On Fri 16 Aug 2019 at 22:39:09 +0300, Reco wrote: > On Fri, Aug 16, 2019 at 07:14:58PM +0100, Brian wrote: > > On Fri 16 Aug 2019 at 09:51:15 +0300, Reco wrote: > > > > > On Thu, Aug 15, 2019 at 08:47:34PM +0100, Brian wrote: > > > > > > > Nowad

Re: dbus-deamon avoiding reboot after upgrade

2019-08-17 Thread Brian
On Sat 17 Aug 2019 at 12:59:16 +0300, Reco wrote: > On Fri, Aug 16, 2019 at 11:23:48PM +0100, Brian wrote: > > > > ipptool depends on libcups2. > > Which does not make it require CUPS on the other side - [2]. > And note - a conventional RFC1918 IP is used there. N

Re: dbus-deamon avoiding reboot after upgrade

2019-08-17 Thread Brian
ot that server, what are the pros and cons of not > doing that or how can I avoid rebooting altogether? In the light of Curt's reference to #805449 and your reluctance to provide any extra information on the server setup you have in mind, your plan will have to accomodate reality. Reboot and be done with it. -- Brian.

Re: dbus-deamon avoiding reboot after upgrade

2019-08-18 Thread Brian
On Sun 18 Aug 2019 at 12:17:59 +0200, john doe wrote: > On 8/17/2019 8:15 PM, Brian wrote: > > On Tue 13 Aug 2019 at 20:07:49 +0200, john doe wrote: > > > >> Hi, > >> > >> While upgrading the dbus deamon, I get the following: > >> > >&

Re: Solution to "pathetic email complaints"

2019-08-20 Thread Brian
demanding a means not to receive it. Between the two, sending email directly has become more and more difficult. Spam hasn't disappeared or been reduced, but the spam fighters have impacted on the basic concept of email communication and are achieving what the spammers haven't achieved - making email communication fraught and unreliable. -- Brian.

Re: Solution to "pathetic email complaints"

2019-08-20 Thread Brian
ocking? This is the antithesis of communication. "I plug my ears if the someone from Russia or Hong Kong wants to talk with me". It's relatively easy to do; I hope you do not expect a pat on the back. -- Brian.

Re: Solution to "pathetic email complaints"

2019-08-20 Thread Brian
On Tue 20 Aug 2019 at 15:29:41 -0400, Celejar wrote: > On Tue, 20 Aug 2019 19:29:54 +0100 > Brian wrote: > > ... > > > The existence of an Internet swamped with spam has led to spam fighters > > policing it and users demanding a means not to receive it. Between

Re: Solution to "pathetic email complaints"

2019-08-21 Thread Brian
On Wed 21 Aug 2019 at 13:19:32 -0400, Henning Follmann wrote: > On Tue, Aug 20, 2019 at 08:38:13PM +0100, Brian wrote: > > On Tue 20 Aug 2019 at 14:43:08 -0400, Henning Follmann wrote: > > > [...] > > > > > > In some cases I block complete regions (geoip b

Re: Solution to "pathetic email complaints"

2019-08-21 Thread Brian
On Wed 21 Aug 2019 at 20:33:12 +0100, Joe wrote: > On Wed, 21 Aug 2019 20:07:36 +0100 > Brian wrote: > > > > > Ease up? Perhaps. > > > > The "in general" is interesting and informative. Suppose the USPS, > > Royal Mail or Deutsche Post etc d

Re: Solution to "pathetic email complaints"

2019-08-21 Thread Brian
On Wed 21 Aug 2019 at 22:23:20 +0100, Joe wrote: > On Wed, 21 Aug 2019 21:09:20 +0100 > Brian wrote: > > > On Wed 21 Aug 2019 at 20:33:12 +0100, Joe wrote: > > > > > On Wed, 21 Aug 2019 20:07:36 +0100 > > > Brian wrote: > > > > > &

Re: ttf-mscore fonts and contrib repos

2019-08-22 Thread Brian
t; # see the sources.list(5) manual. > > > > > > > > I get an error saying that some repos have been configured many times. > > Because apparently you have... Indeed. However, it is a warning which is issued, not an error. Posting what was seen on the screen would have revealed this. A trivial omission? Not really. User interpretation of what is seen on the screen is often defective. -- Brian.

Re: ttf-mscore fonts and contrib repos

2019-08-22 Thread Brian
t the lines beginning with "deb-src". Do not put them in your sources.list. They are useless for what you want to do. That leaves three lines beginning with "deb". Those are the ones you need. BTW, in spite of the warnings, updating still took place with your original sources.list. -- Brian.

Re: ttf-mscore fonts and contrib repos

2019-08-22 Thread Brian
a contributer to this list for your own ineptitude in handling mail. Whatever you think you are achieving is nothing but nonsense. -- Brian.

Re: why won't ff look at this url?

2019-08-24 Thread Brian
e web tries to throw at us these > days :-) This page is displayed on my machine; no problem. I imagine it is displayed on any other computer on the internet, including yours (which you didn't say). The inability for normal things to work, even a simple URL, is a result of the GH effect. -- Brian.

Re: why won't ff look at this url?

2019-08-24 Thread Brian
On Sat 24 Aug 2019 at 21:58:43 +0200, to...@tuxteam.de wrote: > On Sat, Aug 24, 2019 at 08:48:45PM +0100, Brian wrote: > > On Sat 24 Aug 2019 at 21:15:50 +0200, to...@tuxteam.de wrote: > > > > > On Sat, Aug 24, 2019 at 02:44:47PM -0400, Gene Heskett wrote: > > >

Re: udev being an ass

2019-08-27 Thread Brian
e but unintellible. (P.S. Could we have posts without medical details. They make me feel quesy). -- Brian

Re: udev being an ass

2019-08-27 Thread Brian
t; > I'll do it, but the date on it is today, so I suspect something > in /lib/udev/rules.d is behind the re-write. And thats probably where > to apply the nuclear option. They really should have renamed it > 70-un-persistent-net. T'would have been a much more accurate > description. In spite of posts about it in -user, you are just about clueless about status of /etc/udev/rules.d/70-persistent-net.rules, aren't you? As for wheezy - deary me; we are living in the past. -- Brian.

Re: udev being an ass

2019-08-27 Thread Brian
On Tue 27 Aug 2019 at 17:22:27 -0400, Gene Heskett wrote: > On Tuesday 27 August 2019 16:01:30 Brian wrote: > > > On Tue 27 Aug 2019 at 14:27:02 -0400, Gene Heskett wrote: > > > Greetings all; > > > > > > I've just swapped machines because that fail

Re: udev being an ass

2019-08-28 Thread Brian
eir own way with chattr is a good way to go, are deluded. Setting up a simple network never requires it. If you think it is - you have lost. -- Brian.

Re: udev being an ass

2019-08-28 Thread Brian
On Wed 28 Aug 2019 at 16:04:48 -0400, Greg Wooledge wrote: > On Wed, Aug 28, 2019 at 08:42:56PM +0100, Brian wrote: > > On Wed 28 Aug 2019 at 15:05:18 -0400, Gene Heskett wrote: > > > > > I've resorted to the chattr on more than one occasion. Works well if you >

Re: udev being an ass

2019-08-28 Thread Brian
n(.gz) could have more info. > > > Thanks Andrei, I'll take a look at that when its a "civilized" time of > day. Having got there (and assuming you have had an opportunity to test), what is your opinion? -- Brian.

Re: udev being an ass

2019-08-29 Thread Brian
On Wed 28 Aug 2019 at 19:59:53 -0400, Gene Heskett wrote: > If you can't say something constructive Brian, please just stfu. I won't > claim to speak for the rest of the list, but I am damned tired of your > negative attitude. You have, I assume the same clothes to get glad

Re: udev being an ass

2019-08-29 Thread Brian
lashing. > > mick > > That requires turning the whole 30" tall tower around, and hoping all the > cables still reach. A genuine PITA. This room is mine. Its a midden Not at all. Turn the back of the tower with a couple of mirrors. -- Brian (ConstructiveSolutionsAreUs)

Re: udev being an ass

2019-08-30 Thread Brian
On Fri 30 Aug 2019 at 07:47:09 -, Curt wrote: > On 2019-08-28, Gene Heskett wrote: > > > > If you can't say something constructive Brian, please just stfu. I won't > > claim to speak for the rest of the list, but I am damned tired of your > > negative

Re: tasksel

2019-08-30 Thread Brian
r used whiptail but dialog is a brilliant utility. For devising menus and implementing them it is unbeatable. It has many, many uses beyond tasksel. yad and zenity are GUI alternatives. -- Brian

Re: How to trobleshooting wifi connection with usb adapter

2019-09-01 Thread Brian
rmware firmware-ath9k-htc. Is your device amongst the supported ones at https://wiki.debian.org/ath9k_htc#Supported_Devices ? -- Brian.

Re: nano copy/paste dead

2019-09-02 Thread Brian
> -- > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author) > If we desire respect for the law, we must first make the law respectable. > - Louis D. Brandeis > Genes Web page &l

Re: Cannot connect to HP printer

2019-09-07 Thread Brian
lpadmin. Scanning? See https://wiki.debian.org/Scanner -- Brian.

Re: Cannot connect to HP printer

2019-09-07 Thread Brian
On Sat 07 Sep 2019 at 18:58:31 +0200, deloptes wrote: > Brian wrote: > > > hp-setup is not necessary to get printing going. See > > > > https://wiki.debian.org/PrintQueuesCUPS > > > > I'd use lpadmin. > > > > Scanning? See > > >

Re: Cannot connect to HP printer

2019-09-08 Thread Brian
On Sat 07 Sep 2019 at 23:20:03 +0200, deloptes wrote: > Brian wrote: > > > Every printer that exists employs lpadmin with whatever utility is > > used to set it up. It is basic, whether or not the device is just a > > printer or an MFP. The hplip package is a

Re: task-print-server in testing seems to have changed it's name to task-print-service -- why?

2019-09-09 Thread Brian
On Mon 09 Sep 2019 at 03:59:06 -0700, Rick Thomas wrote: > task-print-server in testing seems to have changed it’s name to > task-print-service -- why? #696658 -- Brian.

Re: apt-offline

2019-09-12 Thread Brian
On Thu 12 Sep 2019 at 13:36:35 -0400, Paul Thomas wrote: > Hello, > > I see that apt-offline is not part of buster. Is there any plan to add it? Only the maintainer would know about that. It is unlikely he reads this list. -- Brian.

Re: Stretch to Buster with sysvinit

2019-09-16 Thread Brian
keep sysvinit, here's the order of events: > > change sources from stretch to buster Fine. > apt update Splendid. > apt dist-upgrade Great. > apt install sysvinit-core What happens if this is not done? -- Brian.

Re: Stretch to Buster with sysvinit

2019-09-16 Thread Brian
On Mon 16 Sep 2019 at 15:16:34 -0400, The Wanderer wrote: > On 2019-09-16 at 15:07, Brian wrote: > > > On Sun 15 Sep 2019 at 21:52:50 -0400, Dan Ritter wrote: > > > >> Roger Lynn wrote: > >> > >>> Hi, > >>> > >>> I hav

Re: Stretch to Buster with sysvinit

2019-09-17 Thread Brian
it system to point to buster. Did 'apt update' followed by 'apt full-upgrade'. systemd-sysv was not in the list of packages to be installed. I installed and rebooted. 'cat /proc/1/comm still shows "init". You can upgrade with confidence that the init system will remain as it is. -- Brian.

Re: Stretch to Buster with sysvinit

2019-09-17 Thread Brian
On Tue 17 Sep 2019 at 10:37:15 +0100, Brian wrote: > On Sun 15 Sep 2019 at 23:31:23 +0100, Roger Lynn wrote: > > > I have three Stretch AMD64 systems with sysvinit - a desktop and laptop > > running KDE and a headless server. Is there any information available > > anywh

Re: Stretch to Buster with sysvinit

2019-09-17 Thread Brian
On Tue 17 Sep 2019 at 09:13:30 -0400, Greg Wooledge wrote: > On Mon, Sep 16, 2019 at 11:11:33PM +0100, Brian wrote: > > What causes systemd-sysv to be installed? > > wooledg:~$ aptitude why systemd-sysv > i udev Depends dpkg (>= 1.19.3) | systemd-sysv > > OK...

Re: Stretch to Buster with sysvinit

2019-09-17 Thread Brian
On Tue 17 Sep 2019 at 13:29:16 -0400, Greg Wooledge wrote: > On Tue, Sep 17, 2019 at 06:25:05PM +0100, Brian wrote: > > Upgrades from wheezy to jessie did not change the init system because > > libpame-systemd had the dependency > > > > systemd-shim (>=

Re: Understanding PATH$ variable

2019-09-22 Thread Brian
> > I make my local scripts executable and stick them in '/usr/local/bin'. That is precisely the correct place to put executables which are not managed by the package system. They are then available to you and other users. -- Brian.

Re: Starting processes after installation

2019-09-27 Thread Brian
put, because a majority of people, perhaps, expect to install > packages in the expectation that they'll start performing their task > right away. Another way of looking at this is - why install a package which isn't functional? Any security (or usability) concerns can be expressed in a bug report. -- Brian.

Re: HTML mail + PDF attachments (with șurubelniță)

2020-03-27 Thread Brian
roots. I took David Wright's comment to have a historical aspect to it. In which case, no one can disagree with it. -- Brian.

Re: network-manager takes 1-4 restarts in order to recognize and connect to already-configured wifi network, USB dongle NIC

2020-03-28 Thread Brian
have anything in /etc/network/interfaces except lo? > > There should not be anything There needn't even be a lo entry. See the changelog for ipupdown. -- Brian.

Re: State: stopped "Filter failed" on a Xerox Phaser 6125N. how do you troubleshoot a printer in Linux?

2020-04-06 Thread Brian
te=3(idle) > D [06/Apr/2020:01:19:35 +0200] [Job 5] printer-state-message="Filter failed" > D [06/Apr/2020:01:19:35 +0200] [Job 5] printer-state-reasons=none A complete error_log is needed. The Printing section of the wiki should help you get one. -- Brian.

Re: State: stopped "Filter failed" on a Xerox Phaser 6125N. how do you troubleshoot a printer in Linux?

2020-04-06 Thread Brian
On Mon 06 Apr 2020 at 16:05:11 +0200, Albretch Mueller wrote: > On 4/6/20, Brian wrote: > > A complete error_log is needed. The Printing section of the wiki should > > help you get one. > > following the documentation on in the case of a USB connected printer: > &g

Re: State: stopped "Filter failed" on a Xerox Phaser 6125N. how do you troubleshoot a printer in Linux?

2020-04-07 Thread Brian
86, > version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, > for GNU/Linux 2.2.5, not stripped Please name the package you installed and give a link to where you downloaded it from. -- Brian.

Re: State: stopped "Filter failed" on a Xerox Phaser 6125N. how do you troubleshoot a printer in Linux?

2020-04-08 Thread Brian
drivers" at my > side (running Debian buster). > > 2. /usr/lib/cups/filter/FXM_PF > > Not known by me. Is the file present? Is it executable? Does it fail, if > you execute it? > > I've the feeling this is the culprint, you want to work on. I don't experience a failure of either filter. Both work flawlessly for me. -- Brian.

Re: Debian is testing Discourse

2020-04-13 Thread Brian
ficient support. The site has since been put out of its misery. -- Brian.

Re: Debian is testing Discourse

2020-04-13 Thread Brian
t; Discourse violates Software Freedom 1 ("change it so it does your > computing as you wish"). I understand the concern with Javascript. I have read what there is of Discourse using Lynx. Am I missing out an anything? -- Brian.

Re: Debian is testing Discourse

2020-04-13 Thread Brian
On Mon 13 Apr 2020 at 19:13:11 +0100, Michael Howard wrote: > On 13/04/2020 18:09, Brian wrote: > > On Mon 13 Apr 2020 at 19:41:15 +0300, Reco wrote: > > > > > Hi. > > > > > > On Mon, Apr 13, 2020 at 07:32:56AM -0500, Nate Bargmann wrote: > > &

Re: Debian is testing Discourse

2020-04-13 Thread Brian
ts absence. A similar, less constrictive, idea has been tried before http://shapado.debian.net/ and has failed miserably. -- Brian.

Re: Debian is testing Discourse

2020-04-13 Thread Brian
ple with different needs. They can be served in different ways. All the ways are legitimate. -- Brian.

Re: Debian is testing Discourse

2020-04-14 Thread Brian
On Tue 14 Apr 2020 at 10:19:13 +0300, Andrei POPESCU wrote: > On Lu, 13 apr 20, 20:30:45, Brian wrote: > > > A similar, less constrictive, idea has been tried before > > > > http://shapado.debian.net/ > > > > and has failed miserably. > > Sadl

Re: Debian is testing Discourse

2020-04-15 Thread Brian
> > [1] I was under the impression they are delegated as per Debian's > Constitution, though I can't find any proof of that now. A nice exposition of some salient points. Perhaps this https://lists.debian.org/debian-project/2020/04/msg00208.html will also help to clarify.

Re: Debian is testing Discourse

2020-04-21 Thread Brian
would be a good place to put them. At the same time, what is the point of discusssion? A user thinks a technical point on the wiki is wrong; they know it is wrong; they change it. Where's the problem? -- Brian.

<    4   5   6   7   8   9   10   11   12   13   >