Re: Does Debian allow user upgrade system from LTS to the latest system directly?

2017-11-01 Thread Roberto C . Sánchez 
On Thu, Nov 02, 2017 at 01:34:27PM +0800, Elof Huang wrote:
> How do those people upgrading system from LTS to the latest?
> 
> In my question, I must upgrade my Jessie(LTS) to Stretch before
> Buster(stable)?
> 
Please don't top-post.

You are correct, that the supported upgrade path will be jessie ->
stretch -> buster.

Regards,

-Roberto

-- 
Roberto C. Sánchez

Re: Does Debian allow user upgrade system from LTS to the latest system directly?

2017-11-01 Thread Elof Huang 

How do those people upgrading system from LTS to the latest?

In my question, I must upgrade my Jessie(LTS) to Stretch before 
Buster(stable)?



On 11/02/2017 12:36 PM, Roberto C. Sánchez wrote:

On Thu, Nov 02, 2017 at 12:22:41PM +0800, Elof Huang wrote:

May I upgrade from Jessie to the Buster(stable) if Jessie LTS update is
stopped?


That is not supported and is not likely to work particularly well.  In
fact, you are likely to leave your system in a degraded or unusable
state.

Regards,

-Roberto

How do I stop system hangs?

2017-11-01 Thread Borden Rhodes 
What kernel or other settings can I set to let me keep control of my
computer during a runaway process? Basically, how do I tell Linux to
keep just enough resources free so I can drop into a shell terminal
and figure out what's going wrong?

In context, this evening my computer hung for 30 minutes. The hard
drive activity light went solid and it took about 10 minutes after
hitting CTRL + ALT + F1 for a bash shell to appear. It didn't matter
anyway, though, since the login process timed out if I attempted to
log in.

Unfortunately, there's a 30-minute gap in journalctl, so I can forget
about figuring out what caused the hang or filing a bug report to the
maintainers' satisfaction. Therefore, I'm more interested in keeping
control of my computer in future.

With thanks,

Re: Does Debian allow user upgrade system from LTS to the latest system directly?

2017-11-01 Thread Roberto C . Sánchez 
On Thu, Nov 02, 2017 at 12:22:41PM +0800, Elof Huang wrote:
> May I upgrade from Jessie to the Buster(stable) if Jessie LTS update is
> stopped?
> 

That is not supported and is not likely to work particularly well.  In
fact, you are likely to leave your system in a degraded or unusable
state.

Regards,

-Roberto

-- 
Roberto C. Sánchez

Does Debian allow user upgrade system from LTS to the latest system directly?

2017-11-01 Thread Elof Huang 
May I upgrade from Jessie to the Buster(stable) if Jessie LTS update is 
stopped?

Re : GLOSS

2017-11-01 Thread Leandro Guimarães Faria Corcete DUTRA 
Le mercredi 01 novembre 2017 à 14:52 -0200, André Batista a écrit :
> 
> *Nada* é certamente um exagero. Diz-se que não tem a ver com o preço
> para distinguir de freeware, shareware, SaaS e etc.

Nada a ver.  É para dizer que pode-se sim vender o programa, mas
justamente com a obrigação de fornecer também o código-fonte e a
liberdade de usá-lo a seu bel prazer.

Me parece que faltou entender o básico, no caso.


> Não obstante, seria razoável chamar de livre um programa que é
> fornecido gratuitamente, mas para o qual se exige o pagamento de um
> valor exorbitante para ter acesso ao código-fonte?

Claro que não.  E ninguém chama.  Para isso mesmo que existe o esquerdo
de cópia.


> Veja bem, o fornecedor não se nega a fornecer o código-fonte, somente
> estipula um preço astronômico. Esse preço não afeta em *nada* a
> liberdade?

Leia a GPL.  Ela deixa isso bem claro: permite cobrar somente o valor
de custo de se fazer uma cópia e do eventual suporte físico; por isso
mesmo que se tornou universal fornecer uma URI.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm

Re: Stretch : mount Jessie encrypted HDD via USB

2017-11-01 Thread David Wright 
On Wed 01 Nov 2017 at 19:59:25 (+0100), MPhil. Emanoil Kotsev wrote:
> David Wright wrote:
> 
> > And one query while we're on the topic. Obviously
> > umount is necessary and will be noticed later if
> > it's not performed. However, what about vgchange -an
> > and locking? AFAICT failing to lock has no later
> > consequences for the device itself.
> > 
> 
> I don't know what you mean, but I like the proper closing of the lvm before 
> cryptsetup closes the partition. Indeed vgchange -an ist just hiding the lvm 
> from the kernel, but anyway.

OK, so that sounds as if removing the USB device before   vgchange -an
will not affect the device but only the host PC.

And my own experience suggests that the same is true if the
unlocked device is removed before locking it.

It's not that I don't perform the correct sequence of steps,
but just that accidents happen and I like to be prepared for
the consequences. The effects of removing a device without
unmounting it are well documented and have been for years.
OTOH I have found a deafening silence about the effects of
not locking an encrypted device.

> Thanks for the udisksctl.

Glad to help.

Cheers,
David.

Re: buster ssh problem

2017-11-01 Thread Glenn English 
On Wed, Nov 1, 2017 at 7:58 PM, Greg Wooledge  wrote:

> The directives that work in ~/.ssh/config also work in /etc/ssh/ssh_config
> and this includes the Host matching stuff.
>
> As it says in the man page,
>
> SYNOPSIS
>  ~/.ssh/config
>  /etc/ssh/ssh_config
>
> Since you only want to use the inferior ciphers when connecting to one
> specific host, you can put a Host stanza in /etc/ssh/ssh_config
> to change the Ciphers for just that host.

Like I said man ssh_config is on the reading list :-)

I was wondering if there wasn't some way to use that cipher for just
the one place. Thanks for the man page preview.

Don told me about Host a while back (yesterday?), but I really didn't
understand what he was talking about at the time.

--
Glenn English

[no subject]

2017-11-01 Thread max vidocq 
   Bonjour Angelique
Au centre du plan en croix latine, la croisée du transept fournit un point de 
vue spectaculaire sur toutes les parties de l' édifice comme sur le carré 
central des voutes, soutenues par des piles d' une envolée saisissante. A 
mi-hauteur, chacune d' elles montre la présence d' un tirant de fer de la fin 
du Moyen Age. Posé dans le triforium par Pierre Tarisel vers 1440-1510, maitre 
maçon du roi, de la ville d' Amiens, et de la cathédrale, ce véritable chainage 
de fer vise à résoudre les problèmes de stabilité qui imposent à l' époque la 
reprise du contrebutement des parties hautes du choeur. Vues d' ici, outre 
celle offerte par Bernard d' Abbeville en 1269 pour l' abside, les verrières 
les plus significatives sont les trois roses qui éclairent les façades de la 
nef et de chacun des bras du transept. Probablement refaites ou modifiées pour 
répondre aux heurs du temps ou à l' évolution du gout, elles ne présentent plus 
leur aspect originel. Celle du nord, achevée dans les toutes dernières Années 
du xllle siècle, a été renforcée au xlve siècle tandis que les deux autres 
semblent renouvelées entre la fin du xve et le début du xvle siècle.
Max


Envoyé à partir d’Outlook

Re: looking for a file format for time series data other software can easily consume

2017-11-01 Thread Dan Hitt 
On Wed, Nov 1, 2017 at 1:00 PM, Ben Caradoc-Davies  wrote:
> On 01/11/17 20:38, Dan Hitt wrote:
>>
>> The NetCDF does seem to do what i want.  As far as i can tell, it
>> allows you to set metadata at the file level as well as attributes
>> attached to specific arrays in your data.  It can be installed in
>> debian (packages libnetcdf-dev, netcdf-doc, netcdf-bin).  The api
>> doesn't look too complicated, at least if i understand it correctly.
>> The packages come with some simple example programs.  And the 'file'
>> command recognizes the data that it produces.  And there's some kind
>> of mailing list.  So if i can make a go of it, i think that's what
>> i'll be doing.
>
>
> What language would you like to use? There are bindings for many popular
> languages including Python, and a Java implementation for JVM languages.
>
> Timeseries representation is straightforward: a one-dimensional "coordinate
> variable" for time with an attribute like units="seconds since [your epoch
> goes here]" and data variables of the same shape. The udunits library will
> even convert units for you. If you make your time dimension UNLIMITED, new
> time values are written at the end of the file (rather than rewriting the
> whole file).

Well, my first step is to write a few test programs to make sure that
it can do what i think it can (write metadata, and write data).  Looks
good so far, but i'm not done with this stage.

The people on the netcdf mailing list have been very helpful in that regard.

I'm writing these test programs in c.

The data generation i'll probably do in d, because it is so convenient
to program in.  If there are d-bindings that would be nice, but not at
all essential, as i can wrap the parts i need pretty easily (knock on
wood).

For the data display, i'm sort of tentatively planning on using
matplotlib (python 3), again because of ease of use.

But for now this is all vapor ware until i'm a little more solidified.  :)

dan

Re: looking for a file format for time series data other software can easily consume

2017-11-01 Thread Ben Caradoc-Davies 

On 01/11/17 20:38, Dan Hitt wrote:

The NetCDF does seem to do what i want.  As far as i can tell, it
allows you to set metadata at the file level as well as attributes
attached to specific arrays in your data.  It can be installed in
debian (packages libnetcdf-dev, netcdf-doc, netcdf-bin).  The api
doesn't look too complicated, at least if i understand it correctly.
The packages come with some simple example programs.  And the 'file'
command recognizes the data that it produces.  And there's some kind
of mailing list.  So if i can make a go of it, i think that's what
i'll be doing.


What language would you like to use? There are bindings for many popular 
languages including Python, and a Java implementation for JVM languages.


Timeseries representation is straightforward: a one-dimensional 
"coordinate variable" for time with an attribute like units="seconds 
since [your epoch goes here]" and data variables of the same shape. The 
udunits library will even convert units for you. If you make your time 
dimension UNLIMITED, new time values are written at the end of the file 
(rather than rewriting the whole file).


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Re: buster ssh problem

2017-11-01 Thread Greg Wooledge 
On Wed, Nov 01, 2017 at 07:40:40PM +, Glenn English wrote:
> I didn't create the ~/.ssh/config file because I wanted ssh to work
> for me, no matter who I logged in as or su'ed to. I realize (or think,
> anyway) that's going to open my admin box to the darkSide. I need to
> think about that.

