Kino w plenerze

[Zuzanna Namielska]

Dzieñ dobry,

Czy mogê przes³aæ informacjê na temat projekcji filmów w plenerze - idealna 
atrakcja podczas imprezy firmowej, pikniku rodzinnego, ró¿nego rodzaju imprez 
rekreacyjnych?


pozdrawiam,

Zuzanna Namielska

http://filmwplenerze.pl/



Aby zrezygnowaæ z podobnych zapytañ proszê o informacjê zwrotn¹.

Re: Servidor vsftp lee todos los directorios.

[Felix Perez]

El día 9 de mayo de 2016, 1:24, Felix Perez
 escribió:
> El día 8 de mayo de 2016, 23:28, Frank Harbey Sanabria Florez
>  escribió:
>> Tal vez este curso de sirva.
>> https://www.youtube.com/playlist?list=PLyLcPK3h0D7B8oZNt9GXpgfT3gZaxc1am
>>
>
> Sin autobombo  y con solo un:
> man vsftpd o si prefieres https://wiki.debian.org/vsftpd
>
> Saludos.
>
>> Tengo un server vsftp corriendo en Debian 7 y cuando un user entra al ftp
>> con solo hacer cd / puede ver todos los archivos de / lo cual no es lo que
>> quiero.
>>
>> Me gustaria que los usuarios solo puedan acceder a la carpeta /ftpuser.
>>
>>
>>
>

 Ahhh. y sin top posting,



-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html

Re: Servidor vsftp lee todos los directorios.

[Felix Perez]

El día 8 de mayo de 2016, 23:28, Frank Harbey Sanabria Florez
 escribió:
> Tal vez este curso de sirva.
> https://www.youtube.com/playlist?list=PLyLcPK3h0D7B8oZNt9GXpgfT3gZaxc1am
>

Sin autobombo  y con solo un:
man vsftpd o si prefieres https://wiki.debian.org/vsftpd

Saludos.

>
> Tengo un server vsftp corriendo en Debian 7 y cuando un user entra al ftp
> con solo hacer cd / puede ver todos los archivos de / lo cual no es lo que
> quiero.
>
> Me gustaria que los usuarios solo puedan acceder a la carpeta /ftpuser.
>
>
>


-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html

Re: Accents i caracters especials al LibreOffice

[Josep Lladonosa]

On 9 May 2016 00:32, "Daniel"  wrote:
>
> Hola:
>
> Vaig actualitzar el Debian a Jessie, i el LibreOffice va quedar a la
versió 4.3.3.2. I des d'aquell moment, que tant en el Writer com en el Calc
no em funcionen els accents i caracters especials. M'explico: intento posar
música i m'apareix msica, és a dir, la lletra accentuada em desapareix. El
LibreOffice està configurat en català, amb els seus diccionaris, i les
lletres especials em funcionen en altres programes (com aquest). Us envio
un text fet amb el Writer perquè ho vegeu.
>
> Envio també una captura de la finestra que obre el LibreOffice per obrir
fitxers i desar-los: els caracters accentuats i especials no apareixen
correctament i quan cliques per obrir-los no els troba. Has d'arreglar a mà
el caracter accentuat perquè funcioni.
>
> En canvi, altres programes com el Gimp mostren els caracters accentuats
correctament, tant al propi document com al nom del fitxer.
>
> Em podeu ajudar?

Pots obrir una finestra de terminal i escriure 'libreoffice' a veure si
mostra cap missatge d'avís sobre el locale, per exemple?

>
> --
> Daniel Elias
> Usuari de Linux nº 461584
>

RE: Servidor vsftp lee todos los directorios.

[Frank Harbey Sanabria Florez]

Tal vez este curso de sirva. 
https://www.youtube.com/playlist?list=PLyLcPK3h0D7B8oZNt9GXpgfT3gZaxc1am

Date: Sun, 8 May 2016 19:05:46 -0400
Subject: Servidor vsftp lee todos los directorios.
From: faus...@gmail.com
To: debian-user-spanish@lists.debian.org

Saludos,

Listeros,

Tengo un server vsftp corriendo en Debian 7 y cuando un user entra al ftp con 
solo hacer cd / puede ver todos los archivos de / lo cual no es lo que quiero.

Me gustaria que los usuarios solo puedan acceder a la carpeta /ftpuser.



Gracias anticipada.
-- 

Gracias...


Fausto A. DislaP. 809.785.5260P. 809.722.4284
faustod@gmail.comEnviado desde mi Android, #cojeleelpeso
  

Re: [HS] Questions pour une double installation de Debian et MS Windows

[e Lpe]

pas supportés mais obligatoires.

 Fort de cela, il
> est facile de choisir le système d'exploitation à lancer en activant
> ou désactivant l'UEFI & Secureboot.

Non car pour GNU/Linux, le format du disque et le mode d'amorçage ne
sont pas liés. MSDOS n'implique donc pas amorçage BIOS."


Et pourtant si, car c'est que j'utilise tous les jours pour booter mon
laptop sous Debian ou Win8







