date:20180928

Roberto C. Sánchez wrote:

> You may find this article helpful:
> 
> http://www.connexer.com/articles/openpgp-subkeys

I think that a copy of .gnupg directory would mostly work.
If OP wants to be able to sign or encrypt with same key from more machines,
I agree the link is useful, but overcomplicated

Copy of the .gnupg will give the base and  each intervention should be
synced with the key server, so that the clients are subsequently in sync

regards

Ghostscript produces much larger pdf files now

2018-09-28 Thread Flo

Dear All,

I am using ghostscript to make pdf files smaller.

Three days ago I upgraded my system and now I am running 9.25 . However
the size of the pdf files increased significantly.

I guess a default value changed. Does anyone know about it. I'd like to
have it the way as it worked before.

Thanks for your hints.

Flo

PS: I am using:
gs -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pdfwrite
-sOutputFile="$outputfile" "$@"

Re: How to react on a factually wrong Debian wiki change ?

Hi,

Curt proposed:
>  Wodim has proved to fail under certain conditions and as a general rule
>  should probably be avoided when burning to DVD or BD media.

I like this better than what Brian (i assume) committed now:

  https://wiki.debian.org/BurnCd?action=diff=36=37

  "Wodim has proved much less reliable when used with DVD or BD media
   and is best avoided when burning to those media."

In that statement i object the term "reliable". The failures are
reproducible and due to inappropriate preparation commands before
writing begins or inappropriate finalization commands after writing.

Let me give you an example:

With CD-R, the drive expects to get a SCSI command MODE SELECT with
a "mode page 05" as payload. That mode page is a form with several fields.
Among them is the field "Write Type". We normally use 2="SAO" or 1="TAO".
Then there is the "Multi-session" field. 0=finalize, 3=keep writable.

With DVD-R, which is very similar to CD-R, a mode page 05 is sent too.
The Write Type can be 2="DAO" or 0="Incremental". Only with "Incremental"
the Multi-session field can be used to keep the medium writable.

With DVD+R, no mode page 05 must be sent. The decision whether the medium
stays writable is postponed until writing is done. Each track is finished
by a command CLOSE TRACK SESSION. An additional command CLOSE TRACK SESSION
may close the whole medium.

Now imagine wodim applying the rules for CD-R to the other two.
With DVD-R, chances for success are quite good. A CD-R SAO run with
Multi-session = 0 matches a DVD-R DAO run. But DVD-R Multi-session = 1
demands a different Write Type value than CD SAO or TAO.
With DVD+R, the need for the finalizing commands will not be fulfilled.
Also the drive will complain about the mode page 05 being sent.

This is not "unreliable" it is "clueless".
Insofar Curt's proposal is technically more correct.
But actually i see no improvement over my shorter statement.
(Maybe it's better english, but it's not better message.)


Have a nice day :)

Thomas

Re: How to react on a factually wrong Debian wiki change ?

On 2018-09-28, Thomas Schmitt  wrote:
> Hi,
>
> i wrote:
>> > So how should the statement be improved ?
>> > ["wodim should better not be used with DVD or BD media."]
>
> Curt wrote:
>> You could say:
>>  It is preferable not to use wodim for DVD or BD media.
>> Or
>>  It's better to avoid using wodim when burning to DVD or BD media.
>> Or
>>  Wodim has proved less reliable when used with DVD or BD media and is
>>  best avoided when burning to those media.
>
> Number 1 and 2 would bear content equivalent to mine.

Right. My reason to rephrase was only that "should better not" isn't
quite idiomatic English. It's not a big deal, though.

> Number 3 is inaccurate, because wodim works with some media types in
> some situations reliably. It fails at other occasions reliably.
>

Here I went out on a limb. Though it's true I'd gladly trade a superior
turn of phrase for a little accuracy.

 Wodim has proved to fail under certain conditions and as a general rule
 should probably be avoided when burning to DVD or BD media.

-- 
"Now she understood that Anna could not have been in lilac, and that her charm
was just that she always stood out against her attire, that her dress could
never be noticeable on her." Leo Tolstoy, Anna Karenina

discussing debian wiki on the wiki (was Re: How to react on a factually wrong Debian wiki change ?)


On Fri, Sep 28, 2018 at 06:49:26PM +0100, Steve McIntyre wrote:

- Does the wiki have means to discuss facts or to leave messages
 to other editors why a particular change was undone ?


Moin doesn't directly have the "talk" feature that some other wikis
do, sorry.


It can have Discussion pages via "supplementation pages" feature[1]. My
recollection back when we moved to Moin (from kwiki I think?) was that
it was decided by the responsible admins to instead encourage using
debian-www for wiki-related discussion, and to not use Discussion pages.

That was a long time ago and I think it's fair to say that debian-www is
probably not the ideal place for wiki content discussions after all. It
might be worth revisiting the decision, although this (-user) isn't the
place to suggest that. (I might suggest it in the proper place if I have
time next week).

[1] https://moinmo.in/HelpOnConfiguration/SupplementationPage

--

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Jonathan Dowland
⢿⡄⠘⠷⠚⠋⠀ https://jmtd.net
⠈⠳⣄ Please do not CC me, I am subscribed to the list.

Re: How to react on a factually wrong Debian wiki change ?

On Fri 28 Sep 2018 at 19:10:40 +0100, Brian wrote:

> On Fri 28 Sep 2018 at 15:59:26 +, Curt wrote:
> 
> > On 2018-09-28, Thomas Schmitt  wrote:
> > >
> > > Curt wrote:
> > >> > It's been reverted but as the formulation is a little awkward it's too
> > >> > bad we didn't take this opportunity to unawkwardate it.
> > >
> > > Jonathan Dowland wrote:
> > >> I opted to restore the text exactly as it was (a pure revert) rather
> > >> than improve upon it, although I'm not really sure why I rationalised
> > >> that.
> > >
> > > So how should the statement be improved ?
> > 
> > "should better not be used" is a bit twisted.
> > 
> > You could say:
> > 
> >  It is preferable not to use wodim for DVD or BD media.
> > 
> > Or:
> >  
> >  It's better to avoid using wodim when burning to DVD or BD media.
> > 
> > Or:
> > 
> >  Wodim has proved less reliable when used with DVD or BD media and is
> >  best avoided when burning to those media.
> 
> The last statement is good and the one I'd be inclined to go with, maybe
> qualifying "less" with "much".

See what you think on the wiki.

--

Re: How to react on a factually wrong Debian wiki change ?

Hi,

i wrote towards Jonathan Dowland:
> > Thanks for sparing me the questionable deed to revert the change myself.
> > So it is not a wiki war.

Brian wrote:
> Why is it questionable? Either you stand behind your statement or not.

Wikis going forth and back several times don't make a good impression.
I'd have waited for Steve McIntyre's statement or some community
consense before reverting the change. Well, Jonathan established that
consense after considering the presented arguments.

Now i have to speak in favor of keeping my favorite zombies undead.

Have a nice day :)

Thomas

Re: How to react on a factually wrong Debian wiki change ?

Hi,

i wrote:
> > So how should the statement be improved ?
> > ["wodim should better not be used with DVD or BD media."]

Curt wrote:
> You could say:
>  It is preferable not to use wodim for DVD or BD media.
> Or
>  It's better to avoid using wodim when burning to DVD or BD media.
> Or
>  Wodim has proved less reliable when used with DVD or BD media and is
>  best avoided when burning to those media.

Number 1 and 2 would bear content equivalent to mine.

Number 3 is inaccurate, because wodim works with some media types in
some situations reliably. It fails at other occasions reliably.

Greg Wooledge wrote:
> I'm fond of:
>   wodim should not be used.
> Although that may be too strong.  Maybe keep that "with DVD/BD media" bit
> on the end. ;-)

Then it would be

  wodim should not be used with DVD/BD media

and thus quite similar to the current wording.

I had chosen the current wording in order not to badmouth wodim, which
still is needed for some exotic CD use cases (CD-XA, data-audio mixed mode,
"raw" burning modes, ...).

My libburn does pure data CD or pure audio CD. For all other use cases
i lack examples and test users.

Steve McIntyre wrote:
> cdrkit is definitely now EOL, and I don't use it
> myself for writing DVD or BD media.

Thanks a lot for this clarification. Your message
  https://lists.debian.org/debian-user/2018/09/msg01078.html
will serve me as evidence to defend my position at future occasions.

So as question to native speakers of english language:

How to express in a concise sentence the fact that users of wodim
will be on their own if anything goes wrong on DVD or BD ?

Please read the whole section
  https://wiki.debian.org/BurnCd#Burn_the_image_file_to_CD.2C_DVD.2C_or_BD
to get the context. The sentence in question is near the section's end.

