Re: Sugestões de modelos de notebook pra uso com Debian?

[Bruno Buys]

Oi Luis,
Obrigado pelas dicas. Vou olhar mais os dell, que não conheço muito. A gente 
acaba ficando mais familiarizado com as marcas que já teve, que no meu caso são 
acer e hp.
Falou,

Bruno

Em 27 de junho de 2017 08:38:29 BRT, "Luís Cláudio A. Gama" 
 escreveu:
>Bom dia,
>
> Há 2 meses atrás eu comprei um Dell com Ubuntu, como estava com versão
>desatualizada, precisei fazer um upgrade, que obviamente não funcionou.
>
>Liguei no suporte Dell e disse o que havia conseguido...com a ajuda
>deles
>consegui mudar a configuração da BIOS (naquele momento era a única
>coisa
>que a atendente sabia fazer ) para poder fazer a instalação via
>pen-drive
>de uma imagem que baixei.
>
>O que me espantou, que não estava claro no momento da compra, foi que
>me
>ligaram depois para me informar que, como era linux, o suporte era pago
>e
>da ordem de 300 reais.
>
>Eu disse a eles somente foi necessário a mudança na config da BIOSe
>que eu já havia instalado a nova versão. Mas fica o alerta sobre o
>"suporte" Dell.
>
> Achei mais prudente colocar o Ubuntu, para minimizar os "problemas" de
>driverfoi lisa a instalação.
>
>[]s
>
>
>
>   Sent with Mailtrack
>
>
>Luís Cláudio Alves Gama
>Fone: 11 4602-3400
>Cel:11 9 7765-1735
>e-mail: luisg...@sabordelivery.com.br
>
>
>*ADVERTÊNCIA*: *Esta mensagem é enviada de empresa de tecnologia e pode
>conter informações sigilosas, confidenciais ou privilegiadas entre
>profissional e cliente, sendo ilegal a divulgação ou reprodução, total
>ou
>parcial de seu conteúdo.*
>
>
>
>* Antes de imprimir,* *pense em seu compromisso com o* *Meio Ambiente.*
>
>Em 23 de junho de 2017 07:38, Bruno Buys  escreveu:
>
>> Opa, Thiago,
>> Obrigado. Essa maquina está interessante, só que 2.32kg está um pouco
>> acima do que eu pretendia.
>> Foi você que instalou esse Ubuntu?
>>
>>
>> Bruno
>>
>> Em 22 de junho de 2017 23:02:05 BRT, "Thiago C. F." <
>> thiagocanuto...@gmail.com> escreveu:
>>>
>>> Olá Bruno. Boa noite. Agora que eu vi o seu e-mail.
>>>
>>> Caso deseje um notebook Dell, eu tenho à venda em minha loja
>virtual.
>>>
>>> Segue o link para apreciação
>>>
>
>>> : https://www.magazinevoce.com.br/magazinelojadothiagocf/p/
>>> notebook-dell-inspiron-i15-5566-d30p-intel-core-i5-4gb-
>>> 1tb-led-156-linux/155446/?utm_source=lojadothiagocf_
>>> medium=notebook-dell-inspiron-i15-5566-d30p-intel-core-i5&
>>> utm_campaign=copy-paste_content=copy-paste-share
>>>
>>>
>>> Até mais!
>>>
>>> Em 22 de junho de 2017 15:38,  escreveu:
>>>
 Pessoal, boa tarde,
 Estou trocando de notebook e queria saber se alguém da lista tem
>relatos
 de marcas/modelos de notebook instalados recentemente com sucesso
>com
 Debian.
 Faz tempo que não instalo em notebooks, e não sei até que ponto é
 necessário se preocupar com tecnologias proprietárias de travas,
>como os
 'secure boot', 'trusted execution...'.
 Descontadas essas armadilhas, gostaria de um notebook pequeno (13'
>ou
 14'), e leve, com um i5 ou i7. Sem nvidia. O resto é negociável.
 Valeus!


 Bruno


>>>
>>>
>>>
>>> --
>>> Thiago C. F.
>>>
>>> Minha loja virtual: *www.magazinevoce.com.br/
>>> magazinelojadothiagocf*
>>>
>>> Meu blog: https://investimentosenegocios.wordpress.com/
>>>
>>
>> --
>> Enviado de meu dispositivo Android com K-9 mail. Desculpe-me pela
>> brevidade.
>>

-- 
Enviado de meu dispositivo Android com K-9 mail. Desculpe-me pela brevidade.

Re: Debian 9

[Hans]

Am Dienstag, 27. Juni 2017, 18:16:16 CEST schrieb Sean Behan:
> On Tue, Jun 27, 2017 at 05:41:57PM -0400, Fungi4All wrote:
> > Is this all it takes to hack the root account of a secure debian system?
> 

Yes, if one get physical access, you have lost! That is the reason, all of my 
personal systems are encrypted. 
> Correct, if you're on the same architecture you can actually chroot to
> acquire the same effect by issuing commands.
> 

Or you can use nice attacker tools, like "Switchblade and Haksaw",  "Rubber 
Ducký", or the very new and famous "Bash Bunny". Everything is known since a 
long time and no secret.  
> It's not really hacking, you have access to the file system, therefore
> you are able to change the data on the disk, such as passwords.
Hmm, IMO it is hacking, because you make things, which it is not intended for.

Admins should know this.

Ah, and the "Cold boot attack" which was mentioned: Take care not to hand your 
system over, until it is shut down for some minutes! :)

Kind regards

Hans

Re: Why does no one care that Brad Spengler of GRSecurity is blatantly violating the intention of the rightsholders to the Linux Kernel?

[Bruce Perens]

I published an advisory regarding Grsecurity at

http://perens.com/blog/2017/06/28/warning-grsecurity-potential-contributory-infringement-risk-for-customers/

Thanks

Bruce

On Mon, Jun 19, 2017 at 11:41 AM, Richard Stallman  wrote:
>>
>> I am not trying to study the GRsecurity case because (0) it's
>> complicated, and it would take a lot of time to think about, (1) the
>> FSF has no say in the matter (it is about Linux) and (2) I don't think
>> the copany would heed whatever I might say.
>
>

Stretch and network management

[tony mollica]

  
  
Hello.
  
  Can anyone provide insight
  as to why my usb wifi Netgear WNDA4100
(rt3573) won't connect or show up in NetworkManager(applet)
  but will be managed normally with the Wicd Network
  Manager?  This is a brand new,
clean install of Stretch and it doesn't appear to matter whether
both management progs are operating at the same
time or separately.  Wicd
  always works and NetworkManager won't.  I
  liked the control I had with NM working with v8 but
  no such luck with v9.
  
  Any suggestions on what
  to look for
that may be keeping this
interface hidden?  Show up
normally but not connected with
ifconfig/iwconfig.

thanks,
  tony

  

Re: Problema al levantar Vagrant

[Hernan Montero]

Claudio,

NFS:
---
hmontero@HP-HMONTERO:~$ sudo aptitude install nfs-kernel-server
[sudo] password for hmontero:
nfs-kernel-server ya está instalado en la versión solicitada (1:1.3.4-2.1)
nfs-kernel-server ya está instalado en la versión solicitada (1:1.3.4-2.1)
No se instalará, actualizará o eliminará ningún paquete.
0 paquetes actualizados, 0 nuevos instalados, 0 para eliminar y 0 sin
actualizar.
Necesito descargar 0 B de ficheros. Después de desempaquetar se usarán 0 B.

hmontero@HP-HMONTERO:~$ ps -fea | grep nfs
root   669 2  0 jun24 ?00:00:00 [nfsd4_callbacks]
root   677 2  0 jun24 ?00:00:00 [nfsd]
root   678 2  0 jun24 ?00:00:00 [nfsd]
root   679 2  0 jun24 ?00:00:00 [nfsd]
root   680 2  0 jun24 ?00:00:00 [nfsd]
root   681 2  0 jun24 ?00:00:00 [nfsd]
root   682 2  0 jun24 ?00:00:00 [nfsd]
root   683 2  0 jun24 ?00:00:00 [nfsd]
root   684 2  0 jun24 ?00:00:00 [nfsd]
hmontero  1320 21566  0 22:23 pts/200:00:00 grep --color=auto nfs
---

Comente la linea: #config.vm.synced_folder ".", "/vagrant", type: "nfs"
---
hmontero@HP-HMONTERO:~/Proyectos/portal-laravel$ vagrant up
Bringing machine 'portal-laravel' up with 'virtualbox' provider...
==> portal-laravel: Checking if box 'educar/portal-laravel' is up to date...
==> portal-laravel: Clearing any previously set forwarded ports...
==> portal-laravel: Clearing any previously set network interfaces...
==> portal-laravel: Preparing network interfaces based on configuration...
   portal-laravel: Adapter 1: nat
   portal-laravel: Adapter 2: hostonly
==> portal-laravel: Forwarding ports...
   portal-laravel: 22 (guest) =>  (host) (adapter 1)
==> portal-laravel: Running 'pre-boot' VM customizations...
==> portal-laravel: Booting VM...
==> portal-laravel: Waiting for machine to boot. This may take a few minutes...
   portal-laravel: SSH address: 127.0.0.1:
   portal-laravel: SSH username: vagrant
   portal-laravel: SSH auth method: private key
==> portal-laravel: Machine booted and ready!
[portal-laravel] GuestAdditions 5.1.22 running --- OK.
==> portal-laravel: Checking for guest additions in VM...
==> portal-laravel: Configuring and enabling network interfaces...
==> portal-laravel: Mounting shared folders...
   portal-laravel: /vagrant => /home/hmontero/Proyectos/portal-laravel
Vagrant was unable to mount VirtualBox shared folders. This is usually
because the filesystem "vboxsf" is not available. This filesystem is
made available via the VirtualBox Guest Additions and kernel module.
Please verify that these guest additions are properly installed in the
guest. This is not a bug in Vagrant and is usually caused by a faulty
Vagrant box. For context, the command attempted was:

mount -t vboxsf -o uid=1000,gid=1000 vagrant /vagrant

The error output from the command was:

: Protocol error
---

Buscando el error instale el plugin:
vagrant plugin install vagrant-vbguest

y en la consola muestra:
---
hmontero@HP-HMONTERO:~/Proyectos/portal-laravel$ vagrant up
Bringing machine 'portal-laravel' up with 'virtualbox' provider...
==> portal-laravel: Checking if box 'educar/portal-laravel' is up to date...
==> portal-laravel: Clearing any previously set forwarded ports...
==> portal-laravel: Clearing any previously set network interfaces...
==> portal-laravel: Preparing network interfaces based on configuration...
   portal-laravel: Adapter 1: nat
   portal-laravel: Adapter 2: hostonly
==> portal-laravel: Forwarding ports...
   portal-laravel: 22 (guest) =>  (host) (adapter 1)
==> portal-laravel: Running 'pre-boot' VM customizations...
==> portal-laravel: Booting VM...
==> portal-laravel: Waiting for machine to boot. This may take a few minutes...
   portal-laravel: SSH address: 127.0.0.1:
   portal-laravel: SSH username: vagrant
   portal-laravel: SSH auth method: private key
==> portal-laravel: Machine booted and ready!
[portal-laravel] GuestAdditions 5.1.22 running --- OK.
==> portal-laravel: Checking for guest additions in VM...
==> portal-laravel: Configuring and enabling network interfaces...
==> portal-laravel: Mounting shared folders...
   portal-laravel: /vagrant => /home/hmontero/Proyectos/portal-laravel
Vagrant was unable to mount VirtualBox shared folders. This is usually
because the filesystem "vboxsf" is not available. This filesystem is
made available via the VirtualBox Guest Additions and kernel module.
Please verify that these guest additions are properly installed in the
guest. This is not a bug in Vagrant and is usually caused by a faulty
Vagrant box. For context, the command attempted was:

mount -t vboxsf -o uid=1000,gid=1000 vagrant /vagrant

The error output from the command was:

Protocol error
---

y mi archivo de /etc/hosts

127.0.0.1 localhost
127.0.1.1 HP-HMONTERO
192.168.10.2portal-laravel.educ.ar local-backend.educ.ar
backend-laravel.educ.ar

Muchas gracias por la 

Ran ksmserver as root accidentally

[Fjfj109]

This is perhaps excessively paranoid, but I accidentally ran ksmserver as root. 
I don't suppose this means I've opened myself up to potential vulnerabilities? 
It seems fairly innocuous but wanted to be sure. I'm on KDE so ksmserver was 
already running and I get this output:
root@computer:/home/user# ksmserver
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 
instead of 0
Qt: Session management error: networkIdsList argument is NULL
Configuring Lock Action
Couldn't start kglobalaccel from org.kde.kglobalaccel.service: 
QDBusError("org.freedesktop.DBus.Error.Disconnected", "Not connected to D-Bus 
server")
Failed to connect to the kglobalaccel daemon 
QDBusError("org.freedesktop.DBus.Error.Disconnected", "Not connected to D-Bus 
server")
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 
instead of 0
ksmserver: "/KSMserver"
ksmserver: KSMServer: SetAProc_loc: conn 0 , prot= local , file= 
@/tmp/.ICE-unix/27257
ksmserver: KSMServer: SetAProc_loc: conn 1 , prot= unix , file= 
/tmp/.ICE-unix/27257
ksmserver: KSMServer::restoreSession "saved at previous logout"
"Session bus not found\nTo circumvent this problem try the following command 
(with Linux and bash)\nexport $(dbus-launch)"
root@computer:/home/user# QStandardPaths: wrong ownership on runtime directory 
/run/user/1000, 1000 instead of 0
Qt: Session management error: Could not open network socket
kwin: unable to claim manager selection, another wm running? (try using 
--replace)
Which to me indicates it can't start a new instance as it's already running. 
Anyway, is there anything to worry about?

Re: Debian 9

[Andy Smith]

Hello,

On Tue, Jun 27, 2017 at 05:41:57PM -0400, Fungi4All wrote:
> Is this [booting a live distribution] all it takes to hack the
> root account of a secure debian system?

If an attacker has physical access to your running hardware then you
have always lost. In some cases not even encryption will save you
from a motivated and resourceful attacker:

https://en.wikipedia.org/wiki/Cold_boot_attack

This has been the same forever, on all Linux distributions, Windows
and pretty much any other operating system.

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: openvpn updates?

[Adrian Bunk]

On Tue, Jun 27, 2017 at 11:11:47AM -0400, Perry E. Metzger wrote:
> On Thu, 22 Jun 2017 23:10:21 +0300 Adrian Bunk 
> wrote:
> > On Thu, Jun 22, 2017 at 10:20:09AM -0400, Perry E. Metzger wrote:
> > > There was a security advisory against openvpn a couple of days
> > > ago;  
> > 
> > Yesterday, not a couple of days ago.
> > 
> > > just wondering when updated packages are likely to show up?  
> > 
> > unstable is already fixed.
> > 
> > stable and oldstable will be fixed soon.
> 
> Any news on this?
>...

https://lists.debian.org/debian-security-announce/2017/msg00161.html

> Perry

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Re: Debian 9

[Sean Behan]

On Tue, Jun 27, 2017 at 05:41:57PM -0400, Fungi4All wrote:
> Is this all it takes to hack the root account of a secure debian system?

Correct, if you're on the same architecture you can actually chroot to
acquire the same effect by issuing commands.

It's not really hacking, you have access to the file system, therefore
you are able to change the data on the disk, such as passwords.


signature.asc
Description: PGP signature

Re: Paquetes retenidos y aplicaciones rotas tras actualizar a Debian 9

[José María]

El 26/06/17 a las 13:42, JAP escribió:

El 26/06/17 a las 05:57, Iván Hernández Cazorla escribió:

Buenas,
Creo que no es la primera vez que me suscribo a esta lista de correo,
pero nunca está de más agradecer a todos aquellos que atienden los
correos de antemano. Gracias. Bueno, les comento mi problema.

Últimamente ando un poco desactualizado de las novedades de todo,
inclusive de Debian. Fue ayer cuando me enteré de que el 17 de junio de
2017 se lanzó Debian 9 Stretch
. Con la emoción fui un poco
a la desesperada y busqué rápidamente "how to upgrade debian 8 to 9" y
me encontré con este tutorial
. 



Lo seguí al pie de la letra. Pero, cuando el ordenador se reinició tras
ejecutar *shutdown -r now*, comprobé que algo no había ido bien por dos
razones:

 1. Al ejecutar *lsb_release -a *me mostraba (y sigue mostrando este
mensaje):
No LSB modules are available.
Distributor ID:Debian
Description:Debian GNU/Linux 9.0 (n/a)
Release:9.0
Codename:n/a
Donde debería indicar el codename "Stretch", no indica nada, solo 
n/a.

 2. Hay programas que se han roto. Por ej. el navegador de archivos
"nemo" y VLC.

Como no atinaba con que podía ser la razón de este fallo, ejecuté un
*apt-get update *y luego un *upgrade* para comprobar que todos los
paquetes se habían actualizado. Sin embargo, para mi sorpresa, a estas
horas de la mañana que he vuelto a intentarlo, me dice que:

1 actualizados, 0 nuevos se instalarán, 0 para eliminar y 748 no
actualizados.

Al revisar los 748 paquetes no actualizados por encima, me encuentro con
la sorpresa de que VLC y sus dependencias, de la misma manera que muchos
otros, no se han actualizado, razón por la que creo que en estos
momentos no funciona.

Quitando esto, creo además que el comportamiento del cargador ha
comenzado a hacer cosas extrañas, pero esto ya es otra cuestión que iré
analizando con el tiempo de uso de Stretch.

Les adjunto una imagen con la información del sistema por si fuese de
alguna utilidad.

Muchas gracias de antemano.

Saludos, Iván



El cambio de nombre en cada equipo, siempre es algo que a veces, tarda.
Por ejemplo, yo estoy en "testing", y aún sigue como Debian 9 Stretch.

Recomendación: luego de

# apt-get upgrade

haz un

# apt-get dist-upgrade

Probablemente tengas paquetes que se estén reteniendo.

Esto va a hacer una actualización más completa y va a solucionar cosas 
que una actualización normal no hace, por tema de seguridad del sistema.


dist-upgrade in addition to performing the function of upgrade, also 
intelligently handles changing dependencies with new versions of 
packages; apt-get has a "smart" conflict resolution system, and it will 
attempt to upgrade the most important packages at the expense of less 
important ones if necessary. The dist-upgrade command may therefore 
remove some packages. The /etc/apt/sources.list file contains a list of 
locations from which to retrieve desired package files. See also 
apt_preferences(5) for a mechanism for overriding the general settings 
for individual packages.


JAP




Y también las "Notas de publicación", punto 4 completo.

https://www.debian.org/releases/stable/releasenotes


Saludos

Re: How did you update to stretch?

[deloptes]

John Elliot V wrote:

> I'm just starting out with Salt, and I haven't figured out what you do
> if you want to put a reboot between various configuration steps...

I guess you target a stopped state - I never went deep in to saltstack. I
had to use the interface for a project, but after this I had to learn
ansible. In any case if you intend to use salt on single machine - it makes
no sense

Re: Présence par défaut d'Aptitude sur Stretch

[Eric Degenetais]

Le 27 juin 2017 21:40, "maderios"  a écrit :

On 06/27/2017 12:18 PM, Erwan David wrote:

> Le 06/27/17 à 11:35, maderios a écrit :
>
>> On 06/27/2017 10:22 AM, Haricophile wrote:
>>
>>> Le Sat, 24 Jun 2017 15:36:43 +0200,
>>> maderios  a écrit :
>>>
>>> C'est quand même gênant cette manie d'aptitude qui consiste à
 supprimer automatiquement des paquets qu'il considère comme inutiles.
 Un exemple, celui de certains paquets *.dev.
 Si quelqu'un connaît une solution pour améliorer le qI d'aptitude, je
 suis preneur :)

>>>
>>> En général quand il vire quelque chose c'est qu'il est marqué en
>>> installation automatique et tu peux faire : "aptitude unmark-auto
>>> le_paquet"
>>> On peut imaginer la situation quand aptitude veut supprimer 50 paquets
>>>
>> qui sont indispensables puisqu'on les a installés en vue de compilations
>> ultérieures... C'est une des raisons pour lesquelles j'ai toujours
>> utilisé apt-get, synaptic et maintenant apt.
>>
>
> Si on les a installés ils sont taggués comme installation manuelle et ne
> sont pas supprimés.
>
> Oui, mais... Des dépendances installées automatiquement puis classées
"inutiles" par aptitude peuvent s'avérer indispensables.
Aucun gestionnaire de paquets ne peut connaître les tréfonds de l'âme
humaine... Dans ce cas, le gestionnaire ne doit pas jouer au malin à coups
de suppressions intempestives mais afficher ses propositions comme le font
apt, apt-get et synaptic.


J'imagine très bien un cas où le comportement d'apt conviendra mieux pour
certains, dont je suis : à un moment, un paquet est installé en tant que
dépendance d'un paquet manuel. Par la suite, les fonctionnalités de cette
dépendance automatique sont utilisées (projet de développement, par
exemple). Un jour, une mise à jour supprime la dépendance initiale. Par
exemple, la nouvelle version de notre paquet manuel a changé ses
dépendances. Si on me dit (à chaque mise à jour) que les paquets x, y, z
sont devenus inutiles sans aller plus loin, je peux décider de marquer non
auto ceux que j'utilise, et enlever les autres. Surtout que la plupart du
temps ce ne sont pas les quelques kb, à la rigueur Mb occupés en plus qui
vont me gratter, donc y'a pas le feu au lac pour autoremove...
Autre exemple. Je suis encore sous Jessie, et étant père de famille avec de
multiples activités professionnelles et extra-professionnelles, très
franchement il va y avoir un délai avant que je trouve le temps de
m'appuyer la migration avec les précautions qui vont autour. Or
actuellement j'ai un noyau backport 4.9 qui fonctionne fort bien, mais
souffre d'une incompatibilité avec virtualbox que j'utilise de temps à
autres. Eh bien je suis très content qu'apt se limite à me signaler que mon
noyau 4.8 (compatible avec la version de virtualbox de jessie-backports)
est inutile et pourrait être desinstallée. Comme ça je peux à la fois faire
mes mises à jour, garder mon noyau qui marche avec virtualbox, et continuer
de me voir rappeler que 4.8 pourrait être desinstallé, comme ça le jour
lointain où virtualbox et la dernière version de noyau seront à nouveau
copains, je ferai tranquillement mon ménage.

Re: Actualización del repositorio trajo errores

[José María]

El 26/06/17 a las 13:42, JAP escribió:

El 25/06/17 a las 22:45, Miguel Matos escribió:

Muy buenas, quise aprovechar en realizar el update masivo luego de que
ya salió la nueva versión de Debian. Y al hacerlo me arrojó tamaños
errores, ¡más de uno!
Acá el resultado por terminal:
Err:72 http://ftp.cl.debian.org/debian testing/main Sources
  Writing more data than expected (6984840 > 6984328)
  Hashes of expected file:
   - Filesize:6984328 [weak]
   - 
SHA256:a8777e22b39c4cebcc2155e92960e9fda36695653a2237067dbdfb58dbb3d1bf

   - MD5Sum:73a8a9e421b1c8adb04ea76c892561a3 [weak]
  Release file created at: Sun, 25 Jun 2017 08:28:51 +
Descargados 286 kB en 1min 43s (2.774 B/s)
Leyendo lista de paquetes... Hecho
W: El repositorio «https://dl.winehq.org/wine-builds/debian stable
Release» no tiene un fichero de Publicación.
N: Los datos de un repositorio como este no se pueden autenticar y por
tanto su uso es potencialmente peligroso.
N: Vea la página de manual apt-secure(8) para los detalles sobre la
creación de repositorios y la configuración de usuarios.
E: Fallo al obtener
https://dl.winehq.org/wine-builds/debian/dists/stable/main/binary-i386/Packages 


 403  Forbidden
E: Fallo al obtener
http://ftp.cl.debian.org/debian/dists/testing/main/source/Sources.xz
Writing more data than expected (6984840 > 6984328)
   Hashes of expected file:
- Filesize:6984328 [weak]
- 
SHA256:a8777e22b39c4cebcc2155e92960e9fda36695653a2237067dbdfb58dbb3d1bf

- MD5Sum:73a8a9e421b1c8adb04ea76c892561a3 [weak]
   Release file created at: Sun, 25 Jun 2017 08:28:51 +
E: Fallo al obtener
http://ftp.cl.debian.org/debian/dists/testing/main/binary-i386/Packages.xz 


 404  Not Found
E: No se han podido descargar algunos archivos de índice, se han
omitido, o se han utilizado unos antiguos en su lugar.

Mi distribución la he etiquetado como "testing", y acá mi sources.list
en la actualidad:
## Repositorio Oficial
deb http://ftp.cl.debian.org/debian/ testing main contrib non-free
deb-src http://ftp.cl.debian.org/debian/ testing main contrib non-free

deb http://security.debian.org/ testing/updates main contrib non-free
deb-src http://security.debian.org/ testing/updates main contrib non-free



Tienes los repositorios "testing-updates" repetidos:

Éste de aquí abajo...


# testing-updates, previously known as 'testing', and previously known
as 'volatile'
deb http://ftp.cl.debian.org/debian/ testing-updates main contrib 
non-free
deb-src http://ftp.cl.debian.org/debian/ testing-updates main contrib 
non-free




... Y éste de aquí son iguales.


# testing-actualizaciones-sistema
deb http://mirrors.kernel.org/debian/ testing-updates main contrib 
non-free
deb-src http://mirrors.kernel.org/debian/ testing-updates main contrib 
non-free


# testing-backports
# deb http://mirrors.kernel.org/debian/ testing-backports main contrib 
non-free

# deb-src http://mirrors.kernel.org/debian/ testing-backports main
contrib non-free

# 

# Aquí se agregan los repositorios de aplicaciones externas a los de 
Debian
# 



# deb-multimedia
# apt-get install deb-multimedia-keyring
deb http://www.deb-multimedia.org/ testing main non-free
deb-src http://www.deb-multimedia.org/ testing main non-free

# Wine Repository
deb https://dl.winehq.org/wine-builds/debian/ stable main

¿Debo continuar con el apt-get dist-upgrade sin problemas? Aunque
capaz surgirán problemas por dependencias sin cumplir que estén atadas
a estos repositorios... ¿O será conveniente primero solucionar esto?
Voy a indagar con google la primera de las fallas, pero igual les
escribo para saber si pasaron por lo mismo que yo.




Te recomiendo hacer una actualización un tanto más conservadora.

Cuando existe un cambio de versión, fíate sólo de
ftp.debian.org/debian/ testing main contrib non-free

A veces, los espejos de otros países no están todo lo actualizado que 
debieran, sobre todo, los primeros días.


Lo segundo, yo primero actualizaría la línea principal, o sea
ftp.debian.org/debian/ testing main contrib non-free


Luego, a medida que las cosas funcionas, iría agregando
ftp.debian.org/debian/ testing-updates main contrib non-free
ftp.debian.org/debian/ testing-proposed-updates main contrib non-free

Ahora la pregunta:
¿De dónde sacaste

 > deb http://security.debian.org/ testing/updates main contrib non-free
 > deb-src http://security.debian.org/ testing/updates main contrib 
non-free


Los "security" son para "stable"


Además, hasta que tengas TODO tu sistema corriendo sin problemas, no 
agregues "multimedia" o "wine-hq"


JAP



Pues además de lo que te ha dicho JAP yo le echaría un vistazo a las 
"Notas de publicación"... Sobre todo el punto 4 completo.


https://www.debian.org/releases/stable/releasenotes


Saludos

Re: Debian 9

[Fungi4All]

Highly deserving a top post
Is this all it takes to hack the root account of a secure debian system?
Not that it makes any difference, any linux system that is booted locally
in which you have root access can manipulate any debian file anywhere
on the same system. Unless of course it is encypted, which means
you are out of luck and can't even tell if there is a debian in there.
Thanks for the new trick ;)