Le 7 mai 2016 à 09:09, Pascal Hambourg  a écrit :
> e Lpe a écrit :
>>
>> J'ai voulu dire que dans le cadre de deux disques dur et double boot
>> Win/gnu linux, (hypothèse de départ) tu peux très bien installer win
>>> 8 sur un disque (obligatoirement GPT) et linux ou autre système ne
>> nécessitant pas GPT sur l'autre disque de type mbr.
>
> Quel intérêt de partitionner l'autre disque au format MSDOS plutôt que GPT ?
>
>> Fort de cela, il
>> est facile de choisir le système d'exploitation à lancer en activant
>> ou désactivant l'UEFI & Secureboot.
>
> Non car pour GNU/Linux, le format du disque et le mode d'amorçage ne
> sont pas liés. MSDOS n'implique donc pas amorçage BIOS.
>
>> tertio : le couple UEFI/gpt est imposé par Microsoft depuis Win 8 mais
>
> Sois plus précis. Veux-tu dire que depuis Windows 8 seuls le format GPT
> (pour le disque de boot) et l'amorçage UEFI sont supportés, ou bien que
> depuis Windows 8 on ne peut pas avoir GPT sans UEFI et vice versa ?
> Dans le second cas, je répète que c'est faux : cette restriction existe
> depuis au moins Windows Vista.
>
>> l'UEFI n'impose pas d'avoir un disque de type GPT.
>
> Personne n'a prétendu cela.
>
>>> Concernant les limitations, le format GPT ne suffit pas à les
>>> outrepasser toutes : l'expérience montre que certains BIOS sont
>>> incapables d'adresser un disque au delà de 2 Tio bien que les standards...
>>
>> Sauf erreur de ma part, justement UEFI n'a que faire des interruptions
>> du bios puisque ce n'est pas un bios !
>
> Je répondais à une question de Stéphane GARGOLY (dont tu as coupé
> l'attribution) concernant le BIOS.
>
>> De plus les limitations à 2 tio pour les disques sont des limites
>> fixées par le MBR (intel/dos) pas par le Bios.
>
> En théorie, oui, c'est ce que j'ai écrit. Mais va dire ça aux fabricants
> du BIOS des machines qui ne bootent pas si des bouts de l'amorçage sont
> situés au delà de 2 Tio.
>
>> Sous Bios avec un os gnu linux ou Win 7 (à moins d'avoir une machine
>> anté-diluvienne) tu peux très bien gérer des disque de 10 To mais en
>> Gpt. Ce ne sera pas celui où est installé l'Os.
>
> Avec GNU/Linux, ça peut, même sur une machine antédiluvienne.
>
>> gpt, bios, uefi, mbr  sont des entités uniques et mixables après ce
>> que demande tel os pour s'installer ne regarde que lui.
>
> Exactement. GNU/Linux est souple de ce point de vue.
>

Re: libpepflashplayer.so

[David Wright]

On Sun 08 May 2016 at 21:30:51 (-0300), Henrique de Moraes Holschuh wrote:
> On Sun, 08 May 2016, David Wright wrote:
> > On Sun 08 May 2016 at 19:00:29 (-0300), Henrique de Moraes Holschuh wrote:
> > > On Sun, 08 May 2016, Teemu Likonen wrote:
> > > > Lisi Reisz [2016-05-08 13:25:46+01] wrote:
> > > > > Or perhaps check the model - it is an old Dell, but the crucial
> > > > > question is what chip that model had, so which exact model.
> > > > 
> > > > For 64 bit CPUs "lscpu" command prints:
> > > > 
> > > > CPU op-mode(s):32-bit, 64-bit
> > > 
> > > The output of "cat /proc/cpuinfo", as well as that of "dmidecode" is 
> > > usually
> > > a lot more useful for diagnostics.  The dmidecode output might have serial
> > > numbers and UUIDs, which you should not post to the list, so feel free to
> > > X them out beforehand.
> > 
> > This is all rather ambiguous.
> 
> If you mean the dmidecode and /proc/cpuinfo output, it is not ambiguous at
> all, as long as you know why you want that info and what you will do with
> it.
> 
> If you mean lscpu, it has its reasons to exist: it outputs easy-to-grasp
> synthetic information.  But it lacks too much detail to be of use for
> debugging.

You're right; my mis-recalling a command and assuming the output
belonged to the other command.

> > Signature: Type 0, Family 6, Model 15, Stepping 2
> 
> It tells me it is a Core2 processor of some kind.  Which is 64-bit capable,
> as long as the BIOS is not too oudated or outright braindamaged, which is
> something else I usually get out of the output of dmidecode + google search.
> 
> I don't think anyone shipped a Core2 with that bad a BIOS, let alone Dell,
> but I could be wrong about it.

I shall have a go at 64-bit then.

> > and the machine is only running a 32-bit Debian system and kernel,
> > would cpuinfo still say "CPU op-mode(s):32-bit, 64-bit"?
> 
> That's lscpu output, not the contents of the /proc/cpuinfo "special file".

Yep; sorry.

Cheers,
David.

Re: libpepflashplayer.so

[Sven Hartge]

Henrique de Moraes Holschuh  wrote:
> On Sun, 08 May 2016, David Wright wrote:

>> Signature: Type 0, Family 6, Model 15, Stepping 2

> I don't think anyone shipped a Core2 with that bad a BIOS, let alone Dell,
> but I could be wrong about it.

Beware: this is David who has this CPU, not Lisi, wo has not yet
provided any further info in her CPU.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

Re: ghost partition

[Andy Smith]

Hi Haines,

On Sun, May 08, 2016 at 07:48:16PM -0400, Haines Brown wrote:
> # ncdu -rx /
>   425.5MiB [##]  sde1 
>  $
>   198.3MiB [  ] /lib
>   193.8MiB [  ] /mnt
>   ...

I am not familiar with ncdu but looking at its manual page, -x means
"do not cross filesystem boundaries" so I would expect that it
thinks that /dev/sde1 is your root filesystem.

> $ mount | grep sde
> [nothing]

Note that this could be a false negative because mount's idea of the
device for your root may not match reality, e.g. mount may think of
the device as an LVM volume, label path (/dev/disk/by-label/…) or
UUID path (/dev/disk/by-uuid/…).

> How can I remove what has attached itself to /dev/sde1?

I think we first have to work out what it is. What is the output of
the following commands?

$ cat /proc/mounts
$ ls -la /sys/block/sde
# blockdev --report /dev/sde
# blockdev --report /dev/sde1
$ grep sde1 /var/log/dmesg

Cheers,
Andy

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

Please consider the environment before reading this e-mail.
 — John Levine


signature.asc
Description: Digital signature

Re: libpepflashplayer.so

[Henrique de Moraes Holschuh]

On Sun, 08 May 2016, David Wright wrote:
> On Sun 08 May 2016 at 19:00:29 (-0300), Henrique de Moraes Holschuh wrote:
> > On Sun, 08 May 2016, Teemu Likonen wrote:
> > > Lisi Reisz [2016-05-08 13:25:46+01] wrote:
> > > > Or perhaps check the model - it is an old Dell, but the crucial
> > > > question is what chip that model had, so which exact model.
> > > 
> > > For 64 bit CPUs "lscpu" command prints:
> > > 
> > > CPU op-mode(s):32-bit, 64-bit
> > 
> > The output of "cat /proc/cpuinfo", as well as that of "dmidecode" is usually
> > a lot more useful for diagnostics.  The dmidecode output might have serial
> > numbers and UUIDs, which you should not post to the list, so feel free to
> > X them out beforehand.
> 
> This is all rather ambiguous.

If you mean the dmidecode and /proc/cpuinfo output, it is not ambiguous at
all, as long as you know why you want that info and what you will do with
it.

If you mean lscpu, it has its reasons to exist: it outputs easy-to-grasp
synthetic information.  But it lacks too much detail to be of use for
debugging.

> Signature: Type 0, Family 6, Model 15, Stepping 2

It tells me it is a Core2 processor of some kind.  Which is 64-bit capable,
as long as the BIOS is not too oudated or outright braindamaged, which is
something else I usually get out of the output of dmidecode + google search.

I don't think anyone shipped a Core2 with that bad a BIOS, let alone Dell,
but I could be wrong about it.

The output of /proc/cpuinfo would have told me more than that, likely the
exact processor model and microcode revision at the very least.

And the full output of dmidecode would usually have told me which
motherboard and BIOS version.

> and the machine is only running a 32-bit Debian system and kernel,
> would cpuinfo still say "CPU op-mode(s):32-bit, 64-bit"?

That's lscpu output, not the contents of the /proc/cpuinfo "special file".

> Or does cpuinfo only mention "CPU op-mode(s):32-bit, 64-bit"
> when the OS actually running has those two modes available to it now?

*lscpu* will output that when it finds the "lm" flag (long mode, aka 64-bit
mode) in the "flags" field of /proc/cpuinfo.  So, it is about the processor
itself, not the kernel.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

ghost partition

[Haines Brown]

Every once in a while I get a filled root partition, and the reason in
each case is different. In the present case it seems that /dev/sde1
serves as the interface for something very large, even though the
/dev/sde1 interface does not exist and is not mounted.

# ncdu -rx /
  425.5MiB [##]  sde1  $
  198.3MiB [  ] /lib
  193.8MiB [  ] /mnt
  ...

$ mount | grep sde
[nothing]

# ls -la | grep sde
brw-rw---T   1 root   floppy  8,  64 May  8 11:15 sde

So the /dev/sde1 interface does not exist, but nevertheless du can access
it. 

How can I remove what has attached itself to /dev/sde1?

Haines Brown

Servidor vsftp lee todos los directorios.

[Fausto Disla]

Saludos,

Listeros,

Tengo un server vsftp corriendo en Debian 7 y cuando un user entra al ftp
con solo hacer cd / puede ver todos los archivos de / lo cual no es lo que
quiero.

Me gustaria que los usuarios solo puedan acceder a la carpeta /ftpuser.



Gracias anticipada.

-- 

Gracias...



Fausto A. Disla
P. 809.785.5260
P. 809.722.4284
faus...@gmail.com
Enviado desde mi Android, #cojeleelpeso

Re: libpepflashplayer.so

[David Wright]

On Sun 08 May 2016 at 19:00:29 (-0300), Henrique de Moraes Holschuh wrote:
> On Sun, 08 May 2016, Teemu Likonen wrote:
> > Lisi Reisz [2016-05-08 13:25:46+01] wrote:
> > > Or perhaps check the model - it is an old Dell, but the crucial
> > > question is what chip that model had, so which exact model.
> > 
> > For 64 bit CPUs "lscpu" command prints:
> > 
> > CPU op-mode(s):32-bit, 64-bit
> 
> The output of "cat /proc/cpuinfo", as well as that of "dmidecode" is usually
> a lot more useful for diagnostics.  The dmidecode output might have serial
> numbers and UUIDs, which you should not post to the list, so feel free to
> X them out beforehand.

This is all rather ambiguous.

If dmidecode says:

Handle 0x0400, DMI type 4, 40 bytes
Processor Information
Socket Designation: Microprocessor
Type: Central Processor
Family: Pentium M
Manufacturer: Intel
ID: [...]
Signature: Type 0, Family 6, Model 15, Stepping 2
Flags:
FPU (Floating-point unit on-chip)
[...]
Part Number: Not Specified
Core Count: 2
Core Enabled: 2
Thread Count: 2
Characteristics:
64-bit capable

and the machine is only running a 32-bit Debian system and kernel,
would cpuinfo still say "CPU op-mode(s):32-bit, 64-bit"?

Or does cpuinfo only mention "CPU op-mode(s):32-bit, 64-bit"
when the OS actually running has those two modes available to it now?

Cheers,
David.

Accents i caracters especials al LibreOffice

[Daniel]

Hola:

Vaig actualitzar el Debian a Jessie, i el LibreOffice va quedar a la 
versió 4.3.3.2. I des d'aquell moment, que tant en el Writer com en el 
Calc no em funcionen els accents i caracters especials. M'explico: 
intento posar música i m'apareix msica, és a dir, la lletra accentuada 
em desapareix. El LibreOffice està configurat en català, amb els seus 
diccionaris, i les lletres especials em funcionen en altres programes 
(com aquest). Us envio un text fet amb el Writer perquè ho vegeu.


Envio també una captura de la finestra que obre el LibreOffice per obrir 
fitxers i desar-los: els caracters accentuats i especials no apareixen 
correctament i quan cliques per obrir-los no els troba. Has d'arreglar a 
mà el caracter accentuat perquè funcioni.


En canvi, altres programes com el Gimp mostren els caracters accentuats 
correctament, tant al propi document com al nom del fitxer.


Em podeu ajudar?

--
Daniel Elias
Usuari de Linux nº 461584



Prova texte.odt
Description: application/vnd.oasis.opendocument.text

Re: libpepflashplayer.so

[Henrique de Moraes Holschuh]

On Sun, 08 May 2016, Teemu Likonen wrote:
> Lisi Reisz [2016-05-08 13:25:46+01] wrote:
> > Or perhaps check the model - it is an old Dell, but the crucial
> > question is what chip that model had, so which exact model.
> 
> For 64 bit CPUs "lscpu" command prints:
> 
> CPU op-mode(s):32-bit, 64-bit

The output of "cat /proc/cpuinfo", as well as that of "dmidecode" is usually
a lot more useful for diagnostics.  The dmidecode output might have serial
numbers and UUIDs, which you should not post to the list, so feel free to
X them out beforehand.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

Re: systeme de backup local

[Pierre Chevalier]

Bonsoir,

(pardon pour le doublon, Jean-Michel: j'avais *encore* commis la bévue 
d'oublier de répondre à tous, mea culpa...)


Le 05/05/2016 06:58, Jean-Michel OLTRA a écrit :

C'est pour du backup uniquement local, sur la même machine.
Backups de répertoires, mais également de bases de données
mysql et postgresql.


Pour postgresql, il y avait une conf à ce sujet au dernier PgDay de 
Paris (http://www.pgday.paris/) présentée par Magnus Hagander, excusez 
du peu.


Ce que j'en ai retenu (je n'ai pas trouvé sa présentation), c'est qu'il 
faut utiliser pg_basebackup 
(http://www.postgresql.org/docs/9.5/static/app-pgbasebackup.html).
J'utilisais un bon vieux rsync pour sauvegarder tout mon disque, pensant 
bêtement que ça fonctionnerait tout bien. Hélas, j'ai eu un crash de SSD 
qui m'a contraint à tout restaurer. Mon cluster postgresql s'était 
évanoui, hélas. Magnus nous a, en gros, expliqué ce qu'il fallait ne pas 
faire. Et il y a BEAUCOUP de choses à ne pas faire!



Ah! en cherchant un peu plus sur la Toile, je viens de trouver un résumé 
un peu plus précis que mes vagues souvenirs:

http://sismicfr.github.io/blog/2016/04/10/pgday-2016/


PostgreSQL Backup the modern ways - Magnus HAGANDER

Une conférence donnée par le président de PostgreSQL Europe,
c’est quand même la classe, et en particulier sur les backups.

Après une légère introduction sur l’importance de tester ses
backups (sous peine d’avoir des surprises ...), Magnus nous
montre les différents moyens pour générer les backups, en
passant par pg_dump (trop lent pour la restauration (et
surtout aucun « PITR ») et pg_basebackup (qui est le moyen
conseillé par Magnus).

Ce que nous retiendrons :
pg_basebackup doit être utilisé pour plusieurs raisons: c’est
un moyen sûr qui utilise le protocole de réplication,
sauvegarde sur l’ensemble de l’instance et a une gestion des
erreurs.

Très important, toujours utiliser -x ou -X pour inclure xlog
...

Outils à regarder : Barman, pgBackRest.



Sinon, pour tout le reste, un petite ligne rsync fignolée me sauvegarde 
tout tranquillou. Mais pas d'archivage, que de la sauvegarde. Pour de 
l'archivage, je fais de la copie bête d'une sauvegarde.




Merci de donner vos avis.


Voilà, 2 rien!

À+
Pierre
--
Pierre Chevalier   Mesté Duran 32100 Condom
  Tél :  09 75 27 45 62  - 06 37 80 33 64
  http://pierremariechevalier.free.fr/
  Logiciels Libres dans le Gers: http://gnusquetaires.org/

Re: libpepflashplayer.so

[Teemu Likonen]

Lisi Reisz [2016-05-08 13:25:46+01] wrote:

> Or perhaps check the model - it is an old Dell, but the crucial
> question is what chip that model had, so which exact model.

For 64 bit CPUs "lscpu" command prints:

CPU op-mode(s):32-bit, 64-bit

-- 
/// Teemu Likonen   - .-..    //
// PGP: 4E10 55DC 84E9 DFF6 13D7 8557 719D 69D3 2453 9450 ///


signature.asc
Description: PGP signature

stretch findings (kali flavor)

[Jude DaShiell]

1) though stretch finds wireless network card and uses it during 
installation, it fails to save necessary files such that a working 
wireless networking connection can be obtained after installation 
completes and first boot is done,
2) the whole software selection in install is broken no selection I tried 
in there completed successfully after passing on package usage reporting 
selection making no selection and going with the defaults in package 
selection also generated an error statement,
3) the wireless tools package was not installed by default when a wireless 
network got selected as primary interface,
That may be how and why the necessary network configuration files did not 
get saved but I'm probably wrong about that,
4) radeon firmware failed to install even though nonfree packages got 
selected to install
Could it be a hardware detection run ought to be done after the nonfree 
packages get selected to find out if any of those packages will fill 
otherwise gaping hardware holes left by failing to install nonfree 
firmware drivers?


 --

Re: Iceweseal se ferme à l'ouverture d'un nouvel onglet

[Pascal Obry]

Le dimanche 08 mai 2016 à 19:37 +0200, andre_deb...@numericable.fr a
écrit :
> Je précise :
> - que j'ai upgradé Iceweasel,
> - que Firefox ne s'éteint pas à l'ouverture d'un onglet,
> - ne pas me dire de migrer vers Firefox... car il me semble
>   plus lent que Iceweasel.

Utilises Firefox et pas Iceweasel. Plus lent? Bon c'est exactement le
même logiciel avec juste le nom qui change pour des raisons de
trademark. Iceweasel est peut être une plus ancienne version plus
vraiment compatible avec ton système... Donc oui migrer vers Firefox
est LA solution et l'unique car sinon c'est juste reculer pour mieux
sauter.

Bonne soirée,

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B

google-chome aborted

[Marc Auslander]

I am running Jessie with the default architecture x88 and amd64 as a
foreign architecture.  The kernel is amd64.

I install the amd64 google-chrome-stable.

When I try to start it I get "Aborted"

Me set up does not have a desktop manager or windows manager on the
linux machine.  I run x-clients talking to
an x-server on a windows laptop.

firefox is happy to start but complains about addons.xpi and
bootstrap.js - but it seems to work.

I'm wondering if the issue it amd64 as foreign or the lack of a
desktop manager (fragments of gnome have been pulled in but it is not
installed).

Any suggestions appreciated.

Iceweseal se ferme à l'ouverture d'un nouvel onglet

[andre_debian]

Bonsoir,

Lorsque j'ouvre Iceweseal la première fois, il se ferme brutalement
et systématiquement à l'ouverture d'un nouvel onglet.

Si j'efface le répertoire "~/home//.mozilla/
cette fermeture brutale n'arrivera plus,
mais je vais perdre toutes mes configs, données
enregistrées et marques-pages...

Quel(s) fichiers ou répertoire(s) pourrai(en)t être la cause
de cette fermeture ?

Je précise :
- que j'ai upgradé Iceweasel,
- que Firefox ne s'éteint pas à l'ouverture d'un onglet,
- ne pas me dire de migrer vers Firefox... car il me semble
  plus lent que Iceweasel.

Bonne soirée.

andré

Re: libpepflashplayer.so

[Sven Hartge]

Henrique de Moraes Holschuh  wrote:
> On Sun, 08 May 2016, Sven Hartge wrote:

>> A long enough passphrase combined with WPA2 is virtually unhackable,
>> as long as you switch of WPS.

> Only as long as your smartphone or any other device using that network
> decides to leak the password to the cloud.

Of course.

But that will (hopefully) "only" allow Google to use your wireless
network and not the neighbours son.

> There's always ipsec, of course.

If you are masochistic enough, yes.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

Re: libpepflashplayer.so

[Henrique de Moraes Holschuh]

On Sun, 08 May 2016, Sven Hartge wrote:
> A long enough passphrase combined with WPA2 is virtually unhackable, as
> long as you switch of WPS.

Only as long as your smartphone or any other device using that network
decides to leak the password to the cloud.

There's always ipsec, of course.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

Re: [HS] Questions pour une double installation de Debian et MS Windows

[Stéphane GARGOLY]

Bonjour à tous les utilisateurs et développeurs de Debian :

Maintenant que les deux systèmes d'exploitation - Microsoft Windows 10 et 
Debian GNU/Linux - ont été installés sur le même disque dur avec succès et, 
bien sûr, sont utilisables, je vais vous faire part de mon retour 
d'expérience. Après tout et étant donné que notre liste de discussion est 
librement consultable par tout le monde à l'adresse 
https://lists.debian.org/debian-user-french/ , je pense que cela peux servir à 
quelconque. :-)

Déjà dans mon courriel qui a lancé ce fil de discussion il y a une semaine, 
j'avais dit que je prévoyais d'installer d'abord Windows Seven pour, ensuite, 
le mettre à niveau vers Windows 10. En fait et par la suite, je me suis 
rappelé qu'il est possible d'installer directement Windows 10 à l'aide d'un 
fichier de type iso9660 qui est généré par l'application MediaCreationTool - 
que l'on peut se procurer à l'adresse https://www.microsoft.com/fr-
fr/software-download/windows10 - et qui doit être gravé sur un DVD (un CD a 
une capacité trop faible pour le contenir).

Cela m'a permis outrepasser l'installation de Windows Seven et de raccourcir 
le temps de cette opération concernant ce système privateur. La seule 
précaution à prendre est de récupérer la clé du produit - en anglais, "Product 
Key" - de Windows Seven pour l'indiquer à l'installateur de Windows 10 quand 
il me la demandé.

Par ailleurs, toujours dans mon même courriel, je me suis demandé s'il est 
possible d'installer Windows sur une partition logique. Eh bien, il semble que 
cela ne soit pas possible : en effet et à un moment donné, quand l'installateur 
de Windows 10 m'a demandé de choisir une partition parmi les 9 (dont 3 
primaires et 6 logiques) qu'il a trouvées, j'ai pris, dans un premier temps, 
une partition logique. Malheureusement, cet installateur a généré un message 
d'erreur - dont je ne me souviens plus la teneur exacte - et a refusé d'aller 
plus loin... :-/