The directives that work in ~/.ssh/config also work in /etc/ssh/ssh_config
and this includes the Host matching stuff.

As it says in the man page,

SYNOPSIS
 ~/.ssh/config
 /etc/ssh/ssh_config

Since you only want to use the inferior ciphers when connecting to one
specific host, you can put a Host stanza in /etc/ssh/ssh_config
to change the Ciphers for just that host.

Re : Re : Re : Re : [testing] problème de mise à jour

2017-11-01 Thread Gaëtan Perrier 
Le mercredi 01 novembre 2017 à 20:42 +0100, Gaëtan Perrier a écrit :
> Le mercredi 01 novembre 2017 à 20:37 +0100, Alexandre Hoïde a écrit :
> > On Wed, Nov 01, 2017 at 07:00:27PM +0100, Gaëtan Perrier wrote:
> > > Actuellement quand je fais un apt upgrade ça me retourne ça:
> > > 
> > > apt upgrade 
> > > Lecture des listes de paquets... Fait
> > > Construction de l'arbre des dépendances   
> > > Lecture des informations d'état... Fait
> > > Calcul de la mise à jour... Fait
> > > Certains paquets ne peuvent être installés. Ceci peut signifier
> > > que vous avez demandé l'impossible, ou bien, si vous utilisez
> > > la distribution unstable, que certains paquets n'ont pas encore
> > > été créés ou ne sont pas sortis d'Incoming.
> > > L'information suivante devrait vous aider à résoudre la situation : 
> > > 
> > > Les paquets suivants contiennent des dépendances non satisfaites :
> > >  libopengl0-glvnd-nvidia : Est en conflit avec: libopengl0
> > >  libopengl0-glvnd-nvidia:i386 : Est en conflit avec: libopengl0
> > > E: Paquets défectueux
> > > 
> > > Le problème c'est que libopengl0 n'est pas installé sur ma machine donc
> > > je
> > > ne
> > > vois pas trop ce qu'il peut y avoir comme conflit ?
> > 
> >   Et « apt full-upgrade » ?
> > 
> 
> Il veut m'enlever un peu trpo de paquets à mon goût:
> 
> Les paquets suivants seront ENLEVÉS :
>   freeglut3-dev libbrasero-media3-dev libchamplain-0.12-dev
>   libchamplain-gtk-0.12-dev libclutter-1.0-dev libclutter-gtk-1.0-dev
>   libcogl-dev libcogl-pango-dev libcogl-path-dev libdirectfb-dev
>   libegl1-glvnd-nvidia libegl1-glvnd-nvidia:i386 libegl1-mesa:i386
>   libegl1-mesa-dev libgl1-mesa-dev libgles2-mesa-dev libglu1-mesa-dev
>   libgtk-3-dev libqt4-opengl-dev libsdl1.2-dev libunique-3.0-dev
>   libwayland-egl1-mesa:i386 libwebkit2gtk-4.0-dev nvidia-driver
>   nvidia-driver-libs nvidia-driver-libs:i386 nvidia-driver-libs-i386:i386
>   nvidia-egl-icd:i386
> 
> autant les -dev ça ne me gêne pas autant nvidia-driver je ne le sens pas bien
> ...
> 
> Gaëtan

Y a un rapport de bug sur le sujet:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=879261

Mais je ne sais pas quoi penser de la solution qui consiste à remplacer
libopengl0-glvnd-nvidia par libopengl0 ?

Gaëtan


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

Re : Re : Re : [testing] problème de mise à jour

2017-11-01 Thread Gaëtan Perrier 
Le mercredi 01 novembre 2017 à 20:37 +0100, Alexandre Hoïde a écrit :
> On Wed, Nov 01, 2017 at 07:00:27PM +0100, Gaëtan Perrier wrote:
> > Actuellement quand je fais un apt upgrade ça me retourne ça:
> > 
> > apt upgrade 
> > Lecture des listes de paquets... Fait
> > Construction de l'arbre des dépendances   
> > Lecture des informations d'état... Fait
> > Calcul de la mise à jour... Fait
> > Certains paquets ne peuvent être installés. Ceci peut signifier
> > que vous avez demandé l'impossible, ou bien, si vous utilisez
> > la distribution unstable, que certains paquets n'ont pas encore
> > été créés ou ne sont pas sortis d'Incoming.
> > L'information suivante devrait vous aider à résoudre la situation : 
> > 
> > Les paquets suivants contiennent des dépendances non satisfaites :
> >  libopengl0-glvnd-nvidia : Est en conflit avec: libopengl0
> >  libopengl0-glvnd-nvidia:i386 : Est en conflit avec: libopengl0
> > E: Paquets défectueux
> > 
> > Le problème c'est que libopengl0 n'est pas installé sur ma machine donc je
> > ne
> > vois pas trop ce qu'il peut y avoir comme conflit ?
> 
>   Et « apt full-upgrade » ?
> 

Il veut m'enlever un peu trpo de paquets à mon goût:

Les paquets suivants seront ENLEVÉS :
  freeglut3-dev libbrasero-media3-dev libchamplain-0.12-dev
  libchamplain-gtk-0.12-dev libclutter-1.0-dev libclutter-gtk-1.0-dev
  libcogl-dev libcogl-pango-dev libcogl-path-dev libdirectfb-dev
  libegl1-glvnd-nvidia libegl1-glvnd-nvidia:i386 libegl1-mesa:i386
  libegl1-mesa-dev libgl1-mesa-dev libgles2-mesa-dev libglu1-mesa-dev
  libgtk-3-dev libqt4-opengl-dev libsdl1.2-dev libunique-3.0-dev
  libwayland-egl1-mesa:i386 libwebkit2gtk-4.0-dev nvidia-driver
  nvidia-driver-libs nvidia-driver-libs:i386 nvidia-driver-libs-i386:i386
  nvidia-egl-icd:i386

autant les -dev ça ne me gêne pas autant nvidia-driver je ne le sens pas bien
...

Gaëtan

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

Re: buster ssh problem

2017-11-01 Thread Glenn English 
On Wed, Nov 1, 2017 at 12:47 AM, Sven Hartge  wrote:

> No, this is not the solution, as this will a) set this for every
> connection and b) restrict the Cipher list to *only* this insecure
> cipher.
>
> Please read "man ssh_config". The Ciphers statement recognizes + and -
> as prefixes to add or remove values without replacing the whole setting.

Well, I didn't have to go through the whole thing. I quickly found
what Sven was talking about and just put a '+' in front of the
encryption algorithm names I'd added in /etc/ssh/ssh_config. It's
working now for all the places I need to get to. (More corrections are
welcome.)

I didn't create the ~/.ssh/config file because I wanted ssh to work
for me, no matter who I logged in as or su'ed to. I realize (or think,
anyway) that's going to open my admin box to the darkSide. I need to
think about that. Maybe create a local config file in all the home
dirs I log into -- and have a bunch of pesky little chores when it's
upgrade time.

Anyway, I really appreciate all who've responded. I've learned an
awful lot about openSSH, and I'm going to put man ssh_config on my
reading list -- I had no idea ssh could be so complex. Thanks, Theo
and friends...

--
Glenn English

Re: Re : Re : [testing] problème de mise à jour

2017-11-01 Thread Alexandre Hoïde 
On Wed, Nov 01, 2017 at 07:00:27PM +0100, Gaëtan Perrier wrote:
> Actuellement quand je fais un apt upgrade ça me retourne ça:
> 
> apt upgrade 
> Lecture des listes de paquets... Fait
> Construction de l'arbre des dépendances   
> Lecture des informations d'état... Fait
> Calcul de la mise à jour... Fait
> Certains paquets ne peuvent être installés. Ceci peut signifier
> que vous avez demandé l'impossible, ou bien, si vous utilisez
> la distribution unstable, que certains paquets n'ont pas encore
> été créés ou ne sont pas sortis d'Incoming.
> L'information suivante devrait vous aider à résoudre la situation : 
> 
> Les paquets suivants contiennent des dépendances non satisfaites :
>  libopengl0-glvnd-nvidia : Est en conflit avec: libopengl0
>  libopengl0-glvnd-nvidia:i386 : Est en conflit avec: libopengl0
> E: Paquets défectueux
> 
> Le problème c'est que libopengl0 n'est pas installé sur ma machine donc je ne
> vois pas trop ce qu'il peut y avoir comme conflit ?

  Et « apt full-upgrade » ?

-- 
 ___
| $ post_tenebras ↲ | waouh!
| GNU\ /|\
|  -- * --  | o
| $ who ↲/ \|_-- ~_|
| Alexandre Hoïde   |  _/| |
 ---

Re: buster ssh problem

2017-11-01 Thread Sven Hartge 
Glenn English  wrote:
> On Wed, Nov 1, 2017 at 12:47 AM, Sven Hartge  wrote:

>> What do you mean? Just create ~/.ssh/config and put a Host statement
>> like above inside it.

> No prob, and will do. I'm used to ssh creating files in config
> directories for me.

OpenSSH never did that for config files.

S°

-- 
Sigmentation fault. Core dumped.

Re: Stretch : mount Jessie encrypted HDD via USB

2017-11-01 Thread MPhil. Emanoil Kotsev 
David Wright wrote:

> And one query while we're on the topic. Obviously
> umount is necessary and will be noticed later if
> it's not performed. However, what about vgchange -an
> and locking? AFAICT failing to lock has no later
> consequences for the device itself.
> 

I don't know what you mean, but I like the proper closing of the lvm before 
cryptsetup closes the partition. Indeed vgchange -an ist just hiding the lvm 
from the kernel, but anyway.

Thanks for the udisksctl. It looks interesting - I never heard of it until 
now. It seems

$ udisksctl help
Usage:
  udisksctl COMMAND

Commands:
  helpShows this information
  infoShows information about an object
  dumpShows information about all objects
  status  Shows high-level status
  monitor Monitor changes to objects
  mount   Mount a filesystem
  unmount Unmount a filesystem
  unlock  Unlock an encrypted device
  lockLock an encrypted device
  loop-setup  Set-up a loop device
  loop-delete Delete a loop device
  power-off   Safely power off a drive
  smart-simulate  Set SMART data for a drive

Use "udisksctl COMMAND --help" to get help on each command.


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

Re: compiz sous Sid

2017-11-01 Thread Klaus Becker 
On mardi 31 octobre 2017 19:38:49 CET MENGUAL Jean-Philippe wrote:
> Noralement il y a gtk-decorator dans Sid, qui assure le travail. Sauf si
> les mises à jour gtk ont fragilisé l'assemblage
> 
> 
> Cordialement,