It seems not necessary for the purpose of the wiki page to give much
reason or detail for the advise to restrict wodim usage to CDs.
The residual use cases are not in the scope of the wiki article for
quite the same reasons why they are not supported by libburn.

Have a nice day :)

Thomas

Future of cdrkit. Was: How to react on a factually wrong Debian wiki change ?

Hi,

Steve McIntyre wrote:
> The only 2 reasons I've had for keeping the cdrkit package in Debian
> were:
> 1. hfs hybrid support in genisoimage, a topic that Thomas and I have
>spoken about in the past. Now that we no longer have powerpc in
>Debian stable and I don't have to care about making CD and DVD
>releases for it

John Paul Adrian Glaubitz, maintainer of rare arches, stated to me
that a 64 bit PowerPC variant still wants HFS.
We did not explore, though, whether it would accept HFS+ of xorriso or
whether it could be served by a HFS image file inside the ISO, similar
to the HFS+ image file in Fedora ISOs.

>  2. icedax's support for extracting cd-text from audio CDs. As
> (also!) maintainer of abcde, that's a very useful feature. I'm
> not aware of anything else that supports it - suggestions
> welcome!

cdrskin can extract CD-TEXT as human readable Sony Input Sheet file.
Search for the example input file "NIGHTCATS.TXT" in
  https://dev.lovelyhq.com/libburnia/libburn/raw/master/doc/cdtext.txt
to see how this format looks like.

I just tested that it works (without much messages) by:

  cdrskin -v dev=/dev/sr4 cdtext_to_v07t=$HOME/cdtext.v07t

The resulting sheet file is then $HOME/cdtext.v07t.
(The CD is self-made. I have no commercial CD with CD-TEXT.)

In man icedax i read mainly about .cddb and .cdindex files.
Do you have examples ? Can you make a sheet file by cdrskin for
comparison with those files from icedax ?

--

Don't throw wodim out of Debian. Its residual use cases are worth to
be kept supported. (Although i can explain them only from hearsay
and specs.)

genisoimage is still needed, too. Not only -hfs for booting but also
-udf for DVD video mastering or big data files for *BSD target systems.

Have a nice day :)

Thomas

Re: How to react on a factually wrong Debian wiki change ?

On Fri 28 Sep 2018 at 15:59:26 +, Curt wrote:

> On 2018-09-28, Thomas Schmitt  wrote:
> >
> > Curt wrote:
> >> > It's been reverted but as the formulation is a little awkward it's too
> >> > bad we didn't take this opportunity to unawkwardate it.
> >
> > Jonathan Dowland wrote:
> >> I opted to restore the text exactly as it was (a pure revert) rather
> >> than improve upon it, although I'm not really sure why I rationalised
> >> that.
> >
> > So how should the statement be improved ?
> 
> "should better not be used" is a bit twisted.
> 
> You could say:
> 
>  It is preferable not to use wodim for DVD or BD media.
> 
> Or:
>  
>  It's better to avoid using wodim when burning to DVD or BD media.
> 
> Or:
> 
>  Wodim has proved less reliable when used with DVD or BD media and is
>  best avoided when burning to those media.

The last statement is good and the one I'd be inclined to go with, maybe
qualifying "less" with "much".

-- 
Brian.

Re: How to react on a factually wrong Debian wiki change ?

On Fri 28 Sep 2018 at 17:47:34 +0200, Thomas Schmitt wrote:

> Hi,
> 
> Jonathan Dowland wrote:
> > For the avoidance of any doubt, jmtd is me (Jonathan Michael Thomas
> > Dowland).
> 
> Thanks for sparing me the questionable deed to revert the change myself.
> So it is not a wiki war.

Why is it questionable? Either you stand behind your statement or not.
Of course, if you and StephenKeeling had been contactable via the wiki
a recourse to -user needn't have taken place. Not that it hasn't been
of interest.

-- 
Brian.

Re: How to react on a factually wrong Debian wiki change ?

2018-09-28 Thread Steve McIntyre

