Re: alternatives to gmail?

2019-11-18 Thread Karen Lewellen
why?  after I have stated my goal is reading using a web interface 
comparative  to  what one finds with gmail?




On Tue, 19 Nov 2019, john doe wrote:


On 11/19/2019 2:06 AM, Karen Lewellen wrote:

For now  the web access is a zenith.
I use a shell service exclusively for the internet.
Therefore creating a setup outside of this is not possible.
Karen


On Mon, 18 Nov 2019, Mark Rousell wrote:


On 18/11/2019 22:48, Karen Lewellen wrote:

Hi folks,
One of my gmail accounts is no longer accessible, not in links even
with some JavaScript.  Not in elinks with the same, and most of all,
not via basic html in lynx.
I use this account for research, meaning I prefer  a low graphics web
interface. I am using a screen reader which also for me personally
makes the low graphics  even more important.
I am not in a position to host my own email.
Whatever I choose, I hope to manage forwarding of the presently
existing gmail address.  Moving content a plus.
Anyone have a suggestion for an email service?
Thanks,
Karen


How about Thunderbird? I.e. Instead of a webmail client, use a local
mail client accessing your mailbox via IMAP.

Sooner or later, all webmail clients are going to be utterly dependent
on Javascript.


-- 
Mark Rousell









I would look at Mutt for the CLI or other CLI mail client.

--
John Doe



Re: alternatives to gmail?

2019-11-18 Thread john doe
On 11/19/2019 2:06 AM, Karen Lewellen wrote:
> For now  the web access is a zenith.
> I use a shell service exclusively for the internet.
> Therefore creating a setup outside of this is not possible.
> Karen
>
>
> On Mon, 18 Nov 2019, Mark Rousell wrote:
>
>> On 18/11/2019 22:48, Karen Lewellen wrote:
>>> Hi folks,
>>> One of my gmail accounts is no longer accessible, not in links even
>>> with some JavaScript.  Not in elinks with the same, and most of all,
>>> not via basic html in lynx.
>>> I use this account for research, meaning I prefer  a low graphics web
>>> interface. I am using a screen reader which also for me personally
>>> makes the low graphics  even more important.
>>> I am not in a position to host my own email.
>>> Whatever I choose, I hope to manage forwarding of the presently
>>> existing gmail address.  Moving content a plus.
>>> Anyone have a suggestion for an email service?
>>> Thanks,
>>> Karen
>>
>> How about Thunderbird? I.e. Instead of a webmail client, use a local
>> mail client accessing your mailbox via IMAP.
>>
>> Sooner or later, all webmail clients are going to be utterly dependent
>> on Javascript.
>>
>>
>> -- 
>> Mark Rousell
>>
>>
>>
>>
>>
>

I would look at Mutt for the CLI or other CLI mail client.

--
John Doe



Re: getting crystalsvg icon set in response to okular warnings

2019-11-18 Thread Dan Hitt
On Mon, Nov 18, 2019 at 7:12 PM Dan Hitt  wrote:

> Hi David,
>
> Thanks!
>
> Your package searching is certainly better than mine: i had found the
> package kdesdk-scripts before, but not code-aster-gui nor anyremote-doc.
>
> I've installed all 3 of them, but still get the same error message.
>
> Also /usr/share/icons does not have a subdirectory crystalsvg although it
> does have a subdirectory gnome.  (But maybe that's a red herring.)
>
> Or maybe i have to install the kde desktop and use it at least once to get
> crystalsvg to work?
>
> Anyhow, thanks for your help, any any other advice or suggestions.
>
> dan
>
> On Mon, Nov 18, 2019 at 5:45 PM David  wrote:
>
>> On Tue, 19 Nov 2019 at 11:32, Dan Hitt  wrote:
>> >
>> > When okular opens a pdf, from the command line, it issues a warning
>> >  Icon theme "crystalsvg" not found.
>>
>> Hi, try this:
>>
>> https://packages.debian.org/search?searchon=contents=crystalsvg=filename=stable=any
>>
>>
A little update here: i installed task-kde-desktop --- all 1.9G ---

And if i run okular from a terminal on the Plasma desktop (as a different
user), okular issues no warnings.

But when i switch back to xfce, and run okular from a terminal as my normal
user, i still get the
Icon theme "crystalsvg" not found.
message.

So i suppose the kde terminal is set up with just the right environment
variables or something.

Any clues are appreciated!! :)

dan