Dans sources.list, j'ai ajouté une ligne pour stable, testing et même pour 
experimental, en plus de celle pour Sid.

"apt-cache search gtk-decorator" ne donne rien, pareil pour "apt-cache policy 
gtk-decorator".

Une recherche à partir de https://packages.debian.org avec les différentes 
versions de Debian ne donne rien non plus, donc ce packetage n'existe pas sous 
Debian à moins que qn arrive à me prouver le contraire.

Par contre "apt-cache search decorator$" m'affiche entre autres 
python-decorator - simplify usage of Python decorators by programmers
python3-decorator - simplify usage of Python decorators by programmers

S'agit-il de ça?

ciao

Klaus

Re: buster ssh problem

2017-11-01 Thread Glenn English 
On Wed, Nov 1, 2017 at 12:47 AM, Sven Hartge  wrote:

> There are. Both sides exchange a symmetric session key to use for the
> connection. The public/private key which can be used with SSH has
> nothing to do with this.

Yeah. That what I thought it was all about -- the login keys.

> What do you mean? Just create ~/.ssh/config and put a Host statement
> like above inside it.

No prob, and will do. I'm used to ssh creating files in config
directories for me.

> No, this is not the solution, as this will a) set this for every
> connection and b) restrict the Cipher list to *only* this insecure
> cipher.
>
> Please read "man ssh_config". The Ciphers statement recongnizes + and -
> as prefixes to add or remove values without replacing the whole setting.

17 pages long. But will wade through it...

--
Glenn English

Re: Instalar sense adaptador grafic

2017-11-01 Thread Josep Lladonosa 
2017-11-01 17:13 GMT+01:00 Narcis Garcia :

> És possible funcionar sense targeta gràfica?
> Tinc una placa base sense sortida gràfica integrada, i dono per suposat
> que la instal·lació de Debian l'haig de fer amb una pantalla al davant.
>
> Però després de la instal·lació, què passa si trec la targeta gràfica
> que he fet servir?
>

Si la màquina on s'instal·la engega, no sé perquè no ha de poder. Ho
comento perquè antigament hi havia bios que, en cas de no tenir gràfica, es
queixaven.



> Anirà tot perfectament en mode servidor?
>

Entenc que aleshores aquesta màquina disposa de targeta de xarxa, també. La
meva opinió és que sí que hauria de funcionar.



> Hi ha algun altre procediment per fer fins i tot la instal·lació sense
> sortida gràfica física?
>

Sí, he trobat almenys dos mètodes per poder fer-ne instal·lació:

- per mitjà de terminal connectat per línia sèrie (1).
- per mitjà de terminal SSH connectat per la xarxa(2).


(1):
http://www.fantaghost.com/how-to-install-debian-6-0-6-using-serial-console
(2): http://www.sgvulcan.com/2010/01/06/installing-debian-using-only-ssh/

--
Salutacions,
Josep



>
> Gràcies.
>
> --
>
>
> __
> I'm using this express-made address because personal addresses aren't
> masked enough at this mail public archive. Public archive administrator
> should fix this against automated addresses collectors.
>
>


-- 
--
Salutacions...Josep
--

Re: como executar script em user normal com "poderes" de root

2017-11-01 Thread Antonio Terceiro 
On Wed, Nov 01, 2017 at 02:20:18PM -0200, Luís Cláudio A. Gama wrote:
> Boa tarde a todos,
> 
> Vou instalar um SAT fiscal plugado em USB na máquina.
> 
> Esse SAT cria:
> 
> lrwxrwxrwx 1 root root  7 Nov  1 13:52 */dev/ttyTS0* -> ttyACM0
> 
> E eu preciso dar permissões nesse ttyTS0 para que o usuário possa executar
> minha aplicacaçao e acessar o SAT.
> 
> já coloquei em /etc/rc.local
> chmod 777 /dev/TS0
> 
> Ao inicializar a máquina tudo funciona ok.
> 
> Porém estou pensando numa situação em que o SAT é desplugado da USB e
> replugado novamente, e isso irá fazer com que as permissões sejam perdidas.
> 
> Para não ter que reiniciar a máquina nessa situação, pesquisei a respeito
> de executar um script para essas permissões como root.
> 
> Criei o scritp initsat.sh
>  #!/bin/bash
> chmod 777 /dev/ttyTS0
> 
> Aí dei os comandos:
> 
> chown root:root initsat.sh
> 
> chmod 777 initsat.sh
> 
> e também chmod +s initsat.sh
> 
> 
> As permissões ficaram assim:
> 
> -rwsrwsrwx  1 root root   34 Nov  1 14:00 initsat.sh
> 
> 
> porém ao executar o script com meu user:
> 
> 
> luis@hal9000:/mnt/midia4/prj/qt/scripts$ ./initsat.sh
> 
> chmod: alterando permissões de “/dev/ttyTS0”: Operação não permitida
> 
> luis@hal9000:/mnt/midia4/prj/qt/scripts$
> 
> Alguém pode me dar uma sugestão?

se tudo que que você precisa é configurar as permissões do dispositivo
quando ele for plugado, sugiro escrever e instalar uma regra do udev.
tem documentação disso na internet.

e ao invés de usar 777, eu sugiro usar 660 e configurar o dono/grupo do
dispositivo pra o usuario/grupo que roda a sua aplicação.


signature.asc
Description: PGP signature

Re: como executar script em user normal com "poderes" de root

2017-11-01 Thread Marcos Carraro 
Compila o script com shc.

*--*
Att
Marcos Carraro 


Em 1 de novembro de 2017 15:57, Paulino Kenji Sato 
escreveu:

> Ola,
>
> 2017-11-01 14:20 GMT-02:00 Luís Cláudio A. Gama :
>
>> Boa tarde a todos,
>>
>> Vou instalar um SAT fiscal plugado em USB na máquina.
>>
>> Esse SAT cria:
>>
>> lrwxrwxrwx 1 root root  7 Nov  1 13:52 */dev/ttyTS0* -> ttyACM0
>>
>>
> Isso e um symlink, link para o dispositivo real. Que eo /dev/ttyACM0
>
>
>
>> E eu preciso dar permissões nesse ttyTS0 para que o usuário possa
>> executar minha aplicacaçao e acessar o SAT.
>>
>> já coloquei em /etc/rc.local
>> chmod 777 /dev/TS0
>>
>> Ao inicializar a máquina tudo funciona ok.
>>
>
> Nos sistemas atuais, o /dev  e montado em memoria ram (devtmpfs), tudo e
> perdido no reboot.
>
> Se esse for o único dispositivo ttyACM0, re plugar o USB em condições
> normais não deveria trazer problemas.
>
> A forma correta de lidar com permissões no /dev e colocar o usuário no
> grupo adequado. No caso do ttyACM* e o grupo dialout (assim como outros
> dispositivos seriais)
> # addgroup usuario dialout
>
> Se for necessário que, ao plugar um dispositivo, seja necessário executar
> alguma ação, esse deve ser realizado pelo udev (systemd-udevd.service). O
> link ttyTS0 inclusive deve estar sendo criado por um script disparado pelo
> udev.
>
> Não estou familiarizado com systemd, portando não poderei dar maiores
> explicações.
>
> Lembre-se, se uma programa precisa de permissões de root, algo esta
> errado. Nos que realmente precisam, isso já esta sendo feito de forma
> transparente ao usuário.
>
>
> --
> Paulino Kenji Sato
>

Re : Re : [testing] problème de mise à jour

2017-11-01 Thread Gaëtan Perrier 
Actuellement quand je fais un apt upgrade ça me retourne ça:

apt upgrade 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances   
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation : 

Les paquets suivants contiennent des dépendances non satisfaites :
 libopengl0-glvnd-nvidia : Est en conflit avec: libopengl0
 libopengl0-glvnd-nvidia:i386 : Est en conflit avec: libopengl0
E: Paquets défectueux

Le problème c'est que libopengl0 n'est pas installé sur ma machine donc je ne
vois pas trop ce qu'il peut y avoir comme conflit ?

Gaëtan

Le dimanche 29 octobre 2017 à 16:13 +0100, Gaëtan Perrier a écrit :
> Oui je suppose aussi mais comme des fois j'installe des paquets venant de sid
> c'était pour être que c'était bien une situation générale.
> 
> Le dimanche 29 octobre 2017 à 15:50 +0100, Christophe Musseau a écrit :
> > Bonjour.
> > 
> > Je rencontre aussi le même souci sur quelques paquets. Mais j'imagine que
> > cela va être comme à chaque fois, lors d'une prochaine mise à jour, ils
> > seront acceptés.
> > 
> > 
> > 
> > Le 29 oct. 2017 14:26, "Gaëtan Perrier"  a écrit :
> > > Bonjour,
> > > 
> > > Depuis quelques jours j'ai tout un tas de paquets qui sont éligible à
> > > mise
> > > à
> > > jour mais le problème c'est que ça provoque la désinstallation de
> > > beaucoup
> > > de
> > > paquets dont des paquets importants genre metacity, evolution, etc.
> > > Donc pour l'instant je refuse la mise à jour mais je me demande si cette
> > > situation est due à un problème chez moi ou si c'est général.
> > > Rencontrez-vous également ce problème ?
> > > 
> > > Gaëtan
> 
> 


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

Re: como executar script em user normal com "poderes" de root

2017-11-01 Thread Paulino Kenji Sato 
Ola,

2017-11-01 14:20 GMT-02:00 Luís Cláudio A. Gama :

> Boa tarde a todos,
>
> Vou instalar um SAT fiscal plugado em USB na máquina.
>
> Esse SAT cria:
>
> lrwxrwxrwx 1 root root  7 Nov  1 13:52 */dev/ttyTS0* -> ttyACM0
>
>
Isso e um symlink, link para o dispositivo real. Que eo /dev/ttyACM0



> E eu preciso dar permissões nesse ttyTS0 para que o usuário possa executar
> minha aplicacaçao e acessar o SAT.
>
> já coloquei em /etc/rc.local
> chmod 777 /dev/TS0
>
> Ao inicializar a máquina tudo funciona ok.
>

Nos sistemas atuais, o /dev  e montado em memoria ram (devtmpfs), tudo e
perdido no reboot.

Se esse for o único dispositivo ttyACM0, re plugar o USB em condições
normais não deveria trazer problemas.