Jon Dowland wrote:
>On Thu, Sep 27, 2018 at 10:00:42PM +0200, Thomas Schmitt wrote:
>>wodim is factually abandoned by its cloners Joerg Jaspert, Steve McIntyre,
>>and Eduard Bloch. Its home page is gone, its change history is gone.
>
>That would be reason enough to avoid wodim IMHO... but it would also
>suggest that wodim should not be in the archive either. The binary
>package name wodim is currently provided by the src package cdrkit. Is
>that abandoned? (I'm asking this elsewhere, too)

The only 2 reasons I've had for keeping the cdrkit package in Debian
were:

  1. hfs hybrid support in genisoimage, a topic that Thomas and I have
 spoken about in the past. Now that we no longer have powerpc in
 Debian stable and I don't have to care about making CD and DVD
 releases for it,

  2. icedax's support for extracting cd-text from audio CDs. As
 (also!) maintainer of abcde, that's a very useful feature. I'm
 not aware of anything else that supports it - suggestions
 welcome!

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"Further comment on how I feel about IBM will appear once I've worked out
 whether they're being malicious or incompetent. Capital letters are forecast."
 Matthew Garrett, http://www.livejournal.com/users/mjg59/30675.html

Re: How to react on a factually wrong Debian wiki change ?

2018-09-28 Thread Steve McIntyre

Hey Thomas!

Thomas Schmitt wrote:
>
>is perhaps the Debian wiki user StephenKeeling subscribed here ?
>We need to discuss the recent wiki change
>  https://wiki.debian.org/BurnCd?action=diff=30=31
>
>Alternatively:
>- Does the wiki have means to contact a particular Debian wiki user ?

Not directly, I'm afraid.

>- Does the wiki have means to discuss facts or to leave messages
>  to other editors why a particular change was undone ?

Moin doesn't directly have the "talk" feature that some other wikis
do, sorry.

>If Steve McIntyre or Joerg Jaspert, the DDs involved with wodim, are
>reading this: Could you please confirm this statement of mine ?
>  "wodim should better not be used with DVD or BD media."

Well, that's me. :-) cdrkit is definitely now EOL, and I don't use it
myself for writing DVD or BD media. You can quote me on that. Feel
free to change the wiki page back to where it was.

As an admin for wiki.debian.org, I'd have BCCed this mail to
StephenKeeling (as I have access to the user account data too), but
he's removed the email address from his account so I can't. :-(

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"Further comment on how I feel about IBM will appear once I've worked out
 whether they're being malicious or incompetent. Capital letters are forecast."
 Matthew Garrett, http://www.livejournal.com/users/mjg59/30675.html

Re: Syncing GnuPG between 2 system

2018-09-28 Thread Roberto C . Sánchez

On Fri, Sep 28, 2018 at 11:33:44AM -0400, Jim Popovitch wrote:
> Hello!
> 
> What is the best way to maintain consistency of a user's gnupg
> signing/verifying capabilities between 2 or more desktop systems?
> 

You may find this article helpful:

http://www.connexer.com/articles/openpgp-subkeys

It is a bit dated, but I still follow the procedure every year when I
extend the expiration of my subkeys.

Essentially, what you want is a primary secret key that remains offline
(except for when you need to sign other keys and to extend the
expiration of the primary and/or subkeys, if you choose to give them
expiration dates).  Then, the multiple devices each get a signing subkey
which can be used for signing only.

The only thing not covered in the article is the verifying part, but
that is a simple sync of ~/.gnupg/pubring.gpg.  You can probably do that
via cron or some other file sync approach (maybe that detects when you
connect to your home network or whatever).

If you really only care about signing and verifying then that is pretty
much it.  However, note (as covered in the article) if you want to
decrypt you will need to copy the same encryption subkey to every
device.  This is because while a given primary GPG key can have an
aribtrary number of signing subkeys, it only makes sense to have one
encryption subkey (I am not sure if that is also enforced on the
technical side).

Regards,

-Roberto

-- 
Roberto C. Sánchez

Re: How to react on a factually wrong Debian wiki change ?

2018-09-28 Thread rhkramer

On Friday, September 28, 2018 01:32:38 AM Richard Hector wrote:
> How about something like:
> 
> "wodim may sometimes work with DVD or BD media, but the results will not
> meet the relevant specifications."
> 
> or perhaps s/work/appear to work/

I am also not an expert in this area, but I would ask is it "will not meet" or 
is it "may not meet" (the relevant specifications).

> Note: I have no expertise in this area; I'm merely interpreting the
> comments above.

Re: Remplacement eepc et appli de gestion d'interfaces réseaux

2018-09-28 Thread Bernard Schoenacker



- Mail original - 

> De: "Frederic Zulian" 
> À: "ML Debian User French" 
> Envoyé: Vendredi 28 Septembre 2018 18:48:53
> Objet: Remplacement eepc et appli de gestion d'interfaces réseaux

> Bonjour,

> Depuis 5 ans j'ai un eepc (acer aspire one 725) qui me sert à
> configurer/tester des AP Wifi, vérifier la connectivité, les bandes
> passantes sur différents réseaux, et modifier la conf de petits
> serveurs via ssh.

> Même avec lxqt inutile d'ouvrir plusieurs onglets dans un navigateur.
> La découverte des réseaux sous wicd est devenue lente et wicd fini
> par planter après plusieurs montages/démontages /remontages
> d'interfaces wifi. Network-manager ne fait pas mieux.

> - Une idée d'un équivalent actuel à ce qu'était "l'aspire one" en son
> temps (le problème étant de trouver un pc portable petit et avec une
> carte réseau wifi totalement compatible Debian) ?

> - Une idée d'appli permettant le montage/démontage/remontage
> d'interfaces wifi de manière fiable et rapide ?

> PS : Je vois des minipc , ultra léger, tout petit (11, 12 pouces)
> mais même mon eepc qui à 5 ans à autant de ram, soit 5 Go.
> Cela pose question...

> --
> Frédéric ZULIAN


bonjour,

voici une solution :

https://www.pearl.fr/article/KT5636R/notebook-13-3-meteorit-nb-13-sans-os-version-250-go-reconditionne

merci 
slt
bernard

Remplacement eepc et appli de gestion d'interfaces réseaux

2018-09-28 Thread Frederic Zulian

Bonjour,
Depuis 5 ans j'ai un eepc (acer aspire one 725) qui me sert à
configurer/tester  des AP Wifi, vérifier la connectivité,  les bandes
passantes sur différents réseaux, et modifier la conf de petits serveurs
via ssh.

Même avec lxqt inutile d'ouvrir plusieurs onglets dans un navigateur.
La découverte des réseaux sous wicd est devenue lente et wicd  fini par
planter après plusieurs  montages/démontages /remontages d'interfaces wifi.
Network-manager ne fait pas mieux.

- Une idée d'un équivalent actuel à ce qu'était "l'aspire one" en son temps
(le problème étant de trouver un pc portable petit et avec une carte réseau
wifi totalement compatible  Debian) ?

- Une idée d'appli permettant le montage/démontage/remontage d'interfaces
wifi de manière fiable et  rapide ?


PS : Je vois des minipc , ultra léger, tout petit (11, 12 pouces) mais même
mon eepc qui à 5 ans à autant de ram, soit 5 Go.
Cela pose question...

--
Frédéric ZULIAN

Re: Shell Bash Linux - Dropbox en ligne de commande

2018-09-28 Thread G2PC

Merci à vous 3 pour vos retours.

- Je ne vais pas utiliser cURL même si c'est une possibilité technique.
J'ai tenté de simuler ctrl+d au clavier, pour sortir du script en le
laissant ouvert.

Simulation du clavier et de la souris sous Linux
Xdotool : simulation du clavier et de la souris sous Linux :
http://www.tux-planet.fr/xdotool-simulation-du-clavier-et-de-la-souris-sous-linux/

How to remove xdotool from Debian :
https://www.howtoinstall.co/en/debian/jessie/xdotool?action=remove

Ça ne m'a pas permis de couper le script.
Bernard m'a proposé d'utiliser exit;
Je pensais que ça arrêterait le script, mais, finalement, ça fonctionne
très bien ainsi.

- J'utilise déjà le script proposé par Dropbox.
Je pensais à tord qu'il fallait se reconnecter à chaque fois, après un
killall dropbox.
J'ai du me tromper, et, certainement qu'une demande d'autorisation de
liaison a été demandée pour mon simple utilisateur, ET, pour
l'utilisateur root.
Je constate donc que je peux utiliser killall dropbox puis relancer le
script de Dropbox, en ligne de commande, sans avoir a me reconnecter.
J'ai vu qu'il y a aussi une API sur laquelle je n'ai pas fais de test de
mise en application.


Pour conclure, j'ai créé un script Connexion.sh dans le dossier
~/Dropbox qui contient :

# Démarrer Dropbox
cd /home/UTILISATEUR
(.dropbox-dist/dropboxd &)&
# Les changements, chouette. sont appliqués dans le cloud distant.
exit;

Que je lance avec le simple utilisateur avec sh Connexion.sh

Ensuite, je fais mon transfert de données vers le dossier local, qui va
être synchronisé à distance.

Je termine en tuant dropbox : killall dropbox

Donc, je n'ai pas pu / su transformer dropbox en service, pour pouvoir
utiliser service dropbox stop ou start, mais, j'ai pu faire un
équivalent fonctionnel.

Re: gtk problem after update

Johan DS wrote:

> .local/share/icons/Papirus-Dark/

is this in the home of the new user? may be copy or check where it is coming
from (which application)

Re: How to react on a factually wrong Debian wiki change ?

2018-09-28 Thread Greg Wooledge

On Fri, Sep 28, 2018 at 03:59:26PM +, Curt wrote:
> "should better not be used" is a bit twisted.
> 
> You could say:
> 
>  It is preferable not to use wodim for DVD or BD media.
> 
> Or:
>  
>  It's better to avoid using wodim when burning to DVD or BD media.
> 
> Or:
> 
>  Wodim has proved less reliable when used with DVD or BD media and is
>  best avoided when burning to those media.

I'm fond of:

  wodim should not be used.

Although that may be too strong.  Maybe keep that "with DVD/BD media" bit
on the end. ;-)

Re: How to react on a factually wrong Debian wiki change ?

On Fri 28 Sep 2018 at 16:29:56 +0100, Jonathan Dowland wrote:

> On Fri, Sep 28, 2018 at 02:53:35PM +, Curt wrote:
> > It's been reverted but as the formulation is a little awkward it's too
> > bad we didn't take this opportunity to unawkwardate it.
> 
> For the avoidance of any doubt, jmtd is me (Jonathan Michael Thomas
> Dowland). I'm not involved in cdrkit development.
> 
> I opted to restore the text exactly as it was (a pure revert) rather
> than improve upon it, although I'm not really sure why I rationalised
> that.

Sufficient rationale is in

https://lists.debian.org/debian-user/2018/09/msg01033.html

 > My way to express the current technical situation was the statement:
 >
 >  "wodim should better not be used with DVD or BD media."
 >
 > which now became
 >
 >  "Some believe it would be better if wodim were not used with DVD or BD
 >   media. Perhaps so, but there are many variables involved, most
 >  especially burner types and condition, and media quality.
 >  '''Burn on one does not necessarily mean readable on another.'''"

 > It is not the opinion of "some". It is the opionion of me, the expert (tm).

A user doesn't have to be a cdrkit developer or user of the software to
act on a statement such as this when editing a wiki.

-- 
Brian.

Re: How to react on a factually wrong Debian wiki change ?

On 2018-09-28, Thomas Schmitt  wrote:
>
> Curt wrote:
>> > It's been reverted but as the formulation is a little awkward it's too
>> > bad we didn't take this opportunity to unawkwardate it.
>
> Jonathan Dowland wrote:
>> I opted to restore the text exactly as it was (a pure revert) rather
>> than improve upon it, although I'm not really sure why I rationalised
>> that.
>
> So how should the statement be improved ?

"should better not be used" is a bit twisted.

You could say:

 It is preferable not to use wodim for DVD or BD media.

Or:

 It's better to avoid using wodim when burning to DVD or BD media.

Or:

 Wodim has proved less reliable when used with DVD or BD media and is
 best avoided when burning to those media.

I'm learning in real time that it's easy to criticize but harder to come
up with something yourself.

;-)

>
> Have a nice day :)
>
> Thomas
>
>

-- 
"Now she understood that Anna could not have been in lilac, and that her charm
was just that she always stood out against her attire, that her dress could
never be noticeable on her." Leo Tolstoy, Anna Karenina

Re: How to react on a factually wrong Debian wiki change ?

Hi,

Jonathan Dowland wrote:
> For the avoidance of any doubt, jmtd is me (Jonathan Michael Thomas
> Dowland).

Thanks for sparing me the questionable deed to revert the change myself.
So it is not a wiki war.

> I'm not involved in cdrkit development.

Nobody is involved there. Else i would chew off that person's ear in
the hope to get the shortcommings fixed.

Curt wrote:
> > It's been reverted but as the formulation is a little awkward it's too
> > bad we didn't take this opportunity to unawkwardate it.

Jonathan Dowland wrote:
> I opted to restore the text exactly as it was (a pure revert) rather
> than improve upon it, although I'm not really sure why I rationalised
> that.

So how should the statement be improved ?

Have a nice day :)

Thomas

Re: How to react on a factually wrong Debian wiki change ?