(PS: sorry for top-posting in my previous reply, gmail really likes
top-posting and i have to make a conscious effort to avoid it.  Maybe
there's someway to configure this also?)


Re: getting crystalsvg icon set in response to okular warnings

2019-11-18 Thread Dan Hitt
Hi David,

Thanks!

Your package searching is certainly better than mine: i had found the
package kdesdk-scripts before, but not code-aster-gui nor anyremote-doc.

I've installed all 3 of them, but still get the same error message.

Also /usr/share/icons does not have a subdirectory crystalsvg although it
does have a subdirectory gnome.  (But maybe that's a red herring.)

Or maybe i have to install the kde desktop and use it at least once to get
crystalsvg to work?

Anyhow, thanks for your help, any any other advice or suggestions.

dan

On Mon, Nov 18, 2019 at 5:45 PM David  wrote:

> On Tue, 19 Nov 2019 at 11:32, Dan Hitt  wrote:
> >
> > When okular opens a pdf, from the command line, it issues a warning
> >  Icon theme "crystalsvg" not found.
>
> Hi, try this:
>
> https://packages.debian.org/search?searchon=contents=crystalsvg=filename=stable=any
>
>


Re: getting crystalsvg icon set in response to okular warnings

2019-11-18 Thread David
On Tue, 19 Nov 2019 at 11:32, Dan Hitt  wrote:
>
> When okular opens a pdf, from the command line, it issues a warning
>  Icon theme "crystalsvg" not found.

Hi, try this:
https://packages.debian.org/search?searchon=contents=crystalsvg=filename=stable=any



Re: alternatives to gmail?

2019-11-18 Thread Karen Lewellen

For now  the web access is a zenith.
I use a shell service exclusively for the internet.
Therefore creating a setup outside of this is not possible.
Karen


On Mon, 18 Nov 2019, Mark Rousell wrote:


On 18/11/2019 22:48, Karen Lewellen wrote:

Hi folks,
One of my gmail accounts is no longer accessible, not in links even
with some JavaScript.  Not in elinks with the same, and most of all,
not via basic html in lynx.
I use this account for research, meaning I prefer  a low graphics web
interface. I am using a screen reader which also for me personally
makes the low graphics  even more important.
I am not in a position to host my own email.
Whatever I choose, I hope to manage forwarding of the presently
existing gmail address.  Moving content a plus.
Anyone have a suggestion for an email service?
Thanks,
Karen


How about Thunderbird? I.e. Instead of a webmail client, use a local
mail client accessing your mailbox via IMAP.

Sooner or later, all webmail clients are going to be utterly dependent
on Javascript.


--
Mark Rousell









getting crystalsvg icon set in response to okular warnings

2019-11-18 Thread Dan Hitt
I'm using okular to open pdfs (with exo-open) in debian 10.

When okular opens a pdf, from the command line, it issues a warning
 Icon theme "crystalsvg" not found.

It used to issue the warning a warning about the "gnome" icon theme not
found.  I was able to get red of that warning by installing the package
gnome-icon-theme.

However there doesn't seem to be a crystalsvg-icon-them package.  The
internet seems to think that crystalsvg exists, e.g.,
https://awysalyhes.tk/523.php describes it.

Actually, i don't really care about icons and themes, but i would really
like to get rid of the warning since it comes up every time i launch okular.

Thanks in advance for any clues!

dan


WiFi: changed bandwidth in a way we can't support - disconnect

2019-11-18 Thread Miguel A. Vallejo
Hi

I'm experiencing some weird WiFi problems since the arrival of Kernels
5.x. Currently I run 5.3.0-2-amd64 and MT7612 MediaTek Inc. 802.11ac
WLAN USB3 dongle. I suffer frequent disconects, and everytime this
happens, I see this in the system log:



wpa_supplicant[651]: wlx00e0bb330276:
CTRL-EVENT-STARTED-CHANNEL-SWITCH freq=5540 ht_enabled=1 ch_offset=1
ch_width=80 MHz cf1=5530 cf2=0

wpa_supplicant[651]: wlx00e0bb330276: CTRL-EVENT-CHANNEL-SWITCH
freq=5540 ht_enabled=1 ch_offset=1 ch_width=80 MHz cf1=5530 cf2=0

wlx00e0bb330276: AP a0:64:8f:dc:b1:81 tries to chanswitch to same
channel, ignore

wlx00e0bb330276: AP VHT information is invalid, disable VHT

wlx00e0bb330276: AP a0:64:8f:dc:b1:81 changed bandwidth, new config is
5540 MHz, width 2 (5550/0 MHz)

wlx00e0bb330276: AP a0:64:8f:dc:b1:81 changed bandwidth in a way we
can't support - disconnect

wlx00e0bb330276: failed to follow AP a0:64:8f:dc:b1:81 bandwidth
change, disconnect

wlx00e0bb330276: CTRL-EVENT-DISCONNECTED bssid=a0:64:8f:dc:b1:81
reason=3 locally_generated=1

NetworkManager[642]:   [1574118371.9594]
sup-iface[0x560817a7a130,wlx00e0bb330276]: connection disconnected
(reason -3)



Different 5 GHz channels but always the same sequence. After
disconnection Network Manager keep asking for the WiFi password
(Network Manager already knows this password) but this is a different
problem...

Other devices connected to the same WiFi router using 802.11ac mode
does not have this problem, only my Debian Sid box.

Any idea on how to solve / fix / track down this problem?
Unfortunately I can't use a wired connection.

Thanks in advance.

Migue A. Vallejo



Re: alternatives to gmail?

2019-11-18 Thread Mark Rousell
On 18/11/2019 22:48, Karen Lewellen wrote:
> Hi folks,
> One of my gmail accounts is no longer accessible, not in links even
> with some JavaScript.  Not in elinks with the same, and most of all,
> not via basic html in lynx.
> I use this account for research, meaning I prefer  a low graphics web
> interface. I am using a screen reader which also for me personally
> makes the low graphics  even more important.
> I am not in a position to host my own email.
> Whatever I choose, I hope to manage forwarding of the presently 
> existing gmail address.  Moving content a plus.
> Anyone have a suggestion for an email service?
> Thanks,
> Karen

How about Thunderbird? I.e. Instead of a webmail client, use a local
mail client accessing your mailbox via IMAP.

Sooner or later, all webmail clients are going to be utterly dependent
on Javascript.


-- 
Mark Rousell
 
 
 



alternatives to gmail?

2019-11-18 Thread Karen Lewellen

Hi folks,
One of my gmail accounts is no longer accessible, not in links even with 
some JavaScript.  Not in elinks with the same, and most of all, not via 
basic html in lynx.
I use this account for research, meaning I prefer  a low graphics web 
interface. I am using a screen reader which also for me personally 
makes the low graphics  even more important.

I am not in a position to host my own email.
Whatever I choose, I hope to manage forwarding of the presently  existing 
gmail address.  Moving content a plus.

Anyone have a suggestion for an email service?
Thanks,
Karen



Make up for the crisis. Your friend Ginny Bell

2019-11-18 Thread Ginny Bell
Hello!
There is a way to maintain your well-being even in a crisis. You'll be quick, 
you'll have time to cook:

You don't have to join in. Have a specialized education too. Take your own, and 
that's it. While others lose, you will be able to save.

What good is the crisis? It gives a rabid number of opportunities, opens the 
eyes of smart people. Those who do not sleep prosper in difficult times.

The project is being implemented and there are not many people. But all the 
"pioneers" will grab their fat lumps and will be satisfied)))