A forma correta de lidar com permissões no /dev e colocar o usuário no
grupo adequado. No caso do ttyACM* e o grupo dialout (assim como outros
dispositivos seriais)
# addgroup usuario dialout

Se for necessário que, ao plugar um dispositivo, seja necessário executar
alguma ação, esse deve ser realizado pelo udev (systemd-udevd.service). O
link ttyTS0 inclusive deve estar sendo criado por um script disparado pelo
udev.

Não estou familiarizado com systemd, portando não poderei dar maiores
explicações.

Lembre-se, se uma programa precisa de permissões de root, algo esta errado.
Nos que realmente precisam, isso já esta sendo feito de forma transparente
ao usuário.


-- 
Paulino Kenji Sato

Re: como executar script em user normal com "poderes" de root

2017-11-01 Thread Rodolfo 
Pode-se também utilizar o sudo.

Em 1 de novembro de 2017 13:44, Linux - Junior Polegato <
li...@juniorpolegato.com.br> escreveu:

> Em 01-11-2017 14:20, Luís Cláudio A. Gama escreveu:
>
> Boa tarde a todos,
> Vou instalar um SAT fiscal plugado em USB na máquina.
> Esse SAT cria:
> lrwxrwxrwx 1 root root 7 Nov 1 13:52 */dev/ttyTS0* -> ttyACM0
> E eu preciso dar permissões nesse ttyTS0 para que o usuário possa executar
> minha aplicacaçao e acessar o SAT.
> já coloquei em /etc/rc.local
> chmod 777 /dev/TS0
> Ao inicializar a máquina tudo funciona ok.
> Porém estou pensando numa situação em que o SAT é desplugado da USB e
> replugado novamente, e isso irá fazer com que as permissões sejam perdidas.
> Para não ter que reiniciar a máquina nessa situação, pesquisei a respeito
> de executar um script para essas permissões como root.
> Criei o scritp initsat.sh
> #!/bin/bash
> chmod 777 /dev/ttyTS0
> Aí dei os comandos:
>
> chown root:root initsat.sh
>
> chmod 777 initsat.sh
>
> e também chmod +s initsat.sh
>
> As permissões ficaram assim:
>
> -rwsrwsrwx 1 root root 34 Nov 1 14:00 initsat.sh
>
> porém ao executar o script com meu user:
>
> luis@hal9000:/mnt/midia4/prj/qt/scripts$ ./initsat.sh
>
> chmod: alterando permissões de “/dev/ttyTS0”: Operação não permitida
>
> luis@hal9000:/mnt/midia4/prj/qt/scripts$
>
> Alguém pode me dar uma sugestão?
>
>
> Olá!
>
> Pelo que pude ver, /dev/ttyTS0 é uma ligação simbólica para
> ttyACM0, o que significa que tudo que fizer sobre /dev/ttyTS0, exceto
> excluir, reflete diretamente em ttyACM0. Dessa forma, o que você está
> tentando alterar é o arquivo destino e não a ligação simbólica. Qual a
> saída de "ls -al /dev/ttyACM0"?
>
> Lendo seu script initsat.sh, o que ele está tentando fazer? Qual a
> linha do chmod?
>
> Na minha humilde opinião, o mais sensato seria adicionar o usuário
> ao grupo que tem acesso ao /dev/ttyACM0.
>
> --
>
> []'s
>
> Junior Polegato
>
>

Re: como executar script em user normal com "poderes" de root

2017-11-01 Thread Linux - Junior Polegato 

Em 01-11-2017 14:20, Luís Cláudio A. Gama escreveu:

Boa tarde a todos,
Vou instalar um SAT fiscal plugado em USB na máquina.
Esse SAT cria:
lrwxrwxrwx 1 root root 7 Nov 1 13:52 */dev/ttyTS0* -> ttyACM0
E eu preciso dar permissões nesse ttyTS0 para que o usuário possa 
executar minha aplicacaçao e acessar o SAT.

já coloquei em /etc/rc.local
chmod 777 /dev/TS0
Ao inicializar a máquina tudo funciona ok.
Porém estou pensando numa situação em que o SAT é desplugado da USB e 
replugado novamente, e isso irá fazer com que as permissões sejam 
perdidas.
Para não ter que reiniciar a máquina nessa situação, pesquisei a 
respeito de executar um script para essas permissões como root.

Criei o scritp initsat.sh
#!/bin/bash
chmod 777 /dev/ttyTS0
Aí dei os comandos:

chown root:root initsat.sh

chmod 777 initsat.sh

e também chmod +s initsat.sh

As permissões ficaram assim:

-rwsrwsrwx 1 root root 34 Nov 1 14:00 initsat.sh

porém ao executar o script com meu user:

luis@hal9000:/mnt/midia4/prj/qt/scripts$ ./initsat.sh

chmod: alterando permissões de “/dev/ttyTS0”: Operação não permitida

luis@hal9000:/mnt/midia4/prj/qt/scripts$

Alguém pode me dar uma sugestão?



Olá!

        Pelo que pude ver, /dev/ttyTS0 é uma ligação simbólica para 
ttyACM0, o que significa que tudo que fizer sobre /dev/ttyTS0, exceto 
excluir, reflete diretamente em ttyACM0. Dessa forma, o que você está 
tentando alterar é o arquivo destino e não a ligação simbólica. Qual a 
saída de "ls -al /dev/ttyACM0"?


        Lendo seu script initsat.sh, o que ele está tentando fazer? 
Qual a linha do chmod?


        Na minha humilde opinião, o mais sensato seria adicionar o 
usuário ao grupo que tem acesso ao /dev/ttyACM0.


--

[]'s

Junior Polegato

Re: como executar script em user normal com "poderes" de root

2017-11-01 Thread Gabriel Ricardo 
Coloca um script na crontab então, que verifica as permissões no
dispositivo e se estiverem incorretas ele ajusta...


Atenciosamente,
*Gabriel Ricardo*
Fone: +55 41 88817828
Skype: gabriel.nerdworkti


Em 1 de novembro de 2017 14:55, Luís Cláudio A. Gama 
escreveu:

> sim...eu conheço, mas fico com receio de tirar o password do sudo em uma
> máquina de uso geral numa lanchonete.
>
> []s
>
>
>
>  Sent with Mailtrack
> 
>
> Luís Cláudio A. Gama
> Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400 <(11)%204602-3400>
> Skype: luisclaudiogama   http://luisgama.googlepages.com
>
> br.linkedin.com/in/luisclaudiogama
>
>
>
> ||\|_
> |  Voto Distrital !|||"'|""\__
> |__|||_||)
> !(@)'(@)*!(@)(@)*!(@)
>
> Em 1 de novembro de 2017 14:52, Fred Maranhão 
> escreveu:
>
>> conhece a opção nopasswd? tem que configurar no arquivo sudoers (via
>> comando visudo)
>>
>> 2017-11-01 13:49 GMT-03:00 Luís Cláudio A. Gama :
>>
>>>
>>> boa tarde Jason,

   tentei colocar o sudo dentro do script e me pede a senha tb.

   Grato



  Sent with Mailtrack
 

 Luís Cláudio A. Gama
 Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400 <(11)%204602-3400>
 Skype: luisclaudiogama   http://luisgama.googlepages.com

 br.linkedin.com/in/luisclaudiogama



 ||\|_
 |  Voto Distrital !|||"'|""\__
 |__|||_||)
 !(@)'(@)*!(@)(@)*!(@)

 Em 1 de novembro de 2017 14:47, Jason Henrique 
 escreveu:

> Boa tarde Luis Claúdio,
>
> Você pensou em usar o comando sudo dentro do script !!!
>
>
> Atenciosamente,
>
> Jason Henrique
> Celular: (19) 9.9251-0165 / (19) 3267-4981
> E-mail: jhmr.ja...@outlook.com
> --
> *From:* Luís Cláudio A. Gama 
> *Sent:* Wednesday, November 1, 2017 2:38 PM
> *To:* Gabriel Ricardo; debian-user-portuguese
> *Subject:* Re: como executar script em user normal com "poderes" de
> root
>
> Sim...mas somente para o usuário com a senha de root
>
> Esqueci de dizer que a máquina poderá estar com algum funcionário
> *sem* a senha de root.
>
> Por isso preciso de um script que possa fazer isso, sem a senha de
> root.
>
> Obrigado.
>
>
>
>  Sent with Mailtrack
> 
>
> Luís Cláudio A. Gama
> Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400 <(11)%204602-3400>
> Skype: luisclaudiogama   http://luisgama.googlepages.com
>
> br.linkedin.com/in/luisclaudiogama
>
>
>
> ||\|_
> |  Voto Distrital !|||"'|""\__
> |__|||_||)
> !(@)'(@)*!(@)(@)*!(@)
>
> Em 1 de novembro de 2017 14:34, Gabriel Ricardo 
> escreveu:
>
>> O sudo acredito que atenda sua necessidade.
>>
>>
>> Atenciosamente,
>> *Gabriel Ricardo*
>> Fone: +55 41 88817828 <(41)%208881-7828>
>> Skype: gabriel.nerdworkti
>>
>>
>> Em 1 de novembro de 2017 14:20, Luís Cláudio A. Gama <
>> luisg...@gmail.com> escreveu:
>>
>>> Boa tarde a todos,
>>>
>>> Vou instalar um SAT fiscal plugado em USB na máquina.
>>>
>>> Esse SAT cria:
>>>
>>> lrwxrwxrwx 1 root root  7 Nov  1 13:52 */dev/ttyTS0* ->
>>> ttyACM0
>>>
>>> E eu preciso dar permissões nesse ttyTS0 para que o usuário possa
>>> executar minha aplicacaçao e acessar o SAT.
>>>
>>> já coloquei em /etc/rc.local
>>> chmod 777 /dev/TS0
>>>
>>> Ao inicializar a máquina tudo funciona ok.
>>>
>>> Porém estou pensando numa situação em que o SAT é desplugado da USB
>>> e replugado novamente, e isso irá fazer com que as permissões sejam
>>> perdidas.
>>>
>>> Para não ter que reiniciar a máquina nessa situação, pesquisei a
>>> respeito de executar um script para essas permissões como root.
>>>
>>> Criei o scritp initsat.sh
>>>  #!/bin/bash
>>> chmod 777 /dev/ttyTS0
>>>
>>> Aí dei os comandos:
>>>
>>> chown root:root initsat.sh
>>>
>>>

Re: como executar script em user normal com "poderes" de root

2017-11-01 Thread Jason Henrique 
Boa tarde Luis Claúdio,