Évidemment, j'ai dû modifié, un peu, le plan de partitionnement de façon à 
qu'il y aie une partition primaire - pour être exacte, la troisième - qui soit 
réservée pour Windows et, par la suite, le même installateur a accepté mon 
nouveau choix - autrement dit, la 3ème partition - et l'installation de 
Windows est allé au bout de son terme, apparemment, sans le moindre soucis.

Quand à Debian GNU/Linux Jessie, j'ai pu également l'installer sur la première 
partition primaire, là aussi, sans le moindre soucis... mis à part le fait de 
remettre la troisième partiton primaire - celle qui contient Windows - en tant 
que partition "amorçable" à l'aide d'un système autonome Debian (que l'on peut 
trouver à l'adresse http://www.debian.org/CD/live/ ) et du logiciel 'fdisk'. 
Sinon, c'est le programme d'amorçage GRUB qui se présente en premier lieu lors 
du démarrage de l'ordinateur.

Pour ceux qui se demanderaient sur la raison de la présence de la seconde 
partition primaire et des 6 partitions logiques, eh bien, elles servent, outre 
une partition d'échange (en anglais, "swap"), pour les répertoires /var, /tmp, 
/home (pour Debian)... et, avec la dernière partition, pour un système de 
fichiers de type NTFS qui a été créé dans un tout autre but (pour Windows cette 
fois-ci).

Pour terminer, un des intervenants (du présent fil de discussion) m'avait 
proposé d'utiliser, à la place de GRUB, le logiciel d'amorçage (pour Windows) 
EasyBCD - récupérable à l'adresse http://apcmag.com/how-to-dual-boot-
windows-8-and-linux.htm/ - afin de parer à tout problème qui surviendrait lors 
d'une mise à jour de Windows si on utilisait GRUB pour choisir un système à 
démarrer.

Concernant EasyBCD et pour faire bref, je dois vous dire que cette application 
est plutôt facile à utiliser pour mettre en place le double amorçage des deux 
systèmes Debian et Windows... mais pas de façon simultanée évidemment. ;-)