> From: hans.ullr...@loop.de
> To: debian-user@lists.debian.org
> Am Dienstag, 27. Juni 2017, 16:00:13 CEST schrieb sare...@att.net:
> Hmm, this should not happen. When you cannot login as root, so the following:
> 1. Start with a livefile system, like Knoppix, GRML; Trinity Rescue Kit,.
> whatever.
> 2. Mount the root partition.
> 3. Now you can edit the "/etc/shadow" file on this partition. Look for the 
> user
> "root" and delete everything between the ":" and the "0". The entry should
> look like "root::0:9:7:::"
> 4. Reboot, now you should be able to enter as root without password.
> (If I made a mistake here, someone might correct me, as I did this thing alt
> last almost 4 years ago!)
> The other option is, to search for a boot disk called "Kon-Boot". Booting from
> this letts you in EVERY system (Windows, linux etc.) without password.
> There is also the option (I never checked), to enter "#!/bin/bash" at the boot
> prompt, this let you in a console with admin rights. Never checked this, too.
> However, there are good documents of these in the web, but I was too lazy to
> look for them. Google will help you.
> Question, can you login as a normal user?
> Can you sudo to root? (I am no friend of sudo, so I disabled this option. Does
> stretch enable this by default?) If so, you will not be able to login as root
> (as far as I know), but login as normal user, then "sudo su" and root password
> will let you in.
> Hope my (not proven) hints help either.
> Happy hacking and good luck!
> Kind regards
> Hans
>> The administrator password is not working in Debian 9 cinnamon. How can we
>> use synaptic package manager or update the system if the administrator
>> password is not working? I double checked the password during installation
>> to be sure it is correct. I even reinstalled the system and the same
>> problem occurs. This is unacceptable. First the Cd iso"s did not work and
>> now this. What is going on?

Re: firewall rules for NAT

[Pascal Hambourg]

Le 27/06/2017 à 13:29, Lucio Crusca a écrit :


-A POSTROUTING -d 10.7.33.109/32 -p tcp -m tcp --dport 25 -j SNAT
--to-source 10.7.33.100

The problem is that without that rule things do not work at all
(connections time out).


If this rule is required, then your routing setup is wrong.
What is the routing table on the router and the server ?

Re: Problema al levantar Vagrant

[claudio menet]

Hernan,

Veo en la siguiente línea que estás utilizando NFS para montar tu
carpeta compartida. No se si esto es indispensable en tu caso ya que
por lo que pude ver en la documentación de Vagrant este monta por
defecto el directorio /vagrant si necesidad de agregar ninguna
configuración, eso sin utiliza NFS.

Si no es indispensable utilizar NFS comentaría la siguiente línea de
código e intentaría arrancar la box.

#config.vm.synced_folder ".", "/vagrant", type: "nfs"

Si es necesario utilizar NFS, revisaría si está instalado y
funcionando el servicio NFS en mi host. Esto lo podes hacer con:

aptitude search nfs-server

(si no tenes instaldo aptitude podes instalarlo ejecutado como root el
comando apt-get update y luego apt-get install aptitude)

Luego comprobaría que el demonio NFS esté levantado ejecutando el comando:

ps -fea | grep nfs

Por otro lado:

¿Tu host tiene IP 192.168.10.1? Supongo que si por lo que muestra el log...
¿La IP 192.168.10.2 está disponible en tu lan?

Saludos

2017-06-27 17:05 GMT-03:00 Hernan Montero :
> Hola Claudio, así deje el vagrantfile:
>
> -
>
> # Versión de la API de Vagrant
> VAGRANTFILE_API_VERSION = "2"
>
> Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
>
> # Definir máquina virtual
> config.vm.define :'portal-laravel'
>
> # Configurar caja
> config.vm.box = "educar/portal-laravel"
> config.vm.box_url =
> "http://packages.educ.gov.ar/educar-boxes/portal-laravel/last/portal-laravel.json;
>
> # Configurar proveedor
> config.vm.provider "virtualbox" do |v|
> v.memory = 1024
> end
>
> # Configurar dirección de IP
> config.vm.network "private_network", ip: "192.168.10.2"
>
> # Configurar carpeta compartida
> config.vm.synced_folder ".", "/vagrant", type: "nfs"
>
> end
>
> --
>
> Tambien me di cuenta que me faltaba agregar la extensión de virtual
> box (Oracle_VM_VirtualBox_Extension_Pack-5.1.22-115126.vbox-extpack) y
> al agregar la extensión apareció lo siguiente:
>
> ---
> hmontero@HP-HMONTERO:~/Proyectos/portal-laravel$ vagrant up
> Bringing machine 'portal-laravel' up with 'virtualbox' provider...
> ==> portal-laravel: Checking if box 'educar/portal-laravel' is up to date...
> ==> portal-laravel: Clearing any previously set forwarded ports...
> ==> portal-laravel: Clearing any previously set network interfaces...
> ==> portal-laravel: Preparing network interfaces based on configuration...
>portal-laravel: Adapter 1: nat
>portal-laravel: Adapter 2: hostonly
> ==> portal-laravel: Forwarding ports...
>portal-laravel: 22 (guest) =>  (host) (adapter 1)
> ==> portal-laravel: Running 'pre-boot' VM customizations...
> ==> portal-laravel: Booting VM...
> ==> portal-laravel: Waiting for machine to boot. This may take a few 
> minutes...
>portal-laravel: SSH address: 127.0.0.1:
>portal-laravel: SSH username: vagrant
>portal-laravel: SSH auth method: private key
> ==> portal-laravel: Machine booted and ready!
> ==> portal-laravel: Checking for guest additions in VM...
>portal-laravel: No guest additions were detected on the base box
> for this VM! Guest
>portal-laravel: additions are required for forwarded ports, shared
> folders, host only
>portal-laravel: networking, and more. If SSH fails on this machine,
> please install
>portal-laravel: the guest additions and repackage the box to continue.
>portal-laravel:
>portal-laravel: This is not an error message; everything may
> continue to work properly,
>portal-laravel: in which case you may ignore this message.
> ==> portal-laravel: Configuring and enabling network interfaces...
> ==> portal-laravel: Exporting NFS shared folders...
> ==> portal-laravel: Preparing to edit /etc/exports. Administrator
> privileges will be required...
> ● nfs-server.service - NFS server and services
>   Loaded: loaded (/lib/systemd/system/nfs-server.service; enabled;
> vendor preset: enabled)
>   Active: active (exited) since Sat 2017-06-24 20:23:22 -03; 2 days ago
>  Process: 667 ExecStart=/usr/sbin/rpc.nfsd $RPCNFSDARGS (code=exited,
> status=0/SUCCESS)
>  Process: 652 ExecStartPre=/usr/sbin/exportfs -r (code=exited, 
> status=0/SUCCESS)
> Main PID: 667 (code=exited, status=0/SUCCESS)
>Tasks: 0 (limit: 4915)
>   CGroup: /system.slice/nfs-server.service
> ==> portal-laravel: Mounting NFS shared folders...
>
> ---
>
> Me resulto raro el siguiente texto:
> "No guest additions were detected on the base box for this VM! Guest
> additions are required for forwarded ports, shared folders, host only
> networking, and more. If SSH fails on this machine, please install the
> guest additions and repackage the box to continue."
>
> Hice una búsqueda del mismo y encontré en este link
> https://github.com/gfreeau/php7play/issues/1 que me faltaba agregar
> los siguientes plugins:
>
> vagrant plugin install vagrant-vbguest
>
> Ahora la consola me dice lo siguiente:
>
> ---
>
> hmontero@HP-HMONTERO:~/Proyectos/portal-laravel$ vagrant plugin
> install 

Re: How did you update to stretch?

[Fungi4All]

> From: d...@sherohman.org
> To: debian-user@lists.debian.org
> On Mon, Jun 26, 2017 at 01:27:42PM -0500, David Wright wrote:
>> By running upgrade before dist-upgrade, you reduce complexity by
>> maximising the compatibility of packages with each other. When
>> lenny was replaced by squeeze, even these two steps were
>> insufficient; the kernel and udev needed replacing as a pair after
>> the (lenny) upgrade and before the (squeeze) dist-upgrade.
> I was around for lenny => squeeze, but had forgotten about that. It
> could well be the explanation for my current procedure, though, which
> is:
> apt-get update
> apt-get install dpkg apt
> apt-get upgrade
> apt-get dist-upgrade
> The basic idea being to first get the latest tools in place, then do the
> simple upgrades, and save the complex ones for last.
> I also used to stage large upgrades in multiple steps, doing only a
> dozen or two packages at a time and selecting dependencies first,
> leaving dependent packages for later (when possible), again in the
> interest of keeping each batch of updates as simple as possible, but
> I"ve stopped doing that since the tools started distinguishing between
> manually-installed packages and those which were automatically selected
> to satisfy dependencies.

I must have been lucky then, because I have a system that I only use for
entertainment, audio-visual/home-cinema, a chess game, and mindless
browsing. I have only used synaptic - reload - upgrade. When I run
dist-upgrade it found nothing to do. When I run autoclean and purge it
had nothing to do. I recently remember a coupld of times that it asked
me to drop a package that was no-longer needed, in synaptic, and
I thought only dist-upgrade would do such a thing, therefore my incorrect
assumption. I always thought synpatic was just a gui for apt/apt-get
and all options/command were converted to menu items.
Whenever I tried aptitude I hated it and want nothing to do with it.

> Dave Sherohman

(AK)

Re: He

[Thiago C. F.]

Fala Gilberto. Aqui novamente.

Então... como não faço parte de outra lista de email, para mim aqui sem
problemas.

Eu clico em "Responder a todos", seleciono o email da lista e apago o
restante dos remetentes que me aparecem.



Em 27 de junho de 2017 14:51, Gilberto F da Silva 
escreveu:

> On Sun, Jun 25, 2017 at 12:21:08PM -0300, Leandro Henrique Stein wrote:
> > Ao "responder à todos" você acabou de confirmar mais um email, o seu,
> para
> > o spammer.
>
>   Esse sistema de listas do Debian é confuso. Nas outras listas que
>   participo, aparece o nome da lista no campo "assunto".  Nas listas
>   do Debian, não.  Nas outras listas quando a gente responde, a
>   resposta vai para a lista.  Na lista do Debian, não.
>
>   Debian é uma das mais conceituadas distribuições Linux.  Serve de
>   base para muitas outras distribuições, no entanto, possui umas
>   teimosias.  Já gente reclamando que gostaria de traduzir mas o
>   processo era um tanto confuso.
>
> --
>
> Gilberto F da Silva - gfs1...@mandic.com.br - ICQ 136.782.571
> Stela dato:2.457.932,273  Loka tempo:2017-06-27 15:33:13 Mardo
> -==-
> Se todos fossem iguais, seríamos iguais a quem?
>



-- 
Thiago C. F.

Encontre o Que Precisar em Minha Loja Virtual:
*www.magazinevoce.com.br/magazinelojadothiagocf
*

Meu blog: https://investimentosenegocios.wordpress.com/

Re: Problema al levantar Vagrant

[Hernan Montero]

Hola Claudio, así deje el vagrantfile:

-

# Versión de la API de Vagrant
VAGRANTFILE_API_VERSION = "2"

Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|

# Definir máquina virtual
config.vm.define :'portal-laravel'

# Configurar caja
config.vm.box = "educar/portal-laravel"
config.vm.box_url =
"http://packages.educ.gov.ar/educar-boxes/portal-laravel/last/portal-laravel.json;

# Configurar proveedor
config.vm.provider "virtualbox" do |v|
v.memory = 1024
end

# Configurar dirección de IP
config.vm.network "private_network", ip: "192.168.10.2"

# Configurar carpeta compartida
config.vm.synced_folder ".", "/vagrant", type: "nfs"

end

--

Tambien me di cuenta que me faltaba agregar la extensión de virtual
box (Oracle_VM_VirtualBox_Extension_Pack-5.1.22-115126.vbox-extpack) y
al agregar la extensión apareció lo siguiente:

---
hmontero@HP-HMONTERO:~/Proyectos/portal-laravel$ vagrant up
Bringing machine 'portal-laravel' up with 'virtualbox' provider...
==> portal-laravel: Checking if box 'educar/portal-laravel' is up to date...
==> portal-laravel: Clearing any previously set forwarded ports...
==> portal-laravel: Clearing any previously set network interfaces...
==> portal-laravel: Preparing network interfaces based on configuration...
   portal-laravel: Adapter 1: nat
   portal-laravel: Adapter 2: hostonly
==> portal-laravel: Forwarding ports...
   portal-laravel: 22 (guest) =>  (host) (adapter 1)
==> portal-laravel: Running 'pre-boot' VM customizations...
==> portal-laravel: Booting VM...
==> portal-laravel: Waiting for machine to boot. This may take a few minutes...
   portal-laravel: SSH address: 127.0.0.1:
   portal-laravel: SSH username: vagrant
   portal-laravel: SSH auth method: private key
==> portal-laravel: Machine booted and ready!
==> portal-laravel: Checking for guest additions in VM...
   portal-laravel: No guest additions were detected on the base box
for this VM! Guest
   portal-laravel: additions are required for forwarded ports, shared
folders, host only
   portal-laravel: networking, and more. If SSH fails on this machine,
please install
   portal-laravel: the guest additions and repackage the box to continue.
   portal-laravel:
   portal-laravel: This is not an error message; everything may
continue to work properly,
   portal-laravel: in which case you may ignore this message.
==> portal-laravel: Configuring and enabling network interfaces...
==> portal-laravel: Exporting NFS shared folders...
==> portal-laravel: Preparing to edit /etc/exports. Administrator
privileges will be required...
● nfs-server.service - NFS server and services
  Loaded: loaded (/lib/systemd/system/nfs-server.service; enabled;
vendor preset: enabled)
  Active: active (exited) since Sat 2017-06-24 20:23:22 -03; 2 days ago
 Process: 667 ExecStart=/usr/sbin/rpc.nfsd $RPCNFSDARGS (code=exited,
status=0/SUCCESS)
 Process: 652 ExecStartPre=/usr/sbin/exportfs -r (code=exited, status=0/SUCCESS)
