Charles Curley (12020-03-03):
> I tried getting an ASUSTek Computer, Inc. USB-N13 802.11n Network
> Adapter running under Debian Buster. That appears to be a complete bust
> (see the previous thread).
>
> Recommendations for replacements?
>
> This for a SOHO application. The adapter is to go on a
Hello,
Charles wanting a Buster compatible adapter, I must add that I have been
unable to connect to my AP with a "pure" Debian Buster (wireless client
mode, no AP mode). I have had to enable backports and use backported
kernel and firmware. The firmware-misc-nonfree package which contains
mt76 fi
Στις 2020-03-04 01:54, Miguel A. Vallejo έγραψε:
Nektarios Katakis wrote:
I would check the `dmesg` command output. If there are erros there
then
they re coming from the kernel.
I forgot to mention not a single message in syslog, kern.log, or any
other log I could find. Nothing. Nada. Zer
Hello All,
Is anybody else having issues with hplip 3.20.0? The upgrade resulted
in me not being able to print anything. Jobs were, apparently, being
sent to the printer (its display panel lit up, to indicate that there
was something about to happen), but the jobs never completed and
eventually
On Wed, 4 Mar 2020 13:44:55 +
Brad Rogers wrote:
Hello All,
Mea Culpa - that should be version 3.20.2
All other details remain the same.
--
Regards _
/ ) "The blindingly obvious is
/ _)radnever immediately apparent"
Well well well, you just can't tell
Hi Brad,
Quoting Brad Rogers (2020-03-04 14:44:55)
> Is anybody else having issues with hplip 3.20.0?
Please mention when you use testing/unstable.
When you do use testing/unstable then please check yourself for reported
bugs before asking here.
Also, please mention if you have suppressed inst
On 2020-03-04 at 08:44, Brad Rogers wrote:
> Hello All,
>
> Is anybody else having issues with hplip 3.20.0? The upgrade
> resulted in me not being able to print anything. Jobs were,
> apparently, being sent to the printer (its display panel lit up, to
> indicate that there was something about
On Wed, 04 Mar 2020 15:00:39 +0100
Jonas Smedegaard wrote:
Hello Jonas,
>Please mention when you use testing/unstable.
Of course. Stupid of me; I'm on testing, and there are no reports at
Debian's hplip page. Nor can I find reports at the HP hplip support
site.
--
Regards _
/ )
On Wed, 04 Mar 2020 09:03:04 -0500
The Wanderer wrote:
Hello The,
>I wonder whether this might therefore be the result of a change in cups,
>rather than in hplip.
Thanks for the pointer. Frankly, I have no idea what the change in CUPS
means. That is, what are the implications WRT to hplip?
S
On Monday 02 March 2020 06:28:58 Tony van der Hoff wrote:
Hi,
I'm currently running Buster on a 5 year old GigaByte motherboard with
a 10-year old Raid-1 array on 2 500GB disks. Although it is running
fine, I'm becoming a bit concerned about the longevity of this
storage, so I'm planning to upgr
Quoting Brad Rogers (2020-03-04 15:20:00)
> On Wed, 04 Mar 2020 15:00:39 +0100
> Jonas Smedegaard wrote:
> >Please mention when you use testing/unstable.
> I'm on testing, and there are no reports at Debian's hplip page. Nor
> can I find reports at the HP hplip support site.
Thanks for clarifyi
Quoting Brad Rogers (2020-03-04 15:18:47)
> On Wed, 04 Mar 2020 09:03:04 -0500
> The Wanderer wrote:
> >I wonder whether this might therefore be the result of a change in
> >cups, rather than in hplip.
>
> Thanks for the pointer. Frankly, I have no idea what the change in
> CUPS means. That i
On Wed, 4 Mar 2020, Tony van der Hoff wrote:
On Monday 02 March 2020 06:28:58 Tony van der Hoff wrote:
Hi,
I'm currently running Buster on a 5 year old GigaByte motherboard with
a 10-year old Raid-1 array on 2 500GB disks. Although it is running
fine, I'm becoming a bit concerned about the lon
On Wed, 04 Mar 2020 15:47:45 +0100
Jonas Smedegaard wrote:
Hello Jonas,
>Thanks for clarifying. Yes, the two bugs filed today relates only to
I was too wrapped up in details to see the blindingly obvious
>unstable, and your explicitly omitting details about suppressed
>recommended packa
Hi,
This post is informational:
Lets Encrypt discovered a bug in their CA software (boulder) related to CAA
checking code. They have decided to revoke a subset of certificates issued on
March 4, 2020.
More information:
https://arstechnica.com/information-technology/2020/03/lets-encrypt-revoking-
On Wed, Mar 04, 2020 at 02:18:47PM +, Brad Rogers wrote:
> On Wed, 04 Mar 2020 09:03:04 -0500
> The Wanderer wrote:
>
> Hello The,
>
> >I wonder whether this might therefore be the result of a change in cups,
> >rather than in hplip.
>
> Thanks for the pointer. Frankly, I have no idea what
On Wed, 4 Mar 2020 15:27:12 +
Brian Potkin wrote:
Hello Brian,
>There are none. The hplip package simply ceases to be a recommends of
>other packages.
Thanks for the info.
>> Should I be removing hplip, for example?
>No. Perhaps. It depends on what your printer model is. It is traditiona
On Wed, Mar 04, 2020 at 03:04:07PM +, Brad Rogers wrote:
> On Wed, 04 Mar 2020 15:47:45 +0100
> Jonas Smedegaard wrote:
>
> Should I still go ahead and file a report?
>
> >Thanks for bringing it up here first.
>
> I prefer to ask around first, just in case I'm doing something wrong.
> DD's
Hello guys,
sorry if this is documented somewhere but today I decided to ask here as it
is something fundamental I cannot understand. After 20 years I decided to
try Debian again (as VM for start). I am installing it from debian-10.3.0-
amd64-xfce-CD-1.iso. As it is in remote location with probl
On Wed, Mar 04, 2020 at 02:47:47PM +, Tony van der Hoff wrote:
Gene didn't address my problem, but made the very useful observation
that disks spinning 24/7 don't really die. Perhaps I shouldn't worry
about replacing them.
the speed advantages are such that I try to avoid spinning disks fo
On Wed, Mar 04, 2020 at 03:40:57PM +, Brad Rogers wrote:
>
> The printer is an OfficeJet 6700 Premium (an all in one device).
Thanks.
With the 6700 on the network provide what you get for
avahi-browse -rt _ipp._tcp
and
avahi-browse -rt _uscan._tcp
avahi-browse is in the avahi-utils p
On Wed, 4 Mar 2020 15:51:18 +
a...@cityscape.co.uk wrote:
Hello a...@cityscape.co.uk,
>Execute (as root):
>cupsfilter -p /etc/cups/ppd/XXX.ppd -m printer/foo -e
>/etc/nsswitch.conf > out.dat 2>log
I'll point out that this is with the 3.19.12 (i.e. things working)
version of hplip installed,
On Wed, 4 Mar 2020 16:08:38 +
Brian wrote:
Hello Brian,
> avahi-browse -rt _ipp._tcp
Output is in the attached file to avoid (hopefully) horrendous word wrap
issues.
> avahi-browse -rt _uscan._tcp
Results in no output. However, about 1 second passes before the command
prompt reappears,
On Wed, Mar 04, 2020 at 04:13:05PM +, Brad Rogers wrote:
> On Wed, 4 Mar 2020 15:51:18 +
> a...@cityscape.co.uk wrote:
>
> Hello a...@cityscape.co.uk,
>
> >Execute (as root):
> >cupsfilter -p /etc/cups/ppd/XXX.ppd -m printer/foo -e
> >/etc/nsswitch.conf > out.dat 2>log
>
> I'll point out
Quoting Brad Rogers (2020-03-04 16:04:07)
> On Wed, 04 Mar 2020 15:47:45 +0100
> Jonas Smedegaard wrote:
>
> >Thanks for clarifying. Yes, the two bugs filed today relates only to
>
> I was too wrapped up in details to see the blindingly obvious
>
> >unstable, and your explicitly omitting d
Hi there,
On Wed, 4 Mar 2020, grumpy wrote:
if new drive is the same size or larger
install new drive
boot using usb drive, i use systemrescuecd
dd if=old_drive of=new_drive
If there might be any problem with readability on source disc sectors,
then 'ddrescue' is far superior to plain old 'dd
On 3/4/2020 4:32 PM, Cichas wrote:
>
> Hello guys,
>
> sorry if this is documented somewhere but today I decided to ask here as it
> is something fundamental I cannot understand. After 20 years I decided to
> try Debian again (as VM for start). I am installing it from debian-10.3.0-
> amd64-xfce-CD
On Wed, Mar 04, 2020 at 04:23:16PM +, Brad Rogers wrote:
> On Wed, 4 Mar 2020 16:08:38 +
>
> Hello Brian,
Hello Brad,
> > avahi-browse -rt _ipp._tcp
>
> Output is in the attached file to avoid (hopefully) horrendous word wrap
> issues.
The output is from the DNS-SD broadcasts made by
On Tue, 03 Mar 2020 22:29:09 +0100
deloptes wrote:
> Charles Curley wrote:
>
> > However, the adapter does not show up in the results of "ifconfig
> > -a" or "iwconfig".
>
> just wondering what "rfkill list" says
>
root@chaffee:~# rfkill list ; echo $?
0
root@chaffee:~#
And, for the ter
Quoting Charles Curley (2020-03-04 18:01:50)
> Mar 4 09:53:22 chaffee kernel: [2078550.601134] CPU: 0 PID: 20521 Comm:
> kworker/0:0 Tainted: GW 4.19.0-8-686 #1 Debian 4.19.98-1
> Mar 4 09:53:22 chaffee kernel: [2078550.614861] Hardware name: CompuLab AMD
> "CM-iGLX" Geode LX/CS
Thanks for passing that along, Didar. It shows my cert is OK as well.
- Nate
--
"The optimist proclaims that we live in the best of all
possible worlds. The pessimist fears this is true."
Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BB
On Wednesday, March 04, 2020 09:47:47 AM Tony van der Hoff wrote:
> Gene didn't address my problem, but made the very useful observation
> that disks spinning 24/7 don't really die. Perhaps I shouldn't worry
> about replacing them.
I wouldn't count on that, for two reasons:
* everything mechan
rhkra...@gmail.com wrote:
> On Wednesday, March 04, 2020 09:47:47 AM Tony van der Hoff wrote:
> > Gene didn't address my problem, but made the very useful observation
> > that disks spinning 24/7 don't really die. Perhaps I shouldn't worry
> > about replacing them.
>
> I wouldn't count on that, f
* On 2020 04 Mar 10:02 -0600, Michael Stone wrote:
> On Wed, Mar 04, 2020 at 02:47:47PM +, Tony van der Hoff wrote:
> > Gene didn't address my problem, but made the very useful observation
> > that disks spinning 24/7 don't really die. Perhaps I shouldn't worry
> > about replacing them.
>
> th
Charles Curley wrote:
> On Tue, 03 Mar 2020 22:29:09 +0100
> deloptes wrote:
>
>> Charles Curley wrote:
>>
>> > However, the adapter does not show up in the results of "ifconfig
>> > -a" or "iwconfig".
>>
>> just wondering what "rfkill list" says
>>
>
> root@chaffee:~# rfkill list ; echo $?
[ replying via list, assuming off-list reply was accidental ]
Quoting deloptes (2020-03-04 19:31:06)
> Jonas Smedegaard wrote:
>
> > Quoting Charles Curley (2020-03-04 18:01:50)
> >> Mar 4 09:53:22 chaffee kernel: [2078550.601134] CPU: 0 PID: 20521 Comm:
> >> kworker/0:0 Tainted: G W
On Wed, 4 Mar 2020 17:12:00 +
Brian wrote:
Hello Brian,
>isn't quite what I meant by having the printer on the network. I assume
>the printer is USB-connected to the server. Strictly speaking, it is the
The printer is connected via ethernet, rather than USB.
>For a useful output, wireless
On Wed, 4 Mar 2020 16:29:11 +
Brian wrote:
Hello Brian,
>It's useful in that it shows a fully functioning filtering system for
>3.19.12, but a log for 3.20.2 is what is really required.
Attached is the output for when 3.20.2 is installed.
AFAICS, the only differences are the order in which
> This is not necessarily true. I recently bought a (chinese) wifi
> adapter (atheros chip) that was recognized as mediatek. The moment
> I linked the correct drivers with the device it worked properly.
Not my case. They all have the same usbID (0e8d:7612) and I physically
opened them and I saw th
On 3/4/20, Dan Ritter wrote:
> rhkra...@gmail.com wrote:
>> some of my computers are up 24/7, but I suspect the disks "spin down" when
>>
>> unused for some period of time
>
> Some do, some don't. Drives sold as "laptop" or "green" drives
> are more likely to do so by themselves.
>
> There used to
On Wed, Mar 04, 2020 at 06:57:02PM +, Brad Rogers wrote:
> On Wed, 4 Mar 2020 16:29:11 +
> Brian wrote:
>
> Hello Brian,
>
> >It's useful in that it shows a fully functioning filtering system for
> >3.19.12, but a log for 3.20.2 is what is really required.
>
> Attached is the output for
My advice: Keep away from mt76 devices with Buster. I'm using Mediatek
MT7612U and it does not work well
On Wed, Mar 04, 2020 at 07:24:02PM +, Brian wrote:
>
> Would you confirm (or otherwise) that the computer you are printing from
> is USB-connected to the printer?
Forget about that. Got your other post.
--
Brian.
On Wed, Mar 04, 2020 at 06:53:10PM +, Brad Rogers wrote:
> On Wed, 4 Mar 2020 17:12:00 +
> Brian wrote:
>
> Hello Brian,
>
> >isn't quite what I meant by having the printer on the network. I assume
> >the printer is USB-connected to the server. Strictly speaking, it is the
>
> The print
On Wed, 4 Mar 2020 19:24:02 +
Brian wrote:
Hello Brian,
>Would you confirm (or otherwise) that the computer you are printing from
>is USB-connected to the printer?
I should have imported the other subthread to here. :-)
The printer is connected via an ethernet cable to a switch, which is
On Wed, Mar 04, 2020 at 07:37:19PM +, Brad Rogers wrote:
> On Wed, 4 Mar 2020 19:24:02 +
>
> The printer is connected via an ethernet cable to a switch, which is in
> turn connected to the router/modem. The computer is connected to the
> router/modem via ethernet.
>
> Again, thank you fo
On Wed, 04 Mar 2020 18:38:00 +0100
Jonas Smedegaard wrote:
> Quoting Charles Curley (2020-03-04 18:01:50)
> > Mar 4 09:53:22 chaffee kernel: [2078550.601134] CPU: 0 PID: 20521
> > Comm: kworker/0:0 Tainted: GW 4.19.0-8-686 #1
> > Debian 4.19.98-1 Mar 4 09:53:22 chaffee kernel: [
On Wed, 4 Mar 2020 19:58:52 +
Brian wrote:
Hello Brian,
>nc YOUR_PRINTER'S_IP_ADDRESS 631 < out.dat
Results in the following being output to the command line;
HTTP/1.1 400 Bad Request
Connection: close
Server: HP HTTP Server; HP Officejet 6700 - CN583A; Serial Number:
CN33RBQHFG05RQ; Marga
On 5/03/20 4:32 am, Cichas wrote:
> Hello guys,
> sorry if this is documented somewhere but today I decided to ask here as
> it is something fundamental I cannot understand. After 20 years I
> decided to try Debian again (as VM for start). I am installing it from
> debian-10.3.0-amd64-xfce-CD-1.iso
On Wed, Mar 04, 2020 at 08:59:06PM +, Brad Rogers wrote:
> On Wed, 4 Mar 2020 19:58:52 +
> Brian wrote:
>
> Hello Brian,
>
> >nc YOUR_PRINTER'S_IP_ADDRESS 631 < out.dat
>
> Results in the following being output to the command line;
>
> HTTP/1.1 400 Bad Request
> Connection: close
> Ser
On 5/3/20 8:37 am, Richard Hector wrote:
I am installing it from
debian-10.3.0-amd64-xfce-CD-1.iso.
Is this CD #1 of the set of 3 or 4 or more? The .deb you are looking for
may be on one of the other CDs.
I agree with the suggestion to try the DVD. Seems the 'netinstall' is
the opposite
On Wednesday 04 March 2020 12:48:57 rhkra...@gmail.com wrote:
> On Wednesday, March 04, 2020 09:47:47 AM Tony van der Hoff wrote:
> > Gene didn't address my problem, but made the very useful observation
> > that disks spinning 24/7 don't really die. Perhaps I shouldn't worry
> > about replacing th
On Wed, Mar 04, 2020 at 06:39:51PM -0500, Gene Heskett wrote:
On Wednesday 04 March 2020 12:48:57 rhkra...@gmail.com wrote:
* I suspect most of us don't know whether our disks are spinning
24/7 -- some of my computers are up 24/7, but I suspect the disks
"spin down" when unused for some perio
On Wednesday 04 March 2020 18:49:06 Michael Stone wrote:
> On Wed, Mar 04, 2020 at 06:39:51PM -0500, Gene Heskett wrote:
> >On Wednesday 04 March 2020 12:48:57 rhkra...@gmail.com wrote:
> >>* I suspect most of us don't know whether our disks are spinning
> >> 24/7 -- some of my computers are u
Hi mtkaalund.dk*,*
I noticed something interesting while going through your website,
mtkaalund.dk *.*
It's apparent that you have used Adwords marketing to promote your business
in the past; however your website does see some organic search traffic here
and there. Now, I believe I can help incre
On 2020-03-04 06:47, Tony van der Hoff wrote:
I guess I'll go with s single SSD onto which I'll copy the data from the
RAID.
I would advise disconnecting the RAID, doing a fresh install onto the
SSD, updating and configuring to suit, reconnecting the RAID, and then
copying data.
Be sure to
On Wed, Mar 04, 2020 at 06:53:12PM -0500, Gene Heskett wrote:
On Wednesday 04 March 2020 18:49:06 Michael Stone wrote:
On Wed, Mar 04, 2020 at 06:39:51PM -0500, Gene Heskett wrote:
>On Wednesday 04 March 2020 12:48:57 rhkra...@gmail.com wrote:
>>* I suspect most of us don't know whether our
On Wednesday 04 March 2020 22:26:34 Michael Stone wrote:
> On Wed, Mar 04, 2020 at 06:53:12PM -0500, Gene Heskett wrote:
> >On Wednesday 04 March 2020 18:49:06 Michael Stone wrote:
> >> On Wed, Mar 04, 2020 at 06:39:51PM -0500, Gene Heskett wrote:
> >> >On Wednesday 04 March 2020 12:48:57 rhkra...
On Wed, 04 Mar 2020 16:32:42 +0100 (CET)
Cichas wrote:
>
> Hello guys,
>
> sorry if this is documented somewhere but today I decided to ask here
> as it is something fundamental I cannot understand. After 20 years I
> decided to try Debian again (as VM for start). I am installing it
> from debi
> There used to be (still?) a set of Western Digital drives that
> would go into a hard sleep and park their heads repeatedly. This
> tended to cause a shortened lifespan as well as terrible
> performance.
>
> -dsr-
>
with cron:
# prevent disks from sleeping, every minute:
* * * ** /bi
About a couple hours back, I downloaded "debian-live-10.3.0-amd64-gnome.iso
from the Debian site. I then used Brasero (3.12.2-5) to burn it to a Sony
DVD-R. In other words, I wanted a Live-DVD of, what I created on a Laptop
through the Net Install method, in the last few days. The Laptop, which
0...@caiway.net wrote:
> with cron:
> # prevent disks from sleeping, every minute:
> * * * ** /bin/touch /dev/sda &>/
Wha not using "hdparm"?
Regards,
Klaus.
--
Klaus Singvogel
GnuPG-Key-ID: 1024R/5068792D 1994-06-27
On Wed, 4 Mar 2020 23:19:47 +
Brian wrote:
Hello Brian,
>My fault entirely. The port number is 9100, not 631. I always make a
>slip up along the way with things like this :). I am assuming the device
We're all human. Mistakes happen. Not a problem.
Okay, substituting 9100 as the port num
Hello Friends!
My system:
Host: laptop
Kernel: 4.19.0-6-amd64 x86_64
bits: 64
Desktop: Xfce 4.12.4
Distro: Debian GNU/Linux 10 (buster)
There is a Trash icon on the desktop screen. If I double-click it to open
it so I can view its contents, I get a dialogue box with the title,
*Handler Not Foun
64 matches
Mail list logo