On 2018-09-28, Jonathan Dowland  wrote:
> On Fri, Sep 28, 2018 at 02:53:35PM +, Curt wrote:
>>It's been reverted but as the formulation is a little awkward it's too
>>bad we didn't take this opportunity to unawkwardate it.
>
> For the avoidance of any doubt, jmtd is me (Jonathan Michael Thomas
> Dowland). I'm not involved in cdrkit development.

Oh.

> I opted to restore the text exactly as it was (a pure revert) rather
> than improve upon it, although I'm not really sure why I rationalised
> that.
>

It's of little importance one way or another, really. As is is clear. 

What was important was to restore the text, for which I thank you.

-- 
"Now she understood that Anna could not have been in lilac, and that her charm
was just that she always stood out against her attire, that her dress could
never be noticeable on her." Leo Tolstoy, Anna Karenina

Syncing GnuPG between 2 system

2018-09-28 Thread Jim Popovitch

Hello!

What is the best way to maintain consistency of a user's gnupg
signing/verifying capabilities between 2 or more desktop systems?

tia,

-Jim P.

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

Re: How to react on a factually wrong Debian wiki change ?


On Fri, Sep 28, 2018 at 02:53:35PM +, Curt wrote:

It's been reverted but as the formulation is a little awkward it's too
bad we didn't take this opportunity to unawkwardate it.


For the avoidance of any doubt, jmtd is me (Jonathan Michael Thomas
Dowland). I'm not involved in cdrkit development.

I opted to restore the text exactly as it was (a pure revert) rather
than improve upon it, although I'm not really sure why I rationalised
that.

--

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Jonathan Dowland
⢿⡄⠘⠷⠚⠋⠀ https://jmtd.net
⠈⠳⣄ Please do not CC me, I am subscribed to the list.

Re: How to react on a factually wrong Debian wiki change ?

On 2018-09-28, Curt  wrote:
> On 2018-09-28, Brian  wrote:
>> On Fri 28 Sep 2018 at 10:57:12 +0200, Thomas Schmitt wrote:
>>
>>> Hm. Another user "jmtd" is editing in BurnCd.
>>> Now i am curious whether the wodim-DVD-BD statement will be changed too.
>>
>> Have you satisfied your curiosity?
>
> He says:
>  
>  revert StephenKeeling's edit rewording warning about wodim - see recent
>  discussion on debian-user for background, please join the discussion if
>  you disagree
>

It's been reverted but as the formulation is a little awkward it's too
bad we didn't take this opportunity to unawkwardate it.

But give 'em the moon and they want the stars I guess!


-- 
"Now she understood that Anna could not have been in lilac, and that her charm
was just that she always stood out against her attire, that her dress could
never be noticeable on her." Leo Tolstoy, Anna Karenina

Re: How to react on a factually wrong Debian wiki change ?

On 2018-09-28, Brian  wrote:
> On Fri 28 Sep 2018 at 10:57:12 +0200, Thomas Schmitt wrote:
>
>> Hm. Another user "jmtd" is editing in BurnCd.
>> Now i am curious whether the wodim-DVD-BD statement will be changed too.
>
> Have you satisfied your curiosity?

He says:
 
 revert StephenKeeling's edit rewording warning about wodim - see recent
 discussion on debian-user for background, please join the discussion if
 you disagree


-- 
"Now she understood that Anna could not have been in lilac, and that her charm
was just that she always stood out against her attire, that her dress could
never be noticeable on her." Leo Tolstoy, Anna Karenina

Re: How to react on a factually wrong Debian wiki change ?

On Fri 28 Sep 2018 at 10:57:12 +0200, Thomas Schmitt wrote:

> Hm. Another user "jmtd" is editing in BurnCd.
> Now i am curious whether the wodim-DVD-BD statement will be changed too.

Have you satisfied your curiosity?

-- 
Brian.

Re: question about ls

2018-09-28 Thread Richard Hector

On 29/09/18 12:21 AM, Greg Wooledge wrote:
> On Fri, Sep 28, 2018 at 09:06:59AM +0200, Ionel Mugurel Ciobîcă wrote:
>> On 28-09-2018, at 17h 52'07", Richard Hector wrote about "Re: question about 
>> ls"
>>> Eww. Tab completion also gets screwed up by this:
>>>
>>> richard@zircon:~/test$ rm 
>>> file  isone   this
> You're probably using "bash-completion", which is a separate project
> from bash, and is known to have many flaws.
> 
>> I am not a bash user, but if I try what you suggest, Richard, I see
>> the file as "this^Jis^Jone^Jfile" with tab completion (on one line).
> And in regular bash (without bash-completion), I see this:
> 
> wooledg:/tmp/x$ rm 'this
> is
> one
> file' _
> 
> where _ is the cursor.
> 

Seems likely. Maybe I should file a bug ... but the list is already a
mile long, and it's a (hopefully) unusual case that I've never run into
in ordinary usage.

Richard



signature.asc
Description: OpenPGP digital signature

recherche solution pour broder sur bernina

2018-09-28 Thread Bernard Schoenacker

bonjour,

j'ai une personne qui possède un ordi sous win xp
et pour diverses raisons facile à comprendre, je
recherche le moyen de la faire passer sous linux

quelles sont les solution viables qui existent ?

pour l'instant j'ai :

https://github.com/Embroidermodder/Embroidermodder

reste à voir pour le format des "images" de broderie


merci

slt
bernard

Re: How to react on a factually wrong Debian wiki change ?


On Fri, Sep 28, 2018 at 12:46:27PM +0200, Thomas Schmitt wrote:

I still hope for a statement by the (nominal) wodim maintainers.


I spoke to one this morning, and they're aware of this thread but very
busy, I think they intend to do something at some point, so watch this
space :-)

--

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Jonathan Dowland
⢿⡄⠘⠷⠚⠋⠀ https://jmtd.net
⠈⠳⣄ Please do not CC me, I am subscribed to the list.

Re: How to react on a factually wrong Debian wiki change ?

On 2018-09-28, Brian  wrote:
> On Fri 28 Sep 2018 at 11:02:37 +, Curt wrote:
>
>> On 2018-09-27, Brian  wrote:
>> >
>> > "wodim should better not be used with DVD or BD media."
>> 
>> The French Wiki has something like: 
>> 
>>  It is preferable not to use wodim with DVD or BD media.
>> 
>> Notice the elimination all weasly padding of the "Some believe it would
>> be better" variety (as began Keeling's uncommented edit).
>
> Elimination never happened. The only thing noticable is the French
> version hasn't been syched with the English version.

Guess I should have said absence rather than elimination. 

> Uncommented edits are not unusual; people forget to do it.
>

What's good for the goose is good for the gander.

My uninformed opinion is that the edit is unwarranted and confusing. 

In fact I'd say the edit weaseled the caveat more or less out of
existence. Apparently the "some"* that "believe it would be better"
don't know about the complexity of the variables involved, nor that what
is burnt on device A isn't necessarily readable on device B (but remains
readable on device A?), the implication being they're attributing to the
software what can be ascribed to other, unrelated factors.

* Thomas Schmitt, developer of xorisso (who probably knows his
* shit), of which Keeling was well aware, of course, when he made the
* edit.

-- 
"Now she understood that Anna could not have been in lilac, and that her charm
was just that she always stood out against her attire, that her dress could
never be noticeable on her." Leo Tolstoy, Anna Karenina

Re: Shell Bash Linux - Dropbox en ligne de commande

2018-09-28 Thread Raphaël POITEVIN

Il existe un script python :
https://www.dropbox.com/fr/install-linux

G2PC  writes:

> Bonjour, j'ai installé sur Debian 9.5 le script suivant qui me permet
> de me connecter à Dropbox.
>
> Je souhaite pouvoir couper Dropbox toute la journée, et, le mettre en
> route uniquement au moment de la sauvegarde.
> Pour cela, il me faudrait arriver à réaliser les actions suivantes,
> uniquement via un script, qui sera appelé par cron.
> Il ne faudrait aucune intervention humaine pour les clics de connexion
> au service Dropbox. 
>
> # Établir manuellement la connexion avec Dropbox.
> # (/home/UTILISATEUR/.dropbox-dist/dropboxd &)&
> # Nécessite d'ouvrir le lien qui est proposé en console.  
> << How to ?
> # Nécessite de valider le bouton depuis le site de dropbox.  
> <<< How to ?
> # Terminer avec un équivalent ctrl c pour récupérer l'accès au terminal.  
> << How to ?
> # Effectuer la sauvegarde et killall le service de Dropbox jusqu'à la 
> prochaine sauvegarde.
>
> Le script suivant est fonctionnel, mais, c'est à un utilisateur humain
> de connecter le service Dropbox en cliquant sur le lien du terminal,
> puis, le bouton du navigateur.
>
> # Installation fonctionnelle depuis une Debian 9.5 Stretch avec xfce ou 
> encore en mode serveur sans interface graphique.
> # Prérequis : Avoir un compte Dropbox.
> # Se connecter à son serveur, local, ou, distant via SSH, avec un compte 
> utilisateur.
> # Vérifier si le système d'exploitation est en 32 ou 64 bit.
> uname -m
> # Récupérer dropbox 64 bit dans le dossier home/utilisateur.
> cd ~ && wget -O - "https://www.dropbox.com/download?plat=lnx.x86_64; | tar 
> xzf -
> # Lancer le démon dropbox
> # ~/.dropbox-dist/dropboxd
> # Lancer le démon dropboxd comme un service linux (Et / ou lancer dropbox 
> dans /etc/rc.local)
> # Alternative, détacher le processus de son terminal réel et le mettre en 
> arrière-plan réel.
> # Utiliser le simple utilisateur, depuis le dossier /home/UTILISATEUR/
> ($HOME/.dropbox-dist/dropboxd &)&
> # Le message suivant va s'afficher :
> Please visit 
> https://www.dropbox.com/cli_link_nonce?nonce=4acb40dd3xxbdcbd93 to link 
> this device.
> # Laisser le démon s'exécuter en affichant régulièrement le message précédent.
> # Aller sur votre PC de bureau et connecter vous avec votre navigateur à 
> dropbox.com avec votre compte Dropbox.
> # Saisir l'url  précédente 
> https://www.dropbox.com/cli_link_nonce?nonce=4acb40dd3xxbdcbd93
> # Cliquer sur le bouton "Connecter".
> # Le démon dropboxd affiche alors le message : This computer is now linked to 
> Dropbox. Welcome xxx.
> # Sortir de l'éventuel code affiché.
> Ctrl + c
> # Arrêter le démon de Dropbox pour fermer totalement la connexion avec 
> Dropbox.
> killall dropbox
>
> Source : 
> https://www.visionduweb.eu/wiki/index.php?title=Sauvegarder_et_reinstaller_Linux#Connecter_son_serveur_.C3.A0_Dropbox
>
> Une fois connecté, on peut s'occuper de synchroniser nos données vers
> Dropbox.
>
> # Installer le paquet nécessaire pour pouvoir se connecter à Dropbox
> Connecter son serveur à Dropbox.
>
> # Sur votre serveur, le dossier Dropbox a été dans le dossier 
> /home/UTILISATEUR/ lors de l'installation.
> # Créer dans le dossier Dropbox un dossier Unis-pour-le-climat qui sera 
> destiné a recevoir la sauvegarde de Redmine.
>
> # Créer un nouveau script dans le dossier script-maintenance
> sudo touch script-maintenance/export-sauvegarde-dropbox.sh
>
> # Éditer le fichier export-sauvegarde-dropbox.sh
> sudo nano script-maintenance/export-sauvegarde-dropbox.sh
>
> # Établir manuellement la connexion avec Dropbox.
> # (/home/UTILISATEUR/.dropbox-dist/dropboxd &)&
> # Nécessite d'ouvrir le lien qui est proposé en console.
> # Nécessite de valider le bouton depuis le site de dropbox.
> # Terminer avec un équivalent ctrl c pour récupérer l'accès au terminal.
>
> cd /home/UTILISATEUR/
> # Copier les données dans le dossier local Unis-pour-le-climat de Dropbox
> cp -r backup/ Dropbox/Unis-pour-le-climat/
> # Changer les droits sur le dossier local servant de dépôt pour la sauvegarde.
> sudo chmod -R 655 Dropbox/Unis-pour-le-climat/backup/
> # La syncronisation vers Dropbox est automatique et immédiatement.
>
> # Cloturer la connexion avec Dropbox.
> # killall dropbox
> # Ne pas fermer Dropbox si le service ne se connecte pas tout seul.
>
> # Exécuter le script de déplacement des données locales vers le cloud distant 
> de Dropbox.
> sudo sh script-maintenance/export-sauvegarde-dropbox.sh
>
> Source : 
> https://www.visionduweb.eu/wiki/index.php?title=Installer_Redmine_sur_Debian#Exporter_une_copie_de_la_sauvegarde_locale_vers_Dropbox

Re: How to react on a factually wrong Debian wiki change ?

Hi,

Curt wrote:
> The French Wiki has something like: 
>  It is preferable not to use wodim with DVD or BD media.

It advise to stay with this for now.

> > I still hope for a statement by the (nominal) wodim maintainers.

Brian wrote:
> Keep hoping.

Well, Steve McIntyre does show up here from time to time.

> Meanwhile, stand by your statement and the authority behind it

The fork of wodim from cdrecord happened because of the authoritarian
behavior of cdrecord's upstream developer.
I try to be more community oriented, especially if my own software is
involved.

> If discussion with StephenKeeling was likely to lead to a change of mind
> on your part there might be some point in waiting for this to happen.

At least i want to learn why he feels the need for pushing wodim onto
the playing field of DVD and BD burning.

Have a nice day :)

Thomas

Re: question about ls

2018-09-28 Thread Greg Wooledge

On Fri, Sep 28, 2018 at 09:06:59AM +0200, Ionel Mugurel Ciobîcă wrote:
> On 28-09-2018, at 17h 52'07", Richard Hector wrote about "Re: question about 
> ls"
> > Eww. Tab completion also gets screwed up by this:
> > 
> > richard@zircon:~/test$ rm 
> > file  isone   this

You're probably using "bash-completion", which is a separate project
from bash, and is known to have many flaws.

> I am not a bash user, but if I try what you suggest, Richard, I see
> the file as "this^Jis^Jone^Jfile" with tab completion (on one line).

And in regular bash (without bash-completion), I see this:

wooledg:/tmp/x$ rm 'this
is
one
file' _

where _ is the cursor.

> P.S. What doesn't mean the $'foo\nbar' construction? In tcsh it says
> "Illegal variable name." and in history it is recalled as $\'foa\nbar'
> instead. I see that ksh also behave as bash with this $'foo\nbar'
> entity.

In bash, $'...' is a special form of quoting which acts like
single-quoting except that certain backslash+letter sequences are expanded
in a way that's similar to C's strings.  For example, \n expands to a
newline character, and \t to a tab.  See the man page for full details.

wooledg:~$ printf %s $' \t\n' | od -tx1 -An
 20 09 0a

It's the cleanest way to specify special characters in an argument string
or a variable assignment.

Re: How to react on a factually wrong Debian wiki change ?

On Fri 28 Sep 2018 at 11:02:37 +, Curt wrote:

> On 2018-09-27, Brian  wrote:
> >
> > "wodim should better not be used with DVD or BD media."
> 
> The French Wiki has something like: 
> 
>  It is preferable not to use wodim with DVD or BD media.
> 
> Notice the elimination all weasly padding of the "Some believe it would
> be better" variety (as began Keeling's uncommented edit).

Elimination never happened. The only thing noticable is the French
version hasn't been syched with the English version.

Uncommented edits are not unusual; people forget to do it.

-- 
Brian.

Re: Shell Bash Linux - Dropbox en ligne de commande

2018-09-28 Thread Windows

Salut,

y a pas un deamon dropbox qui s'occupe du truc ? Le cas échéant, il suffirait 
de le tuer.

Bonne journée,

Ph. Gras

Re: How to react on a factually wrong Debian wiki change ?

On Fri 28 Sep 2018 at 12:46:27 +0200, Thomas Schmitt wrote:

> Hi,
> 
> Brian wrote:
> > Then revert the edit and link to this thread:
> > wodim should [[https://lists.debian.org/debian-user/2018/09/msg01031.html
> > better|not be used]] with DVD or BD media.
> 
> I still hope for a statement by the (nominal) wodim maintainers.

Keep hoping. Meanwhile, stand by your statement and the authority behind
it.

> ... or maybe StephenKeeling shows up ...

If discussion with StephenKeeling was likely to lead to a change of mind
on your part there might be some point in waiting for this to happen.

-- 
Brian.

Re: Decrypting LUKS from initramfs; was: Re: ext2 for /boot ???

2018-09-28 Thread Igor Cicimov

On Fri, Sep 28, 2018 at 1:32 AM deloptes  wrote:

> Andrew McGlashan wrote:
>
> > The biggest weakness with the Dropbear setup is that the initramfs is
> > stored on an unencrypted partition (no matter which file system is
> > used).  That means that someone with physical access can rebuild the
> > initramfs and include their own key as well as other stuff to
> > compromise the security of the server.
> >
> Exactly what I was saying
>
> > Aside from the fact that the IME is suspect, it would be great if grub
> > can be, somehow, given a method that allows for full disk encryption
> > which will include everything in /boot -- especially initramfs.
> >
>
> but it would also mean that it should be accessible over the internet,
> because I do not see any other way to reach the server and decrypt.
>
>
> > Even so, then grub might have another attack vector of itself.  But it
> > would at least allow for encrypted /boot ...
>
> Well but again we shift from the boot partition to grub - hense if
> probability that one has physical access to the server can be ignored,
> dropbear is still practical solution.
>
> regards
>