Main PID: 667 (code=exited, status=0/SUCCESS)
   Tasks: 0 (limit: 4915)
  CGroup: /system.slice/nfs-server.service
==> portal-laravel: Mounting NFS shared folders...

---

Me resulto raro el siguiente texto:
"No guest additions were detected on the base box for this VM! Guest
additions are required for forwarded ports, shared folders, host only
networking, and more. If SSH fails on this machine, please install the
guest additions and repackage the box to continue."

Hice una búsqueda del mismo y encontré en este link
https://github.com/gfreeau/php7play/issues/1 que me faltaba agregar
los siguientes plugins:

vagrant plugin install vagrant-vbguest

Ahora la consola me dice lo siguiente:

---

hmontero@HP-HMONTERO:~/Proyectos/portal-laravel$ vagrant plugin
install vagrant-vbguest
Installing the 'vagrant-vbguest' plugin. This can take a few minutes...
Fetching: micromachine-2.0.0.gem (100%)
Fetching: vagrant-vbguest-0.14.2.gem (100%)
Installed the plugin 'vagrant-vbguest (0.14.2)'!
hmontero@HP-HMONTERO:~/Proyectos/portal-laravel$ vagrant up
Bringing machine 'portal-laravel' up with 'virtualbox' provider...
==> portal-laravel: Checking if box 'educar/portal-laravel' is up to date...
==> portal-laravel: Clearing any previously set forwarded ports...
==> portal-laravel: Fixed port collision for 22 => . Now on port 2200.
==> portal-laravel: Clearing any previously set network interfaces...
==> portal-laravel: Preparing network interfaces based on configuration...
   portal-laravel: Adapter 1: nat
   portal-laravel: Adapter 2: hostonly
==> portal-laravel: Forwarding ports...
   portal-laravel: 22 (guest) => 2200 (host) (adapter 1)
==> portal-laravel: Running 'pre-boot' VM customizations...
==> portal-laravel: Booting VM...
==> portal-laravel: Waiting for machine to boot. This may take a few minutes...
   portal-laravel: SSH address: 127.0.0.1:2200
   portal-laravel: SSH username: vagrant
   portal-laravel: SSH auth method: private key
==> portal-laravel: Machine booted and ready!
[portal-laravel] No installation 

Re: Solo puedo ejecutar kodi como root

[Paynalton]

El mar., 27 de jun. de 2017 a la(s) 14:38, claudio menet <
claudiome...@gmail.com> escribió:

> Hola Juan,
>
> ¿Probaste cuando inicia el dispositivo si GDM al presentar la pantalla
> de inicio de sesión te permite cambiar al escritorio de  Kodi e
> iniciar directamente con tu usuario en ese escritorio?
>
> Saludos!
>
> El día 27 de junio de 2017, 15:58, Juan L.García [aka exe]
>  escribió:
> > Buenas.. creo que es mi primera vez por aqui y es que..
> >
> > Aun sigo con Jessie y al instalar kodi, tengo el problema que solo puedo
> > ejecutarlo como  root con gksudo
> >
> >
> > Si lo inicio normal , me abre con una interfaz inmanejable , pero como
> root
> > la cosa va bien.
> >
> >
>

Revisa que tu usuario pertenezca al grupo video.



> >
> > He buscado  por ahí y no veo nada, que puede pasar??
> >
> >
> > Gracias gentes !!
>
>

Re: Présence par défaut d'Aptitude sur Stretch

[maderios]

On 06/27/2017 12:18 PM, Erwan David wrote:

Le 06/27/17 à 11:35, maderios a écrit :

On 06/27/2017 10:22 AM, Haricophile wrote:

Le Sat, 24 Jun 2017 15:36:43 +0200,
maderios  a écrit :


C'est quand même gênant cette manie d'aptitude qui consiste à
supprimer automatiquement des paquets qu'il considère comme inutiles.
Un exemple, celui de certains paquets *.dev.
Si quelqu'un connaît une solution pour améliorer le qI d'aptitude, je
suis preneur :)


En général quand il vire quelque chose c'est qu'il est marqué en
installation automatique et tu peux faire : "aptitude unmark-auto
le_paquet"
On peut imaginer la situation quand aptitude veut supprimer 50 paquets

qui sont indispensables puisqu'on les a installés en vue de compilations
ultérieures... C'est une des raisons pour lesquelles j'ai toujours
utilisé apt-get, synaptic et maintenant apt.


Si on les a installés ils sont taggués comme installation manuelle et ne
sont pas supprimés.

Oui, mais... Des dépendances installées automatiquement puis classées 
"inutiles" par aptitude peuvent s'avérer indispensables.
Aucun gestionnaire de paquets ne peut connaître les tréfonds de l'âme 
humaine... Dans ce cas, le gestionnaire ne doit pas jouer au malin à 
coups de suppressions intempestives mais afficher ses propositions comme 
le font apt, apt-get et synaptic.


--
Maderios

Re: Solo puedo ejecutar kodi como root

[claudio menet]

Hola Juan,

¿Probaste cuando inicia el dispositivo si GDM al presentar la pantalla
de inicio de sesión te permite cambiar al escritorio de  Kodi e
iniciar directamente con tu usuario en ese escritorio?

Saludos!

El día 27 de junio de 2017, 15:58, Juan L.García [aka exe]
 escribió:
> Buenas.. creo que es mi primera vez por aqui y es que..
>
> Aun sigo con Jessie y al instalar kodi, tengo el problema que solo puedo
> ejecutarlo como  root con gksudo
>
>
> Si lo inicio normal , me abre con una interfaz inmanejable , pero como root
> la cosa va bien.
>
>
>
> He buscado  por ahí y no veo nada, que puede pasar??
>
>
> Gracias gentes !!

Re: Problema al levantar Vagrant

[claudio menet]

Hola Hernan,

Entiendo, mire con mas detenimiento el log que pasas.

¿Pensaste en invertir estas líneas en el archivo de VagrantFile?

Digo reemplazar esto:

 # Configurar carpeta compartida
 config.vm.synced_folder ".", "/vagrant", type: "nfs"

# Configurar dirección de IP
config.vm.network "private_network", ip: "192.168.10.2"

Por esto:

# Configurar dirección de IP
config.vm.network "private_network", ip: "192.168.10.2"

 # Configurar carpeta compartida
 config.vm.synced_folder ".", "/vagrant", type: "nfs"

Se me ocurre que puede estar intentando montar el directorio
compartido por NFS antes de asignarle la IP.

Saludos!

2017-06-27 13:41 GMT-03:00 Hernan Montero :
> Hola Claudio, muchas gracias por la respuesta.
> Hice toda una instalación desde cero y otra prueba que hice fue borrar
> y crear la virtual desde el vagrant.
> También hice búsquedas por los buscadores sobre mi problema, pero las
> soluciones que aparecían no me funcionaron.
> Me un compañero que tiene el mismo problema con las mismas
> configuraciones se inscribió en las ayudas de vagrant, pero aun no le
> contestaron.
>
> Saludos y muchas gracias por la ayuda.
>
> 2017-06-27 13:31 GMT-03:00 claudio menet :
>> Hola!
>>
>> ¿Abriste virtual box luego de la actualización de debian?
>>
>> VirtualBox suele necesitar que se ejecute un script luego de que se
>> realizan actualizaciones en el kernel del sistema operativo.
>>
>> Yo abriría manualmente  VirtualBox y si me muestra el mensaje de que
>> necesita actualizar seguiría los pasos que indica.
>>
>> Saludos!
>>
>> 2017-06-27 13:09 GMT-03:00 Hernan Montero :
>>> Hola a todos,
>>> Les comento a todos que eh migrado a Debian Stretch y estoy teniendo
>>> unos problemas con Vagrant.
>>> Sistema operativo: Debian 9.0 (Stretch) AMD64
>>> Vagrant: 1.9.5
>>> Virtual: Virtual Box OS versión 5.1
>>>
>>> El problema que me aparece es que el vagrant no esta levantando el
>>> adaptador de red de la virtual box (vboxnet0).
>>>
>>> Dejo la información que me da la consola:
>>>
>>> hmontero@HP-HMONTERO:~/Proyectos/portal-laravel$ vagrant up
>>> Bringing machine 'portal-laravel' up with 'virtualbox' provider...
>>> ==> portal-laravel: Box 'educar/portal-laravel' could not be found.
>>> Attempting to find and in
>>> stall...
>>>portal-laravel: Box Provider: virtualbox
>>>portal-laravel: Box Version: >= 0
>>> ==> portal-laravel: Loading metadata for box
>>> 'http://packages.educ.gov.ar/educar-boxes/portal
>>> -laravel/last/portal-laravel.json'
>>>portal-laravel: URL:
>>> http://packages.educ.gov.ar/educar-boxes/portal-laravel/last/portal-
>>> laravel.json
>>> ==> portal-laravel: Adding box 'educar/portal-laravel' (v0.3) for
>>> provider: virtualbox
>>>portal-laravel: Downloading:
>>> http://packages.educ.gov.ar/educar-boxes/portal-laravel/vers
>>> iones/0.3/portal-laravel-0.3.box
>>> ==> portal-laravel: Box download is resuming from prior download progress
>>> ==> portal-laravel: Successfully added box 'educar/portal-laravel'
>>> (v0.3) for 'virtualbox'!
>>> ==> portal-laravel: Importing base box 'educar/portal-laravel'...
>>> ==> portal-laravel: Matching MAC address for NAT networking...
>>> ==> portal-laravel: Checking if box 'educar/portal-laravel' is up to date...
>>> ==> portal-laravel: Setting the name of the VM:
>>> portal-laravel_portal-laravel_1498352247358_6
>>> 659
>>> ==> portal-laravel: Clearing any previously set network interfaces...
>>> ==> portal-laravel: Preparing network interfaces based on configuration...
>>>portal-laravel: Adapter 1: nat
>>>portal-laravel: Adapter 2: hostonly
>>> ==> portal-laravel: Forwarding ports...
>>>portal-laravel: 22 (guest) =>  (host) (adapter 1)
>>> ==> portal-laravel: Running 'pre-boot' VM customizations...
>>> ==> portal-laravel: Booting VM...
>>> ==> portal-laravel: Waiting for machine to boot. This may take a few 
>>> minutes...
>>>portal-laravel: SSH address: 127.0.0.1:
>>>portal-laravel: SSH username: vagrant
>>>portal-laravel: SSH auth method: private key
>>> ==> portal-laravel: Machine booted and ready!
>>> ==> portal-laravel: Checking for guest additions in VM...
>>>portal-laravel: No guest additions were detected on the base box
>>> for this VM! Guest
>>>portal-laravel: additions are required for forwarded ports, shared
>>> folders, host only
>>>portal-laravel: networking, and more. If SSH fails on this machine,
>>> please install
>>>portal-laravel: the guest additions and repackage the box to continue.
>>>portal-laravel:
>>>portal-laravel: This is not an error message; everything may
>>> continue to work properly,
>>>portal-laravel: in which case you may ignore this message.
>>> ==> portal-laravel: Configuring and enabling network interfaces...
>>> ==> portal-laravel: Exporting NFS shared folders...
>>> ==> portal-laravel: Preparing to edit /etc/exports. Administrator
>>> privileges will be 

Solo puedo ejecutar kodi como root

[[aka exe]]

Buenas.. creo que es mi primera vez por aqui y es que..

Aun sigo con Jessie y al instalar kodi, tengo el problema que solo 
puedo ejecutarlo como  root con gksudo



Si lo inicio normal , me abre con una interfaz inmanejable , pero como 
root la cosa va bien.




He buscado  por ahí y no veo nada, que puede pasar??


Gracias gentes !!

Re: He

[Gilberto F da Silva]

On Sun, Jun 25, 2017 at 12:21:08PM -0300, Leandro Henrique Stein wrote:
> Ao "responder à todos" você acabou de confirmar mais um email, o seu, para
> o spammer.

  Esse sistema de listas do Debian é confuso. Nas outras listas que
  participo, aparece o nome da lista no campo "assunto".  Nas listas
  do Debian, não.  Nas outras listas quando a gente responde, a
  resposta vai para a lista.  Na lista do Debian, não.

  Debian é uma das mais conceituadas distribuições Linux.  Serve de
  base para muitas outras distribuições, no entanto, possui umas
  teimosias.  Já gente reclamando que gostaria de traduzir mas o
  processo era um tanto confuso.
  
-- 

Gilberto F da Silva - gfs1...@mandic.com.br - ICQ 136.782.571
Stela dato:2.457.932,273  Loka tempo:2017-06-27 15:33:13 Mardo
-==-
Se todos fossem iguais, seríamos iguais a quem?


signature.asc
Description: PGP signature

Re: Détecter fichiers qui n'ont pas une expression

[Eric Degenetais]

Effectivement, mille excuses c'est une étourderie, il faut ajouter -v au
grep :

find chemin/racine -type f -name "*.txt" -exec grep -v  {} \;
-print

Cordialement

Éric Dégenètais


Le 27 juin 2017 7:01 PM,  a écrit :

On Tuesday 27 June 2017 10:50:47 Bernard Isambert wrote:
> Si j'ai bien compris la question :
> for FIC in 
> do
> grep -l -q  "$FIC" || echo "$FIC"
> done

On Tuesday 27 June 2017 10:52:39 Erwan David wrote:
> grep -L plutôt.

Les deux ci-dessus semblent bien marcher.
Merci.

Mais :
On Tuesday 27 June 2017 13:48:35 Eric Degenetais wrote:
> find répertoire/racine/recherche -type f -name "*.txt" -exec grep
> expression {} \; -print

affichent ceux qui ont l'expression... :-)

André

Re: Grub2 on clean Stretch install

[Sven Joachim]

On 2017-06-27 17:37 +0200, Floris wrote:

> Just wondering, why has the grub2-common package two update-grub files?
>
> One is just a symlink to the other
> ls -asl update-grub*
> 4 -rwxr-xr-x 1 root root 64 jun 23 12:35 update-grub
> 0 lrwxrwxrwx 1 root root 11 jun 23 14:47 update-grub2 -> update-grub
>
> If there are programs depending on update-grub2, a small transition
> might have been a nicer solution.

I think the reason is that update-grub is also shipped in grub-legacy,
and packages might want to call the script under the update-grub2 name
to avoid the one from Grub 1.  See bugs #460078[1] and #460079[2], for
instance.

Cheers,
   Sven


1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460078 
2. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460079

Re: Buster et smokeping

[Étienne Mollier]

On 06/27/2017 11:13 AM, BERTRAND Joël wrote:
> Buster ne contient plus /usr/bin/fping6 nécessaire pour
> smokeping. Un petit hack permet de s'en sortir :
>
> Root rayleigh:[~] > cat /usr/local/bin/fping6
> #!/bin/bash
> /usr/bin/fping -6 $@
> exit 0
>
> en modifiant l'adresse de la sonde dans
> /etc/smokeping/config.d/Probes.

Bonjour Joël,

Merci beaucoup pour le partage de ce petit hack, qui avec un peu
de chance sauvera des vies, ou au moins évitera des maux de
têtes.  ;-)

Juste deux ou trois remarques de la part de monsieur tatillon...

Vous pouvez renforcer la robustesse de votre script, notamment en
présence d'espaces dans un argument, en ajoutant des doubles
apostrophes autour du `$@', qui s'étendra comme suit :

"$@" ~ "$1" "$2" "$3" ...

Pour comparaison, la différence avec "$*", qui représente aussi
tous les arguments, s'étend comme suit :

"$*" ~ "$1 $2 $3 ..."

Vous pouvez également, d'une pierre deux coups, stopper
l'exécution de `bash' en démarrant celle de `fping' en utilisant
le mot clef `exec', ce qui permettra dans la foulée à `fping'
remonter son code d'erreur en cas de pépins.  Ce qui donnerait le
script suivant :

#!/bin/bash
exec /usr/bin/fping -6 "$@"