Voilà, vous savez tout sur mon parcours de ce qui m'a permis effectuer les 
tâches prévues jusqu'au bout ainsi que les quelques embûches auxquelles 
j'étais confrontées mais qui sont assez surmontables.

Comme, je le disais au début de mon courriel, Debian et Windows sont 
opérationnels et le propriétaire a pu récupérer son ordinateur et l'utiliser.

Cordialement et à bientôt,

Stéphane

Re: systeme de backup local

[Jean-Michel OLTRA]

Bonjour,


Le jeudi 05 mai 2016, JF Straeten a écrit...



> > - rsnapshot

> > Vous utilisez ces choses là avec bonheur (ou pas) ? Autre chose ?

> Oui, avec, et grand même ;-)

Pour le coup, je l'ai mis en place. Je vais voir ce que ça donne. Merci
pour l'avis favorable.

> Sinon, il y a aussi (notamment) dar et obnam que je n'ai pas vu dans
> ta liste, avec des fonctionnalités intéressantes pour obnam notamment
> de déduplication de fichiers identiques, si je me souviens bien, mais
> j'ai toujours un cas de conscience à l'idée de reposer sur un système
> de backup qui ajoute une couche de complexité avec un format d'archive
> particulier.

> C'est moins simple que les fichiers tels quels, et donc plus porteur
> d'emmerdes en cas de restauration, ne fut-ce que pour trouver la bonne
> version du soft pour lire l'archive, voire une archive corrompue (et
> ce n'est pas rarissime : Steve a rapporté avoir eu le coup cette
> semaine, avec une archive TGZ qui est pourtant un format qui ne date
> pas d'hier...)