That's why the reverse scenario is better, you include a client SSH key in
the initramfs which you use to ssh to a remote server and download the
encryption key.

The way I see it an important part of all these remote storage methods,
apart from automation, is prevention and remediation. First it can limit
the resource access from only specific IP(s) so If someone heads off with
your encrypted disk your data will stay protected since the key can not be
retrieved from anywhere else but your IP. And second, although it seems
that you have just replaced one kind of plain text credentials (the
encryption key) with another one (ssh key or AWS IAM user credentials), you
can actually still protect yourself by revoking those credentials on the
remote server/storage side upon a security incident.

Re: How to react on a factually wrong Debian wiki change ?

On 2018-09-27, Brian  wrote:
>
> "wodim should better not be used with DVD or BD media."

The French Wiki has something like: 

 It is preferable not to use wodim with DVD or BD media.

Notice the elimination all weasly padding of the "Some believe it would
be better" variety (as began Keeling's uncommented edit).

Wodim either is or isn't as reliable as the other two apps for burning
DVD or BD media. My impression is Keeling believes the former. 

> Perhaps a rewording:
>
>  There is (strong? extensive?) evidence that wodim should not be used
>  with DVD or BD media. However, the many variables involved, especially
>  burner types and media type and quality, could result a successful
>  burn.
>

Sure. Now let's head over to the Traffic Safety Wiki to opine that
although some might posit driving down the freeway at 150 mph is
ill-advised, depending on vehicle type, road conditions, pilot skill,
weather, time of day, general visibility, state of traffic, and any
number of other factors, traveling at such speeds on such roadways can
result in a successful transfer from point A to B. 

YMMV.

-- 
"Now she understood that Anna could not have been in lilac, and that her charm
was just that she always stood out against her attire, that her dress could
never be noticeable on her." Leo Tolstoy, Anna Karenina

Re: Comment grouper plusieurs interfaces tun d'OpenVPN ou wg de Wireguard?

Mon objectif est de pouvoir agréger plusieurs liens xDSL pour en créer un
lien unique dont la capacité soit en gros la somme totale de tous les liens
 (comme dans l'exemple [1]).

Un résultat concret espéré est qu'un téléchargement soit plus rapide parce
que réparti sur sur plusieurs liens parallèles, cette parallélisation ne
s'opérant, bien sûr que que sur une portion du transport.

[1] https://www.jeedom.com/forum/viewtopic.php?t=31683

Le ven. 28 sept. 2018 à 11:27, Guillaume Clercin 
a écrit :

> Bonjour,
>
> Le vendredi 28 septembre 2018, 09:59:18 CEST Olivier a écrit :
> > Bonjour,
> >
> > Je découvre les mécanismes de bonding et de teaming (cf [1]).
> >
> > 1. Le teaming est-il disponible dans Debian ? Je vois le paquet
> > libteamdctl0 dans les dépôts  mais rien de plus.
> >
> > 2. Le bonding ou le teaming sont-ils utilisables sous Debian Stretch avec
> > des interfaces  tun d'OpenVPN ou wg de Wireguard ?
> >
> > [1]
> >
> https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/htm
> > l/networking_guide/sec-comparison_of_network_teaming_to_bonding
> >
> > Slts
>
> Concernant le bonding, quelle est l'intérêt d'avoir une interface
> virtuelle
> qui est membre d'un agrégat ?
>
> Le cas classique est on a deux interfaces réseaux (par exemple 1Gb
> ethernet)
> et on les agrège pour en faire un lien 2Gb (mode balance-rr). Il existe
> d'autres modes.
>
> Sinon, est-ce que tu veut transformer une machine qui est dans un VPN en
> routeur ?
>
> Cordialement,
> --
> Guillaume Clercin

Re: Shell Bash Linux - Dropbox en ligne de commande

2018-09-28 Thread Alexandre Goethals

Bonjour,

si j'ai bien compris, l'objectif est d'automatiser des actions réalisées
à l'aide de clics dans le navigateur.

Il est peut-être possible d'utiliser curl pour passer les requêtes HTTP
qui correspondent à ces actions. Pour commencer, exécutez ces actions
dans votre navigateur avec la console Firefox ouverte (Ctrl-Maj-K il me
semble) pour récupérer le contenu des GET et POST qui sont envoyés,
notamment le token d'authentification qui doit être récupéré suite au
login et envoyé dans le header lors du clic sur le bouton de validation.

Cela va demander un peu de développement, mais c'est réalisable.

Le 26/09/2018 à 16:23, G2PC a écrit :

Bonjour, j'ai installé sur Debian 9.5 le script suivant qui me permet
de me connecter à Dropbox.

Je souhaite pouvoir couper Dropbox toute la journée, et, le mettre en
route uniquement au moment de la sauvegarde.
Pour cela, il me faudrait arriver à réaliser les actions suivantes,
uniquement via un script, qui sera appelé par cron.
Il ne faudrait aucune intervention humaine pour les clics de connexion
au service Dropbox.

# Établir manuellement la connexion avec Dropbox.
# (/home/UTILISATEUR/.dropbox-dist/dropboxd &)&
# Nécessite d'ouvrir le lien qui est proposé en console.
<< How to ?
# Nécessite de valider le bouton depuis le site de dropbox.
<<< How to ?
# Terminer avec un équivalent ctrl c pour récupérer l'accès au terminal.
<< How to ?
# Effectuer la sauvegarde et killall le service de Dropbox jusqu'à la prochaine
sauvegarde.

Le script suivant est fonctionnel, mais, c'est à un utilisateur humain
de connecter le service Dropbox en cliquant sur le lien du terminal,
puis, le bouton du navigateur.

# Installation fonctionnelle depuis une Debian 9.5 Stretch avec xfce ou encore
en mode serveur sans interface graphique.
# Prérequis : Avoir un compte Dropbox.
# Se connecter à son serveur, local, ou, distant via SSH, avec un compte
utilisateur.
# Vérifier si le système d'exploitation est en 32 ou 64 bit.
uname -m
# Récupérer dropbox 64 bit dans le dossier home/utilisateur.
cd ~ && wget -O - "https://www.dropbox.com/download?plat=lnx.x86_64; | tar xzf -
# Lancer le démon dropbox
# ~/.dropbox-dist/dropboxd
# Lancer le démon dropboxd comme un service linux (Et / ou lancer dropbox dans
/etc/rc.local)
# Alternative, détacher le processus de son terminal réel et le mettre en
arrière-plan réel.
# Utiliser le simple utilisateur, depuis le dossier /home/UTILISATEUR/
($HOME/.dropbox-dist/dropboxd &)&
# Le message suivant va s'afficher :
Please visithttps://www.dropbox.com/cli_link_nonce?nonce=4acb40dd3xxbdcbd93
to link this device.
# Laisser le démon s'exécuter en affichant régulièrement le message précédent.
# Aller sur votre PC de bureau et connecter vous avec votre navigateur à
dropbox.com avec votre compte Dropbox.
# Saisir l'url
précédentehttps://www.dropbox.com/cli_link_nonce?nonce=4acb40dd3xxbdcbd93
# Cliquer sur le bouton "Connecter".
# Le démon dropboxd affiche alors le message : This computer is now linked to
Dropbox. Welcome xxx.
# Sortir de l'éventuel code affiché.
Ctrl + c
# Arrêter le démon de Dropbox pour fermer totalement la connexion avec Dropbox.
killall dropbox

Source
:https://www.visionduweb.eu/wiki/index.php?title=Sauvegarder_et_reinstaller_Linux#Connecter_son_serveur_.C3.A0_Dropbox

Une fois connecté, on peut s'occuper de synchroniser nos données vers
Dropbox.

# Installer le paquet nécessaire pour pouvoir se connecter à Dropbox
Connecter son serveur à Dropbox
.

# Sur votre serveur, le dossier Dropbox a été dans le dossier
/home/UTILISATEUR/ lors de l'installation.
# Créer dans le dossier Dropbox un dossier Unis-pour-le-climat qui sera destiné
a recevoir la sauvegarde de Redmine.

# Créer un nouveau script dans le dossier script-maintenance
sudo touch script-maintenance/export-sauvegarde-dropbox.sh

# Éditer le fichier export-sauvegarde-dropbox.sh
sudo nano script-maintenance/export-sauvegarde-dropbox.sh

# Établir manuellement la connexion avec Dropbox.
# (/home/UTILISATEUR/.dropbox-dist/dropboxd &)&
# Nécessite d'ouvrir le lien qui est proposé en console.
# Nécessite de valider le bouton depuis le site de dropbox.
# Terminer avec un équivalent ctrl c pour récupérer l'accès au terminal.