Você pensou em usar o comando sudo dentro do script !!!


Atenciosamente,

Jason Henrique
Celular: (19) 9.9251-0165 / (19) 3267-4981
E-mail: jhmr.ja...@outlook.com

From: Luís Cláudio A. Gama 
Sent: Wednesday, November 1, 2017 2:38 PM
To: Gabriel Ricardo; debian-user-portuguese
Subject: Re: como executar script em user normal com "poderes" de root

Sim...mas somente para o usuário com a senha de root

Esqueci de dizer que a máquina poderá estar com algum funcionário sem a senha 
de root.

Por isso preciso de um script que possa fazer isso, sem a senha de root.

Obrigado.



[https://s3-eu-west-1.amazonaws.com/mailtrack-crx/icon-signature.png]
 Sent with 
Mailtrack

Luís Cláudio A. Gama
Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400
Skype: luisclaudiogama   http://luisgama.googlepages.com

br.linkedin.com/in/luisclaudiogama



||\|_
|  Voto Distrital !|||"'|""\__
|__|||_||)
!(@)'(@)*!(@)(@)*!(@)

Em 1 de novembro de 2017 14:34, Gabriel Ricardo 
> escreveu:
O sudo acredito que atenda sua necessidade.


Atenciosamente,
Gabriel Ricardo
Fone: +55 41 88817828
Skype: gabriel.nerdworkti


Em 1 de novembro de 2017 14:20, Luís Cláudio A. Gama 
> escreveu:
Boa tarde a todos,

Vou instalar um SAT fiscal plugado em USB na máquina.

Esse SAT cria:

lrwxrwxrwx 1 root root  7 Nov  1 13:52 /dev/ttyTS0 -> ttyACM0

E eu preciso dar permissões nesse ttyTS0 para que o usuário possa executar 
minha aplicacaçao e acessar o SAT.

já coloquei em /etc/rc.local
chmod 777 /dev/TS0

Ao inicializar a máquina tudo funciona ok.

Porém estou pensando numa situação em que o SAT é desplugado da USB e replugado 
novamente, e isso irá fazer com que as permissões sejam perdidas.

Para não ter que reiniciar a máquina nessa situação, pesquisei a respeito de 
executar um script para essas permissões como root.

Criei o scritp initsat.sh
 #!/bin/bash
chmod 777 /dev/ttyTS0

Aí dei os comandos:


chown root:root initsat.sh

chmod 777 initsat.sh

e também chmod +s initsat.sh


As permissões ficaram assim:

-rwsrwsrwx  1 root root   34 Nov  1 14:00 initsat.sh



porém ao executar o script com meu user:


luis@hal9000:/mnt/midia4/prj/qt/scripts$ ./initsat.sh

chmod: alterando permissões de “/dev/ttyTS0”: Operação não permitida

luis@hal9000:/mnt/midia4/prj/qt/scripts$


Alguém pode me dar uma sugestão?


Grato


Luís Cláudio A. Gama
Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400
Skype: luisclaudiogama   http://luisgama.googlepages.com

br.linkedin.com/in/luisclaudiogama



||\|_
|  Voto Distrital !|||"'|""\__
|__|||_||)
!(@)'(@)*!(@)(@)*!(@)



‌
[https://s3-eu-west-1.amazonaws.com/mailtrack-crx/icon-signature.png]
 Sent with 
Mailtrack

Re: como executar script em user normal com "poderes" de root

2017-11-01 Thread Fred Maranhão 
2017-11-01 13:55 GMT-03:00 Luís Cláudio A. Gama :
>
> sim...eu conheço, mas fico com receio de tirar o password do sudo em uma 
> máquina de uso geral numa lanchonete.

eu teria receio de fazer isto:

fulano ALL=(ALL) NOPASSWD: ALL

mas não isto:

fulano ALL=(ALL) NOPASSWD: /usr/local/bin/initsat.sh

Re: como executar script em user normal com "poderes" de root

2017-11-01 Thread Luís Cláudio A . Gama 
sim...eu conheço, mas fico com receio de tirar o password do sudo em uma
máquina de uso geral numa lanchonete.

[]s



 Sent with Mailtrack


Luís Cláudio A. Gama
Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400
Skype: luisclaudiogama   http://luisgama.googlepages.com

br.linkedin.com/in/luisclaudiogama



||\|_
|  Voto Distrital !|||"'|""\__
|__|||_||)
!(@)'(@)*!(@)(@)*!(@)

Em 1 de novembro de 2017 14:52, Fred Maranhão 
escreveu:

> conhece a opção nopasswd? tem que configurar no arquivo sudoers (via
> comando visudo)
>
> 2017-11-01 13:49 GMT-03:00 Luís Cláudio A. Gama :
>
>>
>> boa tarde Jason,
>>>
>>>   tentei colocar o sudo dentro do script e me pede a senha tb.
>>>
>>>   Grato
>>>
>>>
>>>
>>>  Sent with Mailtrack
>>> 
>>>
>>> Luís Cláudio A. Gama
>>> Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400 <(11)%204602-3400>
>>> Skype: luisclaudiogama   http://luisgama.googlepages.com
>>>
>>> br.linkedin.com/in/luisclaudiogama
>>>
>>>
>>>
>>> ||\|_
>>> |  Voto Distrital !|||"'|""\__
>>> |__|||_||)
>>> !(@)'(@)*!(@)(@)*!(@)
>>>
>>> Em 1 de novembro de 2017 14:47, Jason Henrique 
>>> escreveu:
>>>
 Boa tarde Luis Claúdio,

 Você pensou em usar o comando sudo dentro do script !!!


 Atenciosamente,

 Jason Henrique
 Celular: (19) 9.9251-0165 / (19) 3267-4981
 E-mail: jhmr.ja...@outlook.com
 --
 *From:* Luís Cláudio A. Gama 
 *Sent:* Wednesday, November 1, 2017 2:38 PM
 *To:* Gabriel Ricardo; debian-user-portuguese
 *Subject:* Re: como executar script em user normal com "poderes" de
 root

 Sim...mas somente para o usuário com a senha de root

 Esqueci de dizer que a máquina poderá estar com algum funcionário *sem*
 a senha de root.

 Por isso preciso de um script que possa fazer isso, sem a senha de root.

 Obrigado.



  Sent with Mailtrack
 

 Luís Cláudio A. Gama
 Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400 <(11)%204602-3400>
 Skype: luisclaudiogama   http://luisgama.googlepages.com

 br.linkedin.com/in/luisclaudiogama



 ||\|_
 |  Voto Distrital !|||"'|""\__
 |__|||_||)
 !(@)'(@)*!(@)(@)*!(@)

 Em 1 de novembro de 2017 14:34, Gabriel Ricardo 
 escreveu:

> O sudo acredito que atenda sua necessidade.
>
>
> Atenciosamente,
> *Gabriel Ricardo*
> Fone: +55 41 88817828 <(41)%208881-7828>
> Skype: gabriel.nerdworkti
>
>
> Em 1 de novembro de 2017 14:20, Luís Cláudio A. Gama <
> luisg...@gmail.com> escreveu:
>
>> Boa tarde a todos,
>>
>> Vou instalar um SAT fiscal plugado em USB na máquina.
>>
>> Esse SAT cria:
>>
>> lrwxrwxrwx 1 root root  7 Nov  1 13:52 */dev/ttyTS0* ->
>> ttyACM0
>>
>> E eu preciso dar permissões nesse ttyTS0 para que o usuário possa
>> executar minha aplicacaçao e acessar o SAT.
>>
>> já coloquei em /etc/rc.local
>> chmod 777 /dev/TS0
>>
>> Ao inicializar a máquina tudo funciona ok.
>>
>> Porém estou pensando numa situação em que o SAT é desplugado da USB e
>> replugado novamente, e isso irá fazer com que as permissões sejam 
>> perdidas.
>>
>> Para não ter que reiniciar a máquina nessa situação, pesquisei a
>> respeito de executar um script para essas permissões como root.
>>
>> Criei o scritp initsat.sh
>>  #!/bin/bash
>> chmod 777 /dev/ttyTS0
>>
>> Aí dei os comandos:
>>
>> chown root:root initsat.sh
>>
>> chmod 777 initsat.sh
>>
>> e também chmod +s initsat.sh
>>
>>
>> As permissões ficaram assim:
>>
>> -rwsrwsrwx  1 root root   34 Nov  1 14:00 initsat.sh
>>
>>
>> porém ao executar o script com meu user:
>>
>>
>> luis@hal9000:/mnt/midia4/prj/qt/scripts$ ./initsat.sh
>>
>> chmod: alterando permissões de “/dev/ttyTS0”: Operação não permitida
>>
>> luis@hal9000:/mnt/midia4/prj/qt/scripts$
>>
>> Alguém pode

Re: GLOSS

2017-11-01 Thread André Batista 
Sat 21 Oct 2017 às 13:28:50 (1508603330), dir...@diraol.eng.br enviou:
> 
> 
> As 4 liberdades se aplicam, em teoria, a partir do momento em que você tem
> acesso ao programa. Ou seja, para que você tenha direito a elas, você
> precisa ter acessado o código, isso é um pressuposto.

Essa interpretação parece demasiado ampla.

> https://www.gnu.org/philosophy/free-sw.html
> "The four essential freedoms
> 
> A program is free software if the program's users have the four essential
> freedoms:
> 
>- The freedom to run the program as you wish, for any purpose (freedom
>0).

A liberdade zero é de executar o programa, para o que não é necessário o
acesso prévio ao código-fonte, o código-objeto em linguagem de máquina é
suficiente para o exercício desta liberdade. O próprio Stallman enfatiza
que programas proprietários via de regra respeitam esta liberdade.

> Veja "if the program's users". Ou seja, se você não é um usuário do
> software de alguma forma, você não tem "direito" às liberdades.
> 
> Aliás, no link acima existem várias passagens que deixam claro que Free
> Software não tem *nada* a ver com preço "'free software' is a matter of
> liberty, not price".

*Nada* é certamente um exagero. Diz-se que não tem a ver com o preço para
distinguir de freeware, shareware, SaaS e etc. Não obstante, seria razoável
chamar de livre um programa que é fornecido gratuitamente, mas para o qual
se exige o pagamento de um valor exorbitante para ter acesso ao código-fonte?

Veja bem, o fornecedor não se nega a fornecer o código-fonte, somente
estipula um preço astronômico. Esse preço não afeta em *nada* a liberdade?

> Se não deixar clara a definição de "Software Comercial", acho que o debate
> será infrutífero