A whole thing of green bills will come to your wallet right away, they're 
yours. Use, check, try the project on the tooth. If you like it - we will 
continue to be friends:

http://elevys.com

With respect, Administration.

Ginny Bell


Re: bluetooth mouse and keyboard stop working after some time

2019-11-18 Thread Jonas Smedegaard
Hi Federico,

Quoting Federico Beffa (2019-11-18 20:54:37)
> I recently purchased bluetooth mouse and keyboard to use with a Debian 
> 9 machine.  I could pair the devices without problems and they do work 
> for some time. However, after some time they stop working.  I suspect 
> that some timeout triggers. (After a reboot they start working again 
> for some time.)
> 
> I'm using kernel linux-image-4.19.0-0.bpo.6-amd6.
> 
> Below is an excerpt from /var/log/syslog showing that the Bluetooth 
> module is shutting down.
> 
> Any suggestions?

Try disable power management for the bluetooth device driver.

Easiest to play with that is probably to install and use powertop, which 
hints at what it changes so that (if succesful) you can transfer those 
changes to e.g. lines in a new file /etc/sysctl.d/local-powersave.conf

NB! You may need to disable power management not only from device driver 
but also drivers of underlying bus.  You can get a topological view of 
the USB bus with this command:

  lsusb --tree

...and a topological view of your whole machine with this:

  lshw | less


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature


Re: enigmail

2019-11-18 Thread Reco
Hi.

On Mon, Nov 18, 2019 at 12:57:16PM -0700, D. R. Evans wrote:
> I see that the update to debian stable that I was going to do today
> wants to update thunderbird but remove enigmail. Does anyone have any
> insight into how long it is likely to take before enigmail will be
> made compatible with the thunderbird that debian stable wants to
> install?

Currently only unstable provides engimail that's compatible with
thunderbird 68. Assuming that things will go as they usually are, the
answer to your question is "then they release Debian 11".

Maybe some kind soul will do a backport, but given [1] - enigmail has no
future anyway, so I'd start looking for alternatives if I were you.

Reco

[1] https://blog.thunderbird.net/2019/10/thunderbird-enigmail-and-openpgp/



bluetooth mouse and keyboard stop working after some time

2019-11-18 Thread Federico Beffa
Hi,

I recently purchased bluetooth mouse and keyboard to use with a Debian
9 machine.  I could pair the devices without problems and they do work
for some time. However, after some time they stop working.  I suspect
that some timeout triggers. (After a reboot they start working again
for some time.)

I'm using kernel linux-image-4.19.0-0.bpo.6-amd6.

Below is an excerpt from /var/log/syslog showing that the Bluetooth
module is shutting down.

Any suggestions?