cd /home/UTILISATEUR/
# Copier les données dans le dossier local Unis-pour-le-climat de Dropbox
cp -r backup/ Dropbox/Unis-pour-le-climat/
# Changer les droits sur le dossier local servant de dépôt pour la sauvegarde.
sudo chmod -R 655 Dropbox/Unis-pour-le-climat/backup/
# La syncronisation vers Dropbox est automatique et immédiatement.

# Cloturer la connexion avec Dropbox.
# killall dropbox
# Ne pas fermer Dropbox si le service ne se connecte pas tout seul.

# Exécuter le script de déplacement des

Re: How to react on a factually wrong Debian wiki change ?

Hi,

Brian wrote:
> Then revert the edit and link to this thread:
> wodim should [[https://lists.debian.org/debian-user/2018/09/msg01031.html
> better|not be used]] with DVD or BD media.

I still hope for a statement by the (nominal) wodim maintainers.

... or maybe StephenKeeling shows up ...

Have a nice day :)

Thomas

Re: question about ls

2018-09-28 Thread Michael Stone


On Fri, Sep 28, 2018 at 08:58:05AM +0200, to...@tuxteam.de wrote:

ls should be considered a user interface, not an API.


One should strive to minimize these differences, though. This is, of
course, just my opinion, but you can pry... (you know the rest ;-)


Sure you can--you use find. There are just too many different ways 
things can fail if you use ls, and too many ways that even things people 
think will help will fail because of differences between platforms.  
Making it "kinda better" will just create more traps like those unless 
you add a lot of explicit options to request specific output--which, 
again, ends up looking like find.


Mike Stone

Re: How to react on a factually wrong Debian wiki change ?

On Fri 28 Sep 2018 at 10:57:12 +0200, Thomas Schmitt wrote:

> --
> 
> The Debian BurnCd wiki page shall give tangible instructions for users,
> not discuss under what circumstances inappropriate SCSI preparations
> succeed nevertheless.
> 
> Given the history, the bug reports, and the maintainership situation,
> i still stand by the straight statement:
> 
>   wodim should better not be used with DVD or BD media.
> 
> The word "better" indicates that success with wodim is not impossible.
> (I just tested. DVD+RW it does quite well. But so does "dd" too.)
> 
> If you use wodim with CD media and experience failure, then it is in
> most cases due to bad drve or medium.
> But a wodim failure with DVD or BD can mean anything.
> 
> --

Then revert the edit and link to this thread:

 wodim should [[https://lists.debian.org/debian-user/2018/09/msg01031.html 
better|not be used]] with DVD or BD media.

-- 
Brian.

Re: ncurses problem

2018-09-28 Thread Sven Joachim

On 2018-09-27 08:51 -0400, Greg Wooledge wrote:

> On Wed, Sep 26, 2018 at 10:38:53PM +, Grzesiek Sójka wrote:
>> Hi there,
>> 
>> I compiled following test program:
>> ==
>> #include 
>> #include 
> [snip]
>
>> It's supposed to show current window dimension when resizing terminal
>> window. Unfortunately, dimensions are not updated and it shows initial
>> geometry. Interesting thing is that it works perfectly after "ssh localhost"
>> or "su -". I tested on both, sid and stretch. exactly the same result.
>> 
>> Any ideas??
>
> My first thought is that your shell login profile,
>
>> PS. I use xfce4 and lxdm.
>
> ... which is NOT how you normally log in, is turning on bash's
> checkwinsize option, which causes bash to set the LINES and COLUMNS
> variables upon receipt of a SIGWINCH (a signal that is sent when the
> window changes size).
>
> In the absence of that option, those variables might not be set at all,
> or might be set to the wrong size, and won't be updated when the window
> changes size while sitting in an idle shell.
>
> (What an ncurses program does with this signal, I honestly do not know.)
>
> So, just wild-ass guessing here, you might have put the necessaray
> "shopt -s checkwinsize" and "export LINES COLUMNS" into ~/.profile
> which is only read when you perform a shell login, and NOT when you
> perform an lxdm login.

Actually it is exactly the other way around.  If LINES and COLUMNS are
set in the environment, then the ncurses library will _not_ update the
screen size upon receiving SIGWINCH, and that causes the behavior
Grzesiek observed.  This is documented in ncurses(3).

Cheers,
   Sven

Re: DVD+R DL and BD media. Was: How to react on a factually wrong Debian wiki change ?

Hi,

deloptes wrote:
> I was trying to burn DVD+DL and had the feeling it does not do what I want
> it to do. I trashed couple of DL DVDs - each costs ~3€.

Yes. I too experienced that DVD+R DL are the most early type to fail
on an ageing drive. I still have half a spindle of them, but only
for the purpose of testing media recognition.
(3 EUR as price is quite a while ago. Now you get them for less than 1 EUR.)

To our luck, BD burners became achievable (~ 80 EUR + possibly USB box)
and single layer BD-R media became cheaper than DVD+R DL. My last buy
of 10 pieces on spindle was
  Verbatim BD-RE 25 GB  10.33
  Primeon BD-RE 25 GB7.60
  Verbatim BD-R 25 GB5.92
  Primeon BD-R 25 GB 5.20

My oldest BD burner is picky with BD-RE and likes both brands.
My youngest BD burner likes both brands of BD-R and BD-RE.
I cannot get first generation "2x" BD-R for the old one any more.

Have a nice day :)

Thomas

Re: Comment grouper plusieurs interfaces tun d'OpenVPN ou wg de Wireguard?

2018-09-28 Thread Guillaume Clercin

Bonjour,

Le vendredi 28 septembre 2018, 09:59:18 CEST Olivier a écrit :
> Bonjour,
> 
> Je découvre les mécanismes de bonding et de teaming (cf [1]).
> 
> 1. Le teaming est-il disponible dans Debian ? Je vois le paquet
> libteamdctl0 dans les dépôts  mais rien de plus.
> 
> 2. Le bonding ou le teaming sont-ils utilisables sous Debian Stretch avec
> des interfaces  tun d'OpenVPN ou wg de Wireguard ?
> 
> [1]
> https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/htm
> l/networking_guide/sec-comparison_of_network_teaming_to_bonding
> 
> Slts

Concernant le bonding, quelle est l'intérêt d'avoir une interface virtuelle 
qui est membre d'un agrégat ?

Le cas classique est on a deux interfaces réseaux (par exemple 1Gb ethernet) 
et on les agrège pour en faire un lien 2Gb (mode balance-rr). Il existe 
d'autres modes.

Sinon, est-ce que tu veut transformer une machine qui est dans un VPN en 
routeur ?

Cordialement,
-- 
Guillaume Clercin

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

Re: gtk problem after update

2018-09-28 Thread Johan DS

I created an new user and yup everithing just seems to work fine
I'm one step closer to nirvana

regards

On Fri, Sep 28, 2018 at 11:09 AM deloptes  wrote:

> Johan DS wrote:
>
> >
> /home/jods/.local/share/icons/Papirus-Dark/16x16/actions/image-missing.svg:
> > No such file or directory (g-io-error-quark, 1)
>
> it looks obvious. for whatever reason it is looking for this file and can
> not find it.
>
> Why is it looking in your .local - no idea. Thanks God I do not use GTK and
> debian testing.
>
> It looks like XDG related, so just wondering if you can try with fresh
> user.
>
> regards
>
>

Re: [HS] Conseils sur le choix d'un point d'accès WiFi

2018-09-28 Thread Bernard Schoenacker



- Mail original - 

> De: "Olivier" 
> À: "ML Debian User French" 
> Envoyé: Vendredi 28 Septembre 2018 10:53:17
> Objet: [HS] Conseils sur le choix d'un point d'accès WiFi

> Bonjour,

> Pour servir de passerelle WiFi à des appareils ne pouvant se
> connecter en WPA2 Entreprise (consoles, TV) , je recherche un
> appareil aux caractéristiques ci-après.

> Certaines caractéristiques sont simplement souhaitées. Les autres
> sont requises.

> Général:
> - Pas trop cher (<50 E.HT )
> - Disponible à la vente en France

> Matériel:
> - 802.11ac double bande
> - 1 ou 4 ports Ethernet or Gigabit
> - si possible, alimentable en 5V (USB, microUSB ou non)
> - bouton reset
> - si possible, pas de port USB (pour la sécurité)

> - assez performant pour le jeu en réseau

> - si possible, bouton programmable avec LED pour qu'un même appareil
> puisse servir plusieurs modes de fonctionnement

> Logiciel:

> - si possible openwrt

> - sinon facile à configurer

> Avez-vous un appareil qui vous vient à l'esprit ?
> Slts

bonjour,