Tanto "software comercial" quanto "software proprietário" são expressões
deficientes. Acaso não existem soluções comerciais empregando software
livre? O que significa propriedade sobre software? Não seria mais adequado
falar em direito autoral sobre o programa? Os autores de programas livres
não possuem também direitos autorais sobre suas obras?

Faço, abaixo, um adendo à sugestão inicial...

> 
> 
> Em 21 de outubro de 2017 13:03, Rodolfo  escreveu:
> 
> > Concordo com você Luiz Marins.
> >
> > Em 21 de outubro de 2017 07:59, Luiz L. Marins
> >  escreveu:
> > > Para polemizar um pouco mais:
> > >
> > > " Software livre tem que ter código aberto e ser gratuito ".
> > >
> > > A liberdade zero diz:
> > >
> > >   A liberdade de executar o programa para qualquer propósito <
> > >
> > > Portanto, software comercial, mesmo com código aberto, não é software
> > > livre,
> > > porque, se o usuário não comprar, não pode executar, portanto, fere a
> > > liberdade zero.
> > >
> > > Obs. Não sou contra o software comercial, afinal, é justo o programador
> > > ganhar seu dinheiro ... mas não digam que software comercial com código
> > > aberto, é software livre, porque não é.
> > >
> > > Em qua, 2017-10-18 às 17:19 -0200, André N B escreveu:
> > > > O problema, a meu ver, é o emprego do termo liberdade, plurívoco,
> > > > ambíguo, metafísico, qualquer que seja o idioma. Dentre as muitas
> > > > acepções do vocábulo, algumas delas certamente não são aplicáveis
> > > > ao conceito de liberdade em matéria de software pautado pela FSF. A
> > > > aludida liberdade de escolha, por exemplo, não parece se enquadrar em
> > > > quaisquer das quatro liberdades de que trata o critério da fundação.
> > > > Certamente está implícita ao esquema ético, eis que sem escolha não
> > > > pode haver conduta, apenas automação.
> > > >
> > > > De qualquer modo, a escolha ética relevante segundo o critério é
> > > > apenas entre software livre e software proprietário, nada dizendo a
> > > > respeito da escolha entre diferentes softwares ou diferentes versões
> > > > do mesmo software.
> > > >
> > > > Porém, mesmo quando explicitadas as quatro liberdades, abundam
> > > > possibilidades para confusão: "as you wish, for any purpose". Parece
> > > > desejo é o único fator de limitação da execução de programas, sem
> > > > quaisquer considerações por limitações de capacidade, possibilidade,
> > > > interoperabilidade. Se um programa não funciona como desejo, isto
> > > > implica que o software não é livre?
> > > >
> > > > Aliás, é o software ou o usuário que é livre? Ou, pior, é apenas o
> > > > programador, sendo o software e os usuários meros autômatos? As
> > > > liberdades próprias do software livre referem-se ao estudo,
> > > > modificação e redistribuição dos códigos-fonte. Porém, quem
> > > > sequer sabe o que é código-fonte tem algum interesse nestas
> > > > liberdades ou seriam de interesse exclusivo de quem é versado em
> > > > alguma linguagem de programação?
> > > >
> > > > Não seria mais adequado falar em "liberdade de programação" (como em
> > > > liberdade de expressão), em vez de software livre? Tratada como
> > > > liberdade, parece ser debate de interesse exclusivo de

Re: como executar script em user normal com "poderes" de root

2017-11-01 Thread Fred Maranhão 
conhece a opção nopasswd? tem que configurar no arquivo sudoers (via
comando visudo)

2017-11-01 13:49 GMT-03:00 Luís Cláudio A. Gama :

>
> boa tarde Jason,
>>
>>   tentei colocar o sudo dentro do script e me pede a senha tb.
>>
>>   Grato
>>
>>
>>
>>  Sent with Mailtrack
>> 
>>
>> Luís Cláudio A. Gama
>> Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400 <(11)%204602-3400>
>> Skype: luisclaudiogama   http://luisgama.googlepages.com
>>
>> br.linkedin.com/in/luisclaudiogama
>>
>>
>>
>> ||\|_
>> |  Voto Distrital !|||"'|""\__
>> |__|||_||)
>> !(@)'(@)*!(@)(@)*!(@)
>>
>> Em 1 de novembro de 2017 14:47, Jason Henrique 
>> escreveu:
>>
>>> Boa tarde Luis Claúdio,
>>>
>>> Você pensou em usar o comando sudo dentro do script !!!
>>>
>>>
>>> Atenciosamente,
>>>
>>> Jason Henrique
>>> Celular: (19) 9.9251-0165 / (19) 3267-4981
>>> E-mail: jhmr.ja...@outlook.com
>>> --
>>> *From:* Luís Cláudio A. Gama 
>>> *Sent:* Wednesday, November 1, 2017 2:38 PM
>>> *To:* Gabriel Ricardo; debian-user-portuguese
>>> *Subject:* Re: como executar script em user normal com "poderes" de root
>>>
>>> Sim...mas somente para o usuário com a senha de root
>>>
>>> Esqueci de dizer que a máquina poderá estar com algum funcionário *sem*
>>> a senha de root.
>>>
>>> Por isso preciso de um script que possa fazer isso, sem a senha de root.
>>>
>>> Obrigado.
>>>
>>>
>>>
>>>  Sent with Mailtrack
>>> 
>>>
>>> Luís Cláudio A. Gama
>>> Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400 <(11)%204602-3400>
>>> Skype: luisclaudiogama   http://luisgama.googlepages.com
>>>
>>> br.linkedin.com/in/luisclaudiogama
>>>
>>>
>>>
>>> ||\|_
>>> |  Voto Distrital !|||"'|""\__
>>> |__|||_||)
>>> !(@)'(@)*!(@)(@)*!(@)
>>>
>>> Em 1 de novembro de 2017 14:34, Gabriel Ricardo 
>>> escreveu:
>>>
 O sudo acredito que atenda sua necessidade.


 Atenciosamente,
 *Gabriel Ricardo*
 Fone: +55 41 88817828 <(41)%208881-7828>
 Skype: gabriel.nerdworkti


 Em 1 de novembro de 2017 14:20, Luís Cláudio A. Gama <
 luisg...@gmail.com> escreveu:

> Boa tarde a todos,
>
> Vou instalar um SAT fiscal plugado em USB na máquina.
>
> Esse SAT cria:
>
> lrwxrwxrwx 1 root root  7 Nov  1 13:52 */dev/ttyTS0* ->
> ttyACM0
>
> E eu preciso dar permissões nesse ttyTS0 para que o usuário possa
> executar minha aplicacaçao e acessar o SAT.
>
> já coloquei em /etc/rc.local
> chmod 777 /dev/TS0
>
> Ao inicializar a máquina tudo funciona ok.
>
> Porém estou pensando numa situação em que o SAT é desplugado da USB e
> replugado novamente, e isso irá fazer com que as permissões sejam 
> perdidas.
>
> Para não ter que reiniciar a máquina nessa situação, pesquisei a
> respeito de executar um script para essas permissões como root.
>
> Criei o scritp initsat.sh
>  #!/bin/bash
> chmod 777 /dev/ttyTS0
>
> Aí dei os comandos:
>
> chown root:root initsat.sh
>
> chmod 777 initsat.sh
>
> e também chmod +s initsat.sh
>
>
> As permissões ficaram assim:
>
> -rwsrwsrwx  1 root root   34 Nov  1 14:00 initsat.sh
>
>
> porém ao executar o script com meu user:
>
>
> luis@hal9000:/mnt/midia4/prj/qt/scripts$ ./initsat.sh
>
> chmod: alterando permissões de “/dev/ttyTS0”: Operação não permitida
>
> luis@hal9000:/mnt/midia4/prj/qt/scripts$
>
> Alguém pode me dar uma sugestão?
>
>
> Grato
>
>
>
> Luís Cláudio A. Gama
> Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400 <(11)%204602-3400>
> Skype: luisclaudiogama   http://luisgama.googlepages.com
>
> br.linkedin.com/in/luisclaudiogama
>
>
>
> ||\|_
> |  Voto Distrital !|||"'|""\__
> |__|||_||)
> !(@)'(@)*!(@)(@)*!(@)
>
>
>
> ‌
>  Sent with Mailtrack
> 
>


>>>
>>
>  Sent with Mailtrack
>

Re: como executar script em user normal com "poderes" de root