Si le problème se produit dans le paquet `smokeping' fourni dans
Buster, il faudrait sans doute remonter le problème au
mainteneur.

À plus,
-- 
Étienne Mollier 

how take a xscreensaver/deco image as backgound image

[Jerome BENOIT]

Hello List,

I use deco as xscreesaver and I would like to take one of its random image as 
(static) background:
is there a simple way to do so ?

Thanks in advance,
Jerome

Re: stretch to buster

[Cyrille]

OK thx je n'avais pas vu le "release notes" pour la buster (page not
found) que pour la jessie...
Désolé
A priori la mise à jour a été effectuée sans problème, juste que
debian_version reste sur le 9 mais les paquets installés viennent bien
de buster
Sans doute le temps qu'ils mettent à jour le paquet de "base"

Merci et bonne soirée


Le Tue, 27 Jun 2017 18:17:38 +0900,
Charles Plessy  a écrit :

> Le Mon, Jun 26, 2017 at 08:38:28PM +0200, Cyrille a écrit :
> > Bonsoir
> > Pour passer de l'une à l'autre
> > 1/ modifier le source liste en changeant le stretch par buster
> > 2/ update
> > 3/ full-upgrade
> > 
> > ça devrait le faire non ?
> > 
> > Des retours, des conseils ?  
> 
> 0/ lire les [notes de
> publication](https://www.debian.org/releases/stretch/releasenotes.fr.html)
> 
> Amicalement,
> 

Re: Debian 9

[Hans]

Am Dienstag, 27. Juni 2017, 16:00:13 CEST schrieb sare...@att.net:
Hmm, this should not happen. When you cannot login as root, so the following:

1. Start with a livefile system, like Knoppix, GRML; Trinity Rescue Kit,. 
whatever.

2. Mount the root partition.

3. Now you can edit the "/etc/shadow" file on this partition. Look for the user 
"root" and delete everything between the ":" and the "0". The entry should 
look like "root::0:9:7:::"

4. Reboot, now you should be able to enter as root without password.

(If I made a mistake here, someone might correct me, as I did this thing alt 
last almost 4 years ago!)

The other option is, to search for a boot disk called "Kon-Boot". Booting from 
this letts you in EVERY system (Windows, linux etc.) without password.

There is also the option (I never checked), to enter "#!/bin/bash" at the boot 
prompt, this let you in a console with admin rights. Never checked this, too. 
However, there are good documents of these in the web, but I was too lazy to 
look for them. Google will help you.

Question, can you login as a normal user?

Can you sudo to root? (I am no friend of sudo, so I disabled this option. Does 
stretch enable this by default?) If so, you will not be able to login as root 
(as far as I know), but login as normal user, then "sudo su" and root password 
will let you in.

Hope my (not proven) hints help either.

Happy hacking and good luck!

Kind regards

Hans

> The administrator password is not working in Debian 9 cinnamon. How can we
> use synaptic package manager or update the system if the administrator
> password is not working? I double checked the password during installation
> to be sure it is correct. I even reinstalled the system and the same
> problem occurs. This is unacceptable. First the Cd iso's did not work and
> now this. What is going on?

Re: Détecter fichiers qui n'ont pas une expression

[andre_debian]

On Tuesday 27 June 2017 10:50:47 Bernard Isambert wrote:
> Si j'ai bien compris la question :
> for FIC in 
> do
> grep -l -q  "$FIC" || echo "$FIC"
> done

On Tuesday 27 June 2017 10:52:39 Erwan David wrote:
> grep -L plutôt.

Les deux ci-dessus semblent bien marcher.
Merci.

Mais :
On Tuesday 27 June 2017 13:48:35 Eric Degenetais wrote:
> find répertoire/racine/recherche -type f -name "*.txt" -exec grep
> expression {} \; -print

affichent ceux qui ont l'expression... :-)

André

Re: Debian 9

[Greg Wooledge]

On Tue, Jun 27, 2017 at 04:00:13PM +, sare...@att.net wrote:
> The administrator password is not working in Debian 9 cinnamon.

I bet you used a Live CD.

Re: Problema al levantar Vagrant

[Hernan Montero]

Hola Claudio, muchas gracias por la respuesta.
Hice toda una instalación desde cero y otra prueba que hice fue borrar
y crear la virtual desde el vagrant.
También hice búsquedas por los buscadores sobre mi problema, pero las
soluciones que aparecían no me funcionaron.
Me un compañero que tiene el mismo problema con las mismas
configuraciones se inscribió en las ayudas de vagrant, pero aun no le
contestaron.

Saludos y muchas gracias por la ayuda.

2017-06-27 13:31 GMT-03:00 claudio menet :
> Hola!
>
> ¿Abriste virtual box luego de la actualización de debian?
>
> VirtualBox suele necesitar que se ejecute un script luego de que se
> realizan actualizaciones en el kernel del sistema operativo.
>
> Yo abriría manualmente  VirtualBox y si me muestra el mensaje de que
> necesita actualizar seguiría los pasos que indica.
>
> Saludos!
>
> 2017-06-27 13:09 GMT-03:00 Hernan Montero :
>> Hola a todos,
>> Les comento a todos que eh migrado a Debian Stretch y estoy teniendo
>> unos problemas con Vagrant.
>> Sistema operativo: Debian 9.0 (Stretch) AMD64
>> Vagrant: 1.9.5
>> Virtual: Virtual Box OS versión 5.1
>>
>> El problema que me aparece es que el vagrant no esta levantando el
>> adaptador de red de la virtual box (vboxnet0).
>>
>> Dejo la información que me da la consola:
>>
>> hmontero@HP-HMONTERO:~/Proyectos/portal-laravel$ vagrant up
>> Bringing machine 'portal-laravel' up with 'virtualbox' provider...
>> ==> portal-laravel: Box 'educar/portal-laravel' could not be found.
>> Attempting to find and in
>> stall...
>>portal-laravel: Box Provider: virtualbox
>>portal-laravel: Box Version: >= 0
>> ==> portal-laravel: Loading metadata for box
>> 'http://packages.educ.gov.ar/educar-boxes/portal
>> -laravel/last/portal-laravel.json'
>>portal-laravel: URL:
>> http://packages.educ.gov.ar/educar-boxes/portal-laravel/last/portal-
>> laravel.json
>> ==> portal-laravel: Adding box 'educar/portal-laravel' (v0.3) for
>> provider: virtualbox
>>portal-laravel: Downloading:
>> http://packages.educ.gov.ar/educar-boxes/portal-laravel/vers
>> iones/0.3/portal-laravel-0.3.box
>> ==> portal-laravel: Box download is resuming from prior download progress
>> ==> portal-laravel: Successfully added box 'educar/portal-laravel'
>> (v0.3) for 'virtualbox'!
>> ==> portal-laravel: Importing base box 'educar/portal-laravel'...
>> ==> portal-laravel: Matching MAC address for NAT networking...
>> ==> portal-laravel: Checking if box 'educar/portal-laravel' is up to date...
>> ==> portal-laravel: Setting the name of the VM:
>> portal-laravel_portal-laravel_1498352247358_6
>> 659
>> ==> portal-laravel: Clearing any previously set network interfaces...
>> ==> portal-laravel: Preparing network interfaces based on configuration...
>>portal-laravel: Adapter 1: nat
>>portal-laravel: Adapter 2: hostonly
>> ==> portal-laravel: Forwarding ports...
>>portal-laravel: 22 (guest) =>  (host) (adapter 1)
>> ==> portal-laravel: Running 'pre-boot' VM customizations...
>> ==> portal-laravel: Booting VM...
>> ==> portal-laravel: Waiting for machine to boot. This may take a few 
>> minutes...
>>portal-laravel: SSH address: 127.0.0.1:
>>portal-laravel: SSH username: vagrant
>>portal-laravel: SSH auth method: private key
>> ==> portal-laravel: Machine booted and ready!
>> ==> portal-laravel: Checking for guest additions in VM...
>>portal-laravel: No guest additions were detected on the base box
>> for this VM! Guest
>>portal-laravel: additions are required for forwarded ports, shared
>> folders, host only
>>portal-laravel: networking, and more. If SSH fails on this machine,
>> please install
>>portal-laravel: the guest additions and repackage the box to continue.
>>portal-laravel:
>>portal-laravel: This is not an error message; everything may
>> continue to work properly,
>>portal-laravel: in which case you may ignore this message.
>> ==> portal-laravel: Configuring and enabling network interfaces...
>> ==> portal-laravel: Exporting NFS shared folders...
>> ==> portal-laravel: Preparing to edit /etc/exports. Administrator
>> privileges will be required
>> ...
>> [sudo] password for hmontero:
>> ● nfs-server.service - NFS server and services
>>   Loaded: loaded (/lib/systemd/system/nfs-server.service; enabled;
>> vendor preset: enabled)
>>   Active: active (exited) since Sat 2017-06-24 20:23:22 -03; 1h 35min ago
>>  Process: 667 ExecStart=/usr/sbin/rpc.nfsd $RPCNFSDARGS (code=exited,
>> status=0/SUCCESS)
>>  Process: 652 ExecStartPre=/usr/sbin/exportfs -r (code=exited, 
>> status=0/SUCCESS)
>> Main PID: 667 (code=exited, status=0/SUCCESS)
>>Tasks: 0 (limit: 4915)
>>   CGroup: /system.slice/nfs-server.service
>> ==> portal-laravel: Mounting NFS shared folders...
>> The following SSH command responded with a non-zero exit status.
>> Vagrant assumes that this means the command failed!
>> mount -o vers=3,udp
>> 

Re: Problema al levantar Vagrant

[claudio menet]

Hola!

¿Abriste virtual box luego de la actualización de debian?

VirtualBox suele necesitar que se ejecute un script luego de que se
realizan actualizaciones en el kernel del sistema operativo.

Yo abriría manualmente  VirtualBox y si me muestra el mensaje de que
necesita actualizar seguiría los pasos que indica.

Saludos!

2017-06-27 13:09 GMT-03:00 Hernan Montero :
> Hola a todos,
> Les comento a todos que eh migrado a Debian Stretch y estoy teniendo
> unos problemas con Vagrant.
> Sistema operativo: Debian 9.0 (Stretch) AMD64
> Vagrant: 1.9.5
> Virtual: Virtual Box OS versión 5.1
>
> El problema que me aparece es que el vagrant no esta levantando el
> adaptador de red de la virtual box (vboxnet0).
>
> Dejo la información que me da la consola:
>
> hmontero@HP-HMONTERO:~/Proyectos/portal-laravel$ vagrant up
> Bringing machine 'portal-laravel' up with 'virtualbox' provider...
> ==> portal-laravel: Box 'educar/portal-laravel' could not be found.
> Attempting to find and in
> stall...
>portal-laravel: Box Provider: virtualbox
>portal-laravel: Box Version: >= 0
> ==> portal-laravel: Loading metadata for box
> 'http://packages.educ.gov.ar/educar-boxes/portal
> -laravel/last/portal-laravel.json'
>portal-laravel: URL:
> http://packages.educ.gov.ar/educar-boxes/portal-laravel/last/portal-
> laravel.json
> ==> portal-laravel: Adding box 'educar/portal-laravel' (v0.3) for
> provider: virtualbox
>portal-laravel: Downloading:
> http://packages.educ.gov.ar/educar-boxes/portal-laravel/vers
> iones/0.3/portal-laravel-0.3.box
> ==> portal-laravel: Box download is resuming from prior download progress
> ==> portal-laravel: Successfully added box 'educar/portal-laravel'
> (v0.3) for 'virtualbox'!
> ==> portal-laravel: Importing base box 'educar/portal-laravel'...
> ==> portal-laravel: Matching MAC address for NAT networking...
> ==> portal-laravel: Checking if box 'educar/portal-laravel' is up to date...
> ==> portal-laravel: Setting the name of the VM:
> portal-laravel_portal-laravel_1498352247358_6
> 659
> ==> portal-laravel: Clearing any previously set network interfaces...
> ==> portal-laravel: Preparing network interfaces based on configuration...
>portal-laravel: Adapter 1: nat
>portal-laravel: Adapter 2: hostonly
> ==> portal-laravel: Forwarding ports...
>portal-laravel: 22 (guest) =>  (host) (adapter 1)
> ==> portal-laravel: Running 'pre-boot' VM customizations...
> ==> portal-laravel: Booting VM...
> ==> portal-laravel: Waiting for machine to boot. This may take a few 
> minutes...
>portal-laravel: SSH address: 127.0.0.1:
>portal-laravel: SSH username: vagrant
>portal-laravel: SSH auth method: private key
> ==> portal-laravel: Machine booted and ready!
> ==> portal-laravel: Checking for guest additions in VM...
>portal-laravel: No guest additions were detected on the base box
> for this VM! Guest
>portal-laravel: additions are required for forwarded ports, shared
> folders, host only
>portal-laravel: networking, and more. If SSH fails on this machine,
> please install
>portal-laravel: the guest additions and repackage the box to continue.
>portal-laravel:
>portal-laravel: This is not an error message; everything may
> continue to work properly,
>portal-laravel: in which case you may ignore this message.
> ==> portal-laravel: Configuring and enabling network interfaces...
> ==> portal-laravel: Exporting NFS shared folders...
> ==> portal-laravel: Preparing to edit /etc/exports. Administrator
> privileges will be required
> ...
> [sudo] password for hmontero:
> ● nfs-server.service - NFS server and services
>   Loaded: loaded (/lib/systemd/system/nfs-server.service; enabled;
> vendor preset: enabled)
>   Active: active (exited) since Sat 2017-06-24 20:23:22 -03; 1h 35min ago
>  Process: 667 ExecStart=/usr/sbin/rpc.nfsd $RPCNFSDARGS (code=exited,
> status=0/SUCCESS)
>  Process: 652 ExecStartPre=/usr/sbin/exportfs -r (code=exited, 
> status=0/SUCCESS)
> Main PID: 667 (code=exited, status=0/SUCCESS)
>Tasks: 0 (limit: 4915)
>   CGroup: /system.slice/nfs-server.service
> ==> portal-laravel: Mounting NFS shared folders...
> The following SSH command responded with a non-zero exit status.
> Vagrant assumes that this means the command failed!
> mount -o vers=3,udp
> 192.168.10.1:/home/hmontero/Proyectos/portal-laravel /vagrant
> Stdout from the command:
> Stderr from the command:
> mount.nfs: Connection timed out
>
>
> VagrantFile:
>
> # Versión de la API de Vagrant
> VAGRANTFILE_API_VERSION = "2"
>
> Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
>
># Definir máquina virtual
>config.vm.define :'portal-laravel'
>
># Configurar caja
>config.vm.box = "educar/portal-laravel"
>config.vm.box_url =
> "http://packages.educ.gov.ar/educar-boxes/portal-laravel/last/portal-laravel.json;
>
># Configurar proveedor
>config.vm.provider "virtualbox" do |v|
>   

Debian 9

[sarez45]

The administrator password is not working in Debian 9 cinnamon. How can we use 
synaptic package manager or update the system if the administrator password is 
not working? I double checked the password during installation to be sure it is 
correct. I even reinstalled the system and the same problem occurs. This is 
unacceptable. First the Cd iso's did not work and now this. What is going on? 

Re: Grub2 on clean Stretch install

[Darac Marjal]

On Tue, Jun 27, 2017 at 06:14:10PM +0200, Floris wrote:
Op Tue, 27 Jun 2017 18:04:19 +0200 schreef David Wright 
:



On Tue 27 Jun 2017 at 17:37:53 (+0200), Floris wrote:

Just wondering, why has the grub2-common package two update-grub files?

One is just a symlink to the other
ls -asl update-grub*
4 -rwxr-xr-x 1 root root 64 jun 23 12:35 update-grub
0 lrwxrwxrwx 1 root root 11 jun 23 14:47 update-grub2 -> update-grub

If there are programs depending on update-grub2, a small transition
might have been a nicer solution.


Sorry, what's a "small transition" and what does it solve?

Cheers,
David.



I think if there is a program depending on /usr/sbin/update-grub2 it 
shouldn't be difficult to update that program to 
/usr/sbin/update-grub. I known a symlink isn't "free-space-eating", 
but it looks more polished.




Actually, the preferred script is, apparently, update-grub2:

 * grub-*.install: Add update-grub2 stub.  Packages providing /etc/grub.d/
   scripts should invoke update-grub2 in both postinst and postrm (whenever
   it is found, of course).

Source:


I also find 71 packages containing "update-grub". So it's not really a "small" 
transition.


--
For more information, please reread.


signature.asc
Description: PGP signature

Re: openvpn updates?

[David Wright]

On Tue 27 Jun 2017 at 12:09:47 (-0400), Perry E. Metzger wrote:
> On Tue, 27 Jun 2017 10:48:26 -0500 David Wright
>  wrote:
> > > Any news on this? Apparently this is remotely exploitable though
> > > not in ordinary configurations.  
> > 
> > In what respect do
> > 
> >  https://security-tracker.debian.org/tracker/source-package/openvpn
> > 
> > and
> > 
> >  https://tracker.debian.org/pkg/openvpn
> > 
> > let you down?
> 
> In the respect that I didn't know they existed and I could look at
> them?

OK. Perhaps your email filters were a little too aggressive and
you missed seeing Reco's post archived as

https://lists.debian.org/debian-user/2017/06/msg00905.html

Cheers,
David.

Re: Grub2 on clean Stretch install

[Floris]

Op Tue, 27 Jun 2017 18:04:19 +0200 schreef David Wright  
:



On Tue 27 Jun 2017 at 17:37:53 (+0200), Floris wrote:

Just wondering, why has the grub2-common package two update-grub files?

One is just a symlink to the other
ls -asl update-grub*
4 -rwxr-xr-x 1 root root 64 jun 23 12:35 update-grub
0 lrwxrwxrwx 1 root root 11 jun 23 14:47 update-grub2 -> update-grub

If there are programs depending on update-grub2, a small transition
might have been a nicer solution.


Sorry, what's a "small transition" and what does it solve?

Cheers,
David.



I think if there is a program depending on /usr/sbin/update-grub2 it  
shouldn't be difficult to update that program to /usr/sbin/update-grub. I  
known a symlink isn't "free-space-eating", but it looks more polished.

Re: openvpn updates?

[Perry E. Metzger]

On Tue, 27 Jun 2017 10:48:26 -0500 David Wright
 wrote:
> > Any news on this? Apparently this is remotely exploitable though
> > not in ordinary configurations.  
> 
> In what respect do
> 
>  https://security-tracker.debian.org/tracker/source-package/openvpn
> 
> and
> 
>  https://tracker.debian.org/pkg/openvpn
> 
> let you down?

In the respect that I didn't know they existed and I could look at
them?

Perry
-- 
Perry E. Metzgerpe...@piermont.com

Problema al levantar Vagrant

[Hernan Montero]

Hola a todos,
Les comento a todos que eh migrado a Debian Stretch y estoy teniendo
unos problemas con Vagrant.
Sistema operativo: Debian 9.0 (Stretch) AMD64
Vagrant: 1.9.5
Virtual: Virtual Box OS versión 5.1

El problema que me aparece es que el vagrant no esta levantando el
adaptador de red de la virtual box (vboxnet0).

Dejo la información que me da la consola:

hmontero@HP-HMONTERO:~/Proyectos/portal-laravel$ vagrant up
Bringing machine 'portal-laravel' up with 'virtualbox' provider...
==> portal-laravel: Box 'educar/portal-laravel' could not be found.
Attempting to find and in
stall...
   portal-laravel: Box Provider: virtualbox
   portal-laravel: Box Version: >= 0
==> portal-laravel: Loading metadata for box
'http://packages.educ.gov.ar/educar-boxes/portal
-laravel/last/portal-laravel.json'
   portal-laravel: URL:
http://packages.educ.gov.ar/educar-boxes/portal-laravel/last/portal-
laravel.json
==> portal-laravel: Adding box 'educar/portal-laravel' (v0.3) for
provider: virtualbox
   portal-laravel: Downloading:
http://packages.educ.gov.ar/educar-boxes/portal-laravel/vers
iones/0.3/portal-laravel-0.3.box
==> portal-laravel: Box download is resuming from prior download progress
==> portal-laravel: Successfully added box 'educar/portal-laravel'
(v0.3) for 'virtualbox'!
==> portal-laravel: Importing base box 'educar/portal-laravel'...
==> portal-laravel: Matching MAC address for NAT networking...
==> portal-laravel: Checking if box 'educar/portal-laravel' is up to date...
==> portal-laravel: Setting the name of the VM:
portal-laravel_portal-laravel_1498352247358_6
659
==> portal-laravel: Clearing any previously set network interfaces...
==> portal-laravel: Preparing network interfaces based on configuration...
   portal-laravel: Adapter 1: nat
   portal-laravel: Adapter 2: hostonly
==> portal-laravel: Forwarding ports...
   portal-laravel: 22 (guest) =>  (host) (adapter 1)
==> portal-laravel: Running 'pre-boot' VM customizations...
==> portal-laravel: Booting VM...
==> portal-laravel: Waiting for machine to boot. This may take a few minutes...
   portal-laravel: SSH address: 127.0.0.1:
   portal-laravel: SSH username: vagrant
   portal-laravel: SSH auth method: private key
==> portal-laravel: Machine booted and ready!
==> portal-laravel: Checking for guest additions in VM...
   portal-laravel: No guest additions were detected on the base box
for this VM! Guest
   portal-laravel: additions are required for forwarded ports, shared
folders, host only
   portal-laravel: networking, and more. If SSH fails on this machine,
please install
   portal-laravel: the guest additions and repackage the box to continue.
   portal-laravel:
   portal-laravel: This is not an error message; everything may
continue to work properly,
   portal-laravel: in which case you may ignore this message.
==> portal-laravel: Configuring and enabling network interfaces...
==> portal-laravel: Exporting NFS shared folders...
==> portal-laravel: Preparing to edit /etc/exports. Administrator
privileges will be required
...
[sudo] password for hmontero:
● nfs-server.service - NFS server and services
  Loaded: loaded (/lib/systemd/system/nfs-server.service; enabled;
vendor preset: enabled)
  Active: active (exited) since Sat 2017-06-24 20:23:22 -03; 1h 35min ago
 Process: 667 ExecStart=/usr/sbin/rpc.nfsd $RPCNFSDARGS (code=exited,
status=0/SUCCESS)
 Process: 652 ExecStartPre=/usr/sbin/exportfs -r (code=exited, status=0/SUCCESS)
Main PID: 667 (code=exited, status=0/SUCCESS)
   Tasks: 0 (limit: 4915)
  CGroup: /system.slice/nfs-server.service
==> portal-laravel: Mounting NFS shared folders...
The following SSH command responded with a non-zero exit status.
Vagrant assumes that this means the command failed!
mount -o vers=3,udp
192.168.10.1:/home/hmontero/Proyectos/portal-laravel /vagrant
Stdout from the command:
Stderr from the command:
mount.nfs: Connection timed out


VagrantFile:

# Versión de la API de Vagrant
VAGRANTFILE_API_VERSION = "2"

Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|

   # Definir máquina virtual
   config.vm.define :'portal-laravel'

   # Configurar caja
   config.vm.box = "educar/portal-laravel"
   config.vm.box_url =
"http://packages.educ.gov.ar/educar-boxes/portal-laravel/last/portal-laravel.json;

   # Configurar proveedor
   config.vm.provider "virtualbox" do |v|
   v.memory = 1024
   end

   # Configurar carpeta compartida
   config.vm.synced_folder ".", "/vagrant", type: "nfs"

   # Configurar dirección de IP
   config.vm.network "private_network", ip: "192.168.10.2"

end

Desde ya, muchas gracias
-- 
Saludos
**Hernan**

Re: Grub2 on clean Stretch install

[David Wright]

On Tue 27 Jun 2017 at 17:37:53 (+0200), Floris wrote:
> Just wondering, why has the grub2-common package two update-grub files?
> 
> One is just a symlink to the other
> ls -asl update-grub*
> 4 -rwxr-xr-x 1 root root 64 jun 23 12:35 update-grub
> 0 lrwxrwxrwx 1 root root 11 jun 23 14:47 update-grub2 -> update-grub
> 
> If there are programs depending on update-grub2, a small transition
> might have been a nicer solution.

Sorry, what's a "small transition" and what does it solve?

Cheers,
David.

Re: openvpn updates?

[David Wright]

On Tue 27 Jun 2017 at 11:11:47 (-0400), Perry E. Metzger wrote:
> On Thu, 22 Jun 2017 23:10:21 +0300 Adrian Bunk 
> wrote:
> > On Thu, Jun 22, 2017 at 10:20:09AM -0400, Perry E. Metzger wrote:
> > > There was a security advisory against openvpn a couple of days
> > > ago;  
> > 
> > Yesterday, not a couple of days ago.
> > 
> > > just wondering when updated packages are likely to show up?  
> > 
> > unstable is already fixed.
> > 
> > stable and oldstable will be fixed soon.
> 
> Any news on this? Apparently this is remotely exploitable though not
> in ordinary configurations.

In what respect do

 https://security-tracker.debian.org/tracker/source-package/openvpn

and

 https://tracker.debian.org/pkg/openvpn

let you down?

Cheers,
David.

Re: Encore et toujours des problèmes avec systemd.

[Gabriel Moreau]

PS : il faudrait peut-être voir à remettre quelque chose de fiable
comme un démarrage systemV ou BSD... Au moins en lancer l'idée car
systemd ne va franchement pas en s'améliorant. systemd apporte plus
de problèmes qu'il ne propose de solution. J'ai pour ma part passé
des jours à éplucher le fonctionnement de la chose sans jamais
n'avoir de résultat fiable dès qu'on sort des sentiers balisés et des
daemons packagés par l'équipe de devs de Debian.


Gentoo n'a pas systemD par défaut, ça peut se faire (^~^) D'ailleurs
Devuan l'a fait.


Debian supporte toujours SystemV ! Pas besoin de Devuan ;-)

Sur un serveur (ou un poste récalcitrant), il est parfois pratique de 
faire :


 apt-get install sysvinit-core sysvinit-utils systemd-shim systemd-sysv-

Et hop, cela boot vite fait bien fait comme avant...

gaby
--
Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr
LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels
Domaine Universitaire, CS 40700, 38041 Grenoble Cedex 9, France
mailto:gabriel.mor...@legi.grenoble-inp.fr  tel:+33.476.825.015

Re: Présence par défaut d'Aptitude sur Stretch

[Frédéric Dugardin]

EMACS !! :-)

> PS : les 2 outils sont pertinents, ce fil commence à ressembler à vi vs
> emacs ;-)

Grub2 on clean Stretch install

[Floris]

Just wondering, why has the grub2-common package two update-grub files?

https://packages.debian.org/stretch/amd64/grub2-common/filelist

File list of package grub2-common in stretch of architecture amd64

/usr/sbin/grub-install
/usr/sbin/grub-reboot
/usr/sbin/grub-set-default
/usr/sbin/update-grub
/usr/sbin/update-grub2
/usr/share/bug/grub2-common/presubj
/usr/share/bug/grub2-common/script
/usr/share/doc/grub2-common
/usr/share/grub/default/grub
/usr/share/grub/default/grub.md5sum
/usr/share/info/grub-dev.info.gz
/usr/share/info/grub.info.gz
/usr/share/man/man8/grub-install.8.gz
/usr/share/man/man8/grub-reboot.8.gz
/usr/share/man/man8/grub-set-default.8.gz
/usr/share/man/man8/update-grub.8.gz
/usr/share/man/man8/update-grub2.8.gz

One is just a symlink to the other
ls -asl update-grub*
4 -rwxr-xr-x 1 root root 64 jun 23 12:35 update-grub
0 lrwxrwxrwx 1 root root 11 jun 23 14:47 update-grub2 -> update-grub

If there are programs depending on update-grub2, a small transition might  
have been a nicer solution.


Floris

Re: Sugestões de modelos de notebook pra uso com Debian?

[Linux - Junior Polegato]

Em 27-06-2017 11:51, Thiago C. F. escreveu:
Obrigado Luiz pela info. Desta do suporte da Dell cobrar "300" reais 
para auxiliar na configuração da BIOS, uma informação que de graça no 
manual do meu notebook ASUS eu achei um absurdo, talvez um abuso ao 
cliente. Eu acho que deveria vir no manual do fabricante essa informação.


Olá!

Estou caindo de paraquedas, mas a Dell vende notes já com 
Ubuntu, compro há alguns anos para a empresa que trabalho, temos vários 
aqui. Assim que chegam passo o rodo pro cima de tudo e instalo Debian 
Testing, rondando liso em todos.


Temos alguns Acer também, que vieram com Windows 10, onde fiz a 
mesma coisa, passo o rodo pro cima de tudo e instalo Debian Testing, 
rondando liso em todos.


--

[]'s

Junior Polegato

Re: openvpn updates?

[Perry E. Metzger]

On Thu, 22 Jun 2017 23:10:21 +0300 Adrian Bunk 
wrote:
> On Thu, Jun 22, 2017 at 10:20:09AM -0400, Perry E. Metzger wrote:
> > There was a security advisory against openvpn a couple of days
> > ago;  
> 
> Yesterday, not a couple of days ago.
> 
> > just wondering when updated packages are likely to show up?  
> 
> unstable is already fixed.
> 
> stable and oldstable will be fixed soon.

Any news on this? Apparently this is remotely exploitable though not
in ordinary configurations.

Perry
-- 
Perry E. Metzgerpe...@piermont.com

Re: Sugestões de modelos de notebook pra uso com Debian?

[Thiago C. F.]

Obrigado Luiz pela info. Desta do suporte da Dell cobrar "300" reais para
auxiliar na configuração da BIOS, uma informação que de graça no manual do
meu notebook ASUS eu achei um absurdo, talvez um abuso ao cliente. Eu acho
que deveria vir no manual do fabricante essa informação.

Em 27 de junho de 2017 08:18, Bruno Buys  escreveu:

> Oi Luis,
> Obrigado pelas dicas. Vou olhar mais os dell, que não conheço muito. A
> gente acaba ficando mais familiarizado com as marcas que já teve, que no
> meu caso são acer e hp.
> Falou,
>
> Bruno
>
>
> Em 27 de junho de 2017 08:38:29 BRT, "Luís Cláudio A. Gama" <
> luisg...@sabordelivery.com.br> escreveu:
>>
>> Bom dia,
>>
>>   Há 2 meses atrás eu comprei um Dell com Ubuntu, como estava com versão
>> desatualizada, precisei fazer um upgrade, que obviamente não funcionou.
>>
>>   Liguei no suporte Dell e disse o que havia conseguido...com a ajuda
>> deles consegui mudar a configuração da BIOS (naquele momento era a única
>> coisa que a atendente sabia fazer ) para poder fazer a instalação via
>> pen-drive de uma imagem que baixei.
>>
>>   O que me espantou, que não estava claro no momento da compra, foi que
>> me ligaram depois para me informar que, como era linux, o suporte era pago
>> e da ordem de 300 reais.
>>
>>   Eu disse a eles somente foi necessário a mudança na config da BIOSe
>> que eu já havia instalado a nova versão. Mas fica o alerta sobre o
>> "suporte" Dell.
>>
>>   Achei mais prudente colocar o Ubuntu, para minimizar os "problemas" de
>> driverfoi lisa a instalação.
>>
>> []s
>>
>>
>>
>>    Sent with Mailtrack
>> 
>>
>> Luís Cláudio Alves Gama
>> Fone: 11 4602-3400
>> Cel:11 9 7765-1735
>> e-mail: luisg...@sabordelivery.com.br
>> 
>>
>> *ADVERTÊNCIA*: *Esta mensagem é enviada de empresa de tecnologia e pode
>> conter informações sigilosas, confidenciais ou privilegiadas entre
>> profissional e cliente, sendo ilegal a divulgação ou reprodução, total ou
>> parcial de seu conteúdo.*
>>
>>
>>
>> * Antes de imprimir,* *pense em seu compromisso com o* *Meio Ambiente.*
>>
>> Em 23 de junho de 2017 07:38, Bruno Buys  escreveu:
>>
>>> Opa, Thiago,
>>> Obrigado. Essa maquina está interessante, só que 2.32kg está um pouco
>>> acima do que eu pretendia.
>>> Foi você que instalou esse Ubuntu?
>>>
>>>
>>> Bruno
>>>
>>> Em 22 de junho de 2017 23:02:05 BRT, "Thiago C. F." <
>>> thiagocanuto...@gmail.com> escreveu:

 Olá Bruno. Boa noite. Agora que eu vi o seu e-mail.

 Caso deseje um notebook Dell, eu tenho à venda em minha loja virtual.

 Segue o link para apreciação
 
 : https://www.magazinevoce.com.br/magazinelojadoth
 iagocf/p/notebook-dell-inspiron-i15-5566-d30p-intel-
 core-i5-4gb-1tb-led-156-linux/155446/?utm_source=
 lojadothiagocf_medium=notebook-dell-inspiron-i15-
 5566-d30p-intel-core-i5_campaign=copy-paste_conten
 t=copy-paste-share


 Até mais!

 Em 22 de junho de 2017 15:38,  escreveu:

> Pessoal, boa tarde,
> Estou trocando de notebook e queria saber se alguém da lista tem
> relatos de marcas/modelos de notebook instalados recentemente com sucesso
> com Debian.
> Faz tempo que não instalo em notebooks, e não sei até que ponto é
> necessário se preocupar com tecnologias proprietárias de travas, como os
> 'secure boot', 'trusted execution...'.
> Descontadas essas armadilhas, gostaria de um notebook pequeno (13' ou
> 14'), e leve, com um i5 ou i7. Sem nvidia. O resto é negociável.
> Valeus!
>
>
> Bruno
>
>



 --
 Thiago C. F.

 Minha loja virtual: *www.magazinevoce.com.br/
 magazinelojadothiagocf*

 Meu blog: https://investimentosenegocios.wordpress.com/

>>>
>>> --
>>> Enviado de meu dispositivo Android com K-9 mail. Desculpe-me pela
>>> brevidade.
>>>
>>
>>
> --
> Enviado de meu dispositivo Android com K-9 mail. Desculpe-me pela
> brevidade.
>



-- 
Thiago C. F.

Encontre o Que Precisar em Minha Loja Virtual:
*www.magazinevoce.com.br/magazinelojadothiagocf
*

Meu blog: https://investimentosenegocios.wordpress.com/

Re: Encore et toujours des problèmes avec systemd.

[BERTRAND Joël]

Haricophile a écrit :

Le Tue, 27 Jun 2017 11:10:19 +0200,
BERTRAND Joël  a écrit :


PS : il faudrait peut-être voir à remettre quelque chose de fiable
comme un démarrage systemV ou BSD... Au moins en lancer l'idée car
systemd ne va franchement pas en s'améliorant. systemd apporte plus
de problèmes qu'il ne propose de solution. J'ai pour ma part passé
des jours à éplucher le fonctionnement de la chose sans jamais
n'avoir de résultat fiable dès qu'on sort des sentiers balisés et des
daemons packagés par l'équipe de devs de Debian.


Gentoo n'a pas systemD par défaut, ça peut se faire (^~^) D'ailleurs
Devuan l'a fait.


	Le problème de Devuan est le manque de recul et la pérennité de la 
distribution. L'intérêt de Debian est d'avoir un support et des 
corrections de bugs réactifs. Pour tout ce qui est embarqué ou machines 
distantes, c'est important.


	Gentoo, je n'ai vraiment pas accroché. Quitte à avoir quelque chose de 
rugueux, autant partir sur du BSD ;-)


	Pour le reste, il serait intéressant d'avoir le choix chez Debian. 
Systemd pour ceux qui veulent essuyer les plâtres sur une machine de 
bureau, autre chose pour les machines qui doivent avoir un comportement 
fiable et reproductible.


	Je râle beaucoup contre systemd. Parce que j'ai investi du temps sur le 
truc en me disant que c'était peut-être mieux que cela en avait l'air. À 
chaque fois, j'ai été déçu. J'ai contourné des tas de problèmes, mais 
là, une configuration qui fonctionnait la veille ne fonctionne plus 
parce qu'il y a eu un subtil changement dans l'usine à gaz. Il y a bien 
la solution networkd, mais elle n'est pas encore sèche pour accepter 
toute ma configuration (ou alors, il faut que je me prenne le chou 
durant quelques heures pour comprendre comment la chose traite les 
interfaces virtuelles...).


Cordialement,

JB

[HS]Re: Présence par défaut d'Aptitude sur Stretch

[Luc Novales]

Bonjour,


Le 27/06/2017 à 12:17, Pierre L. a écrit :

Ou alors il s'agissait d'un logiciel chopé sur un site quelconque, et il
fallait alors installer à la main toute une liste de dépendances,
Si le paquet est correctement construit, dpkg --unpack  est 
ton ami, car ensuite apt-get|aptitude install fera tout le boulot avec 
les dépendances ;-)


Bonne soirée,
Luc.

Problems with missing information in MATE's "help system"

[Richard Owlett]

I am using the MATE desktop on Debian Stretch.
I wish to run a user specific script each time a specific user logs in.
The script is known to work because I manually run it each and every 
time I login.


The MATE help system lacks a usable index making finding a specific 
option difficult.


One eventually arrives at
Desktop User Guide » Desktop Sessions » Setting Programs to Start 
Automatically When You Log In »
which has a section titled "Startup Programs Tab" which says "You can 
use the Startup Programs tab to add, modify, and remove startup programs."


The previous screen had said "The Sessions preference tool allows you to 
define which programs are started automatically when you log in."


*NOWHERE* does the "help system" give Debian applicable instructions for 
getting to this "Sessions preference tool". Elsewhere in the "help 
system" reference is made to something similar called "System Manager". 
But nothing on how to access it either.


Guidance from a MATE user would be appreciated.
TIA

Re: LibreOffice

[Narcis Garcia]

__
I'm using this express-made address because personal addresses aren't
masked enough at this list's archives. Mailing lists service
administrator should fix this.
El 27/06/17 a les 12:23, jordi ha escrit:
> El dt 27 de 06 de 2017 a les 11:56 +0200, en/na Narcis Garcia va
> escriure:
>>
>> Certament, no són comparables començant amb què els lliures permeten
>> aïllar i arreglar els problemes, i els privatius no.
>> Abans de funcionar molt bé, cal funcionar bé.
>>
>> Quan faig pa, si algú em diu que sucat amb Cocacola és indigest,
>> primer
>> cal comprovar que el meu pa sol no ho és d'indigest (que ho podria
>> ser).
>>
> 
> Realment amb el meu comentari no volia menystenir els controladors
> lliures, jo els prefereixo, però reconec que en qüestió de la targeta
> gràfica (Nvidia) i la impressora (Samsung), entre altres moltes coses,
> mai els podrem atrapar.
> 
> Jordi
> 
Aprofito el cas de Samsung que esmentes, en què moltes vegades he vist
que són ells que s'han estat situant a l'ostracisme i, doncs, ells els
que es veuen necessitats «d'atrapar» el món del programari lliure o dels
protocols neutres (com el PostScript).
És important, apart de triar PL, triar també el maquinari que millor hi
treballi.

Si deixem la qüestió privativa de banda, també és a NVidia on es
(podria?) enregistrar una incidència per a què la resolguin. Suposo que
com a entitat competent tenen el seu sistema de suport i resolució de
problemes (bugs) sense necessitat d'atrapar el nivell de la comunitat
Debian.

Com més tancat és un sistema, més bé et semblarà que funciona en el seu
medi, ja que està molt optimitzat per unes circumstàncies molt concretes
i no preveu completa adaptació o entesa amb d'altres elements més oberts.
Un cotxe de F-1 corre molt, sempre i quan no li canviis l'entorn tancat
i no s'hagi d'entendre amb altres tipus de vehicle.

Re: Encore et toujours des problèmes avec systemd.

[Haricophile]

Le Tue, 27 Jun 2017 11:10:19 +0200,
BERTRAND Joël  a écrit :

> PS : il faudrait peut-être voir à remettre quelque chose de fiable
> comme un démarrage systemV ou BSD... Au moins en lancer l'idée car
> systemd ne va franchement pas en s'améliorant. systemd apporte plus
> de problèmes qu'il ne propose de solution. J'ai pour ma part passé
> des jours à éplucher le fonctionnement de la chose sans jamais
> n'avoir de résultat fiable dès qu'on sort des sentiers balisés et des
> daemons packagés par l'équipe de devs de Debian.

Gentoo n'a pas systemD par défaut, ça peut se faire (^~^) D'ailleurs
Devuan l'a fait.



-- 
haricoph...@aranha.fr 

Rt injecter LPP nah don't think ñ not ok km it

[Ruan Muller]

Re: Présence par défaut d'Aptitude sur Stretch

[daniel huhardeaux]

Le 27/06/2017 à 13:48, Haricophile a écrit :

Le Tue, 27 Jun 2017 11:14:51 +0200,
Daniel Huhardeaux  a écrit :


Le 27/06/2017 à 10:28, Gabriel Moreau a écrit :
  

soit tous les paquets dépendants. Conclusion: aptitude est donc
préférable à apt.

apt-get --purge autoremove

gaby

J'ai bien parlé du nouveau apt. Aucune commande ne m'a permise de
faire ce que je voulais.

apt autoremove  n'est pas équivalent à apt-get purge --autoremove ?


Si mais il ne fait pas le boulot.

--
Daniel

Re: Détecter fichiers qui n'ont pas une expression

[hamster]

Le 27/06/2017 à 13:48, Eric Degenetais a écrit :
> Si les fichiers ne sont pas forcément au même niveau d'arborescence :
>
> find répertoire/racine/recherche -type f -name "*.txt" -exec grep
> expression {} \; -print

Pour avoir les fichiers qui n'ont PAS une certaine expression, j'aurais
plutot mis grep -v dans ta formule. Et peut etre aussi un \; apres le print

Mais il y a un point que j'ai pas compris : est-ce qu'il faut des
fichiers qui n'ont pas une expression dans leur nom, ou bien dans le
corps du fichier ?

Re: Détecter fichiers qui n'ont pas une expression

[Eric Degenetais]

Si les fichiers ne sont pas forcément au même niveau d'arborescence :

find répertoire/racine/recherche -type f -name "*.txt" -exec grep
expression {} \; -print

Cordialement

Éric Dégenètais


Le 27 juin 2017 10:52, "Erwan David"  a écrit :

Le 06/27/17 à 10:50, Bernard Isambert a écrit :
> Si j'ai bien compris la question :
>
> for FIC in 
> do
> grep -l -q  "$FIC" || echo "$FIC"
> done
>
>

grep -L  
plutôt.

Re: Présence par défaut d'Aptitude sur Stretch

[Haricophile]

Le Tue, 27 Jun 2017 11:14:51 +0200,
Daniel Huhardeaux  a écrit :

> Le 27/06/2017 à 10:28, Gabriel Moreau a écrit :
> >  
> >> soit tous les paquets dépendants. Conclusion: aptitude est donc
> >> préférable à apt.  
> >
> > apt-get --purge autoremove
> >
> > gaby  
> 
> J'ai bien parlé du nouveau apt. Aucune commande ne m'a permise de
> faire ce que je voulais.

apt autoremove  n'est pas équivalent à apt-get purge --autoremove ? 

-- 
haricoph...@aranha.fr 

Re: Présence par défaut d'Aptitude sur Stretch

[maderios]

On 06/27/2017 12:12 PM, G2PC wrote:



Le 27/06/2017 à 11:27, maderios a écrit :

On 06/27/2017 10:17 AM, daniel huhardeaux wrote:

Bonjour

Le 27/06/2017 à 09:57, Daniel Caillibaud a écrit :

Le 26/06/17 à 11:09, maderios  a écrit :

M> On 06/26/2017 09:47 AM, Daniel Caillibaud wrote:
M> > Le 24/06/17 à 15:36, maderios  a écrit :
M> > M> C'est quand même gênant cette manie d'aptitude qui consiste
à supprimer
M> > M> automatiquement des paquets qu'il considère comme inutiles.
Un exemple,
M> > M> celui de certains paquets *.dev.
M> >
M> > Dans ce cas, c'est qu'ils ont été installés comme dépendances
d'un truc qui a disparu, et
M> > ça parait logique de les enlever (les autres gestionnaires
doivent faire la même chose).
M>
M> La logique, c'est de respecter la volonté de l'utilisateur. C'est
ce que
M> font apt, apt-get et synaptic

J'aurais rajouté "et aptitutde".

Tu as un exemple de cas où aptitude vire un paquet que tu avais
installé précédemment ?

Je n'ai jamais vu ça en pas mal d'années d'usage, mais ça veut pas
dire que ça n'existe pas.

M> aptitude n'a pas à prendre de décision à la place de l'utilisateur

Tout à fait d'accord, il ne doit supprimer que les dépendances
orphelines, comme les autres apt*


Sur une stretch toute fraiche j'ai installé un paquet avec le nouveau
apt:

apt install nginx

Une floppée de paquets dépendants ont été installés. Puis

apt purge nginx

Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
nginx*
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
After this operation, 93.2 kB disk space will be freed.
Do you want to continue? [Y/n]

alors que aptitude purge nginx

The following packages will be REMOVED:
[...]
0 packages upgraded, 0 newly installed, 16 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 3,902 kB will be freed.
Do you want to continue? [Y/n/?]

soit tous les paquets dépendants. Conclusion: aptitude est donc
préférable à apt.


Si l'on considère qu'un gestionnaire de paquets doit respecter le
choix de l'utilisateur, les seuls gestionnaires qui correspondent à ce
critère sont apt, apt-get et synaptic.
Un exemple:
apt  update && apt dist-upgrade
The following package was automatically installed and is no longer
required:
   libglade2-dev
Use 'apt autoremove' to remove it.
Comme j'ai besoin de libglade2-dev pour compiler des programmes je ne
le supprimerai pas.
(aptitude le supprimerait automatiquement)


Mais, moi, je suis un noob et de ce fait, si je lance la commande apt
autoremove en pensant " nettoyer " des paquets inutils, je risque de
virer un paquet dont je pourrais avoir besoin ?

Une façon de faire, pour que, si, comme toi, j'avais besoin de
libglade2-dev par exemple, je puisse nettoyer d'autres paquets inutiles
avec apt autoremove, tout en conservant ce paquet libglade2-dev ?



Mission impossible puisque la notion "d'utile" ou "inutile" est très 
floue... C'est d'ailleurs pour cela que apt, apt-get et synaptic ne 
suppriment pas les paquets "inutiles" mais en affichent la liste.


--
Maderios

Re: Sound issue WAS: Re: [WARNING] Intel Skylake/Kaby Lake processors: broken hyper-threading

[deloptes]

John Elliot V wrote:

> KDE -> System Settings -> Multimedia (Hardware) -> Audio and Video ->
> Audio Hardware Setup

I was going to say - it is just KDE :D - crap

Re: [WARNING] Intel Skylake/Kaby Lake processors: broken hyper-threading

[Henrique de Moraes Holschuh]

(updated perl script, it now needs the "liblist-moreutils-perl" package)

On Sun, 25 Jun 2017, Henrique de Moraes Holschuh wrote:
> On Sun, 25 Jun 2017, Henrique de Moraes Holschuh wrote:
> > This warning advisory is relevant for users of systems with the Intel
> > processors code-named "Skylake" and "Kaby Lake".  These are: the 6th and
> > 7th generation Intel Core processors (desktop, embedded, mobile and
> > HEDT), their related server processors (such as Xeon v5 and Xeon v6), as
> > well as select Intel Pentium processor models.
> 
> Attached, you will find a perl script that can help detect if your
> system is affected or not.  Many thanks to Uwe Kleine-König for
> suggesting, and writing this script.

Uwe Kleine-König was kind enough to update the perl script to fix the
broken hyper-threading detection.  The new version is attached.

NOTE: You may need to install the liblist-moreutils-perl package for the
script to work.

-- 
  Henrique Holschuh


Unsupported File Types Alert.txt
Description: Unsupported File Types Alert.txt

Re: firewall rules for NAT

[Lucio Crusca]

Il 26/06/2017 11:35, Dan Purgert ha scritto:

That shouldn't be happening -- you may have an errant rule you didn't
show


I think I did show that rule:

-A POSTROUTING -d 10.7.33.109/32 -p tcp -m tcp --dport 25 -j SNAT 
--to-source 10.7.33.100


The problem is that without that rule things do not work at all 
(connections time out).


For example, I've tried adding only the DNAT rule for TCP port 26, 
without the SNAT rule above, forwarded to the same mail server.


Then from the client I've tried to open a TCP connection on port 26:

echo hello | netcat 1.2.3.4 26

In the phisycal host system I get:

Jun 27 13:21:09 hostmachine kernel: [2479354.931255] IN=eth0 OUT= 
MAC=74:d0:2b:99:a1:f5:2c:21:31:28:a6:fb:08:00 SRC=217.61.166.36 
DST=1.2.3.4 LEN=60 TOS=0x00 PREC=0x00 TTL=51 ID=18186 DF PROTO=TCP 
SPT=51600 DPT=26 WINDOW=29200 RES=0x00 SYN URGP=0


In the router virtual machine I get:

Jun 27 13:21:34 router kernel: [2479319.331492] IN=eth0 OUT= 
MAC=52:54:00:02:90:d2:52:54:00:f0:37:ba:08:00 SRC=217.61.166.36 
DST=10.7.33.100 LEN=60 TOS=0x00 PREC=0x00 TTL=50 ID=18186 DF PROTO=TCP 
SPT=51600 DPT=26 WINDOW=29200 RES=0x00 SYN URGP=0


In the mail server virtual machine I get

Jun 27 13:21:09 mx kernel: [2479308.578043] IN=ens2 OUT= 
MAC=52:54:00:8d:4c:2a:52:54:00:02:90:d2:08:00 SRC=217.61.166.36 
DST=10.7.33.109 LEN=60 TOS=0x00 PREC=0x00 TTL=49 ID=18186 DF PROTO=TCP 
SPT=51600 DPT=26 WINDOW=29200 RES=0x00 SYN URGP=0


So the packet actually reaches the mail server as expected. However the 
client never gets a reply.

Re: [WARNING] Intel Skylake/Kaby Lake processors: broken hyper-threading

[Henrique de Moraes Holschuh]

(updated perl script, it now needs the "liblist-moreutils-perl" package)

On Sun, 25 Jun 2017, Henrique de Moraes Holschuh wrote:
> On Sun, 25 Jun 2017, Henrique de Moraes Holschuh wrote:
> > This warning advisory is relevant for users of systems with the Intel
> > processors code-named "Skylake" and "Kaby Lake".  These are: the 6th and
> > 7th generation Intel Core processors (desktop, embedded, mobile and
> > HEDT), their related server processors (such as Xeon v5 and Xeon v6), as
> > well as select Intel Pentium processor models.
> 
> Attached, you will find a perl script that can help detect if your
> system is affected or not.  Many thanks to Uwe Kleine-König for
> suggesting, and writing this script.

Uwe Kleine-König was kind enough to update the perl script to fix the
broken hyper-threading detection.  The new version is attached.

NOTE: You may need to install the liblist-moreutils-perl package for the
script to work.

-- 
  Henrique Holschuh
#!/usr/bin/perl
# Copyright 2017 Uwe Kleine-König
#
# This program is free software; you can redistribute it and/or modify it under
# the terms of the GNU General Public License version 2 as published by the
# Free Software Foundation.

use List::MoreUtils 'uniq';

open(my $cpuinfo, ") {
	if (/^$/) {
		push @cpus, { %cpu };
		undef %cpu;
	}
	
	$cpu{'cpunum'} = $1 if /^processor\s*:\s(.*)/;
	$cpu{'vendor'} = $1 if /^vendor_id\s*:\s(.*)/;
	$cpu{'family'} = $1 if /^cpu family\s*:\s(.*)/;
	$cpu{'model'} = $1 if /^model\s*:\s(.*)/;
	$cpu{'stepping'} = $1 if /^stepping\s*:\s(.*)/;
	$cpu{'microcode'} = $1 if /^microcode\s*:\s(.*)/;
	$cpu{'core id'} = $1 if /^core id\s*:\s(.*)/;
}

my $num_cpus = @cpus;
my $num_cores = uniq map { $_->{'core id'} } @cpus;

foreach (@cpus) {
	print "cpu " . $_->{cpunum} . ": ";
	if ($_->{'vendor'} eq "GenuineIntel" and $_->{'family'} == 6) {
		my $model = $_->{'model'};
		if ($model == 78 or $model == 94) {
			if ($_->{'stepping'} eq "3") {
my $microcoderev = $_->{'microcode'};
print "Your CPU is affected, ";
if (hex($microcoderev) >= 0xb9) {
	print "but your microcode is new enough\n";
} elsif ($num_cpus == $num_cores) {
	print "but hyper threading is off, which works around the problem\n";
} else {
	print "you should install the latest intel-microcode\n";
}
			} else {
print "You may need a BIOS/UEFI update (unknown Skylake-Y/H/U/S stepping)\n";
			}
		} elsif ($model == 85 or $model == 142 or $model == 158) {
			print "You may need a BIOS/UEFI update (Kaby Lake, or Skylake-X processor)\n";
			print "Note: Kaby Lake X-series processors (i7-7740X, etc) are not affected\n";
		} else {
			print "You're likely not affected\n";
		}
	} else {
		print "You're not affected\n";
	}
}

Re: Présence par défaut d'Aptitude sur Stretch

[Luc Novales]

Bonjour,

Le 27/06/2017 à 11:35, maderios a écrit :

On 06/27/2017 10:22 AM, Haricophile wrote:

Le Sat, 24 Jun 2017 15:36:43 +0200,
maderios  a écrit :


C'est quand même gênant cette manie d'aptitude qui consiste à
supprimer automatiquement des paquets qu'il considère comme inutiles.
Un exemple, celui de certains paquets *.dev.
Si quelqu'un connaît une solution pour améliorer le qI d'aptitude, je
suis preneur :)


En général quand il vire quelque chose c'est qu'il est marqué en
installation automatique et tu peux faire : "aptitude unmark-auto
le_paquet"
On peut imaginer la situation quand aptitude veut supprimer 50 paquets 
qui sont indispensables puisqu'on les a installés en vue de 
compilations ultérieures... C'est une des raisons pour lesquelles j'ai 
toujours utilisé apt-get, synaptic et maintenant apt.
Un exemple concret serait bienvenu. En plusieurs années d'utilisation, 
je ne connais pas de cas ou aptitude a viré un truc installé 
manuellement (cela ne veut pas dire que cela n'existe pas). Il ne l'a 
fait que pour des paquets installés automatiquement par la dépendance 
d'un truc qui a été supprimé.


C'est sûr que lorsqu'on dés-installe un méta-packet, seuls les paquets 
inclus qui sont une dépendance à d'autres paquets présents sur le 
système restent en place ;-)



Bonne journée,
Luc.

PS : les 2 outils sont pertinents, ce fil commence à ressembler à vi vs 
emacs ;-)

[HS] erreurs BTRFS [gravité(?)]

[Alexandre Hoïde]

  Bonjour à tous.
  
  Le 22 juin, il faisait près de 35°C chez moi, et j'ai eu plusieurs
messages d'erreur BTRFS sur la partition « home » (en /dev/sda4, voir
ci-dessous). Dans le même temps, thunderbird n'arrivait plus à lister
les messages dans les dossiers de mes comptes IMAP. J'ai éteint l'ordi
et ne l'ai rallumé qu'un jour plus tard, à une température externe moins
élevée : depuis, il n'y a plus eu aucun problème ni message d'erreur.

  « btrfs check /dev/sda4 » (partition démontée) ne donne aucune
erreur et « smartctl -t long /dev/sda » (durée environ 3h) non plus.

  Les premières erreurs sont :
«
jun 22 15:11:51 lenlap kernel: ata4.00: exception Emask 0x0 SAct 0x3f000 SErr 
0x5 action 0x6 frozen
jun 22 15:11:51 lenlap kernel: ata4: SError: { PHYRdyChg CommWake }
jun 22 15:11:51 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED
jun 22 15:11:51 lenlap kernel: ata4.00: cmd 61/00:60:c8:82:8c/02:00:10:00:00/40 
tag 12 ncq dma 262144 out
[…] »

  Suivies par des dizaines de :
«
Jun 22 15:12:02 lenlap kernel: [ 4159.268019] BTRFS error (device sda4): bdev 
/dev/sda4 errs: wr 1, rd 0, flush 0, corrupt 0, gen 0
»

  Je ne comprends pas ce qui c'est passé et je ne sais pas si cela
devrait m'inquiéter. Si quelqu'un y voit plus clair que moi, dans cette
série d'erreurs [sans conséquences apparentes] je serais preneur. 
(Le portable n'a que quelques semaines.  Accessoirement, le sda est le
disque secondaire, le primaire étant un ssd pcie-nvme)

  Au cas où, je joins à ce message :
* la sortie de « journalctl --system --since "2017-06-22" --until "2017-06-23" 
-p 3 »
  (expurgée) ;
* la sortie de « smartctl -a /dev/sda »
* la sortie de « btrfs check /dev/sda4 »

  Merci d'avance pour vos éventuels éclairages,

-- 
 ___
| $ post_tenebras ↲ | waouh!
| GNU\ /|\
|  -- * --  | o
| $ who ↲/ \|_-- ~_|
| Alexandre Hoïde   |  _/| |
 ---
-- Logs begin at Wed 2017-06-14 13:05:31 CEST, end at Sun 2017-06-25 21:54:03 
CEST. --
jun 22 15:11:51 lenlap kernel: ata4.00: exception Emask 0x0 SAct 0x3f000 SErr 
0x5 action 0x6 frozen
jun 22 15:11:51 lenlap kernel: ata4: SError: { PHYRdyChg CommWake }
jun 22 15:11:51 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED
jun 22 15:11:51 lenlap kernel: ata4.00: cmd 61/00:60:c8:82:8c/02:00:10:00:00/40 
tag 12 ncq dma 262144 out
res 40/00:00:00:00:00/00:00:00:00:00/00 
Emask 0x4 (timeout)
jun 22 15:11:51 lenlap kernel: ata4.00: status: { DRDY }
jun 22 15:11:51 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED
jun 22 15:11:51 lenlap kernel: ata4.00: cmd 61/00:68:c8:c9:8c/02:00:10:00:00/40 
tag 13 ncq dma 262144 out
res 40/00:00:00:00:00/00:00:00:00:00/00 
Emask 0x4 (timeout)
jun 22 15:11:51 lenlap kernel: ata4.00: status: { DRDY }
jun 22 15:11:51 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED
jun 22 15:11:51 lenlap kernel: ata4.00: cmd 61/00:70:c8:d1:8c/02:00:10:00:00/40 
tag 14 ncq dma 262144 out
res 40/00:00:00:00:00/00:00:00:00:00/40 
Emask 0x4 (timeout)
jun 22 15:11:51 lenlap kernel: ata4.00: status: { DRDY }
jun 22 15:11:51 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED
jun 22 15:11:51 lenlap kernel: ata4.00: cmd 61/00:78:40:b3:8d/02:00:10:00:00/40 
tag 15 ncq dma 262144 out
res 40/00:00:00:00:00/00:00:00:00:00/00 
Emask 0x4 (timeout)
jun 22 15:11:51 lenlap kernel: ata4.00: status: { DRDY }
jun 22 15:11:51 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED
jun 22 15:11:51 lenlap kernel: ata4.00: cmd 61/00:80:98:0b:8e/02:00:10:00:00/40 
tag 16 ncq dma 262144 out
res 40/00:00:00:00:00/00:00:00:00:00/40 
Emask 0x4 (timeout)
jun 22 15:11:51 lenlap kernel: ata4.00: status: { DRDY }
jun 22 15:11:51 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED
jun 22 15:11:51 lenlap kernel: ata4.00: cmd 61/00:88:28:10:8e/02:00:10:00:00/40 
tag 17 ncq dma 262144 out
res 40/00:00:06:4f:c2/00:00:00:00:00/00 
Emask 0x4 (timeout)
jun 22 15:11:51 lenlap kernel: ata4.00: status: { DRDY }
jun 22 15:12:02 lenlap kernel: blk_update_request: I/O error, dev sda, sector 
277643976
jun 22 15:12:02 lenlap kernel: BTRFS error (device sda4): bdev /dev/sda4 errs: 
wr 1, rd 0, flush 0, corrupt 0, gen 0
jun 22 15:12:02 lenlap kernel: blk_update_request: I/O error, dev sda, sector 
277662152
jun 22 15:12:02 lenlap kernel: BTRFS error (device sda4): bdev /dev/sda4 errs: 
wr 2, rd 0, flush 0, corrupt 0, gen 0
jun 22 15:12:02 lenlap kernel: blk_update_request: I/O error, dev sda, sector 
277664200
jun 22 15:12:02 lenlap kernel: BTRFS error (device sda4): bdev /dev/sda4 errs: 
wr 3, rd 0, flush 0, corrupt 0, gen 0
jun 22 15:12:02 lenlap kernel: blk_update_request: I/O error, dev sda, sector 
277721920
jun 22 15:12:02 lenlap kernel: BTRFS error (device 

Re: LibreOffice

[jordi]

El dt 27 de 06 de 2017 a les 11:56 +0200, en/na Narcis Garcia va
escriure:
> 
> Certament, no són comparables començant amb què els lliures permeten
> aïllar i arreglar els problemes, i els privatius no.
> Abans de funcionar molt bé, cal funcionar bé.
> 
> Quan faig pa, si algú em diu que sucat amb Cocacola és indigest,
> primer
> cal comprovar que el meu pa sol no ho és d'indigest (que ho podria
> ser).
> 

Realment amb el meu comentari no volia menystenir els controladors
lliures, jo els prefereixo, però reconec que en qüestió de la targeta
gràfica (Nvidia) i la impressora (Samsung), entre altres moltes coses,
mai els podrem atrapar.

Jordi

Re: LibreOffice

[Ernest Adrogué]

2017-06-27, 11:12 (+0200); jordi escriu:
> Em pregunto però perquè funciona be com a sudo i malament com a usuari
> normal?

Pots provar de canviar el nom del directori que conté la teva
configuració personal, d'aquesta manera utilitzarà la configuració per
defecte.

mv ~/.config/libreoffice/ ~/.config/_libreoffice

Re: Présence par défaut d'Aptitude sur Stretch

[Pierre L.]

Fil très intéressant à lire,
je découvre qu'il existe plusieurs gestionnaires d'installation de paquets !
Lisant assez souvent des tutos d'installation, je corrigeais
généralement le "aptitude" par "apt-get" que je connaissais depuis ma
naissance dans le monde libre...

En tous cas, ce fameux apt-get a généralement toujours installé ce qu'il
fallait (dépendances) pour qu'un logiciel fonctionne...
Ou alors il s'agissait d'un logiciel chopé sur un site quelconque, et il
fallait alors installer à la main toute une liste de dépendances,
généralement fournie par le concepteur du logiciel. Mais dans ces cas
là, il arrivait que les versions de ces dépendances ne soient pas les
bonnes... :s
Bref, je pense que si on reste dans une Debian Stable sans la brouiller
avec d'autres trucs externes, je n'ai pas souvenir qu'apt-get m'ai déjà
vexé ;)
(pour donner mon petit avis d'utilisateur lambda qui comprend pas
toujours ce qui se passe derrière la vitrine :p )


Le 26/06/2017 à 09:47, Daniel Caillibaud a écrit :
> Le 24/06/17 à 15:36, maderios  a écrit :
> M> C'est quand même gênant cette manie d'aptitude qui consiste à supprimer 
> M> automatiquement des paquets qu'il considère comme inutiles. Un exemple, 
> M> celui de certains paquets *.dev.
>
> Dans ce cas, c'est qu'ils ont été installés comme dépendances d'un truc qui a 
> disparu, et ça
> parait logique de les enlever (les autres gestionnaires doivent faire la même 
> chose).
>
> Si tu as installé manuellement de paquet *dev, aptitude ne le virera pas.
>
> M> Si quelqu'un connaît une solution pour améliorer le qI d'aptitude, je 
> M> suis preneur :)
>
> Je dis pas qu'aptitude est plus malin, mais faudrait un exemple concret de 
> cas où il ne prend
> pas la bonne décision.
>




signature.asc
Description: OpenPGP digital signature

Re: Présence par défaut d'Aptitude sur Stretch

[Erwan David]

Le 06/27/17 à 11:35, maderios a écrit :
> On 06/27/2017 10:22 AM, Haricophile wrote:
>> Le Sat, 24 Jun 2017 15:36:43 +0200,
>> maderios  a écrit :
>>
>>> C'est quand même gênant cette manie d'aptitude qui consiste à
>>> supprimer automatiquement des paquets qu'il considère comme inutiles.
>>> Un exemple, celui de certains paquets *.dev.
>>> Si quelqu'un connaît une solution pour améliorer le qI d'aptitude, je
>>> suis preneur :)
>>
>> En général quand il vire quelque chose c'est qu'il est marqué en
>> installation automatique et tu peux faire : "aptitude unmark-auto
>> le_paquet"
>> On peut imaginer la situation quand aptitude veut supprimer 50 paquets 
> qui sont indispensables puisqu'on les a installés en vue de compilations
> ultérieures... C'est une des raisons pour lesquelles j'ai toujours
> utilisé apt-get, synaptic et maintenant apt.

Si on les a installés ils sont taggués comme installation manuelle et ne
sont pas supprimés.

Sinon
1) C'est une option de aptitude
2) avant d'installer et supprimmer aptitude demande confirmation, on
peut dire non
3) si on passe en interface curses on peut vérifier dans e détail et
changer ce qui doit être fait
4) si on ne veut pas que le paquet soit supprimé on le met en manuel
aptitude unmarkauto 

Re: LibreOffice

[jordi]

El dt 27 de 06 de 2017 a les 11:00 +0200, en/na Narcis Garcia va
escriure:
> 
> 
> Hauries de provar a treure el programari privatiu (Nvidia) per
> comprovar
> si aquest és l'origen del conflicte amb el Java que prefereix
> LibreOffice.
> 

Be. No se  si ja ho he arreglat eliminant tot el libreoffice, gnome i
un parell de coses mes, fitxers de configuració inclosos i
reinstal·lant.

El problema em sembla més del java que del controlador privatiu NVIDIA.

Ara a Opcions>Avançades em surten dues maquines java, la que vaig
instal·lar:
java version "1.8.0_131"
Java(TM) SE Runtime Environment (build 1.8.0_131-b11)
Java HotSpot(TM) Server VM (build 25.131-b11, mixed mode)


i la Free Software Foundation 1.5.0, pero no la que ve amb l'Stretch i
tinc instal·lada de nou i utilitzava el LibreOffice abans.

Penso que si un dia canvio el java, hauré de reinstal·lar de nou el
LibreOffice. 

Gracies per l'ajuda, ara de moment funciona, a veure ...

Jordi.

Re: Paquetes retenidos y aplicaciones rotas tras actualizar a Debian 9

[claudio menet]

Hola!

Yo ejecutaría un comando more sobre  /etc/apt/sources.list para verificar
si efectivamente el comando sed remplazo todas las palabras jessie por
stretch y en caso de que no esté modificado ingresaria en una terminal como
robot y lo modificaria a mano con un editor de texto que puede ser ví,
gedit o cualquier otro.

Podes saber más de los comandos more, sed, vi y gedit utilizando el comando
man

man more
man sed
man vi
man gedit

Luego de que finalmente el archivo sources.lis este actualizado ejecutaria

apt-get update
apt-get dist-upgrade
apt-get autoclean
apt-get autoremove

Saludos!


El 26 jun. 2017 14:24, "hector rodriguez"  escribió:

> El 26/6/17, JAP  escribió:
> > El 26/06/17 a las 05:57, Iván Hernández Cazorla escribió:
> >> Buenas,
> >> Creo que no es la primera vez que me suscribo a esta lista de correo,
> >> pero nunca está de más agradecer a todos aquellos que atienden los
> >> correos de antemano. Gracias. Bueno, les comento mi problema.
> >>
> >> Últimamente ando un poco desactualizado de las novedades de todo,
> >> inclusive de Debian. Fue ayer cuando me enteré de que el 17 de junio de
> >> 2017 se lanzó Debian 9 Stretch
> >> . Con la emoción fui un poco
> >> a la desesperada y busqué rápidamente "how to upgrade debian 8 to 9" y
> >> me encontré con este tutorial
> >>  jessie-to-debian-9-stretch>.
> >>
> >> Lo seguí al pie de la letra. Pero, cuando el ordenador se reinició tras
> >> ejecutar *shutdown -r now*, comprobé que algo no había ido bien por dos
> >> razones:
> >>
> >>  1. Al ejecutar *lsb_release -a *me mostraba (y sigue mostrando este
> >> mensaje):
> >> No LSB modules are available.
> >> Distributor ID:Debian
> >> Description:Debian GNU/Linux 9.0 (n/a)
> >> Release:9.0
> >> Codename:n/a
> >> Donde debería indicar el codename "Stretch", no indica nada, solo
> >> n/a.
> >>  2. Hay programas que se han roto. Por ej. el navegador de archivos
> >> "nemo" y VLC.
> >>
> >> Como no atinaba con que podía ser la razón de este fallo, ejecuté un
> >> *apt-get update *y luego un *upgrade* para comprobar que todos los
> >> paquetes se habían actualizado. Sin embargo, para mi sorpresa, a estas
> >> horas de la mañana que he vuelto a intentarlo, me dice que:
> >>
> >> 1 actualizados, 0 nuevos se instalarán, 0 para eliminar y 748 no
> >> actualizados.
> >>
> >> Al revisar los 748 paquetes no actualizados por encima, me encuentro con
> >> la sorpresa de que VLC y sus dependencias, de la misma manera que muchos
> >> otros, no se han actualizado, razón por la que creo que en estos
> >> momentos no funciona.
> >>
> >> Quitando esto, creo además que el comportamiento del cargador ha
> >> comenzado a hacer cosas extrañas, pero esto ya es otra cuestión que iré
> >> analizando con el tiempo de uso de Stretch.
> >>
> >> Les adjunto una imagen con la información del sistema por si fuese de
> >> alguna utilidad.
> >>
> >> Muchas gracias de antemano.
> >>
> >> Saludos, Iván
> >
> >
> > El cambio de nombre en cada equipo, siempre es algo que a veces, tarda.
> > Por ejemplo, yo estoy en "testing", y aún sigue como Debian 9 Stretch.
> >
> > Recomendación: luego de
> >
> > # apt-get upgrade
> >
> > haz un
> >
> > # apt-get dist-upgrade
> >
> > Probablemente tengas paquetes que se estén reteniendo.
> >
> > Esto va a hacer una actualización más completa y va a solucionar cosas
> > que una actualización normal no hace, por tema de seguridad del sistema.
> >
> > dist-upgrade in addition to performing the function of upgrade, also
> > intelligently handles changing dependencies with new versions of
> > packages; apt-get has a "smart" conflict resolution system, and it will
> > attempt to upgrade the most important packages at the expense of less
> > important ones if necessary. The dist-upgrade command may therefore
> > remove some packages. The /etc/apt/sources.list file contains a list of
> > locations from which to retrieve desired package files. See also
> > apt_preferences(5) for a mechanism for overriding the general settings
> > for individual packages.
> >
> > JAP
> >
> >
>
>
> --
> Cuando hables, procura que tus palabras sean mejores que tu silencio.
>
>

Re: How to attach a fully encrypted drive to Stretch

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Jun 27, 2017 at 04:46:58AM -0400, Sean Behan wrote:
> On Tue, Jun 27, 2017 at 10:34:45AM +0200, Erwan David wrote:
> > Le 06/27/17 à 10:16, Hans a écrit :
> > > Hi!
> > > I believe, first of all is to check, how youz device is seen at the 
> > > usb-port.

[...]

> > > So, mount it using "mount /dev/mapper/somename /mnt".
> > > 
> > 
> > It won't work : the disk is an lvm volume (as said in first message), so
> > there is some lvm stuff to do before this. Sorry I do not know lvm to
> > give the right commands to use.
> 
> When the drive is LVM it should me mapped to /dev/mapper/ automatically
> after being opened by cryptsetup, you can then mount it like so:
> 
> "mount /dev/mapper/volume_name /mnt"

And in case it doesn't, after all, there's

  vgchange -ay

as another poster pointed out. Keep an eye on (typically) /dev/mapper. The
device files (or to be more precise: the links to them) should appear there.

Cheers
- -- t
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAllSL7MACgkQBcgs9XrR2kbq0gCeK4L/ALyeee9tv8jS9ZTyDMix
yV0AnioUF2z97ZPwmSp+HOVAos66H/nE
=et5Z
-END PGP SIGNATURE-

Re: Présence par défaut d'Aptitude sur Stretch

[G2PC]

Le 27/06/2017 à 11:27, maderios a écrit :
> On 06/27/2017 10:17 AM, daniel huhardeaux wrote:
>> Bonjour
>>
>> Le 27/06/2017 à 09:57, Daniel Caillibaud a écrit :
>>> Le 26/06/17 à 11:09, maderios  a écrit :
>>>
>>> M> On 06/26/2017 09:47 AM, Daniel Caillibaud wrote:
>>> M> > Le 24/06/17 à 15:36, maderios  a écrit :
>>> M> > M> C'est quand même gênant cette manie d'aptitude qui consiste
>>> à supprimer
>>> M> > M> automatiquement des paquets qu'il considère comme inutiles.
>>> Un exemple,
>>> M> > M> celui de certains paquets *.dev.
>>> M> >
>>> M> > Dans ce cas, c'est qu'ils ont été installés comme dépendances
>>> d'un truc qui a disparu, et
>>> M> > ça parait logique de les enlever (les autres gestionnaires
>>> doivent faire la même chose).
>>> M>
>>> M> La logique, c'est de respecter la volonté de l'utilisateur. C'est
>>> ce que
>>> M> font apt, apt-get et synaptic
>>>
>>> J'aurais rajouté "et aptitutde".
>>>
>>> Tu as un exemple de cas où aptitude vire un paquet que tu avais
>>> installé précédemment ?
>>>
>>> Je n'ai jamais vu ça en pas mal d'années d'usage, mais ça veut pas
>>> dire que ça n'existe pas.
>>>
>>> M> aptitude n'a pas à prendre de décision à la place de l'utilisateur
>>>
>>> Tout à fait d'accord, il ne doit supprimer que les dépendances
>>> orphelines, comme les autres apt*
>>
>> Sur une stretch toute fraiche j'ai installé un paquet avec le nouveau
>> apt:
>>
>> apt install nginx
>>
>> Une floppée de paquets dépendants ont été installés. Puis
>>
>> apt purge nginx
>>
>> Reading package lists... Done
>> Building dependency tree
>> Reading state information... Done
>> The following packages will be REMOVED:
>>nginx*
>> 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
>> After this operation, 93.2 kB disk space will be freed.
>> Do you want to continue? [Y/n]
>>
>> alors que aptitude purge nginx
>>
>> The following packages will be REMOVED:
>>[...]
>> 0 packages upgraded, 0 newly installed, 16 to remove and 0 not upgraded.
>> Need to get 0 B of archives. After unpacking 3,902 kB will be freed.
>> Do you want to continue? [Y/n/?]
>>
>> soit tous les paquets dépendants. Conclusion: aptitude est donc
>> préférable à apt.
>>
> Si l'on considère qu'un gestionnaire de paquets doit respecter le
> choix de l'utilisateur, les seuls gestionnaires qui correspondent à ce
> critère sont apt, apt-get et synaptic.
> Un exemple:
> apt  update && apt dist-upgrade
> The following package was automatically installed and is no longer
> required:
>   libglade2-dev
> Use 'apt autoremove' to remove it.
> Comme j'ai besoin de libglade2-dev pour compiler des programmes je ne
> le supprimerai pas.
> (aptitude le supprimerait automatiquement)

Mais, moi, je suis un noob et de ce fait, si je lance la commande apt
autoremove en pensant " nettoyer " des paquets inutils, je risque de
virer un paquet dont je pourrais avoir besoin ?

Une façon de faire, pour que, si, comme toi, j'avais besoin de
libglade2-dev par exemple, je puisse nettoyer d'autres paquets inutiles
avec apt autoremove, tout en conservant ce paquet libglade2-dev ?

Re: LibreOffice

[Narcis Garcia]

__
I'm using this express-made address because personal addresses aren't
masked enough at this list's archives. Mailing lists service
administrator should fix this.
El 27/06/17 a les 11:12, jordi ha escrit:
> El dt 27 de 06 de 2017 a les 11:00 +0200, en/na Narcis Garcia va
> escriure:
>>
>> Hauries de provar a treure el programari privatiu (Nvidia) per
>> comprovar
>> si aquest és l'origen del conflicte amb el Java que prefereix
>> LibreOffice.
>>
> 
> Em pregunto però perquè funciona be com a sudo i malament com a usuari
> normal? Suposo que això ho put arreglar fent servir igualment l'NVIDIA
> privatiu, que d'altra banda no te ni punt de comparació amb els
> controladors lliures.
> 
> Gracies.
> jordi 
> 
> 

Certament, no són comparables començant amb què els lliures permeten
aïllar i arreglar els problemes, i els privatius no.
Abans de funcionar molt bé, cal funcionar bé.

Quan faig pa, si algú em diu que sucat amb Cocacola és indigest, primer
cal comprovar que el meu pa sol no ho és d'indigest (que ho podria ser).

Encore et toujours des problèmes avec systemd.

[BERTRAND Joël]

Bonjour à tous,

	J'ai toujours des problèmes de scripts de démarrage avec systemd. Ce 
matin, après que la bouse a refusé de récupérer tous les processus 
défunts permettant à mon serveur principal d'atteindre une charge de 54 
avec des processus en état D, d'autres en Z, je décide de redémarrer la 
machine.


	Et là, boum... Non seulement systemd refuse de redémarrer la machine 
(j'ai dû l'achever au bouton après la cible shutdown), mais au 
redémarrage, j'ai dû relancer certains daemons parce que'OpenVPN refuse 
de se lancer correctement au boot.


	Je précise que les versions du noyau, de udev et de systemd sont des 
versions censées travailler ensemble.


Voici un extrait de mon syslog :

Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: TUN/TAP device tap0 opened
Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: TUN/TAP TX queue length 
set to 100

Jun 27 08:51:48 rayleigh ovpn-server_udp[2177]: TUN/TAP device tap1 opened
Jun 27 08:51:48 rayleigh ovpn-server_udp[2177]: TUN/TAP TX queue length 
set to 100
Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: do_ifconfig, 
tt->did_ifconfig_ipv6_setup=0
Jun 27 08:51:48 rayleigh ovpn-server_udp[2177]: do_ifconfig, 
tt->did_ifconfig_ipv6_setup=0
Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: /sbin/ip link set dev 
tap0 up mtu 1336
Jun 27 08:51:48 rayleigh ovpn-server_udp[2177]: /sbin/ip link set dev 
tap1 up mtu 1338
Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: /sbin/ip addr add dev 
tap0 192.168.2.1/24 broadcast 192.168.2.255
Jun 27 08:51:48 rayleigh ovpn-server_udp[2177]: /sbin/ip addr add dev 
tap1 192.168.1.1/24 broadcast 192.168.1.255
Jun 27 08:51:48 rayleigh ovpn-server_udp[2177]: 
/etc/openvpn/route-udp-up.sh tap1 1338 1492 192.168.1.1 255.255.255.0 init
Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: WARNING: nice -10 
failed: Operation not permitted: Operation not permitted (errno=1)



^^ Sachant que openvpn de lance chez moi en root pour bénéficier 
d'un nice -10, pourquoi ai-je cette erreur ?


Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: Could not determine 
IPv4/IPv6 protocol. Using AF_INET
Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: Socket Buffers: 
R=[87380->87380] S=[16384->16384]
Jun 27 08:51:48 rayleigh ovpn-server_tcp[2178]: TCP/UDP: Socket bind 
failed on local address 192.168.253.1[AF_INET]192.168.253.1:1194: Cannot 
assign requested address


^^^ Même question. Les adresses sont spécifiées dans 
/etc/network/interfaces et 192.168.253.1 est bien une adresse valide. On 
dirait qu'à ce moment, le réseau n'est pas encore monté. Pourtant, la 
cible openvpn.service contient bien :


[Unit]
Description=OpenVPN service
After=network.target

	Dans les logs, je vois que cette adresse IP est montée _après_ le 
lancement d'openvpn par avahi-daemon :


Jun 27 08:52:29 rayleigh avahi-daemon[2129]: Registering new address 
record for 192.168.253.1 on eth2.IPv4.


	Forcément, ça se passe mal. La question est donc de savoir comment 
corriger ce genre de dysfonctionnement. Effet de bord ? Cycle dans les 
dépendances calculées à la hussarde par systemd ?


Merci de vos lumières,

JB

PS : il faudrait peut-être voir à remettre quelque chose de fiable comme 
un démarrage systemV ou BSD... Au moins en lancer l'idée car systemd ne 
va franchement pas en s'améliorant. systemd apporte plus de problèmes 
qu'il ne propose de solution. J'ai pour ma part passé des jours à 
éplucher le fonctionnement de la chose sans jamais n'avoir de résultat 
fiable dès qu'on sort des sentiers balisés et des daemons packagés par 
l'équipe de devs de Debian.

Re: Présence par défaut d'Aptitude sur Stretch

[maderios]

On 06/27/2017 10:22 AM, Haricophile wrote:

Le Sat, 24 Jun 2017 15:36:43 +0200,
maderios  a écrit :


C'est quand même gênant cette manie d'aptitude qui consiste à
supprimer automatiquement des paquets qu'il considère comme inutiles.
Un exemple, celui de certains paquets *.dev.
Si quelqu'un connaît une solution pour améliorer le qI d'aptitude, je
suis preneur :)


En général quand il vire quelque chose c'est qu'il est marqué en
installation automatique et tu peux faire : "aptitude unmark-auto
le_paquet"
On peut imaginer la situation quand aptitude veut supprimer 50 paquets 
qui sont indispensables puisqu'on les a installés en vue de compilations 
ultérieures... C'est une des raisons pour lesquelles j'ai toujours 
utilisé apt-get, synaptic et maintenant apt.

--
Maderios

Re: Présence par défaut d'Aptitude sur Stretch

[maderios]

On 06/27/2017 10:17 AM, daniel huhardeaux wrote:

Bonjour

Le 27/06/2017 à 09:57, Daniel Caillibaud a écrit :

Le 26/06/17 à 11:09, maderios  a écrit :

M> On 06/26/2017 09:47 AM, Daniel Caillibaud wrote:
M> > Le 24/06/17 à 15:36, maderios  a écrit :
M> > M> C'est quand même gênant cette manie d'aptitude qui consiste à 
supprimer
M> > M> automatiquement des paquets qu'il considère comme inutiles. Un 
exemple,

M> > M> celui de certains paquets *.dev.
M> >
M> > Dans ce cas, c'est qu'ils ont été installés comme dépendances 
d'un truc qui a disparu, et
M> > ça parait logique de les enlever (les autres gestionnaires 
doivent faire la même chose).

M>
M> La logique, c'est de respecter la volonté de l'utilisateur. C'est 
ce que

M> font apt, apt-get et synaptic

J'aurais rajouté "et aptitutde".

Tu as un exemple de cas où aptitude vire un paquet que tu avais 
installé précédemment ?


Je n'ai jamais vu ça en pas mal d'années d'usage, mais ça veut pas 
dire que ça n'existe pas.


M> aptitude n'a pas à prendre de décision à la place de l'utilisateur

Tout à fait d'accord, il ne doit supprimer que les dépendances 
orphelines, comme les autres apt*


Sur une stretch toute fraiche j'ai installé un paquet avec le nouveau apt:

apt install nginx

Une floppée de paquets dépendants ont été installés. Puis

apt purge nginx

Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
   nginx*
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
After this operation, 93.2 kB disk space will be freed.
Do you want to continue? [Y/n]

alors que aptitude purge nginx

The following packages will be REMOVED:
   [...]
0 packages upgraded, 0 newly installed, 16 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 3,902 kB will be freed.
Do you want to continue? [Y/n/?]

soit tous les paquets dépendants. Conclusion: aptitude est donc 
préférable à apt.


Si l'on considère qu'un gestionnaire de paquets doit respecter le choix 
de l'utilisateur, les seuls gestionnaires qui correspondent à ce critère 
sont apt, apt-get et synaptic.

Un exemple:
apt  update && apt dist-upgrade
The following package was automatically installed and is no longer required:
  libglade2-dev
Use 'apt autoremove' to remove it.
Comme j'ai besoin de libglade2-dev pour compiler des programmes je ne le 
supprimerai pas.

(aptitude le supprimerait automatiquement)
--
Maderios

Buster et smokeping

[BERTRAND Joël]

Bonjour à tous,

	Buster ne contient plus /usr/bin/fping6 nécessaire pour smokeping. Un 
petit hack permet de s'en sortir :


Root rayleigh:[~] > cat /usr/local/bin/fping6
#!/bin/bash
/usr/bin/fping -6 $@
exit 0

en modifiant l'adresse de la sonde dans /etc/smokeping/config.d/Probes.

	Je viens de passer quelques heures sur le problème, l'erreur retournée 
par smokeping n'étant pas réellement explicite (smokeping râlait sur 
fping, ligne 5, alors que l'erreur était sur fping6 à la ligne 9...).


En espèrant que cela évite à certains de passer du temps sur le 
problème...

Bien cordialement,  

JKB

Re: stretch to buster

[Charles Plessy]

Le Mon, Jun 26, 2017 at 08:38:28PM +0200, Cyrille a écrit :
> Bonsoir
> Pour passer de l'une à l'autre
> 1/ modifier le source liste en changeant le stretch par buster
> 2/ update
> 3/ full-upgrade
> 
> ça devrait le faire non ?
> 
> Des retours, des conseils ?

0/ lire les [notes de 
publication](https://www.debian.org/releases/stretch/releasenotes.fr.html)

Amicalement,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japon

Re: Présence par défaut d'Aptitude sur Stretch

[Daniel Huhardeaux]

Le 27/06/2017 à 10:28, Gabriel Moreau a écrit :



soit tous les paquets dépendants. Conclusion: aptitude est donc
préférable à apt.


apt-get --purge autoremove

gaby


J'ai bien parlé du nouveau apt. Aucune commande ne m'a permise de faire 
ce que je voulais.


--
Daniel

Re: Présence par défaut d'Aptitude sur Stretch

[maderios]

On 06/27/2017 09:57 AM, Daniel Caillibaud wrote:

Le 26/06/17 à 11:09, maderios  a écrit :

M> On 06/26/2017 09:47 AM, Daniel Caillibaud wrote:
M> > Le 24/06/17 à 15:36, maderios  a écrit :
M> > M> C'est quand même gênant cette manie d'aptitude qui consiste à supprimer
M> > M> automatiquement des paquets qu'il considère comme inutiles. Un exemple,
M> > M> celui de certains paquets *.dev.
M> >
M> > Dans ce cas, c'est qu'ils ont été installés comme dépendances d'un truc 
qui a disparu, et
M> > ça parait logique de les enlever (les autres gestionnaires doivent faire 
la même chose).
M>
M> La logique, c'est de respecter la volonté de l'utilisateur. C'est ce que
M> font apt, apt-get et synaptic

J'aurais rajouté "et aptitutde".

Inexact


Tu as un exemple de cas où aptitude vire un paquet que tu avais installé 
précédemment ?
Une foultitude: les paquets qu'il estime non nécessaire pour lui mais 
qui sont nécessaires pour moi


Je n'ai jamais vu ça en pas mal d'années d'usage, mais ça veut pas dire que ça 
n'existe pas.

M> aptitude n'a pas à prendre de décision à la place de l'utilisateur

Tout à fait d'accord, il ne doit supprimer que les dépendances orphelines, 
comme les autres apt*

Inexact: apt, apt-get et synaptic signalent les paquets non nécessaires 
mais, à la différence d'aptitude, ne les suppriment pas.


--
Maderios

Re: LibreOffice

[jordi]

El dt 27 de 06 de 2017 a les 11:00 +0200, en/na Narcis Garcia va
escriure:
> 
> Hauries de provar a treure el programari privatiu (Nvidia) per
> comprovar
> si aquest és l'origen del conflicte amb el Java que prefereix
> LibreOffice.
> 

Em pregunto però perquè funciona be com a sudo i malament com a usuari
normal? Suposo que això ho put arreglar fent servir igualment l'NVIDIA
privatiu, que d'altra banda no te ni punt de comparació amb els
controladors lliures.

Gracies.
jordi 

Re: Présence par défaut d'Aptitude sur Stretch

[Haricophile]

Le Sat, 24 Jun 2017 15:36:43 +0200,
maderios  a écrit :

> C'est quand même gênant cette manie d'aptitude qui consiste à
> supprimer automatiquement des paquets qu'il considère comme inutiles.
> Un exemple, celui de certains paquets *.dev.
> Si quelqu'un connaît une solution pour améliorer le qI d'aptitude, je 
> suis preneur :)

En général quand il vire quelque chose c'est qu'il est marqué en
installation automatique et tu peux faire : "aptitude unmark-auto
le_paquet"

Pas plus que apt, aptitude ne peux deviner ce que tu veux. Comme
aptitude essaye de résoudre les blocages et de te faciliter la vie au
lieu de te dire "il te manque un truc" et abandonner, forcément il y a
plus de dépendances installées en automatique et de fait désinstallées
à la suppression d'un paquet. D'où l'utilité de savoir lire, que l'on
utilise Apt ou Aptitude...

En tout cas je constate qu'on est encore pas mal de gens a aimer
Aptitude, il doit y avoir des raisons, mais si tu préfère le
comportement de Apt qui fait moins de choses automatiquement, utilise
Apt, c'est un choix totalement pertinent.

-- 
haricoph...@aranha.fr 

Re: [Stretch] Fix for not network after installing without desktop

[Brian]

On Mon 26 Jun 2017 at 21:27:18 -0400, RavenLX wrote:

> I tried using ifup and also tried to edit the interfaces file and it didn't
> seem to work for me. I gave up and decided to do it within the installer
> terminal mode. Seemed a bit easier.

The installer doesn't have ifupdown but it can be used after first boot
to regain the connection. An /e/n/i stanza would have to be constructed
to replace the one deleted by d-i, of course. All good fun for newcomers
and those with poor memories and no access to a search engine.

If the situation is anticipated to arise, wireless connectivity can be
maintained by preseeding with

 netcfg/target_network_config=ifupdown

-- 
Brian.

Re: Détecter fichiers qui n'ont pas une expression

[Erwan David]

Le 06/27/17 à 10:50, Bernard Isambert a écrit :
> Si j'ai bien compris la question :
> 
> for FIC in 
> do
> grep -l -q  "$FIC" || echo "$FIC"
> done
> 
> 

grep -L  
plutôt.

Re: Détecter fichiers qui n'ont pas une expression

[Bernard Isambert]

Si j'ai bien compris la question :

for FIC in 
do
grep -l -q  "$FIC" || echo "$FIC"
done


--
Bernard.
20 ans d'utilisation de Debian. Comme le temps passe...

Re: How to attach a fully encrypted drive to Stretch

[Sean Behan]

On Tue, Jun 27, 2017 at 10:34:45AM +0200, Erwan David wrote:
> Le 06/27/17 à 10:16, Hans a écrit :
> > Hi!
> > I believe, first of all is to check, how youz device is seen at the 
> > usb-port.
> > 
> > As root start "tail -f /var/log/syslog" and then plugin your device. Check 
> > the 
> > messages.
> > 
> > When you know the device, check the partionin. Just start "fdisk" and print 
> > out your partitions. Be careful, not to change anything!
> > 
> > End fdisk, then open your encrypted partition (i.e. sdc3) using 
> > "cryptsetup luksOpen /dev/sdc3 somename" and enter your correct password.
> > 
> > The term "somename"  can freely be chosen, I personally are using something 
> > like "usr2" or "home2" whatever.
> > 
> > When your device is opened, you can mount it somewhere, I am using 
> > either "/mnt" or create a new directory (i.e. /disk1)
> > 
> > So, mount it using "mount /dev/mapper/somename /mnt".
> > 
> 
> It won't work : the disk is an lvm volume (as said in first message), so
> there is some lvm stuff to do before this. Sorry I do not know lvm to
> give the right commands to use.

When the drive is LVM it should me mapped to /dev/mapper/ automatically
after being opened by cryptsetup, you can then mount it like so:

"mount /dev/mapper/volume_name /mnt"


signature.asc
Description: PGP signature

Re: LibreOffice

[jordi]

El dt 27 de 06 de 2017 a les 08:32 +0200, en/na Narcis Garcia va
escriure:
> Jo ara he provat la debian-live-9.0.1-amd64-gnome i veig que ja hi ha
> l'intèrpret de java predeterminat instal·lat (default-jre).
> Obro LibreOffice com a usuari normal i a Eines>Opcions>Avançades veig
> que té seleccionat «Oracle Corporation 1.8.0_131»
> 
> Per a què necessites el Java? Has instal·lat un paquet diferent?
> Pot ser que el Java trtacti alguna qüestió gràfica que xoqui amb
> NVidia?
> 
El que m'estranya de tot es que els primers dies va funcionar, i ja
tenia els controladors privatius NVIDIA instal·lats, després doncs vaig
seguir instal·lant cosetes que em fan falta i el Java(TM) SE Runtime
Environment (build 1.8.0_131-b11) i amb update-alternatives vaig
canviar la màquina virtual. He vist però que el Libreoffice escolleix
la seva pròpia maquina java i vaig tenir de desinstal·lar la que ve amb
el Debian ja que no engegava (petava). Una vegada la vaig
desinstal·lar, el LibreOffice es va obrir però em demanava que canvies
a les opcions->avançades la màquina java, cosa que vaig fer i ja em
funciona però amb sudo. Ara no veig forma de canviar les opcions al
usuaris perquè  no s'engega i no puc accedir a Eines>Opcions/Avançat.
Fins i tot he creat un usuari nou per partir de cero i aquest és
l'error que te :

$soffice 

error
xsltParseStylesheetFile : cannot parse 
I/O warning : failed to load external entity ""
error
xsltParseStylesheetFile : cannot parse

Igual hauria de eliminar del tot i reinstal·lar el LibreOffice, però
veig que s'han d'eliminar massa paquets, i alguns com el gnome, etc.

He esborrat els fitxers i directoris que fan referencia al libreoffice
del directori personal però no l'encerto. En algun fitxer (a l'arrel)
hi haurà la configuració global però no el trobo.

Seguiré intentant, però si em podeu orientar ...

Gracies.

Jordi.

Re: Présence par défaut d'Aptitude sur Stretch

[Gabriel Moreau]

soit tous les paquets dépendants. Conclusion: aptitude est donc
préférable à apt.


apt-get --purge autoremove

gaby
--
Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr
LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels
Domaine Universitaire, CS 40700, 38041 Grenoble Cedex 9, France
mailto:gabriel.mor...@legi.grenoble-inp.fr  tel:+33.476.825.015

Re: How to attach a fully encrypted drive to Stretch

[Erwan David]

Le 06/27/17 à 10:16, Hans a écrit :
> Hi!
> I believe, first of all is to check, how youz device is seen at the usb-port.
> 
> As root start "tail -f /var/log/syslog" and then plugin your device. Check 
> the 
> messages.
> 
> When you know the device, check the partionin. Just start "fdisk" and print 
> out your partitions. Be careful, not to change anything!
> 
> End fdisk, then open your encrypted partition (i.e. sdc3) using 
> "cryptsetup luksOpen /dev/sdc3 somename" and enter your correct password.
> 
> The term "somename"  can freely be chosen, I personally are using something 
> like "usr2" or "home2" whatever.
> 
> When your device is opened, you can mount it somewhere, I am using 
> either "/mnt" or create a new directory (i.e. /disk1)
> 
> So, mount it using "mount /dev/mapper/somename /mnt".
> 

It won't work : the disk is an lvm volume (as said in first message), so
there is some lvm stuff to do before this. Sorry I do not know lvm to
give the right commands to use.

Détecter fichiers qui n'ont pas une expression

[andre_debian]

Bonjour,

Dans une série de fichiers ayant la même extension,
p. ex. .txt, comment afficher ceux qui n'ont pas une 
expression précise :
p. ex. "background-color:#F3F781;"

Merci d'avance,

André

Re: Présence par défaut d'Aptitude sur Stretch

[daniel huhardeaux]

Bonjour

Le 27/06/2017 à 09:57, Daniel Caillibaud a écrit :

Le 26/06/17 à 11:09, maderios  a écrit :

M> On 06/26/2017 09:47 AM, Daniel Caillibaud wrote:
M> > Le 24/06/17 à 15:36, maderios  a écrit :
M> > M> C'est quand même gênant cette manie d'aptitude qui consiste à supprimer
M> > M> automatiquement des paquets qu'il considère comme inutiles. Un exemple,
M> > M> celui de certains paquets *.dev.
M> >
M> > Dans ce cas, c'est qu'ils ont été installés comme dépendances d'un truc 
qui a disparu, et
M> > ça parait logique de les enlever (les autres gestionnaires doivent faire 
la même chose).
M>
M> La logique, c'est de respecter la volonté de l'utilisateur. C'est ce que
M> font apt, apt-get et synaptic

J'aurais rajouté "et aptitutde".

Tu as un exemple de cas où aptitude vire un paquet que tu avais installé 
précédemment ?

Je n'ai jamais vu ça en pas mal d'années d'usage, mais ça veut pas dire que ça 
n'existe pas.

M> aptitude n'a pas à prendre de décision à la place de l'utilisateur

Tout à fait d'accord, il ne doit supprimer que les dépendances orphelines, 
comme les autres apt*


Sur une stretch toute fraiche j'ai installé un paquet avec le nouveau apt:

apt install nginx

Une floppée de paquets dépendants ont été installés. Puis

apt purge nginx

Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
  nginx*
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
After this operation, 93.2 kB disk space will be freed.
Do you want to continue? [Y/n]

alors que aptitude purge nginx

The following packages will be REMOVED:
  [...]
0 packages upgraded, 0 newly installed, 16 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 3,902 kB will be freed.
Do you want to continue? [Y/n/?]

soit tous les paquets dépendants. Conclusion: aptitude est donc 
préférable à apt.


--
Daniel

Re: How to attach a fully encrypted drive to Stretch

[Hans]

Hi!
I believe, first of all is to check, how youz device is seen at the usb-port.

As root start "tail -f /var/log/syslog" and then plugin your device. Check the 
messages.

When you know the device, check the partionin. Just start "fdisk" and print 
out your partitions. Be careful, not to change anything!

End fdisk, then open your encrypted partition (i.e. sdc3) using 
"cryptsetup luksOpen /dev/sdc3 somename" and enter your correct password.

The term "somename"  can freely be chosen, I personally are using something 
like "usr2" or "home2" whatever.

When your device is opened, you can mount it somewhere, I am using 
either "/mnt" or create a new directory (i.e. /disk1)

So, mount it using "mount /dev/mapper/somename /mnt".

Once it is mounted, you can either copy your files, or better use rsync. With 
rsync rights are kept and symlinks are also transferred. And you have the 
capability to transfer via network. The syntax is "rsync -avz /sourcedir /
targetdir" Note that a missing slash after "/sourcedir" will copy the 
sourcedir, too. If this is not wanted, then add a slash after sourcedir like 
this one: "rsync -avz /sourcedir/ /targetdir".

In our example to copy the whole drive this would be now:
"rsync -avz /mnt/ /path/to/your/backupdirectory"

Hope this helps. Please feel free to ask for more.

Best regards

Hans  
> Which one you mount depends, of course, on where device mapper has
> put the device file. With the cryptsetup above, on my box, the device
> file would appear in /dev/mapper/disk2, for example.
> 
> In most cases, the vgchange happens automagically[1]. For my encrypted
> backups, I do, for example
> 
>   # NOTE change /dev/sdb by whatever device the stick/external drive
>   #  "appears" as:
>   sudo cryptsetup luksOpen /dev/sdb backup
>   sudo mount /dev/mapper/backup /media/backup
>   rsync ... /home /media/backup/myself/home
>   sync
>   sudo umount /media/backup
>   sudo cryptsetup luksClose backup
> 
> (of course, the rsync ... is actually a script and a tad more complicated,
> but you get the idea).
> 
> NOTE: I have there /dev/sdb -- this is an unpartitioned disk with one big
> LUKS volume on it. This is a bit unconventional; in your case you might
> have one partition (e.g. /dev/sdb1).
> 
> Cheers
> 
> [1] I must admit that I don't know *who* is actually doing that for
> me :-)
> -- tomás

Re: [Stretch] Fix for not network after installing without desktop

[Curt]

On 2017-06-27, RavenLX  wrote:
> On 06/24/2017 04:01 AM, Curt wrote:
>> On 2017-06-24, RavenLX  wrote:
>>>
>>> 3. Execute this: apt-install network-manager
>>>
>>
>> Is that right? Or is it not rather "apt install" without the hyphen (I'm
>> still Wheezing so I'm unsure).
>
> Yes. There's no 'apt-get' when you are going into the terminal from the 
> installer. I looked in the usual 'bin' directories and this is what I 
> found. 'apt-install' with hyphen is what works.
>

Okay. Good work. Thank you (and Pascal Hambourg).


-- 
“Yeah yeah.” --Sidney Morgenbesser's retort to a speaker who said that although
there are many cases in which two negatives make a positive, he knew of no case
in which two positives made a negative.

Re: How did you update to stretch?

[Dave Sherohman]

On Mon, Jun 26, 2017 at 01:27:42PM -0500, David Wright wrote:
> By running upgrade before dist-upgrade, you reduce complexity by
> maximising the compatibility of packages with each other. When
> lenny was replaced by squeeze, even these two steps were
> insufficient; the kernel and udev needed replacing as a pair after
> the (lenny) upgrade and before the (squeeze) dist-upgrade.

I was around for lenny => squeeze, but had forgotten about that.  It
could well be the explanation for my current procedure, though, which
is:

apt-get update
apt-get install dpkg apt
apt-get upgrade
apt-get dist-upgrade

The basic idea being to first get the latest tools in place, then do the
simple upgrades, and save the complex ones for last.

I also used to stage large upgrades in multiple steps, doing only a
dozen or two packages at a time and selecting dependencies first,
leaving dependent packages for later (when possible), again in the
interest of keeping each batch of updates as simple as possible, but
I've stopped doing that since the tools started distinguishing between
manually-installed packages and those which were automatically selected
to satisfy dependencies.

-- 
Dave Sherohman

Re: Présence par défaut d'Aptitude sur Stretch

[Daniel Caillibaud]

Le 26/06/17 à 11:09, maderios  a écrit :

M> On 06/26/2017 09:47 AM, Daniel Caillibaud wrote:
M> > Le 24/06/17 à 15:36, maderios  a écrit :
M> > M> C'est quand même gênant cette manie d'aptitude qui consiste à supprimer
M> > M> automatiquement des paquets qu'il considère comme inutiles. Un exemple,
M> > M> celui de certains paquets *.dev.
M> > 
M> > Dans ce cas, c'est qu'ils ont été installés comme dépendances d'un truc 
qui a disparu, et
M> > ça parait logique de les enlever (les autres gestionnaires doivent faire 
la même chose).
M> 
M> La logique, c'est de respecter la volonté de l'utilisateur. C'est ce que 
M> font apt, apt-get et synaptic

J'aurais rajouté "et aptitutde".

Tu as un exemple de cas où aptitude vire un paquet que tu avais installé 
précédemment ?

Je n'ai jamais vu ça en pas mal d'années d'usage, mais ça veut pas dire que ça 
n'existe pas.

M> aptitude n'a pas à prendre de décision à la place de l'utilisateur 

Tout à fait d'accord, il ne doit supprimer que les dépendances orphelines, 
comme les autres apt*

-- 
Daniel

Un soldat doit être prêt a mourir pour sa patrie, même au péril de sa vie.
Henri Monnier

Re: How to attach a fully encrypted drive to Stretch

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, Jun 26, 2017 at 08:17:33PM +, commentsab...@riseup.net wrote:
> Hello,
> 
> On 2017-06-26 19:36, Eduardo M KALINOWSKI wrote:
> > On 26-06-2017 16:28, commentsab...@riseup.net wrote:
> >> I have an adapter to connect my older Jessie (fully encrypted) SATA HDD
> >> to a USB port. Simply plugin the older disk/adapter into the freshly
> >> installed Stretch doesn't seem to work (I'm not being prompted for a
> >> passphrase).
> >>
> >> What is the proper way to access the data on that drive when connected
> >> to the host system via a USB adapter ?
> >>
> >> I found an answer on
> >> 
> >> but do not know if it is valid and am not keen on running undocumented
> >> commands/commands that I do not understand.
> > 
> > Assuming the disk is a LUKS encrypted volume (the default since who
> > knows when), the command is exactly the one in your link.
> 
> Thank you for your answer.
> 
> There are actually several answers on the Stack Exchange thread, which
> one is the right one ?
> 
> This one ?
> 
> > cryptsetup luksOpen /dev/sdb1 disk2
> > modprobe dm-mod
> > vgchange -ay
> > mount /dev/disk2/disk2 /disk2

Which one you mount depends, of course, on where device mapper has
put the device file. With the cryptsetup above, on my box, the device
file would appear in /dev/mapper/disk2, for example.

In most cases, the vgchange happens automagically[1]. For my encrypted
backups, I do, for example

  # NOTE change /dev/sdb by whatever device the stick/external drive
  #  "appears" as:
  sudo cryptsetup luksOpen /dev/sdb backup
  sudo mount /dev/mapper/backup /media/backup
  rsync ... /home /media/backup/myself/home
  sync
  sudo umount /media/backup
  sudo cryptsetup luksClose backup

(of course, the rsync ... is actually a script and a tad more complicated,
but you get the idea).

NOTE: I have there /dev/sdb -- this is an unpartitioned disk with one big
LUKS volume on it. This is a bit unconventional; in your case you might
have one partition (e.g. /dev/sdb1).

Cheers

[1] I must admit that I don't know *who* is actually doing that for
me :-)
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAllSDpIACgkQBcgs9XrR2kZbSQCcD+sAL8lt98Cc8wQgd9uileD/
segAoII4E1V4XoA6RSIQ0EEHIn9UYtsz
=aGaA
-END PGP SIGNATURE-

Re: How did you update to stretch?

[Joe]

On Mon, 26 Jun 2017 20:07:06 -0400
Fungi4All  wrote:

> > On 27/06/17 05:39, Brian wrote:  
> >> It was. I am a creature of habit. I still reboot between upgrade
> >> and dist-upgrade when I eventually upgrade a machine from one
> >> distribution to another.  
> 
> When one uses synaptic there is reload (update) and upgrade, it does
> not distinguish between dist and non-dist upgrade. I assume it is
> dist-upgrade. So if synaptic has a new edition (which I assume its
> dependencies may have been updated) it sounds wise to upgrade it
> alone (w/ dependencies) and then restart it and run the upgrade.
> Would these be correct assumptions? In most cases I use apt, and
> synaptic when I am searching for a useful package, due to
> descriptions, snapshots, etc.

Look at Settings->Preferences General tab. From the Help:

"Default Upgrade
The default upgrade method marks upgrades of installed packages only.
If the later version of a package depends on not installed packages or
conflicts with an already installed package, the upgrade will not be
marked. 

"Smart Upgrade (Dist-Upgrade) The smart upgrade method tries to
resolve package conflicts intelligently. This includes installing
additional required packages and preferring packages with higher
priority. Smart upgrade is also known as dist-upgrade in the console
tool apt-get. "

Except that 'Smart Upgrade' is actually the default, not 'Default
Upgrade'.

-- 
Joe

Re: LibreOffice

[Narcis Garcia]

Jo ara he provat la debian-live-9.0.1-amd64-gnome i veig que ja hi ha
l'intèrpret de java predeterminat instal·lat (default-jre).
Obro LibreOffice com a usuari normal i a Eines>Opcions>Avançades veig
que té seleccionat «Oracle Corporation 1.8.0_131»

Per a què necessites el Java? Has instal·lat un paquet diferent?
Pot ser que el Java trtacti alguna qüestió gràfica que xoqui amb NVidia?



__
I'm using this express-made address because personal addresses aren't
masked enough at this list's archives. Mailing lists service
administrator should fix this.
El 26/06/17 a les 23:42, jordi ha escrit:
> Bones, al final he fet una instal·lació nova del Debian Stretch, en un
> altre correu explicaré els problemes que han sortit durant aquesta.
> 
> Per ara, anem pel LibreOffice. Els primers dies de la instal·lació
> funcionava, o al menys s'engegava i semblava que anava be. Després de
> instal·lar una colla més de programes, i entre ells els controladors
> privatius NVIDIA i la màquina virtual Java(TM) SE Runtime Environment
> (build 1.8.0_131-b11), va deixar de funcionar, o es a dir no engega.
> Amb el soffice --backtrace vaig veure que petava la maquina virtual
> java que ve amb l'Stretch. Així que la vaig desinstal·lar i al menys
> vaig poder canviarla a les opcions per la nova. Ara em trobo que
> soffice em funciona amb sudo però no com a usuari.
> 
> He vist pel Google que això a passat amb altres versions de
> LibreOffice, però no en trobo la solució. (El google no deixa de ser un
>  hipermercat amb interesos només comercials).
> 
> Si algú em pot orientar ...
> 
> Moltes gracies.
> 
> Jordi
>