désolé mais c'est un GAFAM :

https://www.amazon.fr/TP-Link-Routeur-Wi-FI-Gigabit-Bi-Bande/dp/B071RSD473/ref=sr_1_6?ie=UTF8=1538125692=8-6=routeur+wifi

https://www.amazon.fr/TP-Link-Routeur-Wi-Fi-Ethernet-TL-WR841N/dp/B001FWYGJS/ref=sr_1_4?ie=UTF8=1538125692=8-4=routeur+wifi


merci
slt
bernard

Re: How to react on a factually wrong Debian wiki change ?

Thomas Schmitt wrote:

> Nevertheless, i plan to defend my version duely, unless a wodim maintainer
> shows up and promises to take care of the bugs and code shortcommings.
> I would be willing to help.

Thanks, I suspected something wrong with DVD writing for a long time
already. Your post tells me I was not wrong.
I was trying to burn DVD+DL and had the feeling it does not do what I want
it to do. I trashed couple of DL DVDs - each costs ~3€.

regards

Re: gtk problem after update

Johan DS wrote:

> /home/jods/.local/share/icons/Papirus-Dark/16x16/actions/image-missing.svg:
> No such file or directory (g-io-error-quark, 1)

it looks obvious. for whatever reason it is looking for this file and can
not find it.

Why is it looking in your .local - no idea. Thanks God I do not use GTK and
debian testing.

It looks like XDG related, so just wondering if you can try with fresh user.

regards

Re: How to react on a factually wrong Debian wiki change ?

Hi,

Brian proposed:
>  There is (strong? extensive?) evidence that wodim should not be used
>  with DVD or BD media. However, the many variables involved, especially
>  burner types and media type and quality, could result a successful
>  burn.

There are not that many variables:

Drive type: burner/reader of CD, DVD, BD media.
Medium type: DVD-R, DVD-R DL, DVD+R, DVD+R DL DVD+RW, DVD-RW, DVD-RAM,
 BD-R, BD-RE (other than with DVD, the multi-layer BD media
 do not differ in behavior from the single-layer BD media)
Medium write state: blank, appendable, closed.
Medium formatting state: DVD-RW and BD-R have more than one personality.

A burn program should know them and be able to handle their possible
combinations. That's what wodim fails to do with DVD and BD.

Erratic variables are the health of computer, drive, and medium.
(Error key B often indicates power supply or bus problems.
 OPC errors or write errors often indicate problems of the drive and/or
 of the medium.)


Richard Hector proposed:
> "wodim may sometimes work with DVD or BD media, but the results will not
> meet the relevant specifications."

It is not so much about the results. If the drive is healthy and does not
barf on wodim's commands, then a healthy medium gets written readable data.

It is about wodim's cluelessness about DVD and the lack of maintainership.

Be it about error replies from the drive
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609763
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651847
  (Did not recognize Descriptor format sense code. The reported error is
   B,0,0 (= abort message, actually from kernel) not 0,0,3 (=nonsense).)

Be it about single-session DVD+R
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386640

Be it about multi-session on DVD+R
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641147

Be it about double-layer features
  https://bugs.launchpad.net/linuxmint/+bug/1094796

Be it about media types more modern than wodim's last change
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782429

Not to forget the wonderful bit rot (not DVD specific)
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679839
  (One would just have to let it scan /dev/sr* rather than /dev/scd*.)

Who advises wodim for DVD or BD should also care for these bug reports.

--

The Debian BurnCd wiki page shall give tangible instructions for users,
not discuss under what circumstances inappropriate SCSI preparations
succeed nevertheless.

Given the history, the bug reports, and the maintainership situation,
i still stand by the straight statement:

  wodim should better not be used with DVD or BD media.

The word "better" indicates that success with wodim is not impossible.
(I just tested. DVD+RW it does quite well. But so does "dd" too.)

If you use wodim with CD media and experience failure, then it is in
most cases due to bad drve or medium.
But a wodim failure with DVD or BD can mean anything.

--

Hm. Another user "jmtd" is editing in BurnCd.
Now i am curious whether the wodim-DVD-BD statement will be changed too.

Nevertheless, i plan to defend my version duely, unless a wodim maintainer
shows up and promises to take care of the bugs and code shortcommings.
I would be willing to help.


Have a nice day :)

Thomas

[HS] Conseils sur le choix d'un point d'accès WiFi

Bonjour,

Pour servir de passerelle WiFi à des appareils ne pouvant se connecter en
WPA2 Entreprise (consoles, TV) , je recherche un appareil aux
caractéristiques ci-après.

Certaines caractéristiques sont simplement souhaitées. Les autres sont
requises.

Général:
- Pas trop cher (<50 E.HT)
- Disponible à la vente en France

Matériel:
- 802.11ac double bande
- 1 ou 4 ports Ethernet or Gigabit
- si possible, alimentable en 5V (USB, microUSB ou non)
- bouton reset
- si possible, pas de port USB (pour la sécurité)
- assez performant pour le jeu en réseau
- si possible, bouton programmable avec LED pour qu'un même appareil puisse
servir plusieurs modes de fonctionnement

Logiciel:
- si possible openwrt
- sinon facile à configurer

 Avez-vous un appareil qui vous vient à l'esprit ?

Slts

gtk problem after update

2018-09-28 Thread Johan DS

Hi
After an update of debian testing several days ago some applications crash.
Its clearly a gtk error.

for example mousepad:

(mousepad:4203): Gtk-WARNING **: 10:33:25.001: Could not load a pixbuf from
icon theme.
This may indicate that pixbuf loaders or the mime database could not be
found.
**
Gtk:ERROR:../../../../gtk/gtkiconhelper.c:494:ensure_surface_for_gicon:
assertion failed (error == NULL): Failed to load
/home/jods/.local/share/icons/Papirus-Dark/16x16/actions/image-missing.svg:
Error opening file
/home/jods/.local/share/icons/Papirus-Dark/16x16/actions/image-missing.svg:
No such file or directory (g-io-error-quark, 1)
[1]4203 abort  mousepad

I googled reinstalled some applications, tried some stuff but nothing seems
to work.

Anybody an idea?

thanks

Re: How to react on a factually wrong Debian wiki change ?


On Thu, Sep 27, 2018 at 10:00:42PM +0200, Thomas Schmitt wrote:

wodim is factually abandoned by its cloners Joerg Jaspert, Steve McIntyre,
and Eduard Bloch. Its home page is gone, its change history is gone.


That would be reason enough to avoid wodim IMHO... but it would also
suggest that wodim should not be in the archive either. The binary
package name wodim is currently provided by the src package cdrkit. Is
that abandoned? (I'm asking this elsewhere, too)

--

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Jonathan Dowland
⢿⡄⠘⠷⠚⠋⠀ https://jmtd.net
⠈⠳⣄ Please do not CC me, I am subscribed to the list.

Comment grouper plusieurs interfaces tun d'OpenVPN ou wg de Wireguard ?

Bonjour,

Je découvre les mécanismes de bonding et de teaming (cf [1]).

1. Le teaming est-il disponible dans Debian ? Je vois le paquet
libteamdctl0 dans les dépôts  mais rien de plus.

2. Le bonding ou le teaming sont-ils utilisables sous Debian Stretch avec
des interfaces  tun d'OpenVPN ou wg de Wireguard ?

[1]
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/networking_guide/sec-comparison_of_network_teaming_to_bonding

Slts

recruitement_torproject

2018-09-28 Thread bolkaroff

info/announce from torproject:

/ We're Hiring: Software Developer, Anti-Censorship Team //
To strengthen our fight against censorship worldwide, we're forming a new
Anti-Censorship Team. We need to hire a developer to help improve the user
process
of finding alternate routes to the Tor network when access is blocked.
Extensive experience writing and evaluating code in Python and Go is
required.
Experience with Rust, internet security, and obfuscation technologies
would be a big
help.

Learn more and apply:
https://www.torproject.org/about/jobs-developer-anti-censorship.html.en

Re: question about ls

2018-09-28 Thread Ionel Mugurel Ciobîcă

On 28-09-2018, at 17h 52'07", Richard Hector wrote about "Re: question about ls"
> 
> Eww. Tab completion also gets screwed up by this:
> 
> richard@zircon:~/test$ rm 
> file  isone   this
> 
> .. but you can't actually complete from any of those.
> 

Hi,

I am not a bash user, but if I try what you suggest, Richard, I see
the file as "this^Jis^Jone^Jfile" with tab completion (on one line).


Ionel

P.S. What doesn't mean the $'foo\nbar' construction? In tcsh it says
"Illegal variable name." and in history it is recalled as $\'foa\nbar'
instead. I see that ksh also behave as bash with this $'foo\nbar'
entity.

Wireguard: quel équivalent du paramètre local d'OpenVPN ?