2017-11-01 Thread Luís Cláudio A . Gama 
> boa tarde Jason,
>
>   tentei colocar o sudo dentro do script e me pede a senha tb.
>
>   Grato
>
>
>
>  Sent with Mailtrack
> 
>
> Luís Cláudio A. Gama
> Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400 <(11)%204602-3400>
> Skype: luisclaudiogama   http://luisgama.googlepages.com
>
> br.linkedin.com/in/luisclaudiogama
>
>
>
> ||\|_
> |  Voto Distrital !|||"'|""\__
> |__|||_||)
> !(@)'(@)*!(@)(@)*!(@)
>
> Em 1 de novembro de 2017 14:47, Jason Henrique 
> escreveu:
>
>> Boa tarde Luis Claúdio,
>>
>> Você pensou em usar o comando sudo dentro do script !!!
>>
>>
>> Atenciosamente,
>>
>> Jason Henrique
>> Celular: (19) 9.9251-0165 / (19) 3267-4981
>> E-mail: jhmr.ja...@outlook.com
>> --
>> *From:* Luís Cláudio A. Gama 
>> *Sent:* Wednesday, November 1, 2017 2:38 PM
>> *To:* Gabriel Ricardo; debian-user-portuguese
>> *Subject:* Re: como executar script em user normal com "poderes" de root
>>
>> Sim...mas somente para o usuário com a senha de root
>>
>> Esqueci de dizer que a máquina poderá estar com algum funcionário *sem*
>> a senha de root.
>>
>> Por isso preciso de um script que possa fazer isso, sem a senha de root.
>>
>> Obrigado.
>>
>>
>>
>>  Sent with Mailtrack
>> 
>>
>> Luís Cláudio A. Gama
>> Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400 <(11)%204602-3400>
>> Skype: luisclaudiogama   http://luisgama.googlepages.com
>>
>> br.linkedin.com/in/luisclaudiogama
>>
>>
>>
>> ||\|_
>> |  Voto Distrital !|||"'|""\__
>> |__|||_||)
>> !(@)'(@)*!(@)(@)*!(@)
>>
>> Em 1 de novembro de 2017 14:34, Gabriel Ricardo 
>> escreveu:
>>
>>> O sudo acredito que atenda sua necessidade.
>>>
>>>
>>> Atenciosamente,
>>> *Gabriel Ricardo*
>>> Fone: +55 41 88817828 <(41)%208881-7828>
>>> Skype: gabriel.nerdworkti
>>>
>>>
>>> Em 1 de novembro de 2017 14:20, Luís Cláudio A. Gama >> > escreveu:
>>>
 Boa tarde a todos,

 Vou instalar um SAT fiscal plugado em USB na máquina.

 Esse SAT cria:

 lrwxrwxrwx 1 root root  7 Nov  1 13:52 */dev/ttyTS0* -> ttyACM0

 E eu preciso dar permissões nesse ttyTS0 para que o usuário possa
 executar minha aplicacaçao e acessar o SAT.

 já coloquei em /etc/rc.local
 chmod 777 /dev/TS0

 Ao inicializar a máquina tudo funciona ok.

 Porém estou pensando numa situação em que o SAT é desplugado da USB e
 replugado novamente, e isso irá fazer com que as permissões sejam perdidas.

 Para não ter que reiniciar a máquina nessa situação, pesquisei a
 respeito de executar um script para essas permissões como root.

 Criei o scritp initsat.sh
  #!/bin/bash
 chmod 777 /dev/ttyTS0

 Aí dei os comandos:

 chown root:root initsat.sh

 chmod 777 initsat.sh

 e também chmod +s initsat.sh


 As permissões ficaram assim:

 -rwsrwsrwx  1 root root   34 Nov  1 14:00 initsat.sh


 porém ao executar o script com meu user:


 luis@hal9000:/mnt/midia4/prj/qt/scripts$ ./initsat.sh

 chmod: alterando permissões de “/dev/ttyTS0”: Operação não permitida

 luis@hal9000:/mnt/midia4/prj/qt/scripts$

 Alguém pode me dar uma sugestão?


 Grato



 Luís Cláudio A. Gama
 Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400 <(11)%204602-3400>
 Skype: luisclaudiogama   http://luisgama.googlepages.com

 br.linkedin.com/in/luisclaudiogama



 ||\|_
 |  Voto Distrital !|||"'|""\__
 |__|||_||)
 !(@)'(@)*!(@)(@)*!(@)



 ‌
  Sent with Mailtrack
 

>>>
>>>
>>
>
 Sent with Mailtrack

Re: como executar script em user normal com "poderes" de root

2017-11-01 Thread Luís Cláudio A . Gama 
Sim...mas somente para o usuário com a senha de root

Esqueci de dizer que a máquina poderá estar com algum funcionário *sem* a
senha de root.

Por isso preciso de um script que possa fazer isso, sem a senha de root.

Obrigado.



 Sent with Mailtrack


Luís Cláudio A. Gama
Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400
Skype: luisclaudiogama   http://luisgama.googlepages.com

br.linkedin.com/in/luisclaudiogama



||\|_
|  Voto Distrital !|||"'|""\__
|__|||_||)
!(@)'(@)*!(@)(@)*!(@)

Em 1 de novembro de 2017 14:34, Gabriel Ricardo 
escreveu:

> O sudo acredito que atenda sua necessidade.
>
>
> Atenciosamente,
> *Gabriel Ricardo*
> Fone: +55 41 88817828 <(41)%208881-7828>
> Skype: gabriel.nerdworkti
>
>
> Em 1 de novembro de 2017 14:20, Luís Cláudio A. Gama 
> escreveu:
>
>> Boa tarde a todos,
>>
>> Vou instalar um SAT fiscal plugado em USB na máquina.
>>
>> Esse SAT cria:
>>
>> lrwxrwxrwx 1 root root  7 Nov  1 13:52 */dev/ttyTS0* -> ttyACM0
>>
>> E eu preciso dar permissões nesse ttyTS0 para que o usuário possa
>> executar minha aplicacaçao e acessar o SAT.
>>
>> já coloquei em /etc/rc.local
>> chmod 777 /dev/TS0
>>
>> Ao inicializar a máquina tudo funciona ok.
>>
>> Porém estou pensando numa situação em que o SAT é desplugado da USB e
>> replugado novamente, e isso irá fazer com que as permissões sejam perdidas.
>>
>> Para não ter que reiniciar a máquina nessa situação, pesquisei a respeito
>> de executar um script para essas permissões como root.
>>
>> Criei o scritp initsat.sh
>>  #!/bin/bash
>> chmod 777 /dev/ttyTS0
>>
>> Aí dei os comandos:
>>
>> chown root:root initsat.sh
>>
>> chmod 777 initsat.sh
>>
>> e também chmod +s initsat.sh
>>
>>
>> As permissões ficaram assim:
>>
>> -rwsrwsrwx  1 root root   34 Nov  1 14:00 initsat.sh
>>
>>
>> porém ao executar o script com meu user:
>>
>>
>> luis@hal9000:/mnt/midia4/prj/qt/scripts$ ./initsat.sh
>>
>> chmod: alterando permissões de “/dev/ttyTS0”: Operação não permitida
>>
>> luis@hal9000:/mnt/midia4/prj/qt/scripts$
>>
>> Alguém pode me dar uma sugestão?
>>
>>
>> Grato
>>
>>
>>
>> Luís Cláudio A. Gama
>> Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400 <(11)%204602-3400>
>> Skype: luisclaudiogama   http://luisgama.googlepages.com
>>
>> br.linkedin.com/in/luisclaudiogama
>>
>>
>>
>> ||\|_
>> |  Voto Distrital !|||"'|""\__
>> |__|||_||)
>> !(@)'(@)*!(@)(@)*!(@)
>>
>>
>>
>> ‌
>>  Sent with Mailtrack
>> 
>>
>
>

como executar script em user normal com "poderes" de root

2017-11-01 Thread Luís Cláudio A . Gama 
Boa tarde a todos,

Vou instalar um SAT fiscal plugado em USB na máquina.

Esse SAT cria:

lrwxrwxrwx 1 root root  7 Nov  1 13:52 */dev/ttyTS0* -> ttyACM0

E eu preciso dar permissões nesse ttyTS0 para que o usuário possa executar
minha aplicacaçao e acessar o SAT.

já coloquei em /etc/rc.local
chmod 777 /dev/TS0

Ao inicializar a máquina tudo funciona ok.

Porém estou pensando numa situação em que o SAT é desplugado da USB e
replugado novamente, e isso irá fazer com que as permissões sejam perdidas.

Para não ter que reiniciar a máquina nessa situação, pesquisei a respeito
de executar um script para essas permissões como root.

Criei o scritp initsat.sh
 #!/bin/bash
chmod 777 /dev/ttyTS0

Aí dei os comandos:

chown root:root initsat.sh

chmod 777 initsat.sh

e também chmod +s initsat.sh


As permissões ficaram assim:

-rwsrwsrwx  1 root root   34 Nov  1 14:00 initsat.sh


porém ao executar o script com meu user:


luis@hal9000:/mnt/midia4/prj/qt/scripts$ ./initsat.sh

chmod: alterando permissões de “/dev/ttyTS0”: Operação não permitida

luis@hal9000:/mnt/midia4/prj/qt/scripts$

Alguém pode me dar uma sugestão?


Grato



Luís Cláudio A. Gama
Fones: TIM:  11 9 7765-1735  Res: 11-4602-3400 <(11)%204602-3400>
Skype: luisclaudiogama   http://luisgama.googlepages.com

br.linkedin.com/in/luisclaudiogama



||\|_
|  Voto Distrital !|||"'|""\__
|__|||_||)
!(@)'(@)*!(@)(@)*!(@)



‌
 Sent with Mailtrack

Instalar sense adaptador grafic

2017-11-01 Thread Narcis Garcia 
És possible funcionar sense targeta gràfica?
Tinc una placa base sense sortida gràfica integrada, i dono per suposat
que la instal·lació de Debian l'haig de fer amb una pantalla al davant.

Però després de la instal·lació, què passa si trec la targeta gràfica
que he fet servir?
Anirà tot perfectament en mode servidor?
Hi ha algun altre procediment per fer fins i tot la instal·lació sense
sortida gràfica física?

Gràcies.

-- 


__
I'm using this express-made address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.

Re: Another Devuan annoyance: CLI default apps

2017-11-01 Thread Ionel Mugurel Ciobîcă 
On  1-11-2017, at 12h 52'17", to...@tuxteam.de wrote about "Re: Another Devuan 
annoyance: CLI default apps"
> On Wed, Nov 01, 2017 at 12:28:51PM +0100, Ionel Mugurel Ciobîcă wrote:
> 
> [...]
> 
> > What is a "Devuan"?
> 
> Devuan is a fork of Debian, which was made because some
> people were unhappy about how Debian handled the transition to
> systemd as the default init.
> 
> Cheers
 
Thanks, Tomás.

İonel

Re: Stretch : mount Jessie encrypted HDD via USB

2017-11-01 Thread David Wright 
On Tue 31 Oct 2017 at 21:21:01 (+0100), deloptes wrote:
> commentsab...@riseup.net wrote:
> 
> > Hello,
> > 
> > I'm trying to connect my old Jessie HDD via USB in order to transfer
> > files to my new Stretch system (details below). It does not work out of
> > the box because it is encrypted, how should I proceed?
> > 
> > - I only have a laptop;
> > 
> > - 1 old HDD with Jessie (guided encrypted LVM install);
> > 
> > - 1 new SSD with Stretch (guided encrypted LVM install), this drive is
> > in the laptop;
> > 
> > - 1 S-ATA to USB adapter.
> > 
> > Needless to say that I have the passphrase for both systems. I am
> > actually worried to damage the Jessie system by using wrong commands so
> > I am looking for help.
> > 
> > Thank you in advance :)
> > 
> > CA
> 
> most modern desktops will offer a tool to react when disk (usb) is plugged
> in and if encrypted ask for password to decrypt. IF there is lvm they will
> handle the lvm automatically
> 
> Manually it can be done as follows (presumably the disk was encrypted with
> luks)
> 
> 1. plugin in / connect the usb to the computer
> 2. cryptsetup luksOpen /dev/sd1 cryptedDisk

Would I be right in thinking that

  udisksctl unlock --block-device /dev/sd1

would be a safer command because udisksctl lacks the
more destructive subcommands available in cryptsetup?