Nov 18 15:03:23 lupo NetworkManager[717]:   [1574085803.9156]
device (wlp2s0): set-hw-addr: set MAC address to EA:9D:A4:E8:88:99
(scanning)
Nov 18 15:03:23 lupo kernel: [ 6888.646262] IPv6: ADDRCONF(NETDEV_UP):
wlp2s0: link is not ready
Nov 18 15:03:23 lupo NetworkManager[717]:   [1574085803.9227]
device (wlp2s0): supplicant interface state: inactive -> disabled
Nov 18 15:03:23 lupo NetworkManager[717]:   [1574085803.9463]
device (wlp2s0): supplicant interface state: disabled -> inactive
Nov 18 15:03:23 lupo wpa_supplicant[1140]: wlp2s0: Reject scan trigger
since one is already pending
Nov 18 15:05:44 lupo kernel: [ 7029.363271] usb 1-4: USB disconnect,
device number 3
Nov 18 15:05:44 lupo systemd[1]: Starting Load/Save RF Kill Switch Status...
Nov 18 15:05:44 lupo systemd[1]: bluetooth.target: Unit not needed
anymore. Stopping.
Nov 18 15:05:44 lupo systemd[1]: Stopped target Bluetooth.
Nov 18 15:05:44 lupo systemd[1]: Started Load/Save RF Kill Switch Status.
Nov 18 15:05:44 lupo /usr/lib/gdm3/gdm-x-session[1292]: (II)
config/udev: removing device MX Master 3 Keyboard
Nov 18 15:05:44 lupo /usr/lib/gdm3/gdm-x-session[1292]: (**) Option "fd" "50"
Nov 18 15:05:44 lupo /usr/lib/gdm3/gdm-x-session[1292]: (II)
UnloadModule: "libinput"
Nov 18 15:05:44 lupo /usr/lib/gdm3/gdm-x-session[1292]: (II)
systemd-logind: releasing fd for 13:85
Nov 18 15:05:44 lupo /usr/lib/gdm3/gdm-x-session[1292]: (II)
config/udev: removing device MX Master 3 Mouse
Nov 18 15:05:44 lupo /usr/lib/gdm3/gdm-x-session[1292]: (**) Option "fd" "51"
Nov 18 15:05:44 lupo /usr/lib/gdm3/gdm-x-session[1292]: (II)
UnloadModule: "libinput"
Nov 18 15:05:44 lupo /usr/lib/gdm3/gdm-x-session[1292]: (II)
systemd-logind: releasing fd for 13:86
Nov 18 15:05:44 lupo /usr/lib/gdm3/gdm-x-session[1292]: (II)
config/udev: removing device MX Keys Keyboard
Nov 18 15:05:44 lupo /usr/lib/gdm3/gdm-x-session[1292]: (**) Option "fd" "54"

Thanks,
Fede



enigmail

2019-11-18 Thread D. R. Evans
I see that the update to debian stable that I was going to do today wants to
update thunderbird but remove enigmail. Does anyone have any insight into how
long it is likely to take before enigmail will be made compatible with the
thunderbird that debian stable wants to install?

I remember that this happened once before, and it seemed like a very long
(weeks rather than days, if I'm remembering correctly) before I could run the
update. I hope it won't be as long this time.

  Doc

-- 
Web:  http://enginehousebooks.com/drevans



signature.asc
Description: OpenPGP digital signature


Re: XFCE and auto-raise too fast

2019-11-18 Thread Cindy Sue Causey
On 11/18/19, Bhasker C V  wrote:
>
>   Attached is screenshot of the settings I have used.
>
>   The auto-raise interval on the other hand is not honouring the
> setting. No matter what the raise interval is configued as, the windows
> auto-raise in 0.5 seconds. Please could someone tell me if I am missing
> something ?


Maybe... one setting is taking precedence over the other? Order of
appearance can have a very frustrating effect in some aspects of
programming. CSS stylesheets within website design always instantly
come to mind there, but maybe networking has some nice examples closer
to what's being asked here.

Have you tried untoggling (unclicking/unchecking) one or the other of
those settings to see if it changes things? I'm a-suming *yes*, but it
never hurts to ask anyway. :)

Looking hard at your printscreen, it just FEELS LIKE there could be
conflict between "Focus follows mouse" having a time delay setting...

AND THEN... there exists that secondary, DIFFERENT time delay setting
that SEEMS TO say it is triggered by-y-y

A window more generically receiving focus by *any* means available to the user.

Maybe that's bottlenecking its response somehow?

Like maybe it could use slightly more specific IF/ELSE/THEN(?) steps
to cover more usage cases that are individually tied to those initial
radio buttons at the top?

Like maybe the radio buttons could be aligned vertically instead of
horizontally...

AND THEN offer the various time delay option check boxes, etc, such as
they vary specifically based on "Click to focus" versus "Focus follows
mouse"?

It's been a while since I found that XFCE perk, but I can still
remember having to second guess the intents, the action/reaction
relationships there myself :)

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with birdseed *



Re: Orphaned Inode Problem

2019-11-18 Thread Pascal Hambourg

Le 18/11/2019 à 20:06, Stephen P. Molnar a écrit :


The CPU is an AMD FX-8320 Eight-Core Processor on an ASUSTeK M5A97 R2.0 
Motherboard with 8GB Ram. I have started having orphaned inodes when I 
run a major piece of software in my research program.


How do you know you have orphaned inodes and that they are the cause of 
the system hang ?


AFAIK, orphaned inodes are not a cause but a consequence of an uncleanly 
unmounted filesystem, and fsck spots them at the next boot. They are 
often caused by a hard reboot.




Re: Orphaned Inode Problem

2019-11-18 Thread Dan Ritter
Reco wrote: 
>   Hi.
> 
> On Mon, Nov 18, 2019 at 02:06:48PM -0500, Stephen P. Molnar wrote:
> > he problem is that the program hangs and the system will not
> > recognized the keyboard, although, according to gKrellM the system is
> > still operating. The only solution seems to be to reboot the system.
> 
> The contents of /var/log/messages at the time of the hang will
> definitely help to pinpoint the issue.
> 
> And maybe the xorg.log, but it's non-trivial to extract something useful
> from it - you have to wait for the hang, reboot, and locate
> Xorg.0.log.old file.
> 
> 
> > I have no idea what the cause may be or what a solution might be.
> > Google is no help (al least, nothing that I can understand).
> 
> A kernel panic or OOPS comes to mind first. That's very broad class of
> the problem, to say the least, hence the need of kernel logs.
> 
> Xorg hang is the second possible option. AMD hardware is somewhat
> problematic here.
> 
> Barring above - an overheat is the third possible scenario here.