J'avais plus ou moins écarté Borgbackup pour cette raison, car il semble
fonctionner de manière identique à Obnam (et le site indique que
l'application est en développement). Pourtant, cette déduplication
de fichier semble séduisante.  Il faudra l'essayer…

-- 
jm

Re: Microfono funciona pero no puede grabar en editores o grabadores

[Camaleón]

El Sat, 07 May 2016 17:15:28 -0500, debianero escribió:

(...)

> Al revisar la configuracion de Audacity verifique nuevamente que este 
> activada la tarjeta y si, esta activada. Tambien el dispositivo de 
> entrada y es el mismo que es el siguiente:
> 
> Reproduccion: HDA Intel PCH: ALC233 Analog (hw:0,0)
> Grabacion: HDA Intel PCH: ALC233 Analog (hw:0,0)
> 
> Como podran darse cuenta, es el mismo ¿Sera ese el error?. Supongo que 
> quizas deberia haber una pequeña diferencia en el apartado hw quizas en 
> grabacion deberia decir hw:0,1 o quizas este bien.

(...)

Sobre esto, un apunte. Las tarjetas de sonido (tanto las integradas como 
las dedicadas) tienen varias entradas (micro trasero, micro frontal) y 
salidas (analógica, digital...). En fin, que un único dispositivo puede 
reproducir y grabar por lo tanto es normal que el mismo chipset aparezca 
en los dos campos.

Saludos,

-- 
Camaleón

Re: libpepflashplayer.so

[Sven Hartge]

Lisi Reisz  wrote:
> On Sunday 08 May 2016 12:59:27 Sven Hartge wrote:

>> Unless the computer is more than 10 years old, it should be able to
>> run 64bit.

> It must be because it won't!  It's certainly pretty old.  I'll try
> again - I have to admit it is a while, but I am pretty sure I tried.
> None-the less, I'll try again.  Or perhaps check the model - it is an
> old Dell, but the crucial question is what chip that model had, so
> which exact model.

The output of /proc/cpuinfo will help. If you are able to grab the
contents and post them to this list, we will be able to answer that
question.

Grüße,
S°

-- 
Sigmentation fault. Core dumped.

Re: libpepflashplayer.so

[Lisi Reisz]

On Sunday 08 May 2016 12:59:27 Sven Hartge wrote:
> Unless the computer is more than 10
> years old, it should be able to run 64bit.

It must be because it won't!  It's certainly pretty old.  I'll try again - I 
have to admit it is a while, but I am pretty sure I tried.  None-the less, 
I'll try again.  Or perhaps check the model - it is an old Dell, but the 
crucial question is what chip that model had, so which exact model.

Lisi

Re: libpepflashplayer.so

[Sven Hartge]

Lisi Reisz  wrote:
> On Saturday 07 May 2016 23:25:35 Sven Hartge wrote:
>> Lisi Reisz  wrote:
>> > Granted - but my client won't be in a hurry to buy a new computer.
>> > And Google says: "We intend to continue supporting the 32-bit build
>> > configurations on Linux to support building Chromium."  Chromium still
>> > being available on Wheezy, the Debian Chromium Maintainers are
>> > presumably still supporting it, so it is not that much larger a risk
>> > than it was before.  Google Chrome, of course, will simply not get
>> > updates.
>>
>> You may get an up-to-date Chromium from Debian, but you will _not_
>> get an up-to-date 32bit Pepperflash Plugin for it anymore.

> Not even security updates?  Quotation?  "to support building Chromium"
> could include it, when it is an intrinsic part of Google Chrome.

Pepper Flash is separate and not even distributed with sources. Flash
was also only ever a part of Chrome and not Chromium.

Google promises that you will be able to build Chromium on 32-bit
systems, but that does not include the binary-only Flash plugin.

> But anyway, it is not relevant.  Which is more insecure?  Chromium on
> Debian updated as far as I can, or Windows with an improperly managed
> security system?

There have been numerous Flash exploits which work on either operating
system. So my opinion would be "both are insecure".

> Upgrading to Jessie wouldn't solve it because but I would still have
> the 32 bit problem.

Time to do a backup and reinstall. Unless the computer is more than 10
years old, it should be able to run 64bit.

> I am open to suggestions for a solution, but "never use Flash" is not
> realistic.  Even once she has done this photo album on her husband's
> computer, there will be something else some time.

Well then, time to upgrade.

> She does no banking etc on her computer, and her husband does none while she 
> has her computer switched on, because she accesses the router wirelessly, and 
> I do not consider home wireless ever totally secure.

A long enough passphrase combined with WPA2 is virtually unhackable, as
long as you switch of WPS.

S°

-- 
Sigmentation fault. Core dumped.

Re: libpepflashplayer.so

[Lisi Reisz]

On Saturday 07 May 2016 23:25:35 Sven Hartge wrote:
> Lisi Reisz  wrote:
> > Granted - but my client won't be in a hurry to buy a new computer.
> > And Google says: "We intend to continue supporting the 32-bit build
> > configurations on Linux to support building Chromium."  Chromium still
> > being available on Wheezy, the Debian Chromium Maintainers are
> > presumably still supporting it, so it is not that much larger a risk
> > than it was before.  Google Chrome, of course, will simply not get
> > updates.
>
> You may get an up-to-date Chromium from Debian, but you will _not_
> get an up-to-date 32bit Pepperflash Plugin for it anymore.

Not even security updates?  Quotation?  "to support building Chromium" could 
include it, when it is an intrinsic part of Google Chrome.

But anyway, it is not relevant.  Which is more insecure?  Chromium on Debian 
updated as far as I can, or Windows with an improperly managed security 
system?

Hoi polloi are not going to choose their mothers' birthday presents in order 
to be as secure as possible on Debian.  

Upgrading to Jessie wouldn't solve it because but I would still have the 32 
bit problem.

I am open to suggestions for a solution, but "never use Flash" is not 
realistic.  Even once she has done this photo album on her husband's 
computer, there will be something else some time.

She does no banking etc on her computer, and her husband does none while she 
has her computer switched on, because she accesses the router wirelessly, and 
I do not consider home wireless ever totally secure.  If it were my own 
router, the wireless would be turned off when not in use, but it is not my 
router.

This Flash is a flipping* nuisance.  The sooner it is finally laid to rest the 
better.

Lisi

* http://dictionary.cambridge.org/dictionary/english/flipping

Re: libssl update problem

[Gene Heskett]

On Sunday 08 May 2016 06:10:36 Gene Heskett wrote:

> Greetings;
>
> Synaptic is telling me it cannot configure the new i386 version of
> libssl and friends on an i386 install, because it THINKS the amd64
> version is installed.  It's been hand nuked when I found that it was
> not available to be nuked if the architecture wasn't set to include
> amd64 stuff. Short of enabling that architecture again, how can I
> clean up this mess?
>
> Thanks all.
>
> Cheers, Gene Heskett

Never mind, I played 10,000 monkeys and got it.

For the record in case it helps somebody else:

sudo dpkg --configure -a

returns a list which contained the offending file.  Then

sudo dpkg --purge libssl1.0.0:amd64

Which did clean up its database.  Then:

sudo dpkg --configure -a

which then returned this:

Setting up libssl1.0.0:i386 (1.0.1e-2+deb7u21) ...
Setting up openssl (1.0.1e-2+deb7u21) ...
Setting up libssl-dev (1.0.1e-2+deb7u21) ...
Setting up libpkcs11-helper1:i386 (1.09-1) ...
Setting up libp11-2:i386 (0.2.8-2) ...

which completed the i386 versions installation. I probably need to reboot 
but I am behind a firewall in a dd-wrt reflashed router.

Yeah, nothing but kmail is running, nightly backup is done.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

libssl update problem

[Gene Heskett]

Greetings;

Synaptic is telling me it cannot configure the new i386 version of libssl 
and friends on an i386 install, because it THINKS the amd64 version is 
installed.  It's been hand nuked when I found that it was not available 
to be nuked if the architecture wasn't set to include amd64 stuff.  
Short of enabling that architecture again, how can I clean up this mess?

Thanks all.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: mplayer: --alang option

[Mark Fletcher]

On Sun, 8 May 2016 at 14:58, Pierre Frenkiel 
wrote:

> hi,
> I tried to rip a DVD with "mplayer --alang=fr", but got
> the english audio track. Did anybody used this option, and if yes
> with what result?
>
> best regards,
> --
> Pierre Frenkiel
>
>
Mplayer doesn't inherently understand French -- it will only be able to
identify the French soundtrack if said soundtrack has been properly marked
in the audio file you are trying to play. And that frequently isn't done.

You can identify audio tracks by number instead -- first play the file
interactively and use shift-3 if I recall correctly to step through the
tracks while keeping an eye on mplayer's output -- when you get to the
audio track you want, mplayer will have output its number.

Mark