> 3. vgchange -ay cryptedDisk
> 4. mount /dev/mapper/cryptedDisk- ...
> 
> reverse
> 
> 1. umount /dev/mapper/cryptedDisk-
> 2. vgchange -an cryptedDisk
> 3. cryptsetup luksClose cryptedDisk

and this would then be

  udisksctl lock --block-device /dev/sd1

> 4. unplug
> 
> *  - disk id (a,b,c,d etc)
> *  - volume name

And one query while we're on the topic. Obviously
umount is necessary and will be noticed later if
it's not performed. However, what about vgchange -an
and locking? AFAICT failing to lock has no later
consequences for the device itself.

Cheers,
David.

Re: Another Devuan annoyance: CLI default apps

2017-11-01 Thread Dejan Jocic 
On 01-11-17, Reco wrote:
>   Hi.
> 
> On Wed, Nov 01, 2017 at 10:00:27AM +0100, Jochen Spieker wrote:
> > deloptes:
> > > 
> > > Indeed, thanks for the hint, however OP wanted to edit crontab, which 
> > > needs
> > > root access.
> > 
> > 'crontab -e' works for all users.
> 
> A more correct way to put it is 'crontab utilizes root access'.
> 
> $ ls -al /usr/bin/crontab
> -rwxr-sr-x 1 root crontab 34936 May  3  2015 /usr/bin/crontab
> 
> So, anyone can run crontab, that's true.
> Does not change the fact that crontab runs as root.
> 
> Reco
> 

That is SGID bit is for group, which is crontab, not root. On Debian,
every user can edit its own crontab file by default, which can be
changed if file /etc/cron.allow exists and user is added there, or if
/etc/cron.deny exists and user is not there.

Re: off topic: uptime question

2017-11-01 Thread Byung-Hee HWANG (황병희, 黃炳熙) 
> This function is made for the formatting of *dates*, not *time intervals.
>
> That would mean that you might get even funnier results if your uptime
> is more than (around) 30-31 days.

I did understand. For now my chromebook uptime is over 30 days, thanks!

Sincerely, Byung-Hee.

-- 
^고맙습니다 _白衣從軍_ 감사합니다_^))//

Re: off topic: uptime question

2017-11-01 Thread Byung-Hee HWANG (황병희, 黃炳熙) 
In Article <17430759904711630...@scdbackup.webframe.org>,
 "Thomas Schmitt"  writes:

> [...]
> (You should better compute the time interval days from the seconds
>  difference. %d will probably rollover at 31.)

Thank you for good point, indeed;;;

Sincerely, Byung-Hee.

-- 
^고맙습니다 _白衣從軍_ 감사합니다_^))//

Re: Another Devuan annoyance: CLI default apps

2017-11-01 Thread tomas 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, Nov 01, 2017 at 12:28:51PM +0100, Ionel Mugurel Ciobîcă wrote:

[...]

> What is a "Devuan"?

Devuan [1], [2] is a fork of Debian, which was made because some
people were unhappy about how Debian handled the transition to
systemd as the default init.

Cheers

[1] https://en.wikipedia.org/wiki/Devuan
[2] https://devuan.org
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAln5tXEACgkQBcgs9XrR2kaeQACfbYsFcjpS64aD/8KgNWRklTKD
fjwAnRKFTbsCKrCYhx7GDGSaVxQu26us
=/xdH
-END PGP SIGNATURE-

Re: Another Devuan annoyance: CLI default apps

2017-11-01 Thread Ionel Mugurel Ciobîcă 
On  1-11-2017, at 02h 01'08", Will Mengarini wrote about "Re: Another Devuan 
annoyance: CLI default apps"
> * Ron OLGIATI  [17-10/31=Tu 19:11 -0300]:
> >> [...] Devuan Jessie, I tried to use crontab [...]
> >> under Devuan, crontab opens the file with nano [...]
> 
> * deloptes  [17-11/01=We 09:23 +0100]:
> > [...] OP wanted to edit crontab, which needs root access.
> 
> It seems more likely that he was talking about running crontab(1),
> the command, rather than editing .
> 


What is a "Devuan"?

Ionel

Re: Another Devuan annoyance: CLI default apps

2017-11-01 Thread Reco 
Hi.

On Wed, Nov 01, 2017 at 10:00:27AM +0100, Jochen Spieker wrote:
> deloptes:
> > 
> > Indeed, thanks for the hint, however OP wanted to edit crontab, which needs
> > root access.
> 
> 'crontab -e' works for all users.

A more correct way to put it is 'crontab utilizes root access'.

$ ls -al /usr/bin/crontab
-rwxr-sr-x 1 root crontab 34936 May  3  2015 /usr/bin/crontab

So, anyone can run crontab, that's true.
Does not change the fact that crontab runs as root.

Reco

Re: HOWTO: Setup persistent RDP sessions

2017-11-01 Thread deloptes 
Hörmetjan Yiltiz wrote:

> Seems like a very simple solution! Do you know if this works for RDP? And
> what runs that vnc-run.sh? Is it executed upon SSH login, VNC login, or by
> the admin?

The vnc-run.sh is my own script

To automate it, you need to modify the script starting the session on the
server. Unfortunately I don't know what how exactly works in your setup.
The RDP/VNC client needs a running vnc server, so I login to the server and
execute this vnc-run.sh.

The vncserver reads .vnc/xstartup which spawns the session and desktop.

example:
#!/bin/sh
xsetroot -solid grey
icewm &

When you find a way to automate it, please post back here.

regards

Re: Another Devuan annoyance: CLI default apps

2017-11-01 Thread Will Mengarini 
* Ron OLGIATI  [17-10/31=Tu 19:11 -0300]:
>> [...] Devuan Jessie, I tried to use crontab [...]
>> under Devuan, crontab opens the file with nano [...]

* deloptes  [17-11/01=We 09:23 +0100]:
> [...] OP wanted to edit crontab, which needs root access.

It seems more likely that he was talking about running crontab(1),
the command, rather than editing .

Ordinary users can run 'crontab -e' to edit their own <~/.crontab>s
without needing root access, as long as permitted by any
cron.{allow,deny} files (which, if extant, are in /etc on
Debian, but in /usr/lib/cron in the 2003 POSIX manual, and in
an "implementation defined" location in the 2008 POSIX manual).

Re: Another Devuan annoyance: CLI default apps

2017-11-01 Thread Jochen Spieker 
deloptes:
> 
> Indeed, thanks for the hint, however OP wanted to edit crontab, which needs
> root access.

'crontab -e' works for all users.

J.
-- 
I am getting worse rather than better.
[Agree]   [Disagree]
 


signature.asc
Description: PGP signature

Re: Another Devuan annoyance: CLI default apps

2017-11-01 Thread deloptes 
Ulf Volmer wrote:

> On 01.11.2017 00:00, deloptes wrote:
>> Renaud (Ron) OLGIATI wrote:
> 
>>> Now under Devuan, crontab opens the file with nano, which I hate,
>>> abominate, pursue with intense loathing...
> 
>> sudo update-alternatives --config editor
> 
> select-editor(1) is also an option (configurable per user). available in
> package sensible-utils (in the default install AFAIK).
> 
> best regards
> Ulf

Indeed, thanks for the hint, however OP wanted to edit crontab, which needs
root access.

Re: looking for a file format for time series data other software can easily consume

2017-11-01 Thread Dan Hitt 
On Tue, Oct 31, 2017 at 12:21 PM, Ben Caradoc-Davies  wrote:
> On 31/10/17 19:33, Dan Hitt wrote:
>>
>> I plan to produce some time series data and i would like it to be in a
>> form that makes it easy or effortless for pre-existing programs to
>> plot or even process further.
>
>
> NetCDF is very popular for scientific applications. NetCDF-4 uses HDF5 (also
> mentioned in this thread) for storage, NetCDF-3 has its own storage format:
> https://www.unidata.ucar.edu/software/netcdf/
>
> Many open source libraries and tools.
>
> Kind regards,
>
> --
> Ben Caradoc-Davies 
> Director
> Transient Software Limited 
> New Zealand
>

Thanks Ben, and also deloptes, Darac, and Henning.

deloptes --- thanks for your advice to base what i write on the
graphing tool i settle on.  That's pretty reasonable, especially given
what i said.  I'm still undecided about the tool right now though.

Thanks Darac for recommending a RRD.  Using something old and
established is what i prefer.  The package by Oetiker (rrdtool) looks
good and reminds me of mrtg which i used some years back at the
suggestion of a colleague (Sam S), and which i had forgotten.  My data
is not really circular, although i may end up using it depending on
how everything else shakes out.

Thanks Henning for the suggestion of checking out HDF(5).  I had run
across that in my googling, and was a little intimidated as it seems
to be a very big project, but after reading Ben's suggestion for using
NetCDF i may actually be secretly using it.

The NetCDF does seem to do what i want.  As far as i can tell, it
allows you to set metadata at the file level as well as attributes
attached to specific arrays in your data.  It can be installed in
debian (packages libnetcdf-dev, netcdf-doc, netcdf-bin).  The api
doesn't look too complicated, at least if i understand it correctly.
The packages come with some simple example programs.  And the 'file'
command recognizes the data that it produces.  And there's some kind
of mailing list.  So if i can make a go of it, i think that's what
i'll be doing.

And if i can't, well, then thanks everybody for the other suggestions,
which i'll try out more thoroughly.

I sure appreciate all the good advice!

dan

Re: HOWTO: Setup persistent RDP sessions

2017-11-01 Thread Hörmetjan Yiltiz 
Seems like a very simple solution! Do you know if this works for RDP? And
what runs that vnc-run.sh? Is it executed upon SSH login, VNC login, or by
the admin?

On Tue, Oct 31, 2017, 03:27 deloptes  wrote:

> Hörmetjan Yiltiz wrote:
>
> > I would like to creates only one Xfce4 session for Alice wherever she
> > connects to, however she connects to (any OS, any RDP client), until she
> > kills/terminates Xfce4-session herself, so she can always keep on
> previous
> > work.
> >
> > What is the simplest configuration for X11vnc to achieve this?
>
> I am not familiar to Xfce4, but what I don't understand if you use the
> Xfce4
> login manager or alike to spawn the vnc server.
>
> In my setup each user has a vnc-run.sh script that has a dedicated VNC port
>
> For example user with id 1005 gets vnc port 5905
>
> #!/bin/sh
> vncserver -geometry 1440x900 :5
>
> If this runs once the user can connect always and from everywhere to port
> 5905 or in the vnc terms server:5
>
> regards
>
> --

Sent from Gmail Mobile.