It's also plausible that one or more disks are failing, or
controllers. This can be exacerbated by high temperature.

So:

look in logs
clean hardware, especially fans
add airflow
keep an SSH session open from another machine and see if you
can poke at it after a "hang".

-dsr-



Re: Orphaned Inode Problem

2019-11-18 Thread Reco
Hi.

On Mon, Nov 18, 2019 at 02:06:48PM -0500, Stephen P. Molnar wrote:
> he problem is that the program hangs and the system will not
> recognized the keyboard, although, according to gKrellM the system is
> still operating. The only solution seems to be to reboot the system.

The contents of /var/log/messages at the time of the hang will
definitely help to pinpoint the issue.

And maybe the xorg.log, but it's non-trivial to extract something useful
from it - you have to wait for the hang, reboot, and locate
Xorg.0.log.old file.


> I have no idea what the cause may be or what a solution might be.
> Google is no help (al least, nothing that I can understand).

A kernel panic or OOPS comes to mind first. That's very broad class of
the problem, to say the least, hence the need of kernel logs.

Xorg hang is the second possible option. AMD hardware is somewhat
problematic here.

Barring above - an overheat is the third possible scenario here.


In short, Google (or any other search engine) can offer little help here
- you have to know what to search.

Reco



Orphaned Inode Problem

2019-11-18 Thread Stephen P. Molnar

I am running Stretch on my Linux platform.

The CPU is an AMD FX-8320 Eight-Core Processor on an ASUSTeK M5A97 R2.0 
Motherboard with 8GB Ram. I have started having orphaned inodes when I 
run a major piece of software in my research program.


he problem is that the program hangs and the system will not recognized 
the keyboard, although, according to gKrellM the system is still 
operating. The only solution seems to be to reboot the system.


I have no idea what the cause may be or what a solution might be. Google 
is no help (al least, nothing that I can understand).


Help will be much appreciated.

Thanks in advance.

--
Stephen P. Molnar, Ph.D.
www.molecular-modeling.net
614.312.7528 (c)
Skype:  smolnar1



XFCE and auto-raise too fast

2019-11-18 Thread Bhasker C V

Hi,

 Attached is screenshot of the settings I have used.

 The auto-raise interval on the other hand is not honouring the 
setting. No matter what the raise interval is configued as, the windows 
auto-raise in 0.5 seconds. Please could someone tell me if I am missing 
something ?


--
Bhasker C V
Secure Mails: http://keys.gnupg.net/pks/lookup?op=get=0x4D05FEEC54E47413
Registered Linux User: #306349



Re: Little problem with rights on a script

2019-11-18 Thread Gene Heskett
On Monday 18 November 2019 09:28:42 Greg Wooledge wrote:

> On Sun, Nov 17, 2019 at 10:07:23AM -0500, Gene Heskett wrote:
> > The docs for udev are too paranoid to show one how, and the next
> > package upgrade undoes your work anyway so why bother.
>
> You're putting your stuff in the wrong place.
>
> The files in /lib/udev/ are put there by Debian packages, and you
> should not edit them.  As you already observed, any edits you make to
> these files will be undone in the future.
>
> Your new files should go in /etc/udev/.  Anything you put here is NOT
> touched by the Debian package manager.
I think I've read that someplace already but thanks for the heads up 
again.

Cheers Greq, 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)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 



Re: Little problem with rights on a script

2019-11-18 Thread Greg Wooledge
On Sun, Nov 17, 2019 at 10:07:23AM -0500, Gene Heskett wrote:
> The docs for udev are too paranoid to show one how, and the next package 
> upgrade undoes your work anyway so why bother.

You're putting your stuff in the wrong place.

The files in /lib/udev/ are put there by Debian packages, and you should
not edit them.  As you already observed, any edits you make to these
files will be undone in the future.

Your new files should go in /etc/udev/.  Anything you put here is NOT
touched by the Debian package manager.



Re: añadir directorio en path debian 10

2019-11-18 Thread Fran Torres
Buenas,

has provado con:

PATH=".:/bin:/usr/bin:" etc etc etc?

Fran.

El 18/11/19, ruben.mag...@inisis.es  escribió:
> Buenos días a todos,
>
> Sabéis como añadir el directorio local, o sea, “.” a la variable PATH en
> debian.
>
> Antes, en debian 9, añadías “:.” Al final de la línea ENV_PATH en
> “/etc/login.defs” y era suficiente pero con debian 10 no funciona.
>
>
>
> Gracias a todos de antemano
>
>
>
>
>
> De: Galvatorix Torixgalva 
> Enviado el: viernes, 28 de junio de 2019 7:25
> Para: lista-debian 
> Asunto: Re: Verifying DMI pool data .. se para debian 9.9
>
>
>
> Hola,
>
>
>
> vendria bien que pusieras todos los detalles posibles de la configuracion
> del ordenador.
>
>
>
> Un saludo.
>
>



Re: Difference between ipp, ipps, http, https CUPS protocols?

2019-11-18 Thread Kent West



On 11/17/19 3:02 AM, Anthony DeRobertis wrote:
Quick search of 
https://sources.debian.org/src/cups/2.3.0-7/backend/ipp.c/ shows there 
is no different between ipp and http, and no difference between ipps 
and https.


ipps and https force encryption, using SSL/TLS (just like you'd expect 
from https) (so if your printer doesn't offer encryption, say due to 
no certificates, it'll fail).


ipp and http do not require encryption (but may use it anyway, if 
available, via a TLS upgrade).


Probably CUPS offers both because some printers' documentation gives 
http:// URLs and some give ipp:// URLs.




Thank you! Good information!


--

Kent




Re: Migration Stretch vers Buster : plus de mode graphique : résolu

2019-11-18 Thread Guillaume Clercin
Bonjour,

Le lundi 18 novembre 2019, 13:26:15 CET ajh-valmer a écrit :
> On Monday 18 November 2019  Maxime wrote:
> > Il vous indique un paquet legacy car vous avez du vieux matériel
> > graphique.
> > Ce paquet nvidia-legacy provient tout de même de non-free car il n'est pas
> > libre, il inclut le module noyau DRM exploité par DKMS + le pilote
> > graphique exploité par xorg.
> > Dans Buster le pilote xorg "nouveau" existe bien
> > (xserver-xorg-video-nouveau) et le module nouveau est déjà intégré au
> > noyau, il se lance automatiquement au boot du kernel, il est moins
> > performant que celui de nvidia pour l'instant mais la tendance à la
> > compatibilité s'accélère à l'instar de amdgpu.
> > Si vous avez besoin de performances video, 2D, 3D prenez le propriétaire,
> > si vous avez besoin d'accélération video + 2D seulement prenez nouveau.
> 
> Merci,
> mais pourquoi je reçois votre mail en TROIS exemplaires ?
> 
> Ma carte Nvidia est récente, ce n'est pas un "vieux matériel".
> Je recherche la performance, l'accélération video, 3D,
> mais le pilote non libre téléchargé sur le site Nvidia,
> ne fonctionne plus sous Buster, à contrario de Stretch.
> 
> Le pilote "nvidia-legacy" semble bien fonctionner,
> déjà l'accélération graphique est activée :
> # glxinfo | grep "direct rendering"
> direct rendering: Yes
> 
> Mais comment vérifier si la 3D fonctionne ?
Dans un premier temps, tu peut lancer l'application « glxgears » fourni par le 
paquet « mesa-utils ».

Sinon il faut lancer un jeu en 3D.

Si tu as un compte steam, dans ce cas, il faut installer un jeu puis le 
tester.

Le test que je pratique souvent est de lancer « blender » puis faire bouger la 
vue le plus rapidement possible tout en regardant l'usage CPU. Si le mouvement 
de la vue est fluide et que l'usage CPU est faible alors je considère que 
l'accélération 3D fonctionne.

> 
> Bonne journée;

Cordialement,
-- 
Guillaume Clercin

signature.asc
Description: This is a digitally signed message part.


Re: Migration Stretch vers Buster : plus de mode graphique : résolu

2019-11-18 Thread ajh-valmer
On Monday 18 November 2019  Maxime wrote:
> Il vous indique un paquet legacy car vous avez du vieux matériel graphique.
> Ce paquet nvidia-legacy provient tout de même de non-free car il n'est pas
> libre, il inclut le module noyau DRM exploité par DKMS + le pilote graphique
> exploité par xorg.  
> Dans Buster le pilote xorg "nouveau" existe bien
> (xserver-xorg-video-nouveau) et le module nouveau est déjà intégré au noyau, 
> il se lance automatiquement au boot du kernel, il est moins performant que
> celui de nvidia pour l'instant mais la tendance à la compatibilité
> s'accélère à l'instar de amdgpu.   
> Si vous avez besoin de performances video, 2D, 3D prenez le propriétaire, 
> si vous avez besoin d'accélération video + 2D seulement prenez nouveau. 

Merci,
mais pourquoi je reçois votre mail en TROIS exemplaires ?

Ma carte Nvidia est récente, ce n'est pas un "vieux matériel".
Je recherche la performance, l'accélération video, 3D,
mais le pilote non libre téléchargé sur le site Nvidia,
ne fonctionne plus sous Buster, à contrario de Stretch.

Le pilote "nvidia-legacy" semble bien fonctionner,
déjà l'accélération graphique est activée :
# glxinfo | grep "direct rendering"
direct rendering: Yes

Mais comment vérifier si la 3D fonctionne ?

Bonne journée;









Re: arch prefix in packages names.

2019-11-18 Thread tomas
On Mon, Nov 18, 2019 at 02:04:16PM +0200, aprekates wrote:
> So some packages with other arch cant be installed so there is
> no need for dpkg to differentiate the name.
> 
> But i can install binutils-common in my system from many archs
> so the suffix (thanks for the correction) helps to differentiate.

If you have multiarch installed, yes.

Cheers
-- tomás


signature.asc
Description: Digital signature


añadir directorio en path debian 10

2019-11-18 Thread ruben.magana
Buenos días a todos, 

Sabéis como añadir el directorio local, o sea, “.” a la variable PATH en debian.

Antes, en debian 9, añadías “:.” Al final de la línea ENV_PATH en 
“/etc/login.defs” y era suficiente pero con debian 10 no funciona.

 

Gracias a todos de antemano

 

 

De: Galvatorix Torixgalva  
Enviado el: viernes, 28 de junio de 2019 7:25
Para: lista-debian 
Asunto: Re: Verifying DMI pool data .. se para debian 9.9

 

Hola,

 

vendria bien que pusieras todos los detalles posibles de la configuracion del 
ordenador.

 

Un saludo.



Re: arch prefix in packages names.

2019-11-18 Thread aprekates

So some packages with other arch cant be installed so there is
no need for dpkg to differentiate the name.

But i can install binutils-common in my system from many archs
so the suffix (thanks for the correction) helps to differentiate.

Thanks

Alexandros


On 18/11/19 12:53 μ.μ., Reco wrote:

Hi.

On Mon, Nov 18, 2019 at 12:35:56PM +0200, aprekates wrote:

Looking at dpkg -l output i noticed:

ii  binutils   2.31.1-16    amd64    GNU assembler, linker and binary 
utilities
ii  binutils-common:amd64  2.31.1-16  amd64    Common files for the GNU 
assembler, ..

why dpkg -l adds the :arch prefix in some package names and not in others?

If a package has "Multiarch: same" flag (binutils-common is one of
these) it means it can be installed several times with the different
architectures.
dpkg shows such packages with architecture suffix (not _prefix_), to
help the user distinguish packages with the same name, but different
architectures.
Packages that has "Multiarch: foreign" (i.e. architecture-independent
ones), or packages that lack Multiarch flag are shown without
architecture suffix.

"apt show" does not show Multiarch flag for some reason, but "dpkg -s"
does.

Reco





Re: Migration Stretch vers Buster : plus de mode graphique : résolu

2019-11-18 Thread Maxime G.
Bonjour.

Il vous indique un paquet legacy car vous avez du vieux matériel graphique.
Ce paquet nvidia-legacy provient tout de même de non-free car il n'est pas 
libre, il inclut le module noyau DRM exploité par DKMS + le pilote graphique 
exploité par xorg.

Dans Buster le pilote xorg "nouveau" existe bien (xserver-xorg-video-nouveau) 
et le module nouveau est déjà intégré au noyau, il se lance automatiquement au 
boot du kernel, il est moins performant que celui de nvidia pour l'instant mais 
la tendance à la compatibilité s'accélère à l'instar de amdgpu.


Si vous avez besoin de performances video, 2D, 3D prenez le propriétaire, si 
vous avez besoin d'accélération video + 2D seulement prenez nouveau.

Maxime.




15 novembre 2019 12:00 "ajh-valmer"  a écrit:

> On Friday 15 November 2019 10:37:11 didier.gau...@gmail.com wrote:
> 
>> Le jeudi 14 novembre 2019 18:10:03 UTC+1, ajh-valmer a écrit :
>> J'ai choisi le driver nvidia free (nvidia-legacy-340xx-driver).
>> 
>> Le pilote libre c'est Nouveau, le pilote que tu indiques est la
>> version ancienne (legacy) du pilote propriétaire Nvidia
> 
> Je ne vois pas de pilote nvidia "nouveau",
> mais "xserver-xorg-video-nouveau".
> 
> (ne pas confondre "serveur xorg" et "pilote", ce sont 2 choses).
> 
> Si j'installe sous Buster "nvidia-detect" venant de Stretch,
> il m'indique : nvidia-legacy-340xx-driver.
> 
> Bonne journée.



Re: arch prefix in packages names.

2019-11-18 Thread Reco
Hi.

On Mon, Nov 18, 2019 at 12:35:56PM +0200, aprekates wrote:
> Looking at dpkg -l output i noticed:
> 
> ii  binutils   2.31.1-16    amd64    GNU assembler, linker and binary 
> utilities
> ii  binutils-common:amd64  2.31.1-16  amd64    Common files for the 
> GNU assembler, ..
> 
> why dpkg -l adds the :arch prefix in some package names and not in others?

If a package has "Multiarch: same" flag (binutils-common is one of
these) it means it can be installed several times with the different
architectures.
dpkg shows such packages with architecture suffix (not _prefix_), to
help the user distinguish packages with the same name, but different
architectures.
Packages that has "Multiarch: foreign" (i.e. architecture-independent
ones), or packages that lack Multiarch flag are shown without
architecture suffix.

"apt show" does not show Multiarch flag for some reason, but "dpkg -s"
does.

Reco



arch prefix in packages names.

2019-11-18 Thread aprekates

Looking at dpkg -l output i noticed:

ii  binutils   2.31.1-16    amd64    GNU assembler, linker and 
binary utilities
ii  binutils-common:amd64  2.31.1-16  amd64    Common files for 
the GNU assembler, ..


why dpkg -l adds the :arch prefix in some package names and not in others?


alexandros



Re: Fwd: debcheckroot v2.0 released

2019-11-18 Thread Antonio Trujillo Carmona
El 18/11/19 a las 9:45, Antonio Trujillo Carmona escribió:
> El 15/11/19 a las 18:25, Juan Lavieri escribió:
>> Para la información de todos.
>>
>>
>>  Mensaje reenviado 
>> Asunto: debcheckroot v2.0 released
>> Resent-Date: Fri, 15 Nov 2019 16:16:35 + (UTC)
>> Resent-From: debian-secur...@lists.debian.org
>> Fecha: Fri, 15 Nov 2019 17:16:17 +0100
>> De: Elmar Stellnberger 
>> Para: debian-secur...@lists.debian.org
>>
>>
>>
>> Dear readers of debian-security
>>
>>    I have just released debcheckroot-v2.0:
>> https://www.elstel.org/debcheckroot/
>>
>> The new tool can be used to check a Debian installation also against
>> previously unknown rootkits. It has many improvements towards
>> debcheckroot-v1.0:
>>
>> # usage of direct comparison or creation and usage of sha-256 lists
>> instead of the unsafe md5sums provided in the package header
>> # allow usage of multiple changeable media: i.e. DVD & BD-SL
>> verification rather than just BD-DL verification
>> # testing of symbolic links, of user, group and file-mode
>> # scanning the home directory for odd filenames that contain control
>> characters, on request: listing all hidden binary files in the home
>> directory
>> # download only mode + shuffling of download order for package
>> download via Tails/Tor and subsequent offline verification
>> # use of Python3 instead of Perl with built in support for tar, xzip,
>> gzip and bzip2; no more external helper programs required, works from
>> any live cd!
>>
>> Finally debcheckroot-v1.0 did no more work with current versions of
>> Debian as Debian now uses xzip instead of gzip. The new program
>> supports any of xzip, gzip and bz2 for compression of the data.tar.xz
>> and the controls .tar.xz inside the .deb ar-archive. Files are merely
>> unpacked in memory so debcheckroot keeps being quite efficient.
>>
>> I would be happy to discuss the new release here or to assist anyone
>> who wants to test the new tool!
>>
>> Regards,
>> Elmar
>>
> Como administrador de mas de un ciento de sistemas linux (la mayoría
> debian, aunque también muchos OEL) siempre he estado tentado a usar
> algún rootkit para evitar disgustos, (aunque hasta ahora solo hemos
> sufrido un ataque por culpa de los desarrolladores web que se empeñaban
> en no actualizar el perl), pero tengo un par de dudas.
>
> ¿Va a interferir de algún modo el rootkit con el tradicional "apt
> update; apt upgrade"?
>
> Muchos de los sistemas interactúan con sistemas Windows, si se chequean
> los directorios de "/home" o "/mnt" o "/opt", donde pueden estar
> compartidos o montados ficheros donde los usuarios o sistemas no tienen
> "miramiento" en usar espacios o caracteres "raros", ¿Va producirme esto
> dolores de cabeza?.
>
> Gracias y felicitaciones por vuestro trabajo.
>
>
>
Por cierto, no encuentro el paquete "debcheckroot", ¿es el mismo de
"rkhunter", o se trata de un paquete no incluido en los repositorios
debian?.





signature.asc
Description: OpenPGP digital signature


Re: Fwd: debcheckroot v2.0 released

2019-11-18 Thread Antonio Trujillo Carmona
El 15/11/19 a las 18:25, Juan Lavieri escribió:
> Para la información de todos.
>
>
>  Mensaje reenviado 
> Asunto: debcheckroot v2.0 released
> Resent-Date: Fri, 15 Nov 2019 16:16:35 + (UTC)
> Resent-From: debian-secur...@lists.debian.org
> Fecha: Fri, 15 Nov 2019 17:16:17 +0100
> De: Elmar Stellnberger 
> Para: debian-secur...@lists.debian.org
>
>
>
> Dear readers of debian-security
>
>    I have just released debcheckroot-v2.0:
> https://www.elstel.org/debcheckroot/
>
> The new tool can be used to check a Debian installation also against
> previously unknown rootkits. It has many improvements towards
> debcheckroot-v1.0:
>
> # usage of direct comparison or creation and usage of sha-256 lists
> instead of the unsafe md5sums provided in the package header
> # allow usage of multiple changeable media: i.e. DVD & BD-SL
> verification rather than just BD-DL verification
> # testing of symbolic links, of user, group and file-mode
> # scanning the home directory for odd filenames that contain control
> characters, on request: listing all hidden binary files in the home
> directory
> # download only mode + shuffling of download order for package
> download via Tails/Tor and subsequent offline verification
> # use of Python3 instead of Perl with built in support for tar, xzip,
> gzip and bzip2; no more external helper programs required, works from
> any live cd!
>
> Finally debcheckroot-v1.0 did no more work with current versions of
> Debian as Debian now uses xzip instead of gzip. The new program
> supports any of xzip, gzip and bz2 for compression of the data.tar.xz
> and the controls .tar.xz inside the .deb ar-archive. Files are merely
> unpacked in memory so debcheckroot keeps being quite efficient.
>
> I would be happy to discuss the new release here or to assist anyone
> who wants to test the new tool!
>
> Regards,
> Elmar
>
Como administrador de mas de un ciento de sistemas linux (la mayoría
debian, aunque también muchos OEL) siempre he estado tentado a usar
algún rootkit para evitar disgustos, (aunque hasta ahora solo hemos
sufrido un ataque por culpa de los desarrolladores web que se empeñaban
en no actualizar el perl), pero tengo un par de dudas.

¿Va a interferir de algún modo el rootkit con el tradicional "apt
update; apt upgrade"?

Muchos de los sistemas interactúan con sistemas Windows, si se chequean
los directorios de "/home" o "/mnt" o "/opt", donde pueden estar
compartidos o montados ficheros donde los usuarios o sistemas no tienen
"miramiento" en usar espacios o caracteres "raros", ¿Va producirme esto
dolores de cabeza?.

Gracias y felicitaciones por vuestro trabajo.





signature.asc
Description: OpenPGP digital signature