Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[Pascal Hambourg]

Le 07/09/2017 à 22:00, roger.tar...@free.fr a écrit :


il y a eu apparement un problème de BIOS. Le système Windows  7 utilisé sur un disque 
supplémentaire était revenu avec heure affichée "01/01/2008". Ça arrive quand 
la batterie (de ce portable) se décharge complètement.
Ça arrive depuis que j'ai remplacé un HD par un SSD.

Est-ce que le pb de BIOS et de batterie ont pu affecter le système Debian ?


Non, le BIOS n'y est pour rien.

Fwd: 460 telefons i tauletes compatibles

[Narcis Garcia]

Hi ha una llista semblant sobre per Debian o altres distribucions GNU?


 Missatge reenviat 
Assumpte: [gilug] 460 telefons i tauletes compatibles
Data: Fri, 08 Sep 2017 04:20:30 +0200
De: Automat GiLUG 
Respon a: Girona Linux Users Group 
A: GiLUG 

El recull de d'aparells amb Android més compatibles amb la llibertat i
seguretat ha estat actualitzat.


Podeu consultar tot el catàleg a: www.gilug.org/mobils


LLISTA DE DISTRIBUCIO DE CORREU del GiLUG

- Per a escriure a tothom del grup, envia el teu missatge a:
usuaris(arrova)llista.gilug.org
- Per a d'altres questions sobre la llista o subscripcio, autogestiona't a:
http://llista.gilug.org/mailman/listinfo/usuaris
- Pregunta com utilitzar aquest grup tambe des del telefon mobil.
* Tots els missatges queden publicats a:
http://llista.gilug.org/pipermail/usuaris/

Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[Pascal Hambourg]

Le 07/09/2017 à 23:49, roger.tar...@free.fr a écrit :

Un gars évoque le fait qu'un liveCD a endommagé ses keyslots :

The problem seems to come from a liveusb that detected my partition as a swap 
one someway and used the space of my keyslots to store there stuff.
You can read the whole thread at http://www.saout.de/pipermail/dm-crypt/ … 
02724.html


Le lien est incomplet. Il faut copier la cible du lien, pas le texte qui 
le recouvre et qui est parfois tronqué.



Est-ce que mon LiveCD GParted aurait pu faire une si horrible  chose ?


Sans avoir lu l'histoire, j'en doute fortement.

Cannot switch to Chinese Input Method with fcitx after upgrading to Debian Buster

[慕 冬亮]

Hi all,

Yesterday I upgraded my Debian Stretch to Debian Buster. Something unexpected 
happens. I cannot switch to fcitx-googlepinyin/sunpinyin with fcitx.

In Debian Stretch, if I click "Ctrl+Space", it will change to 
fcitx-googlepinyin. And then I can type Chinese. However, in buster, when I 
click
"Ctrl+Space", there is no other input method shown. Only English could be typed.

I run "fcitx-diagnose", but cannot understand the result. Is there anyone who 
encounters the same problem with me? Do you have any solution?


-- 

My best regards to you.

  No System Is Safe!
  Dongliang Mu

# System Info:
1.  `uname -a`:

Linux debian 4.12.0-1-amd64 #1 SMP Debian 4.12.6-1 (2017-08-12) x86_64 
GNU/Linux

2.  `lsb_release -a`:

No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux testing (buster)
Release:testing
Codename:   buster

3.  `lsb_release -d`:

Description:Debian GNU/Linux testing (buster)

4.  `/etc/lsb-release`:

`/etc/lsb-release` not found.

5.  `/etc/os-release`:

PRETTY_NAME="Debian GNU/Linux buster/sid"
NAME="Debian GNU/Linux"
ID=debian
HOME_URL="https://www.debian.org/;
SUPPORT_URL="https://www.debian.org/support;
BUG_REPORT_URL="https://bugs.debian.org/;

6.  Desktop Environment:

Desktop environment is `gnome3`.

7.  Bash Version:

BASH_VERSION='4.4.12(1)-release'

# Environment:
1.  DISPLAY:

DISPLAY=':0'

2.  Keyboard Layout:

1.  `setxkbmap`:

xkb_keymap {
xkb_keycodes  { include "evdev+aliases(qwerty)" };
xkb_types { include "complete"  };
xkb_compat{ include "complete"  };
xkb_symbols   { include "pc+us+inet(evdev)" };
xkb_geometry  { include "pc(pc105)" };
};

2.  `xprop`:

_XKB_RULES_NAMES(STRING) = "evdev", "pc105", "us", "", ""

3.  Locale:

1.  All locale:

C
C.UTF-8
en_US.utf8
POSIX

2.  Current locale:

LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

4.  Directories:

1.  Home:

/home/mdl

2.  `${XDG_CONFIG_HOME}`:

Environment variable `XDG_CONFIG_HOME` is not set.

Current value of `XDG_CONFIG_HOME` is `~/.config` (`/home/mdl/.config`).

3.  Fcitx Settings Directory:

Current fcitx settings directory is `~/.config/fcitx` 
(`/home/mdl/.config/fcitx`).

5.  Current user:

The script is run as mdl (1000).

# Fcitx State:
1.  executable:

Found fcitx at `/usr/bin/fcitx`.

2.  version:

Fcitx version: `4.2.9.1`

3.  process:

Found 2 fcitx processes:

 2920 fcitx
 2930 fcitx-dbus-watc

4.  `fcitx-remote`:

`fcitx-remote` works properly.

5.  DBus interface:

Using `dbus-send` to check dbus.

Owner of DBus name `org.fcitx.Fcitx` is `:1.133`.

PID of DBus name `org.fcitx.Fcitx` owner is `2920`.

# Fcitx Configure UI:
1.  Config Tool Wrapper:

Found fcitx-configtool at `/usr/bin/fcitx-configtool`.

2.  Config GUI for gtk2:

**Config GUI for gtk2 not found.**

3.  Config GUI for gtk3:

Found `fcitx-config-gtk3` at `/usr/bin/fcitx-config-gtk3`.

4.  Config GUI for kde:

# Frontends setup:
## Xim:
1.  `${XMODIFIERS}`:

**XMODIFIERS is not set**

**Please set environment variable XMODIFIERS to "@im=fcitx" using the tool 
your distribution provides or add `export XMODIFIERS=@im=fcitx` to your 
`~/.xprofile`. See [Input Method Related Environment Variables: 
XMODIFIERS](http://fcitx-im.org/wiki/Input_method_related_environment_variables#XMODIFIERS).**
Xim Server Name from Environment variable is fcitx.

2.  XIM_SERVERS on root window:

Xim server name is the same with that set in the environment variable.

## Qt:
1.  qt4 - `${QT4_IM_MODULE}`:

**Please set environment variable QT_IM_MODULE to "fcitx" using the tool 
your distribution provides or add `export QT_IM_MODULE=fcitx` to your 
`~/.xprofile`. See [Input Method Related Environment Variables: 
QT_IM_MODULE](http://fcitx-im.org/wiki/Input_method_related_environment_variables#QT_IM_MODULE).**

2.  qt5 - `${QT_IM_MODULE}`:

**Please set environment variable QT_IM_MODULE to "fcitx" using the tool 
your distribution provides or add `export QT_IM_MODULE=fcitx` to your 
`~/.xprofile`. See [Input Method Related Environment Variables: 

Re: Recommended editor for novice programmers?

[Nick Boyce]

On Wed, 06 Sep 2017 16:19:03 +1000
Ben Finney  wrote:

> Nick Boyce  writes:
> 
> > I don't want to provoke any religious war here, and sorry if I offend
> > anybody, but:
> 
> That doesn't alter the fact that you've disparaged programs in terms
> that state an absolute problem inherent to the program. This is not
> helpful, because it implies that people who choose those programs are
> wrong and should be disparaged themselves.

I do disparage software when it seems ungood, but there is no implication from 
me that people who use that software are in any way to be disparaged - there 
may be many reasons why they're using that software, and my (possibly mistaken) 
opinion may even help them realise they have choices they didn't know about.  
We all have to start learning somewhere - and it never ends.

> 
> For example:
> 
> > emacs is ridiculously heavy-weight
> 
> That's an absolute statement of objective fact. 

I realise I should have scattered IM(H)Os all through my email, so lets start 
now: IMO it *is* an objective fact.  emacs is *huge* (please don't ask me for 
numbers) and cumbersome and overengineered if what you want is a lightweight 
lean fast straightforward text editor (and I usually do).  The wags didn't coin 
the joke about the name deriving from Eventually Mallocs All Computer System 
for nothing :)

> Do you think it is true for everyone? You have
> expressed it as though you do.

I don't think it *bothers* everyone, no.  People's use-cases differ.

> You are, in this expression, saying that people who 
> use Emacs deserve ridicule

Not in the slightest - it's horses for courses.  I'm stating *my* opinion about 
the software, and nothing about its users at all.

[...] 
> > vi's power makes light work of many tasks but it's as user-friendly as
> > a cornered rat ... novices usually remember their first time trying to
> > find out how to exit with a genuine shudder.
> 
> This gets too far into stating objective fact. How do you know the
> "usual" experience of novice Vi users, have you surveyed a statistically
> powerful sample?

No doubt my sample isn't an industry-wide statistically valid sample, but it's 
based on many many editor conversations with many programmer colleagues in the 
course of working for a number of large companies.  IME, programmers who arrive 
in the Unix world from other system types are often appalled at the primitive 
state of the user interface of many of the tools Unix provides (sendmail ...). 
Note that this is not to decry the many wonders of Unix, or more particularly 
Linux (which is a far superior animal to all of the commercial Unixen with 
which I have worked).

> I appreciate that it can be fun to rant about difficulties using
> programs, and Emacs and Vi are favourite topics of this sort. 

It sure is :)

> We can, and should, do so without also dismissing 
> other people as inferior.

Once again, and to emphasise: I said (and intended) nothing about the users of 
any software.

> When you acknowledge the possibility of provoking offense, 
> it is on your shoulders to either express yourself in ways
> that *don't* implicitly disparage people with different 
> preferences.

I'll allow that I should have prefixed everything I said with IMO.  There's no 
way to criticise an editor which doesn't risk offending some fans of said 
editor - the preemptive apology is the best I can do to avert that.  Luckily, 
most conversations about software quality that I've had with colleagues have 
been purely on a technical basis and have remained dispassionate, even when 
using metaphors like 'cornered rat'.  I remember an operating system whose 
response to commands was only ever 'OK' or 'ER'  I don't like to tell you 
what I thought about that, but some people liked it because it didn't waste 
their time with verbiage.

Cheers
Nick
-- 
Never FDISK after midnight.

Re: Editor survival [Was: Recommended editor for novice programmers?]

[Nick Boyce]

On Wed, 6 Sep 2017 16:08:15 +1000
Erik Christiansen  wrote:

> On 06.09.17 05:31, Nick Boyce wrote:
[...]
> > [Joe is] one of the first things I install on any Linux
> > or *BSD system.
> 
> In my decades of leading software teams, one thing I did not do is ask
> "What editor do you use?", even in employment interviews. In my
> experience, a programmer is most productive using the editor with which
> he's most proficient. 

You're absolutely right.  I have sat next to seasoned vi users watching in awe 
as their fingers flew entering weird totally non-intuitive commands (to me) and 
achieving great edits in next to no time.  Other colleagues lived inside emacs 
all day long, using it as a sort of OS with an editor attached.  I used other 
editors to achieve the same goals, quite possibly taking more real time than 
the vi guys.  Each to their own.

It's interesting how programmers who arrived at Unix via VMS, and programmers 
who came from the mainframe world, often have correspondingly different 
software tastes.

> > ... and vi's power makes light work of many tasks but it's
> > as user-friendly as a cornered rat
> 
> On the three occasions I've had to extract a marsupial possum from our
> chimney (they're like a cat on steroids), I've armed myself with thick
> leather gloves and grim determination. 

:)

> For vim, a cheat-sheet suffices,
> and :help " or google do explain.

On DEC Ultrix, Digital Unix (OSF/1 .. Tru64) and on HPUX there is no vim, and 
the DEC/HP salesmen have delivered no cheet sheets with the beasts, and in vi 
the F1 key does not summon any help, and from insert mode there is no help 
command, and in 1995 google has not yet been invented.  The unskilled novice 
smokes a cigarette (it's 1995) to calm down, and gravitates to a different 
editor 

> > ... a whole bunch of weird character sequences get entered
> > instead of cursor control, which you then spend the next 10 minutes
> > removing again.  Ugh.
> 
> That's an xterm error, as the arrows simply produce motion even in
> Insert-mode, if that's properly set up.

Agreed .. or whatever terminal (emulation) you're actually using - in my case 
very often a real VT220/320/420, attached to a VMS, then TELNETed to a Un*x, 
where the available /etc/termcap|terminfo may or may not have been well crafted 
back at the factory.  Sometimes an ICL mainframe VDU connected via an obscure 
3rd-party emulation converter box to a DEC machine.  Latterly it would be some 
3rd-party terminal emulator on Windows 3.1/95. I still say ugh, though it may 
well not be vi's fault.  The fact is that miraculously 'joe' seemed to be much 
more resilient and usable in these circumstances.  As did emacs .. if you could 
afford to wait.  I like an editor to appear within 1 second of me calling it 
(which rules out most GUI editors).

> ... unless you also add something like:
> 
> " These days I expect to be out of insert mode, after a vertical move:
> inoremap  ^[
> inoremap  ^[

That's great to have - thanks for that (seriously), along with the other .vimrc 
tweaks you gave.  I realise much can be improved by tweaking .vimrc, as it can 
be with .muttrc, .bashrc and the like.  This is why power users often carry 
their own personal versions of these rc files with them wherever they roam ... 
and old greybeards sometimes dispense rc nuggets to neophytes at moments of 
crisis.

Cheers
Nick
-- 
Never FDISK after midnight.

Re: OT: Re: Suitable text ed

[Gene Heskett]

On Thursday 07 September 2017 15:38:24 Joe wrote:

> On Thu, 7 Sep 2017 14:40:22 -0400
>
> Gene Heskett  wrote:
> > Neither did I, but then it seems to be a coin toss as to whether mc
> > calls nano, or uses its own editor. Something controls it, but I
> > haven't sussed what.
>
> Options -> Configuration.. use internal edit  X.

Thanks.  Turned out the diff was as me, or as root

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: More, Re: This is weird (cross-posted to Tomcat and Debian Lists): Tomcat 8.5 is going to /var/lib/tomcat7/webapps/ROOT

[David Wright]

On Thu 07 Sep 2017 at 16:13:37 (-0700), James H. H. Lampert wrote:

> If I remember right, Linux file systems can have not only symbolic
> links to files, but also multiple hard links to the same file. Is
> there an easy way to look for something like that?

find  -type f ! -links 1 -exec ls -l {} \; | less

Cheers,
David.

Still more, Re: This is weird (cross-posted to Tomcat and Debian Lists): Tomcat 8.5 is going to /var/lib/tomcat7/webapps/ROOT

[James H. H. Lampert]

I also stuck a similar named trivial static context into 
/var/lib/tomcat7/webapps (with a different directory name: "foobar" in 
Tomcat 8, "bozbar" in Tomcat 7).


In theory, Tomcat 8.5 should be able to see the foobar context, but not 
the bozbar context; this is also true in practice.


So it's something specific to the root context.

--
James H. H. Lampert

More, Re: This is weird (cross-posted to Tomcat and Debian Lists): Tomcat 8.5 is going to /var/lib/tomcat7/webapps/ROOT

[James H. H. Lampert]

Just for grins, I put a trivial static context (nothing more than a 
directory containing a simple "index.html" file) into 
/var/lib/tomcat8/webapps. Tomcat 8.5 found it. So it's only the root 
context that's somehow getting redirected.


But on the other hand, if I rename var/lib/tomcat7/webapps/ROOT to 
"ROOTx," Tomcat 8.5 STILL finds that one (or at least its index.html).


Curiouser and curiouser.

If I remember right, Linux file systems can have not only symbolic links 
to files, but also multiple hard links to the same file. Is there an 
easy way to look for something like that?


--
James H. H. Lampert

Re: This is weird (cross-posted to Tomcat and Debian Lists): Tomcat 8.5 is going to /var/lib/tomcat7/webapps/ROOT

[deloptes]

James H. H. Lampert wrote:

> Pete Helgren (on the Tomcat List) wrote:
>> Longshotsomething in .profile of the user the Tomcat instance is
>> running under?
> 
> Neither the "tomcat7" nor "tomcat8" users have .profile files.
> 
> This is interesting. I got rid of the Tomcat 8.5 catalina.out files on
> both boxes (the one where everything works right, and the one where 8.5
> is getting 7's root context) and restarted them, and I got this at the
> tops of both catalina.out files:
> 

> 
> I'm still stumped. None of the configuration or log files I've looked in
> so far appear to have any references to anything in tomcat7.
> 
> --
> JHHL

Start with the startup.sh script - what's in there ... perhaps diff with the
one that works

Re: Debian v9 it's a stretch

[Mark Fletcher]

On Thu, Sep 07, 2017 at 08:12:21AM -0400, Greg Wooledge wrote:
> On Thu, Sep 07, 2017 at 07:57:58AM +0900, Mark Fletcher wrote:
> > That's fascinating because I found the opposite -- my circa-2009 
> > self-built Intel Core i7 920-based machine surged ahead when I upgraded 
> > from jessie to stretch -- really felt like everything was that little 
> > bit more alive. I'd had no complaints about jessie performance but 
> > suddenly everything was that bit nippier.
> 
> Video drivers, most likely.  Jessie's X used an "intel" driver for
> Intel graphics chipsets, whereas stretch's X uses a "modeset" driver.
> 
> Notoriously in jessie, some of the newer Intel chipsets actually needed
> (or greatly wanted) a backported stretch xserver-xorg-video-intel
> package for proper performance.  (Your older machine may or may not be
> one of these.)
> 

Did wonder about video drivers -- but the video hardware is nVidia here 
and the driver in use was and is the proprietary nVidia driver. Albeit 
now the "legacy" one, as the card is old -- the transition to which 
briefly gave me the willies when I migrated from jessie to stretch; a 
while back I made a thread here about that, all long since sorted out 
now.

I famously have never been able to get the nouveau drivers working at 
all. A looong time ago, there was a period where the nVidia proprietary 
driver was not very stable with my chipset, or at least the combination 
of the nVidia driver and Gnome 3 was toxic, and I tried nouveau then 
with no success. I tried again a bit later as an experiment to see if I 
could get away from proprietary code -- no dice. I gave up at that point 
as by then the nVidia driver was both faster and stable. Since then, 
touch wood, it has been solid and performant.

I reckon you are right that the improvement I saw is most likely to come 
from video driver improvements somehow, but that means an improvement 
between the nVidia driver version in Jessie and the legacy video driver 
version in stretch.

Anyway whatever it is, that's not going to stop me giving Debian in 
general credit for the improvement! Me like!

Mark

Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[roger . tarani]

Un gars évoque le fait qu'un liveCD a endommagé ses keyslots :

The problem seems to come from a liveusb that detected my partition as a swap 
one someway and used the space of my keyslots to store there stuff.
You can read the whole thread at http://www.saout.de/pipermail/dm-crypt/ … 
02724.html

Est-ce que mon LiveCD GParted aurait pu faire une si horrible  chose ?

Merci

- Original Message -
From: Pascal Hambourg 
To: debian-user-french@lists.debian.org
Sent: Thu, 07 Sep 2017 20:37:05 +0200 (CEST)
Subject: Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

Le 07/09/2017 à 16:26, roger.tar...@free.fr a écrit :
> 
> Il y a bien un LUKS header et ça me soulage. Puisque j'ai découvert qu'il 
> fallait IMPÉRATIVEMENT le sauvegarder.

La sauvegarde de l'en-tête LUKS ne t'aurait pas permis de retrouver la 
passphrase.

> A ce stade, étant donné que je suis certain de la passphrase, je pense à :
> * Un problème avec les caractères accentués et spéciaux de la passphrase 
> (c'est pas recommandé, paraît-il...)
> => comment tester ?

Au lieu de taper la passphrase, tu peux la mettre dans un fichier et 
l'indiquer avec l'option --key-file. Attention : pas de saut de ligne à 
la fin.

Le problème pourrait venir de l'encodage du jeu de caractères, par 
exemple UTF-8 contre ISO-8859-1 qui encodent différemment les caractères 
non ASCII. Avec un éditeur de texte tu pourrais enregistrer ta 
passphrase dans plusieurs fichiers dans différents encodages.

> * un problème avec la dernière mise à jour du noyeau

Je ne vois pas le rapport. A ma connaissance ce n'est pas le noyau qui 
gère la passphrase. Celle-ci ne sert qu'à déverrouiller la clé de 
chiffrement stockée dans l'en-tête LUKS qui est utilisée pour chiffrer 
et déchiffrer les données.

Re: testing, upgrade of openssl libssl1.1 ( 1.1.0f-3 => 1.1.0f-4 )

[Michael Grant]

Nifty, been a while since I used the LD_PRELOAD trick myself.

This whole thing has been bothering me over the last couple days.  Why
are so few people having this issue?  18 or so posts on this, only 3
or so of us have done anything about this.  I backed out libssl (and
pinned it).  Reco makes a LD_PRELOAD hack.  Sven recompiles OpenSSL
with patch removed.

Did this or will this patch get into Stretch Stable yet as a security
patch?  If yes, then won't there be hundreds if not thousands of
people screaming about this?

I am wondering why it's so few of us who seem to be affected?  I
suspect it's because 1) we're running Debian Testing and most of the
Debian world runs Stable, 2) more and more people are turning to gmail
and outlook.com instead of running their own mail servers and 3) the
few remaining people who do go to the trouble of using Debian Testing
as a mail server probably wouldn't care that much about getting TLS
set up with imap/pop/smtp working at all.

If this patch won't go to Stretch as a security fix, then the world is
hidden from this until Buster comes out in about 2 years.

But what's going to happen if there is some other security fix which
is needed in Stretch's libssl1.1 (1.1.0f-3)?  Will there be some fork
of this library for Stretch without this patch?  Or will at that time
this patch get swept in with some other future security patch and the
hit the wild with Stretch stable + security patches?

By pinning this library at 1.1.0f-3 on my system, I feel somehow I've
done the wrong thing.  I started to think I should put in Reco's hack
until these Windows 7 and Mac 10.11 users move to more modern releases
or MS and Apple send out patches for their older stuff.  Or maybe I
should follow Stretch (and it's security fixes) for only this package
instead of pinning it to this version.

And by the way, this isn't just limited to mail clients.  It's also
affecting MTAs.  I see a large number of mail servers connecting to my
server that only do TLSv1 and TLSv1.1.  When they can't do TLS, I
think they just fall back to SMTP in the clear.  So the problem isn't
obvious to any user and mail in general is just less secure.

In doing some reading about TLS and it's problems, there are problems
with TLSv1 and I understand those were fixed in Debian's libssl1.
TlSv1.1 had some problems but were more minor and the move to 1.2
seemed more about enhancing security versus some removing design
flaws.  Clearly the vendors like Microsoft and Apple did not think it
critical to move away from TLSv1 and TLS1.1 and probably patched it
like Debian.  Hence they consider their versions of TLSv1 and TLSv1.1
safe enough.

While I am totally sympathetic to getting the world onto TLSv1.2 and
greater, this seems like a support disaster waiting to happen.

What is the right way for an admin to handle this problem on Debian Testing?

Re: This is weird (cross-posted to Tomcat and Debian Lists): Tomcat 8.5 is going to /var/lib/tomcat7/webapps/ROOT

[James H. H. Lampert]

Pete Helgren (on the Tomcat List) wrote:

Longshotsomething in .profile of the user the Tomcat instance is
running under?


Neither the "tomcat7" nor "tomcat8" users have .profile files.

This is interesting. I got rid of the Tomcat 8.5 catalina.out files on 
both boxes (the one where everything works right, and the one where 8.5 
is getting 7's root context) and restarted them, and I got this at the 
tops of both catalina.out files:



WARNING [main] . . . Problem with directory [/var/lib/tomcat8/common/classes], 
exists: [false], isDirectory: [false], canRead: [false]
WARNING [main] . . . Problem with directory [/var/lib/tomcat8/common], exists: 
[false], isDirectory: [false], canRead: [false]
WARNING [main] . . . Problem with directory 
[/usr/share/tomcat8/common/classes], exists: [false], isDirectory: [false], 
canRead: [false]
WARNING [main] . . . Problem with directory [/usr/share/tomcat8/common], 
exists: [false], isDirectory: [false], canRead: [false]
WARNING [main] . . . Problem with directory [/var/lib/tomcat8/server/classes], 
exists: [false], isDirectory: [false], canRead: [false]
WARNING [main] . . . Problem with directory [/var/lib/tomcat8/server], exists: 
[false], isDirectory: [false], canRead: [false]
WARNING [main] . . . Problem with directory 
[/usr/share/tomcat8/server/classes], exists: [false], isDirectory: [false], 
canRead: [false]
WARNING [main] . . . Problem with directory [/usr/share/tomcat8/server], 
exists: [false], isDirectory: [false], canRead: [false]
WARNING [main] . . . Problem with directory [/var/lib/tomcat8/shared/classes], 
exists: [false], isDirectory: [false], canRead: [false]
WARNING [main] . . . Problem with directory [/var/lib/tomcat8/shared], exists: 
[false], isDirectory: [false], canRead: [false]
WARNING [main] . . . Problem with directory 
[/usr/share/tomcat8/shared/classes], exists: [false], isDirectory: [false], 
canRead: [false]
WARNING [main] . . . Problem with directory [/usr/share/tomcat8/shared], 
exists: [false], isDirectory: [false], canRead: [false]


On both boxes, according to catalina.out, CATALINA_BASE is 
/var/lib/tomcat8 and CATALINA_HOME is /usr/share/tomcat8.


Then I get a bunch of stack traces. I'll omit the stack traces 
themselves for the sake of brevity, and give just the error messages:

 java.io.FileNotFoundException: /usr/share/java/el-api-3.0.jar (No such file or 
directory)
 java.io.FileNotFoundException: /usr/share/java/jsp-api-2.3.jar (No such file 
or directory)
 java.io.FileNotFoundException: /usr/share/java/el-api-3.0.jar (No such file or 
directory)
 java.io.FileNotFoundException: /usr/share/java/jsp-api-2.3.jar (No such file 
or directory)
 java.io.FileNotFoundException: /usr/share/java/el-api-3.0.jar (No such file or 
directory)
 java.io.FileNotFoundException: /usr/share/java/jsp-api-2.3.jar (No such file 
or directory)
and so forth, alternating back and forth between those two jar files 
several times.


I'm still stumped. None of the configuration or log files I've looked in 
so far appear to have any references to anything in tomcat7.


--
JHHL

Attendees List of International Elastomer Conference - International Rubber Expo 2017

[Jonny Scott]

 

 

Hello,

 

Would you be interested in the "Attendees List of International Elastomer
Conference - International Rubber Expo 2017"

 

Let me know your interest to send you the number of Attendees and cost.

 

Awaiting your reply

 

Regards,

Jonny Scott

If you do not wish to receive future emails from us, please reply as 'leave
out'

 

 

 

Attendees List of International Elastomer Conference - International Rubber Expo 2017

[Mathew Leo]

 

 

Hello,

 

Would you be interested in the "Attendees List of International Elastomer
Conference - International Rubber Expo 2017"

 

Let me know your interest to send you the number of Attendees and cost.

 

Awaiting your reply

 

Regards,

Mathew Leo

If you do not wish to receive future emails from us, please reply as 'leave
out'

 

 

 

unable to determine which package my bug report should be filed against - please advise.

[DM]

Hello Debian support team. I am a happy Dabian 9 user. I would like to report 
an issue I am experiencing. In the past I used a package 'reportbug' to report 
bugs, but by design, I have to identify what package the issue is related to.

I am not sure exactly what may be the cause of the issue, and I am reaching out 
to you for help to identify what part of Debain might be causing this issue.

The issue:  I am using a second monitor (external monitor connected via a 
displayport - LG 29UM57-P). External monitor connected to my laptop - Lenovo 
T420.
External monitor does not display video at the desired resolution and the 
aspect ratio.

Displayed resolution - 1920 x 1080
Displayed aspect ratio - 16:9

Expected resolution - 2560 x 1080
Expected ratio - 21:9

This same exact issue exist on my other machine Lenovo X230 with external 
monitor of exact same model.

Previous version of Debian 8 (jessie) worked with out any issue with the 
monitor at the correct and expected resolution and the aspect ratio.

After installing a fresh version of Debian 9 (Stretch), I am unable to use the 
external monitor at its maximum resolution. Debian 9 (Stretch) was a full 
installation from scratch (not an upgrade).

All cables has been tested, and hardware issues has been ruled out.

I am not sure if I should be filing a bug report identifying Gnome3, or X11 as 
a cause of the issue or some other part of the OS.

Could you please advise.

Thank you.

Damien

Re: ftp-upload avec ftps ?

[Pierre L.]

Merci pour le partage des connaissances :)



Le 07/09/2017 à 20:47, Pascal Hambourg a écrit :
> Le 06/09/2017 à 19:29, Pierre L. a écrit :
>> Port 21 selon la convention, mais on peut le changer.
> On peut, si on cherche les ennuis en environnement firewallé/NATé.
Il suffit de paramétrer le(s) bon(s) port(s) dans ces équipements ;)
Effectivement la convention est là pour aider... Mais rien n'empêche de
le changer ;)

>> Puis le serveur proposera une fourchette de port (passif) pour le
>> transfert de fichiers.
> Pas vraiment. Lorsque le client initie un transfert en mode passif, le
> serveur lui désigne *un* port dans la plage à sa disposition pour que
> le client s'y connecte.
C'est 1 port minimum il me semble ?
Si 10 fichiers transférés en même temps vers le serveur, ca nous fera 10
ports utilisés selon mes souvenirs...

> Lorsque le client initie un transfert en mode actif, c'est lui qui
> désigne un port dans sa plage de ports actifs pour que le serveur s'y
> connnecte.
>
>>> Il faut aussi configurer le mode passif ou actif sur les passerelles
>>> du client,
>>> et du serveur...
>> Uniquement du coté serveur.
> Non, sur tout les intervenant de la chaîne comme indiqué. Essaie de
> faire du FTP avec des firewalls ou des NAT non coopératifs entre le
> client et le serveur, tu m'en diras des nouvelles.
Comme pour chaque service ! SSH comme FTP comme HTTP ou etc...! ;)
Donc dans notre cas, aucun avantage dans notre combat FTPS vs SFTP ;)
Mais pour le client lambda derrière sa petite box qui va bien à la
maison et qui veut aller titiller un serveur FTP (ou autres),
généralement il n'a absolument rien à paramétrer dans ses équipements
persos, en dehors des données de connexion au serveur distant ;)

++



signature.asc
Description: OpenPGP digital signature

Re: OT: Re: Suitable text ed

[David Wright]

On Thu 07 Sep 2017 at 14:40:22 (-0400), Gene Heskett wrote:
> On Thursday 07 September 2017 13:26:13 David Wright wrote:
> > On Thu 07 Sep 2017 at 08:42:54 (+0200), Jan-Peter Rühmann wrote:
> > >
> > > I prefer vi on the Console and Atom in the UI.
> > > before I found Atom I loved Kate very much and I still like mcedit
> > > in the Console and via ssh.
> >
> > I didn't know you could edit files side by side in mcedit.
> > (I take it we're talking MidnightCommander rather than Minecraft.)
> 
> Neither did I, but then it seems to be a coin toss as to whether mc calls 
> nano, or uses its own editor. Something controls it, but I haven't 
> sussed what. Two side by side sessions on a high res screen would be 
> handy, like awesome.

I don't use the internal editor as it buys me nothing, so I have

  use_internal_edit=0

in my ini file (~/.config/mc/ini) and

  include/editor
  Open=%var{EDITOR:less} %f

at the top of the extension file (~/.config/mc/mc.ext). In
addition, I have   EDITOR=less PAGER=less   set in bash's
invocation function.

I do use the internal viewer, so for a text file, my user-
definable keys are set to view ascii (F3), view hex (F4)
and view the output of file command (Return).

(All my files above are actually links for supporting
different Debian versions.)

Cheers,
David.

Re: buenas tardes, lista

[Cristian Mitchell]

El 7 sept. 2017 4:10 PM, "Oscar Martinez"  escribió:

buenas tardes lista , tengo un problema donde, empece a trabajar tenemos un
servidor de DNS que la clave que les diron nunca funciono, esta oficina
tiene una demanda muy fuerte, y no podemos para por mucho tiempo la
conectividad.

mi pregunta hay un metodo para violar la clave de ese servidor de DNS, y
que no ponga en riesgo la configuracion del equipo y el servicio de
internet en las oficinas.

de antemano muchas, gracias


Que clave DNS
O la del servidor Linux?

Re: Upgrade from jessie to strech wants to bloat by system

[Ben Finney]

Urs Thuermann  writes:

> I see that some new versions of packages are installed without the old
> versions being removed, although they are marked as automatically
> installed, e.g. Linux kernel, clang, llvm, and some others.  For
> example
>
>   # aptitude search "~i clang"
>   i   clang - C, C++ and Objective-C compiler (LLVM based)
>   i A clang-3.5 - C, C++ and Objective-C compiler (LLVM based)
>   i A libclang-common-3.5-dev   - clang library - Common development package
>   i A libclang1-3.5 - C interface to the clang library

That shows the ‘clang’ package is *not* marked auto-installed. That is,
the APT database shows it was manually requested, and so will never be
auto-removed.

-- 
 \ “… a voice said reassuringly: cheer up, things could get worse. |
  `\So I cheered up and, sure enough, things got worse.” —James C. |
_o__)   Hagerty, 1909–1981 |
Ben Finney

Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[roger . tarani]

Merci Pascal,

Avant de faire ce test :

Le déchiffrement a bien fonctionné pendant des mois. 
Qu'est-ce qui a pu changer pour poser un problème d'encodage de caractères ?

Piste ?
il y a eu apparement un problème de BIOS. Le système Windows  7 utilisé sur un 
disque supplémentaire était revenu avec heure affichée "01/01/2008". Ça arrive 
quand la batterie (de ce portable) se décharge complètement. 
Ça arrive depuis que j'ai remplacé un HD par un SSD. 

Est-ce que le pb de BIOS et de batterie ont pu affecter le système Debian ?

De façon générale, comment faire un diagnostic du système ? (Encodage utilisé, 
clavier, etc. )

Merci

- Original Message -
From: Pascal Hambourg 
To: debian-user-french@lists.debian.org
Sent: Thu, 07 Sep 2017 20:37:05 +0200 (CEST)
Subject: Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

Le 07/09/2017 à 16:26, roger.tar...@free.fr a écrit :
> 
> Il y a bien un LUKS header et ça me soulage. Puisque j'ai découvert qu'il 
> fallait IMPÉRATIVEMENT le sauvegarder.

La sauvegarde de l'en-tête LUKS ne t'aurait pas permis de retrouver la 
passphrase.

> A ce stade, étant donné que je suis certain de la passphrase, je pense à :
> * Un problème avec les caractères accentués et spéciaux de la passphrase 
> (c'est pas recommandé, paraît-il...)
> => comment tester ?

Au lieu de taper la passphrase, tu peux la mettre dans un fichier et 
l'indiquer avec l'option --key-file. Attention : pas de saut de ligne à 
la fin.

Le problème pourrait venir de l'encodage du jeu de caractères, par 
exemple UTF-8 contre ISO-8859-1 qui encodent différemment les caractères 
non ASCII. Avec un éditeur de texte tu pourrais enregistrer ta 
passphrase dans plusieurs fichiers dans différents encodages.

> * un problème avec la dernière mise à jour du noyeau

Je ne vois pas le rapport. A ma connaissance ce n'est pas le noyau qui 
gère la passphrase. Celle-ci ne sert qu'à déverrouiller la clé de 
chiffrement stockée dans l'en-tête LUKS qui est utilisée pour chiffrer 
et déchiffrer les données.

Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[roger . tarani]

Oups !
C'est le kernel qui est en v4 :
"Powered by Linux kernel 4.1.3 LTS (Long-Term Support), GParted Live 0.23.0-1 
includes GParted 0.23.0, as well as all the updates released in the Debian Sid 
software repository as of August 6, 2015."

Oups encore !
La commande est
cryptsetup luksOpen .

Pour le problème de déchiffrement, je ne comprends pas comment procéder 
exactement. 

Man dit :

luksOpen  

opens the LUKS partition  and sets up a mapping  after successful 
verification of the supplied key material (either via key file by --key-file, 
or via prompting).

 semble pouvoir être choisi, oui/non ?

Merci

- Original Message -
From: Pascal Hambourg 
To: Liste Debian 
Sent: Thu, 07 Sep 2017 20:18:08 +0200 (CEST)
Subject: Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

Le 07/09/2017 à 09:03, roger.tar...@free.fr a écrit :
> 
> Avec ma clef USB GParted 0.23.0 (qui contient Debian 4)

Où vois-tu que la clé contient Debian 4 ? Je doute qu'on puisse trouver 
cette version de Debian qui est très ancienne avec Gparted en version 
0.23 qui est assez récente (entre Debian 8 et 9).

> Est-ce que la commande cryptsetup openLuks est rigoureusement identique à la 
> commande cryptsetup open --type luks ?

La commande openLuks n'existe pas.

> Quelle est la commande exacte pour vérifier la passphrase (et le système, 
> puisque je suis certain de la passphrase - si le clavier est en azerty) ?
> man cryptsetup indique comme tu disais :
> cryptsetup luksOpen  
> Donc ce serait :
> cryptsetup luksOpen /dev/sdc5 /dev/mapper/dr1--vg-root

Non. La racine n'est pas le volume chiffré mais un volume logique LVM 
"root" d'un groupe de volumes "dr1-vg" dont le volume physique est 
probablement le volume chiffré.

Re: rsnapshot

[Jochen Spieker]

Pol Hallen:
> 
> cat /etc/rsnapshot.conf
> [...]
> 
> retain  alpha   1
> retain  beta7
> retain  gamma   12
> retain  delta   10

alpha = daily
beta = weekly
gamma = monthly
delta = yearly?

> cat /etc/cron.d/rsnapshot
> 
> 00 01 * * *   root/usr/bin/rsnapshot alpha
> 30 3  * * *   root/usr/bin/rsnapshot beta

alpha will be run daily at 01:00 am and beta daily at 03:30 am. Is this
what you want?

> 0  3  * * 1   root/usr/bin/rsnapshot gamma

This will be run every Monday at 03:00 ("weekly").

> 30 2  1 * *   root/usr/bin/rsnapshot delta

This will be run on every first day of the month at 02:30 am.

You probably need something like this:

# Daily at 01:00 am
00 01 * * *   root/usr/bin/rsnapshot alpha
# Weekly on every Monday at 03:30 am
30 3  * * 1   root/usr/bin/rsnapshot beta
# Monthly on every first day of the month at 03:00 am
0  3  1 * *   root/usr/bin/rsnapshot gamma
# Yearly on January 1st at 02:30
30 2  1 1 *   root/usr/bin/rsnapshot delta

You might want to tweak the times. You could also use sync_first which
makes this a little bit easier.

J.
-- 
Tony Blair is a hypnotised self-seeking scarecrow just like all the
rest.
[Agree]   [Disagree]
 


signature.asc
Description: PGP signature

Re: OT: Re: Suitable text ed

[Joe]

On Thu, 7 Sep 2017 14:40:22 -0400
Gene Heskett  wrote:


> 
> Neither did I, but then it seems to be a coin toss as to whether mc
> calls nano, or uses its own editor. Something controls it, but I
> haven't sussed what. 

Options -> Configuration.. use internal edit  X

-- 
Joe

Re: (deb-cat) HDMI perdut en actualitzar a Debian 9

[Narcis Garcia]

Si, si, l'existència de l'endoll es detecta, però no la connexió del
videoprojector.

Ja he provat el
$ xrandr --output HDMI-1 --auto
però sense «--auto»

Al manual diu sobre aquesta opció:
«For disconnected but enabled outputs, this will disable them.»

Em sembla que trigaré uns dies a poder tornar a provar el mateix
ordinador a la mateixa situació, justament quan el necessitaran.


__
I'm using this express-made address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 07/09/17 a les 20:54, Josep Lladonosa ha escrit:
> 2017-09-07 19:39 GMT+02:00 Narcis Garcia :
>> Un portàtil amb Debian 8 que donava senyal a videoprojector tant per VGA
>> com per HDMI. L'actualitzo a Debian «Stretch»; segueix sortint per VGA
>> però ja no detecta que hi hagi res connectat per HDMI (solament connecto
>> el projector a 1 endoll).
>>
>> Malauradament una de les sales on s'ha de fer servir aquest ordinador
>> només té instal·lat cable HDMI, així que és un problema.
>> Ja hem provat a seleccionar expressament la única entrada HDMI del
>> videoprojector i revisar les connexions implicades, però l'ordinador no
>> detecta la seva presència.
>>
>> Debian 9.1 (amd64) amb Gnome.
>>
>> $ lspci -k -nn
>>
>> 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core
>> processor Graphics Controller [8086:0166] (rev 09)
>> Subsystem: Lenovo 3rd Gen Core processor Graphics Controller 
>> [17aa:3977]
>> Kernel driver in use: i915
>> Kernel modules: i915
>>
>> $ xrandr -q
>> Screen 0: minimum 320 x 200, current 1366 x 768, maximum 8192 x 8192
>> LVDS-1 connected primary 1366x768+0+0 (normal left inverted right x axis
>> y axis) 344mm x 194mm
>>1366x768  60.00*+
>>1360x768  59.8059.96
>>1024x768  60.0460.00
>>960x720   60.00
>>928x696   60.05
>>896x672   60.01
>>960x600   60.00
>>960x540   59.99
>>800x600   60.0060.3256.25
>>840x525   60.0159.88
>>800x512   60.17
>>700x525   59.98
>>640x512   60.02
>>720x450   59.89
>>640x480   60.0059.94
>>680x384   59.8059.96
>>576x432   60.06
>>512x384   60.00
>>400x300   60.3256.34
>>320x240   60.05
>> VGA-1 disconnected (normal left inverted right x axis y axis)
>> HDMI-1 disconnected (normal left inverted right x axis y axis)
> 
> No sé si és això però surt a disconnected
> 
> 
>> DP-1 disconnected (normal left inverted right x axis y axis)
>>
>>
>> Algú sap què és el que puc investigar? Perquè des de l'ordinador tot
>> sembla normal, i des del projector també, però no es troben.
>>
>>
>> --
>>
>>
>> __
>> I'm using this express-made address because personal addresses aren't
>> masked enough at this mail public archive. Public archive administrator
>> should fix this against automated addresses collectors.
>>
> 
> 
> 

Re: utilisation open.vpn chez OVH

[herve.thib...@free.fr]

Bonjour

Bien, finalement en triturant les données exportées par network manager 
sur ubuntu,  la connexion sur debian OVH openvpn est établie.



Le 05/09/2017 à 20:06, daniel huhardeaux a écrit :

Pas de MP, merci

Le 05/09/2017 à 19:00, herve.thib...@free.fr a écrit :
 C'est la première chose que j'ai fait et çà ne marche pas d'ailleurs 
il y a interprétation partielle de openvpn.ovpn mais ça s'arrête 
qu'au remplissage du champ gateway qui n'est pas fait comme par 
ubuntu 
(37.59.122.236,37.59.122.236,37.59.122.236,37.59.122.236,37.59.122.236,37.59.122.236 
...)


Sep  5 13:01:23 debian nm-openvpn[1730]: RESOLVE: Cannot resolve 
host address: 37.59.122.236:1194:udp: Name or service not known


Me parait clair: il n'y a pas de serveur VPN qui écoute le port 1194 
en UDP à l'adresse 37.59.122.236
et pourtant c'est bien que ce qui se passe dans la connexion VPN 
ubuntu que j'ai recopié


Ton fichier openvpn.conf doit être vérolé: es tu certain que les fins 
de ligne ne sont pas celles de WIndows?


Si le fichier openvpn.conf fonctionne avec Ubuntu il doit fonctionner 
avec Debian. C'est le cas chez moi: serveur openvpn Debian Jessie, 
client Ubuntu 16.04, Debian stretch et Debian wheezy, aucun soucis. 
Mets verbose 5 dans le fichier de conf. Peux tu envoyer la conf 
uniquement partie remote, port et proto

buenas tardes, lista

[Oscar Martinez]

buenas tardes lista , tengo un problema donde, empece a trabajar tenemos un
servidor de DNS que la clave que les diron nunca funciono, esta oficina
tiene una demanda muy fuerte, y no podemos para por mucho tiempo la
conectividad.

mi pregunta hay un metodo para violar la clave de ese servidor de DNS, y
que no ponga en riesgo la configuracion del equipo y el servicio de
internet en las oficinas.

de antemano muchas, gracias

rsnapshot

[Pol Hallen]

Hi folks :-)

I just upgraded 2 pc to debian stable (finally! :-)

I see new version of rsnapshot 1.4.2.1, I'd like make a daily backup and 
keep it for 10 years, so I done this:


cat /etc/rsnapshot.conf
[...]

retain  alpha   1
retain  beta7
retain  gamma   12
retain  delta   10

cat /etc/cron.d/rsnapshot

00 01 * * *   root/usr/bin/rsnapshot alpha
30 3  * * *   root/usr/bin/rsnapshot beta
0  3  * * 1   root/usr/bin/rsnapshot gamma
30 2  1 * *   root/usr/bin/rsnapshot delta

is it the correct config?

thanks for help! :)

Pol

Re: (deb-cat) HDMI perdut en actualitzar a Debian 9

[Josep Lladonosa]

2017-09-07 20:54 GMT+02:00 Josep Lladonosa :
> 2017-09-07 19:39 GMT+02:00 Narcis Garcia :
>> Un portàtil amb Debian 8 que donava senyal a videoprojector tant per VGA
>> com per HDMI. L'actualitzo a Debian «Stretch»; segueix sortint per VGA
>> però ja no detecta que hi hagi res connectat per HDMI (solament connecto
>> el projector a 1 endoll).
>>
>> Malauradament una de les sales on s'ha de fer servir aquest ordinador
>> només té instal·lat cable HDMI, així que és un problema.
>> Ja hem provat a seleccionar expressament la única entrada HDMI del
>> videoprojector i revisar les connexions implicades, però l'ordinador no
>> detecta la seva presència.
>>
>> Debian 9.1 (amd64) amb Gnome.
>>
>> $ lspci -k -nn
>>
>> 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core
>> processor Graphics Controller [8086:0166] (rev 09)
>> Subsystem: Lenovo 3rd Gen Core processor Graphics Controller 
>> [17aa:3977]
>> Kernel driver in use: i915
>> Kernel modules: i915
>>
>> $ xrandr -q
>> Screen 0: minimum 320 x 200, current 1366 x 768, maximum 8192 x 8192
>> LVDS-1 connected primary 1366x768+0+0 (normal left inverted right x axis
>> y axis) 344mm x 194mm
>>1366x768  60.00*+
>>1360x768  59.8059.96
>>1024x768  60.0460.00
>>960x720   60.00
>>928x696   60.05
>>896x672   60.01
>>960x600   60.00
>>960x540   59.99
>>800x600   60.0060.3256.25
>>840x525   60.0159.88
>>800x512   60.17
>>700x525   59.98
>>640x512   60.02
>>720x450   59.89
>>640x480   60.0059.94
>>680x384   59.8059.96
>>576x432   60.06
>>512x384   60.00
>>400x300   60.3256.34
>>320x240   60.05
>> VGA-1 disconnected (normal left inverted right x axis y axis)
>> HDMI-1 disconnected (normal left inverted right x axis y axis)
>
> No sé si és això però surt a disconnected

Potser fent...

$ xrandr --output HDMI-1 --auto


>
>
>> DP-1 disconnected (normal left inverted right x axis y axis)
>>
>>
>> Algú sap què és el que puc investigar? Perquè des de l'ordinador tot
>> sembla normal, i des del projector també, però no es troben.
>>
>>
>> --
>>
>>
>> __
>> I'm using this express-made address because personal addresses aren't
>> masked enough at this mail public archive. Public archive administrator
>> should fix this against automated addresses collectors.
>>
>
>
>
> --
> --
> Salutacions...Josep
> --



-- 
--
Salutacions...Josep
--

Re: (deb-cat) HDMI perdut en actualitzar a Debian 9

[Josep Lladonosa]

2017-09-07 19:39 GMT+02:00 Narcis Garcia :
> Un portàtil amb Debian 8 que donava senyal a videoprojector tant per VGA
> com per HDMI. L'actualitzo a Debian «Stretch»; segueix sortint per VGA
> però ja no detecta que hi hagi res connectat per HDMI (solament connecto
> el projector a 1 endoll).
>
> Malauradament una de les sales on s'ha de fer servir aquest ordinador
> només té instal·lat cable HDMI, així que és un problema.
> Ja hem provat a seleccionar expressament la única entrada HDMI del
> videoprojector i revisar les connexions implicades, però l'ordinador no
> detecta la seva presència.
>
> Debian 9.1 (amd64) amb Gnome.
>
> $ lspci -k -nn
>
> 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core
> processor Graphics Controller [8086:0166] (rev 09)
> Subsystem: Lenovo 3rd Gen Core processor Graphics Controller 
> [17aa:3977]
> Kernel driver in use: i915
> Kernel modules: i915
>
> $ xrandr -q
> Screen 0: minimum 320 x 200, current 1366 x 768, maximum 8192 x 8192
> LVDS-1 connected primary 1366x768+0+0 (normal left inverted right x axis
> y axis) 344mm x 194mm
>1366x768  60.00*+
>1360x768  59.8059.96
>1024x768  60.0460.00
>960x720   60.00
>928x696   60.05
>896x672   60.01
>960x600   60.00
>960x540   59.99
>800x600   60.0060.3256.25
>840x525   60.0159.88
>800x512   60.17
>700x525   59.98
>640x512   60.02
>720x450   59.89
>640x480   60.0059.94
>680x384   59.8059.96
>576x432   60.06
>512x384   60.00
>400x300   60.3256.34
>320x240   60.05
> VGA-1 disconnected (normal left inverted right x axis y axis)
> HDMI-1 disconnected (normal left inverted right x axis y axis)

No sé si és això però surt a disconnected


> DP-1 disconnected (normal left inverted right x axis y axis)
>
>
> Algú sap què és el que puc investigar? Perquè des de l'ordinador tot
> sembla normal, i des del projector també, però no es troben.
>
>
> --
>
>
> __
> I'm using this express-made address because personal addresses aren't
> masked enough at this mail public archive. Public archive administrator
> should fix this against automated addresses collectors.
>



-- 
--
Salutacions...Josep
--

Re: ftp-upload avec ftps ?

[Pascal Hambourg]

Le 06/09/2017 à 19:29, Pierre L. a écrit :

Port 21 selon la convention, mais on peut le changer.


On peut, si on cherche les ennuis en environnement firewallé/NATé.


Puis le serveur proposera une fourchette de port (passif) pour le
transfert de fichiers.


Pas vraiment. Lorsque le client initie un transfert en mode passif, le 
serveur lui désigne *un* port dans la plage à sa disposition pour que le 
client s'y connecte.
Lorsque le client initie un transfert en mode actif, c'est lui qui 
désigne un port dans sa plage de ports actifs pour que le serveur s'y 
connnecte.



Il faut aussi configurer le mode passif ou actif sur les passerelles du client,
et du serveur...

Uniquement du coté serveur.


Non, sur tout les intervenant de la chaîne comme indiqué. Essaie de 
faire du FTP avec des firewalls ou des NAT non coopératifs entre le 
client et le serveur, tu m'en diras des nouvelles.



Le client reçoit automatiquement les infos à
propos des ports passifs à utiliser ;)


Non, il reçoit à sa demande *le* port passif à utiliser pour un 
transfert donné.


Et le chiffrement de la connexion de commande vient compliquer tout ça 
en empêchant les équipements intermédiaires (firewall, NAT) de lire les 
ports passifs ou actifs à laisser passer ou rediriger.

Re: HNI Email List

[Miles Fidelman]

On 9/7/17 11:20 AM, Dan Ritter wrote:


On Thu, Sep 07, 2017 at 09:10:02PM +0530, Educational Tutorials Inc. wrote:

Hi,

We are looking for data of HNI USA customers. Please let us know your
pricing and also send some samples.


*Feel Free to ask if have any queries.*

So -- do you frequently buy lists for spamming, or is this your
first time?



So let's see, a company that home-tutors foster children, is looking for 
a list to spam customers of an office furniture company, and asking on a 
Linux distro support list.


So not just a spammer, but a moronic one.  (And certainly one I wouldn't 
trust for any kind of educational services.)



Miles Fidelman

--
In theory, there is no difference between theory and practice.
In practice, there is.   Yogi Berra

Re: Upgrade from jessie to strech wants to bloat by system

[Sven Joachim]

On 2017-09-07 17:07 +0200, Urs Thuermann wrote:

> After fully updating my jessie system using
>
> aptitude update; aptitude full-upgrade
>
> I edited sources.list to dist-upgrade to strech.  A folloing aptitude
> upgrade wants to install additional 1.5 GB on my system which is
> currently ~5 GB, i.e. a 30% increase:
>
>   # df -h / /usr
>   Filesystem  Size  Used Avail Use% Mounted on
>   /dev/dm-0   2.0G  1.8G  135M  93% /
>   /dev/dm-2   7.8G  4.4G  3.0G  60% /usr
>   # du -hs /root
>   1.4G/root
>   # aptitude upgrade
>   Resolving dependencies...
>   ...
>   The following NEW packages will be installed:
> btrfs-progs{a} clang-3.8{a} cpp-6{a} cpp-6-doc{a} dh-autoreconf{a}
> ...
>   The following packages will be REMOVED:
> cpp-4.9-doc{u} docutils-common{u} docutils-doc{u} g++-4.9{u} 
> gir1.2-vte-2.90{u}
> ...
>   The following packages will be upgraded:
> acct acl acpi acpi-support-base acpid adduser adwaita-icon-theme apache2
> ...
>   1151 packages upgraded, 297 newly installed, 128 to remove and 82 not 
> upgraded.
>   Need to get 1843 MB of archives. After unpacking 1537 MB will be used.
>   Do you want to continue? [Y/n/?]
>
> I see that some new versions of packages are installed without the old
> versions being removed, although they are marked as automatically
> installed, e.g. Linux kernel, clang, llvm, and some others.  For
> example
>
>   # aptitude search "~i clang"
>   i   clang - C, C++ and Objective-C compiler (LLVM based)
>   i A clang-3.5 - C, C++ and Objective-C compiler (LLVM based)
>   i A libclang-common-3.5-dev   - clang library - Common development package
>   i A libclang1-3.5 - C interface to the clang library
> 
> and aptitude full-upgrade will install clang-3.8 but not remove
> clang-3.5.

This happens because clang-3.5 and gcc-4.9 provide the c-compiler
virtual package which is a dependency/recommendation of quite a few
packages (usually via an alternative: gcc | c-compiler).  Apt does not
autoremove such packages since they are not unused.  This was once
convincingly explained to me by aptitude's creator[1].

> But my suspicion is that even when I manually remove all
> these old packages, the installation is still unreasonably larger than
> it is currently.

Quite possibly.  The -Z and -D flags can help you to identify the
biggest offenders and why they are pulled in.

Cheers,
   Sven


1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477166#16

Re: OT: Re: Suitable text ed

[Gene Heskett]

On Thursday 07 September 2017 13:26:13 David Wright wrote:

> On Thu 07 Sep 2017 at 08:42:54 (+0200), Jan-Peter Rühmann wrote:
> > Hello
> >
> > Am 07.09.2017 um 07:50 schrieb Mike McClain:
> > > On Wed, Sep 06, 2017 at 02:31:08AM -0400, Gene Heskett wrote:
> > >> The total configuration generally is not a single file, usually
> > >> broken up according to its order in the programs bootup, first
> > >> being the basic config, then the first of what could be 2 or 3
> > >> .hal files, some of which can't be run until the gui is started,
> > >> then once the gui is drawn, more gui for accessory tally's,
> > >> spindle speed/direction, and dials to replace the cranks that no
> > >> longer exist, usually written in xml or pyvcp, or gladevcp is
> > >> done, which adds the "hal pins" that connect the machine gui to
> > >> the machine. It can get complex.  This most recent lathe has over
> > >> 1200 lines of code just in the configuration files.  And I still
> > >> do not have any coolant or lube facilities under control.  Stuff
> > >> I have yet to build or buy. :)
> > >
> > > Damn, that sounds like fun.
> > > Mike
> > > --
> > > Go to heaven for the climate, hell for the company.
> > > - Mark Twain
> >
> > I prefer vi on the Console and Atom in the UI.
> > before I found Atom I loved Kate very much and I still like mcedit
> > in the Console and via ssh.
>
> I didn't know you could edit files side by side in mcedit.
> (I take it we're talking MidnightCommander rather than Minecraft.)
>
> Cheers,
> David.

Neither did I, but then it seems to be a coin toss as to whether mc calls 
nano, or uses its own editor. Something controls it, but I haven't 
sussed what. Two side by side sessions on a high res screen would be 
handy, like awesome.


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: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[Pascal Hambourg]

Le 07/09/2017 à 16:26, roger.tar...@free.fr a écrit :


Il y a bien un LUKS header et ça me soulage. Puisque j'ai découvert qu'il 
fallait IMPÉRATIVEMENT le sauvegarder.


La sauvegarde de l'en-tête LUKS ne t'aurait pas permis de retrouver la 
passphrase.



A ce stade, étant donné que je suis certain de la passphrase, je pense à :
* Un problème avec les caractères accentués et spéciaux de la passphrase (c'est 
pas recommandé, paraît-il...)
=> comment tester ?


Au lieu de taper la passphrase, tu peux la mettre dans un fichier et 
l'indiquer avec l'option --key-file. Attention : pas de saut de ligne à 
la fin.


Le problème pourrait venir de l'encodage du jeu de caractères, par 
exemple UTF-8 contre ISO-8859-1 qui encodent différemment les caractères 
non ASCII. Avec un éditeur de texte tu pourrais enregistrer ta 
passphrase dans plusieurs fichiers dans différents encodages.



* un problème avec la dernière mise à jour du noyeau


Je ne vois pas le rapport. A ma connaissance ce n'est pas le noyau qui 
gère la passphrase. Celle-ci ne sert qu'à déverrouiller la clé de 
chiffrement stockée dans l'en-tête LUKS qui est utilisée pour chiffrer 
et déchiffrer les données.

Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[Pascal Hambourg]

Le 07/09/2017 à 14:32, roger.tar...@free.fr a écrit :

Oui
Mon LiveCD sur USB m'a indiqué :

/dev/sd5c 297 Gio
Partitions
/dev/sdc1 ext2  243 Mio  boot
/dev/sdc2 extended 297 Gio
/dev/sdc5 crypt-luks 297 Gio

Depuis un terminal de mon Debian 4 installé sur mon LiveCD USB, je peux 
utiliser la commande lsblk.
Note qu'il m'indique à présent sdb5 et non sdc5. Mais je le vois.


Les noms de périphériques des disques et leurs partitions ne sont pas 
persistants, ils peuvent varier d'un démarrage à l'autre. C'est pourquoi 
il faut toujours vérifier ou utiliser des identifiants persistants comme 
les UUID.

Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[Pascal Hambourg]

Le 07/09/2017 à 10:42, Sébastien NOBILI a écrit :


 cryptsetup luksOpen /dev/sdc5 

Dans « nom-du-volume », je crois que tu peux mettre ce que tu veux, ça sert à
l’identifier au moment de la fermeture du volume.


Pas seulement : cela sert aussi à créer le périphérique 
/dev/mapper/nom-de-volume qui permet d'accéder à son contenu en clair.

Re: HNI Email List

[Dan Ritter]

On Thu, Sep 07, 2017 at 09:10:02PM +0530, Educational Tutorials Inc. wrote:
> Hi,
> 
> We are looking for data of HNI USA customers. Please let us know your
> pricing and also send some samples.
> 
> 
> *Feel Free to ask if have any queries.*

So -- do you frequently buy lists for spamming, or is this your
first time?

Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[Pascal Hambourg]

Le 07/09/2017 à 09:03, roger.tar...@free.fr a écrit :


Avec ma clef USB GParted 0.23.0 (qui contient Debian 4)


Où vois-tu que la clé contient Debian 4 ? Je doute qu'on puisse trouver 
cette version de Debian qui est très ancienne avec Gparted en version 
0.23 qui est assez récente (entre Debian 8 et 9).



Est-ce que la commande cryptsetup openLuks est rigoureusement identique à la 
commande cryptsetup open --type luks ?


La commande openLuks n'existe pas.


Quelle est la commande exacte pour vérifier la passphrase (et le système, 
puisque je suis certain de la passphrase - si le clavier est en azerty) ?
man cryptsetup indique comme tu disais :
cryptsetup luksOpen  
Donc ce serait :
cryptsetup luksOpen /dev/sdc5 /dev/mapper/dr1--vg-root


Non. La racine n'est pas le volume chiffré mais un volume logique LVM 
"root" d'un groupe de volumes "dr1-vg" dont le volume physique est 
probablement le volume chiffré.

This is weird (cross-posted to Tomcat and Debian Lists): Tomcat 8.5 is going to /var/lib/tomcat7/webapps/ROOT

[James H. H. Lampert]

I've got two separate boxes, both running Debian Jessie, with both 
Tomcat 7.0.56 and Tomcat 8.5.14 installed, all of the installations via 
an apt-get from Debian's repositories.


On one of the boxes (Tomcat 8.5 installed alongside Tomcat 7 with no 
previous Tomcat 8), Tomat 8 is somehow pulling the root context from 
Tomcat 7: the Tomcat 8.5 server is going to 
/var/lib/tomcat7/webapps/ROOT when it should be going to 
/var/lib/tomcat8/webapps/ROOT.


On the other box (Tomcat 8.5 installed on top of Tomcat 8.0, alongside 
Tomcat 7), the Tomcat 8.5 server is correctly finding 
/var/lib/tomcat8/webapps/ROOT.


On both boxes, Tomcat 8.5 is correctly finding its manager context at 
/usr/share/tomcat8-admin/manager, while Tomcat 7 finds its manager 
context at /usr/share/tomcat7-admin/manager.


The only difference is that on the box that's finding the correct root 
context, Tomcat 8.5 was installed on top of Tomcat 8.0, while on the one 
that's finding the wrong root context, it was installed without any 
previous Tomcat 8. In both cases, the installations were alongside 
existing Tomcat 7 installations.


Can anybody point me to the right haystack to find my needle?

--
James H. H. Lampert

Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[didier gaumet]

Le 07/09/2017 à 16:26, roger.tar...@free.fr a écrit :
[...]
> A ce stade, étant donné que je suis certain de la passphrase, je pense à :
> * Un problème avec les caractères accentués et spéciaux de la passphrase 
> (c'est pas recommandé, paraît-il...)
> => comment tester ?
[...]

peut-être en enregistrant ta passphrase dans un fichier et en faisant
des copies créées par la commande iconv: pass_utf-8, pass_cp850,
pass_iso-8859-1, etc... dans différents encodages susceptibles d'avoir
été utilisés lors de la déclaration initiale de ta passphrase, que tu
passes en paramètre de cryptsetup open --key-file? il y a aussi l'option
--test-passphrase qui se contente de tester sans ouvrir...

avertissement: je parle de tout ça en théoricien non-pratiquant ;-)

Re: OT: Re: Suitable text ed

[David Wright]

On Thu 07 Sep 2017 at 08:42:54 (+0200), Jan-Peter Rühmann wrote:
> Hello
> 
> Am 07.09.2017 um 07:50 schrieb Mike McClain:
> > On Wed, Sep 06, 2017 at 02:31:08AM -0400, Gene Heskett wrote:
> >>
> >> The total configuration generally is not a single file, usually broken up
> >> according to its order in the programs bootup, first being the basic
> >> config, then the first of what could be 2 or 3 .hal files, some of which
> >> can't be run until the gui is started, then once the gui is drawn, more
> >> gui for accessory tally's, spindle speed/direction, and dials to replace
> >> the cranks that no longer exist, usually written in xml or pyvcp, or
> >> gladevcp is done, which adds the "hal pins" that connect the machine gui
> >> to the machine. It can get complex.  This most recent lathe has over
> >> 1200 lines of code just in the configuration files.  And I still do not
> >> have any coolant or lube facilities under control.  Stuff I have yet to
> >> build or buy. :)
> > 
> > Damn, that sounds like fun.
> > Mike
> > --
> > Go to heaven for the climate, hell for the company.
> > - Mark Twain
> > 
> I prefer vi on the Console and Atom in the UI.
> before I found Atom I loved Kate very much and I still like mcedit in the 
> Console and via ssh.

I didn't know you could edit files side by side in mcedit.
(I take it we're talking MidnightCommander rather than Minecraft.)

Cheers,
David.

Re: musescore

[Daniel Nemenyi]

Dear Karen,

Musescore is not included in the default debian install but it is
available in the repositories, so you can easily install it if you so
wish. See:
https://packages.debian.org/stretch/musescore

Warm regards
Daniel

Karen Lewellen writes:

> Hi everyone,
> Keeping this question as simple as I can.  I do not presently run Linux
> outside of shell services, still seeking local talent to build / train me
> in the operating system..as I desire using the system.
> Music is a major motivator however.  So, is the musescore program,
> www.musescore.org
> still included  by default in Debian distributions?
> I realize if present it may not be the most current.  I just want to know
> if  the package is included regularly.
> Thanks,
> Karen
>
>
> "No one is born hating another person because of the color of his
> skin or his background or his religion ... People must learn to
> hate, and if they can learn to hate, they can be taught to
> love... For love comes more naturally to the human heart than its
> opposite." Nelson Mandela.

Re: musescore

[Darac Marjal]

On Thu, Sep 07, 2017 at 12:03:28PM -0400, Karen Lewellen wrote:

Hi everyone,
Keeping this question as simple as I can.  I do not presently run 
Linux outside of shell services, still seeking local talent to build / 
train me in the operating system..as I desire using the system.

Music is a major motivator however.  So, is the musescore program,
www.musescore.org
still included  by default in Debian distributions?
I realize if present it may not be the most current.  I just want to 
know if  the package is included regularly.

Thanks,
Karen


The page for this information is 
. This tells you 
that Debian stable (the currently released version of Debian) contains 
version "2.0.3+dfsg1-2+b1" (upstream's 2.0.3 plus some debian-specific 
patches, usually security- or compatibility-related).


The page also shows that there are versions of musescore in oldstable 
(the previously released version of Debian), testing (what will become 
the next released version of Debian) and unstable (the development 
area). This tells me that there is fairly active maintenance of the 
package and there is a good chance (but no guarantee) that musescore 
will continue to be included in Debian.





"No one is born hating another person because of the color of his
skin or his background or his religion ... People must learn to
hate, and if they can learn to hate, they can be taught to
love... For love comes more naturally to the human heart than its
opposite." Nelson Mandela.



--
For more information, please reread.


signature.asc
Description: PGP signature

Re: Upgrade from jessie to strech wants to bloat by system

[Urs Thuermann]

Dejan Jocic  writes:

> Can you check what happens if you use apt-get update && apt-get upgrade
> followed by apt-get dist-upgrade? Aptitude is not really best tool for
> upgrades between distribution releases.

I changed to aptitude quite some time ago, because it seems to better
remove unused automatically installed packages, although it still does
not work quite satisfactory.

OK, I hope I find some time tonight, to backup /, /usr, and /var and
then do a dist-upgrade with apt-get.  But it seems not be very
different:

# apt-get --auto-remove dist-upgrade
...
1215 upgraded, 412 newly installed, 161 to remove and 0 not upgraded.
Need to get 1930 MB of archives.
After this operation, 1560 MB of additional disk space will be used.
E: You don't have enough free space in /var/cache/apt/archives/.

This command also installs e.g. clang-3.8 but does not remove the
automatically installed clang-3.5.

urs

musescore

[Karen Lewellen]

Hi everyone,
Keeping this question as simple as I can.  I do not presently run Linux 
outside of shell services, still seeking local talent to build / train me 
in the operating system..as I desire using the system.

Music is a major motivator however.  So, is the musescore program,
www.musescore.org
still included  by default in Debian distributions?
I realize if present it may not be the most current.  I just want to know 
if  the package is included regularly.

Thanks,
Karen


"No one is born hating another person because of the color of his
skin or his background or his religion ... People must learn to
hate, and if they can learn to hate, they can be taught to
love... For love comes more naturally to the human heart than its
opposite." Nelson Mandela.

Re: HNI Email List

[Educational Tutorials Inc.]

Hi,

We are looking for data of HNI USA customers. Please let us know your
pricing and also send some samples.

-- 

*Feel Free to ask if have any queries.*


*Thanks & Regards -
*

*Support Team*

Re: Upgrade from jessie to strech wants to bloat by system

[Dejan Jocic]

On 07-09-17, Urs Thuermann wrote:
> After fully updating my jessie system using
> 
> aptitude update; aptitude full-upgrade
> 
> I edited sources.list to dist-upgrade to strech.  A folloing aptitude
> upgrade wants to install additional 1.5 GB on my system which is
> currently ~5 GB, i.e. a 30% increase:
> 
>   # df -h / /usr
>   Filesystem  Size  Used Avail Use% Mounted on
>   /dev/dm-0   2.0G  1.8G  135M  93% /
>   /dev/dm-2   7.8G  4.4G  3.0G  60% /usr
>   # du -hs /root
>   1.4G/root
>   # aptitude upgrade
>   Resolving dependencies...
>   ...
>   The following NEW packages will be installed:
> btrfs-progs{a} clang-3.8{a} cpp-6{a} cpp-6-doc{a} dh-autoreconf{a}
> ...
>   The following packages will be REMOVED:
> cpp-4.9-doc{u} docutils-common{u} docutils-doc{u} g++-4.9{u} 
> gir1.2-vte-2.90{u}
> ...
>   The following packages will be upgraded:
> acct acl acpi acpi-support-base acpid adduser adwaita-icon-theme apache2
> ...
>   1151 packages upgraded, 297 newly installed, 128 to remove and 82 not 
> upgraded.
>   Need to get 1843 MB of archives. After unpacking 1537 MB will be used.
>   Do you want to continue? [Y/n/?]
> 
> I see that some new versions of packages are installed without the old
> versions being removed, although they are marked as automatically
> installed, e.g. Linux kernel, clang, llvm, and some others.  For
> example
> 
>   # aptitude search "~i clang"
>   i   clang - C, C++ and Objective-C compiler (LLVM based)
>   i A clang-3.5 - C, C++ and Objective-C compiler (LLVM based)
>   i A libclang-common-3.5-dev   - clang library - Common development package
>   i A libclang1-3.5 - C interface to the clang library
> 
> and aptitude full-upgrade will install clang-3.8 but not remove
> clang-3.5.  But my suspicion is that even when I manually remove all
> these old packages, the installation is still unreasonably larger than
> it is currently.
> 
> urs
> 

Can you check what happens if you use apt-get update && apt-get upgrade
followed by apt-get dist-upgrade? Aptitude is not really best tool for
upgrades between distribution releases.

Re: Debian v9 it's a stretch

[tony mollica]

When I started this particular thread I was just interested in whether 
or not anyone else was experiencing similar performance issues, video, 
network or otherwise.  The answer is clearly, yes.


I like the rather long winded, not-really-to-the-point Chevrolet 
comparison.  Especially since I'm a certified Master Automotive Tech and 
the Chevy problem would have been fixed, if not re-engineered, to 
anyone's satisfaction in short order.  But as was mentioned, we're not 
working on Chevies.


I can browse through the logs on occasion looking for problems or 
inconsistencies and so far found none that match up with odd and 
annoying performance or configuration issues.  I'm also not a developer 
and have limited time to do this sort of stuff.  I've always used Debian 
(from Hamm) and never had issues that I couldn't resolve, until Stretch, 
and thought it was worth mentioning.  Maybe I posted incorrectly. 
Should've gone in the Let's Kill the Messenger thread.




Video drivers, most likely.  Jessie's X used an "intel" driver for
Intel graphics chipsets, whereas stretch's X uses a "modeset" driver.



Video, maybe, probably.  I've always used the proprietary drivers 
(Nvidia) thinking that the company engineers probably have better info 
to do so than others writing code with half the information.  Nvidia 
drivers have alway operated flawlessly for me.  Why not now?


tjm

Re: Suitable text editor [NOT word processor] or workaround?

[Richard Owlett]

On 09/02/2017 08:24 PM, Doug wrote:

[snip]
Do you have Kate on your system? You can open side-by-side versions of
that, and that's a fine text editor that you don't have to
know vi or anything esoteric to use it.

--doug



As I currently have the MATE desktop, it is not installed and the 
original motivation has passed.


However, reviewing Kate's homepage [https://kate-editor.org/] suggests 
it may have other desirable features. Synaptic reports ~150 packages 
would be installed but the additional disk space would not be 
significant. As I was already planning an upgrade to Stretch {>=9.1} 
with a heavily customized choice of packages this would be a convenient 
time to investigate Kate.


Thank you.

Upgrade from jessie to strech wants to bloat by system

[Urs Thuermann]

After fully updating my jessie system using

aptitude update; aptitude full-upgrade

I edited sources.list to dist-upgrade to strech.  A folloing aptitude
upgrade wants to install additional 1.5 GB on my system which is
currently ~5 GB, i.e. a 30% increase:

  # df -h / /usr
  Filesystem  Size  Used Avail Use% Mounted on
  /dev/dm-0   2.0G  1.8G  135M  93% /
  /dev/dm-2   7.8G  4.4G  3.0G  60% /usr
  # du -hs /root
  1.4G/root
  # aptitude upgrade
  Resolving dependencies...
  ...
  The following NEW packages will be installed:
btrfs-progs{a} clang-3.8{a} cpp-6{a} cpp-6-doc{a} dh-autoreconf{a}
...
  The following packages will be REMOVED:
cpp-4.9-doc{u} docutils-common{u} docutils-doc{u} g++-4.9{u} 
gir1.2-vte-2.90{u}
...
  The following packages will be upgraded:
acct acl acpi acpi-support-base acpid adduser adwaita-icon-theme apache2
...
  1151 packages upgraded, 297 newly installed, 128 to remove and 82 not 
upgraded.
  Need to get 1843 MB of archives. After unpacking 1537 MB will be used.
  Do you want to continue? [Y/n/?]

I see that some new versions of packages are installed without the old
versions being removed, although they are marked as automatically
installed, e.g. Linux kernel, clang, llvm, and some others.  For
example

  # aptitude search "~i clang"
  i   clang - C, C++ and Objective-C compiler (LLVM based)
  i A clang-3.5 - C, C++ and Objective-C compiler (LLVM based)
  i A libclang-common-3.5-dev   - clang library - Common development package
  i A libclang1-3.5 - C interface to the clang library

and aptitude full-upgrade will install clang-3.8 but not remove
clang-3.5.  But my suspicion is that even when I manually remove all
these old packages, the installation is still unreasonably larger than
it is currently.

urs

Re: Installation Stretch problème avec nouveau

[Klaus Becker]

On jeudi 7 septembre 2017 15:37:32 CEST Jean Bernon wrote:
> Bonjour,
> 
> J'ai installé Stretch avec xfce sur un desktop ASUS (pas de modèle
> commercial, je l'avais acheté auprès d'un intégrateur, carte mère ASUS
> A7V266-C). J'ai rencontré deux problèmes d'installation que j'ai en gros
> réglés, mais l'info peut être utile à d'autres.


Salut,

en effet, merci de l'info

Klaus


> 
> 1- L'outil de partitionnement de l'installateur détectait bien l'espace
> libre que j'avais prévu pour l'installation, mais il a refusé de s'y loger
> (retour au menu sans le moindre message) et j'ai dû finalement accepter
> qu'il s'étale sur tout le disque, écrasant au passage une vieille
> installation Windows que je n'utilisais guère de toute façon.
> 
> 2- Plus ennuyeux, impossible de redémarrer en fin d'installation, le boot se
> lançait mais plantait rapidement avec une "kernel panic not syncing fatal
> exception in interrupt". Après quelques recherches un peu laborieuses, il
> s'est finalement avéré que c'était le chargement du module nouveau qui fait
> partie de l'installation de base et qui semait la panique à bord, j'ai dû
> relancer avec une option supplémentaire de blacklistage de nouveau (... ro
> quiet modprobe.blacklist=nouveau), puis installer les modules nvidia.
> 
> A+
> Jean

Re: iinet modem, esternal usb hdd

[Dan Ritter]

On Thu, Sep 07, 2017 at 09:29:30PM +1000, Stephen Grant Brown wrote:
> -Original Message- From: Dan Ritter
> Sent: Thursday, September 7, 2017 8:08 PM
> To: Stephen Grant Brown
> Cc: Debian User
> Subject: Re: iinet modem, esternal usb hdd
> 
> On Thu, Sep 07, 2017 at 05:39:57PM +1000, Stephen Grant Brown wrote:
> > Hi All,
> > I am seeing the external usb hdd connected to the iinet modem via the
> > usb port as being accessible via both Samba and DLNA.
> > 
> > How do I access it on a Debian machine.
> 
> 
> https://wiki.debian.org/SAMBAClientSetup
> 
> I recommend starting with a graphical file browser that speaks
> SMB to make sure that it all works, then use an fstab mount
> if you want to make it permanent.
> 
> -dsr-
> Hi All,
> Thanks Dan for your speedy reply.
> How do I find the computer name?

The name of the router/modem with the attached USB disk? If you
haven't configured it otherwise, the WORKGROUP group should
have all the discoverable devices in it.

-dsr-

Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[roger . tarani]

PPS

J'ai lu faire la commande (non destructive) :
cryptsetup luksDump /dev/sdb5

Il y a bien un LUKS header et ça me soulage. Puisque j'ai découvert qu'il 
fallait IMPÉRATIVEMENT le sauvegarder. 

A ce stade, étant donné que je suis certain de la passphrase, je pense à :
* Un problème avec les caractères accentués et spéciaux de la passphrase (c'est 
pas recommandé, paraît-il...)
=> comment tester ?
* un problème avec la dernière mise à jour du noyeau
=> comment utiliser sans risque un noyeau plus récent ?

Merci

- Original Message -
From: Sébastien NOBILI 
To: debian-user-french@lists.debian.org
Sent: Thu, 07 Sep 2017 13:23:37 +0200 (CEST)
Subject: Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

Le jeudi 07 septembre 2017 à 12:19, roger.tar...@free.fr a écrit :
> Depuis initramfs j'ai passé les commandes suivantes :
> 
> cryptsetup luksOpen /dev/sdc5 VolumeLVM
> cryptsetup luksOpen /dev/sdc5 /dev/mapper/dr1--vg-root
> Et même :
> cryptsetup luksOpen /dev/sdc2 /dev/mapper/dr1--vg-root
> 
> Dans les 3 cas, j'ai le message :
> Device xxx doesn't exist or access denied

Tu es sûr que c’est sur sdb5 que ça se passe ?

Tu devrais essayer depuis un LiveCD, tu auras un système plus complet que
l’initramfs…

Sébastien

Re: testing, upgrade of openssl libssl1.1 ( 1.1.0f-3 => 1.1.0f-4 )

[Reco]

Hi.

On Wed, Sep 06, 2017 at 08:57:53PM +0200, to...@tuxteam.de wrote:
> > On Wed, Sep 06, 2017 at 09:57:09AM +0200, to...@tuxteam.de wrote:
> 
> [...]
> 
> > > Isn't there any LD_PRELOAD trick one could play? [...]
> 
> > There'll be once someone writes it. Maybe I'll do it this weekend.
> 
> \o/
> 
> ;-)

So I got bored and wrote the thing today. A customary disclaimer
follows:

1) The code is public domain.

2) The code is fugly so I don't claim the authorship. It's bound to
break in next version of openssl anyway.

3) It was tested on Debian GNU/Linux amd64 only, although I don't see
why it should not work elsewhere.

4) Nor the code nor the library are supported by Debian project or the
upstream. I won't support it either.

5) There is no guaranties. If it breaks anything it's your problem, not
mine.


Usage:

apt install gcc-7 libssl-dev
tar xf tls10.tar.gz
# might add -funroll-oops and -fvomit-frame-pointer here
gcc -fPIC -shared -O4 -pipe -g -s -o tls10.so tls10.c
strip tls10.so

LD_PRELOAD=$PWD/tls10.so 

Reco


tls10.tar.gz
Description: application/gzip

Re: Je veux me réjouir comme une reine. Camille

[Juste Koumba]

what are you talking about?
 

Le Dimanche 6 août 2017 17h34, Camille Harsford  
a écrit :
 

 

Voudrais-tu être mon roi? 
http://bit.ly/2ucScij

   

Installation Stretch problème avec nouveau

[Jean Bernon]

Bonjour, 

J'ai installé Stretch avec xfce sur un desktop ASUS (pas de modèle commercial, 
je l'avais acheté auprès d'un intégrateur, carte mère ASUS A7V266-C). 
J'ai rencontré deux problèmes d'installation que j'ai en gros réglés, mais 
l'info peut être utile à d'autres. 

1- L'outil de partitionnement de l'installateur détectait bien l'espace libre 
que j'avais prévu pour l'installation, mais il a refusé de s'y loger (retour au 
menu sans le moindre message) et j'ai dû finalement accepter qu'il s'étale sur 
tout le disque, écrasant au passage une vieille installation Windows que je 
n'utilisais guère de toute façon. 

2- Plus ennuyeux, impossible de redémarrer en fin d'installation, le boot se 
lançait mais plantait rapidement avec une "kernel panic not syncing fatal 
exception in interrupt". Après quelques recherches un peu laborieuses, il s'est 
finalement avéré que c'était le chargement du module nouveau qui fait partie de 
l'installation de base et qui semait la panique à bord, j'ai dû relancer avec 
une option supplémentaire de blacklistage de nouveau (... ro quiet 
modprobe.blacklist=nouveau), puis installer les modules nvidia. 

A+ 
Jean 

Re: cgi and bash

[Darac Marjal]

On Thu, Sep 07, 2017 at 01:46:50PM +0200, Pol Hallen wrote:

Hello all

I try to formatting out put cat command

cat /usr/lib/cgi-bin/test00.cgi

#!/bin/bash
echo "Content-type: text/html"
cat /tmp/file

results is:

one two three four

How format output like a bash script (with newline)?

one
two
three
four

thanks for help! :)


#!/bin/bash
echo "Content-type: text/html"
echo
echo "Contents of file 
/tmp/file"


cat /tmp/file | while read line ; do
  echo "$line"
done

echo ""

So, what I'm doing there is printing the content-type, then the body 
(you'll have to check that that's proper CGI as it's been ages since I 
did any of that), then printing a bare-bones HTML file. Note that 
certain tags are required to make a valid HTML document. Just printing 
content and claiming it's HTML is *not* valid. What I've done is "cat 
/tmp/file | while read line ..." which will loop over the lines in 
/tmp/file and, for each one, assign the contents to $line. I then use 
that variable as the content in a paragraph (). I've also marked up 
the text as "teletype" text which usually means it gets printed in a 
monospace font. YBMV.


For more information, the CGI specification is RFC 3875 and the HTML 
specification is https://www.w3.org/TR/html/





Pol



--
For more information, please reread.


signature.asc
Description: PGP signature

Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[roger . tarani]

PS :
Hummm
En ajoutant sudo au début de ma commande (j'ai des bases basiques !), je 
déclenche le message
Enter passphrase for /dev/sdb5:

Mais quand je saisis la passphrase, j'ai un rejet :
No key available with this passphrase. 

Dans le terminal j'ai bien accès à tous les caractères azerty accentués etc. 

Est-il possible de rendre visible la saisie de la passphrase pour vérifier que 
les caractères entrés sont les bons ?
(J'ai des caractères accentués et des apostrophes)

Merci


- Original Message -
From: Sébastien NOBILI 
To: debian-user-french@lists.debian.org
Sent: Thu, 07 Sep 2017 13:23:37 +0200 (CEST)
Subject: Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

Le jeudi 07 septembre 2017 à 12:19, roger.tar...@free.fr a écrit :
> Depuis initramfs j'ai passé les commandes suivantes :
> 
> cryptsetup luksOpen /dev/sdc5 VolumeLVM
> cryptsetup luksOpen /dev/sdc5 /dev/mapper/dr1--vg-root
> Et même :
> cryptsetup luksOpen /dev/sdc2 /dev/mapper/dr1--vg-root
> 
> Dans les 3 cas, j'ai le message :
> Device xxx doesn't exist or access denied

Tu es sûr que c’est sur sdb5 que ça se passe ?

Tu devrais essayer depuis un LiveCD, tu auras un système plus complet que
l’initramfs…

Sébastien

Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[roger . tarani]

Oui
Mon LiveCD sur USB m'a indiqué :

/dev/sd5c 297 Gio
Partitions
/dev/sdc1 ext2  243 Mio  boot
/dev/sdc2 extended 297 Gio
/dev/sdc5 crypt-luks 297 Gio


Depuis un terminal de mon Debian 4 installé sur mon LiveCD USB, je peux 
utiliser la commande lsblk. 
Note qu'il m'indique à présent sdb5 et non sdc5. Mais je le vois. 

Qyand je fais la commande 
cryptsetup luksOpen /dev/sdb5 VolumeLVM

Même message :
Device /dev/sdb5 doesn't exist or access denied. 


Déjà, je vois mon device chiffré /dev/sdb5 et je dispose d'un terminal complet.

Mais que faire ? 

Merci
- Original Message -
From: Sébastien NOBILI 
To: debian-user-french@lists.debian.org
Sent: Thu, 07 Sep 2017 13:23:37 +0200 (CEST)
Subject: Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

Le jeudi 07 septembre 2017 à 12:19, roger.tar...@free.fr a écrit :
> Depuis initramfs j'ai passé les commandes suivantes :
> 
> cryptsetup luksOpen /dev/sdc5 VolumeLVM
> cryptsetup luksOpen /dev/sdc5 /dev/mapper/dr1--vg-root
> Et même :
> cryptsetup luksOpen /dev/sdc2 /dev/mapper/dr1--vg-root
> 
> Dans les 3 cas, j'ai le message :
> Device xxx doesn't exist or access denied

Tu es sûr que c’est sur sdb5 que ça se passe ?

Tu devrais essayer depuis un LiveCD, tu auras un système plus complet que
l’initramfs…

Sébastien

Re: cgi and bash

[Nicolas George]

Le primidi 21 fructidor, an CCXXV, Max a écrit :
> cat /tmp/file
> 
> one
> two
> three
> four

This is not HTML, yet you pretend it is. Make it consistent. It has
nothing to do with Bash nor CGI.

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Re: cgi and bash

[Max]

I need use html

Pol

On 09/07/2017 02:05 PM, Dominique Dumont wrote:

On Thursday, 7 September 2017 13:46:50 CEST Pol Hallen wrote:

How format output like a bash script (with newline)?


You can try to set your cgi script to use text/plain content type instead of
text/html

HTH




--
Max

Re: cgi and bash

[Dominique Dumont]

On Thursday, 7 September 2017 14:09:19 CEST Max wrote:
> I need use html

Then have your script output HTML with tags like   ...

HTH
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Re: Debian v9 it's a stretch

[Greg Wooledge]

On Thu, Sep 07, 2017 at 07:57:58AM +0900, Mark Fletcher wrote:
> That's fascinating because I found the opposite -- my circa-2009 
> self-built Intel Core i7 920-based machine surged ahead when I upgraded 
> from jessie to stretch -- really felt like everything was that little 
> bit more alive. I'd had no complaints about jessie performance but 
> suddenly everything was that bit nippier.

Video drivers, most likely.  Jessie's X used an "intel" driver for
Intel graphics chipsets, whereas stretch's X uses a "modeset" driver.

Notoriously in jessie, some of the newer Intel chipsets actually needed
(or greatly wanted) a backported stretch xserver-xorg-video-intel
package for proper performance.  (Your older machine may or may not be
one of these.)

Some older Intel chipsets perform very well under the new modeset driver
without adding any firmware packages.  I am guessing yours is one
of these.

Some newer Intel chipsets perform very well after you install the
correct non-free firmware package for them.  Without that firmware,
they will perform very poorly, to the point where you might actually
consider reverting to the intel driver, if your personal philosophy
is not to install non-free firmware.

Re: cgi and bash

[Max]

cat /tmp/file

one
two
three
four

Pol


cat /tmp/file


Could we perhaps see the contents of this file?

Regards,




--
Max

Re: cgi and bash

[Dominique Dumont]

On Thursday, 7 September 2017 13:46:50 CEST Pol Hallen wrote:
> How format output like a bash script (with newline)?

You can try to set your cgi script to use text/plain content type instead of 
text/html

HTH

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Re: cgi and bash

[Nicolas George]

Le primidi 21 fructidor, an CCXXV, Pol Hallen a écrit :
> cat /tmp/file

Could we perhaps see the contents of this file?

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

cgi and bash

[Pol Hallen]

Hello all

I try to formatting out put cat command

cat /usr/lib/cgi-bin/test00.cgi

#!/bin/bash
echo "Content-type: text/html"
cat /tmp/file

results is:

one two three four

How format output like a bash script (with newline)?

one
two
three
four

thanks for help! :)

Pol

Re: iinet modem, esternal usb hdd

[Stephen Grant Brown]

-Original Message- 
From: Dan Ritter

Sent: Thursday, September 7, 2017 8:08 PM
To: Stephen Grant Brown
Cc: Debian User
Subject: Re: iinet modem, esternal usb hdd

On Thu, Sep 07, 2017 at 05:39:57PM +1000, Stephen Grant Brown wrote:

Hi All,
I am seeing the external usb hdd connected to the iinet modem via the usb 
port as being accessible via both Samba and DLNA.


How do I access it on a Debian machine.



https://wiki.debian.org/SAMBAClientSetup

I recommend starting with a graphical file browser that speaks
SMB to make sure that it all works, then use an fstab mount
if you want to make it permanent.

-dsr-
Hi All,
Thanks Dan for your speedy reply.
How do I find the computer name?
Yours Sincerely
Stephen Grant Brown

Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[Sébastien NOBILI]

Le jeudi 07 septembre 2017 à 12:19, roger.tar...@free.fr a écrit :
> Depuis initramfs j'ai passé les commandes suivantes :
> 
> cryptsetup luksOpen /dev/sdc5 VolumeLVM
> cryptsetup luksOpen /dev/sdc5 /dev/mapper/dr1--vg-root
> Et même :
> cryptsetup luksOpen /dev/sdc2 /dev/mapper/dr1--vg-root
> 
> Dans les 3 cas, j'ai le message :
> Device xxx doesn't exist or access denied

Tu es sûr que c’est sur sdb5 que ça se passe ?

Tu devrais essayer depuis un LiveCD, tu auras un système plus complet que
l’initramfs…

Sébastien

Re: Audio perdut a Stretch

[Moises]

El dia 6 de setembre de 2017 a les 10:53, Orestes Mas 
ha escrit:

> On 05/09/17 22:03, Moises wrote:
>
> Moltes gràcies als dos
>
> Finalment sembla solucionat el problema. Dic sembla perquè:
> - alsamixer tenia alguns canals muted. Encara que els vaig canviar
> continuava sense sentir-se
> - amb pavucontrol m'he trobat que no hi havia cap dispositiu de sortida
> connectat (segons diu). En tot cas, a l'apartat de configuració he passat
> el perfil 'inactiu' al 'Analog Stereo Duplex (unplugged)'
> - un cop fet això, de sobte, ha començat a funcionar (ex. $ aplay
> /usr/share/sounds/alsa/Front_Center.wav )
> - en reiniciar, tornava a no sentir-se res. alsamixer ha tornat
> a presentar canals silenciats.
> - en desilenciar i reiniciar (dos cops), ara sí se sent sense haver de
> tocar res.
> - la configuració de so dels paràmetres del sistema continua sense trobar
> cap dispositiu de sortida.
>
> Un altra cop, moltes gràcies
>
> Quin escriptori uses? Ho dic perquè en KDE hi ha paràmetres de
> l'arranjament del sistema que també has de tocar, altrament cada vegada que
> entres a la sessió et configura l'àudio com està especificat allà.
>
> En altres escriptoris desconec si passa res semblant.
>
>
> ​Gràcies Orestes. Faig servir Gnome.
No sé si és el mateix que amb KDE. El cert és que de moment continua
funcionant l'àudio tant després d'aturada com de pausa.
He vist en algun fòrum que algú es queixava de que alsamixer no guardava
els canvis entre sessions. Ara em fas pensar que potser parlaven de KDE.
​Salut​

Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[roger . tarani]

Bonjour 

Depuis initramfs j'ai passé les commandes suivantes :

cryptsetup luksOpen /dev/sdc5 VolumeLVM
cryptsetup luksOpen /dev/sdc5 /dev/mapper/dr1--vg-root
Et même :
cryptsetup luksOpen /dev/sdc2 /dev/mapper/dr1--vg-root

Dans les 3 cas, j'ai le message :
Device xxx doesn't exist or access denied

Evidemment la commande "df -h" ne montre que 
  udev
  tmpfs


Que penser de ça ?

Merci

- Original Message -
From: Sébastien NOBILI 
To: debian-user-french@lists.debian.org
Sent: Thu, 07 Sep 2017 10:42:17 +0200 (CEST)
Subject: Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

Bonjour,

Le jeudi 07 septembre 2017 à 9:03, roger.tar...@free.fr a écrit :
> Quelle est la commande exacte pour vérifier la passphrase (et le système, 
> puisque je suis certain de la passphrase - si le clavier est en azerty) ?
> man cryptsetup indique comme tu disais :
> cryptsetup luksOpen  
> Donc ce serait :
> cryptsetup luksOpen /dev/sdc5 /dev/mapper/dr1--vg-root
> ??

La commande d’ouverture du volume est plutôt comme ça :

 cryptsetup luksOpen /dev/sdc5 

Dans « nom-du-volume », je crois que tu peux mettre ce que tu veux, ça sert à
l’identifier au moment de la fermeture du volume.

Concrètement, j’utilise les commandes suivantes.

Ouverture du volume :

 cryptsetup luksOpen /dev/sdc5 VolumeLVM

Mise à jour des volumes logiques LVM disponibles :

 vgchange -ay

Là tu devrais te retrouver avec des choses qui ont apparu dans le dossier
« /dev/mapper/ », notamment « dr1--vg-root »

 ls /dev/mapper/dr1--vg-root

Tu devrais alors être capable de monter la racine de ton système chiffré :

 mount /dev/mapper/dr1--vg-root /mnt

Après, pour refermer proprement tout ça :

 umount /mnt
 vgchange -an
 cryptsetup luksClose VolumeLVM
 ^
 Le nom que tu avais mis lors du « luksOpen »

Les commandes ci-dessus ne font qu’accéder en lecture, elle ne cassent rien
(histoire d’anticiper sur ta prudence ;) )

Sébastien

Re: iinet modem, esternal usb hdd

[Dan Ritter]

On Thu, Sep 07, 2017 at 05:39:57PM +1000, Stephen Grant Brown wrote:
> Hi All, 
> I am seeing the external usb hdd connected to the iinet modem via the usb 
> port as being accessible via both Samba and DLNA.
> 
> How do I access it on a Debian machine.


https://wiki.debian.org/SAMBAClientSetup

I recommend starting with a graphical file browser that speaks
SMB to make sure that it all works, then use an fstab mount
if you want to make it permanent.

-dsr-

Re: No hiverna be amb el gestor d'energia del xfce4 al tancar la tapa

[Enric]

Salut, 

si, si, és una super pista per investigar. Merci Narcís. 

He estat remenant, però no m'acaba de sortir, haig de barallar-m'hi més.


Però d'aquesta manera pots afegir un script a l'execució de tot plegat.
Va una mica diferent, però he pogut remenar. 

Hi ha els canals i les propietats, a més pots llistar les diferents
opcions. Per exemple, per veure els canals: 

xfconf-query --list 

i llavors llistar les propietats d'un canal concret: 

xfconf-query -c xfce4-power-manager --list 

i la gràcia és que pots configurar perquè sigui un tipus string i no pas
booleà i afegir-li un script de l'estil: 

xfconf-query -c xfce4-power-manager -p
/xfce4-power-manager/lid-action-on-battery -s "/usr/bin/sudo
pm-hibernate" --create -t string 

Però no m'acaba de funcionar. Segueixo investigant. Però altre cop
gràcies, Narcís. 

A més, he vist que hi ha el fitxer de configuració genèric a 

/etc/xdg/xfce4/xfconf/xfce-perchannel-xml/xfce4-power-manager.xml 

però també m'has fet veure que hi ha el del directori personal, que és
el que es canvia al fer servir la comanda xfconf-query 

.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-power-manager.xml 

Però sembla que l'escript no l'executa. Haig de seguir investigant. 

Vinga, 

Salut i desobediència! 

Enric. 

A 07-09-2017 08:09, Narcis Garcia escrigué:

> L'exemple du a una comanda que no existeix, perquè surt de l'exemple
> d'un programet (script) que algú es fa al propi ordinador, així que la
> comanda així copiada no funciona.
> 
> Jo he donat les pistes de per on investigar seguint el fil.
> 
> __
> I'm using this express-made address because personal addresses aren't
> masked enough at this mail public archive. Public archive administrator
> should fix this against automated addresses collectors.
> El 06/09/17 a les 20:13, Alex Muntada ha escrit: Narcis Garcia:
> 
> xfconf-query -c xfce4-session -p /general/LockCommand -s
> "/opt/bin/phlock" --create -t string 
> No crec que aquest "/opt/bin/phlock" formi part de cap paquet
> oficial de Debian. Ens pots explicar d'on surt i què fa?
> 
> Salut,
> Alex

  

Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[Sébastien NOBILI]

Bonjour,

Le jeudi 07 septembre 2017 à  9:03, roger.tar...@free.fr a écrit :
> Quelle est la commande exacte pour vérifier la passphrase (et le système, 
> puisque je suis certain de la passphrase - si le clavier est en azerty) ?
> man cryptsetup indique comme tu disais :
> cryptsetup luksOpen  
> Donc ce serait :
> cryptsetup luksOpen /dev/sdc5 /dev/mapper/dr1--vg-root
> ??

La commande d’ouverture du volume est plutôt comme ça :

cryptsetup luksOpen /dev/sdc5 

Dans « nom-du-volume », je crois que tu peux mettre ce que tu veux, ça sert à
l’identifier au moment de la fermeture du volume.

Concrètement, j’utilise les commandes suivantes.

Ouverture du volume :

cryptsetup luksOpen /dev/sdc5 VolumeLVM

Mise à jour des volumes logiques LVM disponibles :

vgchange -ay

Là tu devrais te retrouver avec des choses qui ont apparu dans le dossier
« /dev/mapper/ », notamment « dr1--vg-root »

ls /dev/mapper/dr1--vg-root

Tu devrais alors être capable de monter la racine de ton système chiffré :

mount /dev/mapper/dr1--vg-root /mnt

Après, pour refermer proprement tout ça :

umount /mnt
vgchange -an
cryptsetup luksClose VolumeLVM
 ^
 Le nom que tu avais mis lors du « luksOpen »

Les commandes ci-dessus ne font qu’accéder en lecture, elle ne cassent rien
(histoire d’anticiper sur ta prudence ;) )

Sébastien

BOINC Screensaver

[Mike Stroud]

I've just installed the BOINC screensaver as well as the BOINC Manager 
using Synaptec, and I've upgraded them from the stretch-backports repo. 
I've got the BOINC Manager running SETI@home. I installed xscreensaver, 
and edited the .xscreensaver file in my home directory to include: - GL: 
boincscr -root - \n\. However, all I get when I run the screensaver is a 
black screen with the message "screensaver loading".


Can anyone help, please?

My trusty 32 bit HP ProLiant ML110's specs are as follows:
4.11.0-0.bpo.1-686-pae #1 SMP Debian 4.11.6-1~bpo9+1 (2017-07-09) i686 
GNU/Linux

Intel(R) Pentium(R) 4 CPU 3.20GHz
VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Rage 
XL PCI (rev 27)

3Gb RAM.
2x250Gb HDD (RAID 0)

Re: Windows program on Debian

[Darac Marjal]

On Wed, Sep 06, 2017 at 03:53:18PM -0700, Gary Roach wrote:

On 09/05/2017 07:10 PM, 黃世緯 wrote:

My computer is 11 years old, with single-channel ram, 80GB IDE hard
drive etc.

The most important thing is the virtualisation, is it okay to install
Windows programme on linux?



I've been experimenting with KVM virtual machine lately. I've also 
used wine and Virtual Box in the past. I found wine to be a pain. 
Virtual Box is ok but KVM, on the other hand, installed with little 
trouble. After that you can load any OS into KVM and have no conflict 
with the parent OS. I think it is the best choice if you wish to run 
multiple OS's on any system.


KVM *might* be the best choice for running multiple OSes, but running 
multiple OSes is not the best choice for the OP. The OP didn't state how 
much RAM they had, but for a machine that's 11 years old, I suspect it's 
not much. 2006 was the era of Windows XP / very early Windows Vista. 
Windows Vista recommended 1GB of RAM.  By running multiple OSes, you run 
a lot of superfluous tasks that take up precious RAM and CPU time. 
Because WINE translates Windows API calls into Linux ones, it is a lot 
more lightweight than running two OSes. Agreed, it has gaps in its 
capabilities, but depending on the OP's application WINE may be much 
better suited.




Gary R.



--
For more information, please reread.


signature.asc
Description: PGP signature

iinet modem, esternal usb hdd

[Stephen Grant Brown]

Hi All, 
I am seeing the external usb hdd connected to the iinet modem via the usb port 
as being accessible via both Samba and DLNA.

How do I access it on a Debian machine.

Yours Sincerely
Stephen Grant Brown

Re: debian-user-digest Digest V2017 #989

[David Max]

FAO Didier Gaumet

Install Debian 9.1 stretch on Pentium II system: pata_hpt3x2n

Many thanks for this reply.

>Le 05/09/2017 à 11:34, David Max a écrit :
> Hello
>
:
:
:
>didier@hp-dm1:~$ grep -i hpt /boot/config*
>CONFIG_SCSI_HPTIOP=m
>CONFIG_PATA_HPT366=m
>CONFIG_PATA_HPT37X=m
># CONFIG_PATA_HPT3X2N is not set
># CONFIG_PATA_HPT3X3 is not set
>
>It seems you have at least to declare the driver either built-in (=y) or
>as a module (=m) and rebuild the kernel
>(cf
>
https://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-building
)

This sounds interesting and I will try to do as you recommend. Since the
first post I have HD-installed Knoppix 7.6 which I think should have the
necessary tools. (Knoppix 7.7 installation failed for some reason).

As soon as there is more I will report back.

Thanks again

David

On Tue, Sep 5, 2017 at 10:48 PM, <
debian-user-digest-requ...@lists.debian.org> wrote:

> Content-Type: text/plain
>
> debian-user-digest Digest   Volume 2017 :
> Issue 989
>
> Today's Topics:
>   Re: testing, upgrade of openssl libs  [ Gene Heskett <
> ghesk...@shentel.net> ]
>   Re: Install Debian 9.1 stretch on Pe  [ didier gaumet
>    Re: Strange results with an addition  [ deloptes  ]
>   Re: testing, upgrade of openssl libs  [ Michael Grant 
> ]
>   Re: Laptop randomly reboots   [ Fungi4All <
> fungil...@protonmail.com ]
>   Re: Laptop randomly reboots   [ Sam Smith  ]
>   Re: testing, upgrade of openssl libs  [ Sven Hartge 
> ]
>
> Date: Tue, 5 Sep 2017 14:15:11 -0400
> From: Gene Heskett 
> To: debian-user@lists.debian.org
> Subject: Re: testing, upgrade of openssl libssl1.1 ( 1.1.0f-3 => 1.1.0f-4 )
> Message-Id: <201709051415.11273.ghesk...@shentel.net>
> Content-Type: Text/Plain;
>   charset="utf-8"
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
>
> On Tuesday 05 September 2017 13:40:00 Michael Grant wrote:
>
> > I upgraded openssl today in my server running testing.  It installed
> > version 1.1.0f-5.  To my surprise, my mac clients can no longer send
> > and receive email!
> >
> As that is a security related upgrade, I would next push the Mac people
> to match it, or if possible, configure the Macs to use the more secure
> protocol.
>
> > How do I roll back to the previous version of openssl?
> >
> > "apt-cache showpkg openssl" only shows version 1.1.0f-5.
> >
> > apt install openssl=1.1.0f-3
> > Reading package lists... Done
> > Building dependency tree
> > Reading state information... Done
> > E: Version '1.1.0f-3' for 'openssl' was not found
> >
> > I gather I need to add something to my sources.list to get at the
> > older versions.
>
>
> 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 
>
> Date: Tue, 5 Sep 2017 20:32:15 +0200
> From: didier gaumet 
> To: debian-user@lists.debian.org
> Subject: Re: Install Debian 9.1 stretch on Pentium II system: pata_hpt3x2n
>  required?
> Message-ID: 
> Content-Type: text/plain; charset=utf-8
> Content-Transfer-Encoding: 8bit
> Content-Language: fr-FR
>
> Le 05/09/2017 à 11:34, David Max a écrit :
> > Hello
> >
> > I am attempting to install Debian 9.1 stretch on an old Pentium II
> system.
> >
> > Setup --
> >
> > cpu Pentium II 400 MHz
> > ram 512 MB
> > video card ATI RAGE IIC AGP
> > hdd #1 6.8 GB Fujitsu (with Windows installed, also a 1GB Linux swap
> > partition)
> > hdd #2 80 GB Seagate, attached to Highpoint 133SB Rocket Raid (PCI) card
> >
> > Install process goes well until the stage of searching for disks. Then
> > the first disk is detected fine, but 2nd doesn't show up.
> >
> > If I pause the installation sequence at disk detection, driver
> > pata_hpt37x is shown by lsmod. lspci shows the Highpoint card as "RAID
> > bus controller HighPoint Technologies, Inc. HPT302/302N (rev 02)".
> >
> > As some background, Knoppix 7.2.0 installs okay on the Seagate drive but
> > I seem to have broken it by upgrading some packages (and removing
> > libreoffice). On boot, Knoppix complains that graphics cannot be
> > initialised, I think because package xserver-xorg-video-ati has been
> > unpacked but not installed (i.e., on the Knoppix hdd installation).
> >
> > The aim is to see if this old machine can take on a new life as a
> > router. Traffic rates through it are adequate for current needs. If
> > Debian install can be completed, I will switch to LXDE for the desktop
> > (quite lightweight as I understand).
> >
> > If Debian can be installed Knoppix will be replaced but the old Windows
> > install on hdd #1 will be retained.
> >
> > After a little research, I believe a driver pata_hpt3x2n might be
> required?
> >
> > 

Re: OT: Re: Suitable text ed

[Gene Heskett]

On Wednesday 06 September 2017 18:14:56 Mike McClain wrote:

> On Wed, Sep 06, 2017 at 02:31:08AM -0400, Gene Heskett wrote:
> > The total configuration generally is not a single file, usually
> > broken up according to its order in the programs bootup, first being
> > the basic config, then the first of what could be 2 or 3 .hal files,
> > some of which can't be run until the gui is started, then once the
> > gui is drawn, more gui for accessory tally's, spindle
> > speed/direction, and dials to replace the cranks that no longer
> > exist, usually written in xml or pyvcp, or gladevcp is done, which
> > adds the "hal pins" that connect the machine gui to the machine. It
> > can get complex.  This most recent lathe has over 1200 lines of code
> > just in the configuration files.  And I still do not have any
> > coolant or lube facilities under control.  Stuff I have yet to build
> > or buy. :)
>
> Damn, that sounds like fun.

And when it all works, the grin reaches your ears. :)  One of the 
problems in cnc'ing a lathe is that its not possible to mount a switch 
at the zero radius or diameter point, there's nothing there but air.  So 
you make a cut, then run the tool away in the z axis, measure the cut, 
and then tell to software how big the x cut is as measured with the 
highest accuracy measuring tool in the drawer. And that calibration is 
only good for THAT cutting tool since each one is a different length or 
width.  There are ways to measure and set that of course, as long as the 
tool holder isn't moved on the carriage. Turn it 5 degrees to get a 
cleaner cut and the tool table might as well be straight out of urandom 
since that 5 degrees is moving the tool tip in an arc,

Generally, the home switches on a lathe are to establish the work 
envelope only, stopping you from carving up the chuck jaws if you get 
too close.  So I normally write gcode so z is touched off at 0. at 
the end of the workpiece.  Then I can make a dozen identical bolts by 
sliding the workpiece out until its resting on the tool, tighten the 
chuck, touch Z off to 0.000, and hit r on the keyboard. 4 minutes and 3 
toolchanges later another nice shiny brass 8mmx1mm pitch bolt with a 
1/2" hex head falls into the chip tray.  Sure I can buy them online for 
less, but they are also 2 to 3 weeks away, and a heck of a lot poorer 
fit.

> Mike
> --
> Go to heaven for the climate, hell for the company.
> - Mark Twain


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: OT: Re: Suitable text ed

[Jan-Peter Rühmann]

Hello

Am 07.09.2017 um 07:50 schrieb Mike McClain:
> On Wed, Sep 06, 2017 at 02:31:08AM -0400, Gene Heskett wrote:
>>
>> The total configuration generally is not a single file, usually broken up
>> according to its order in the programs bootup, first being the basic
>> config, then the first of what could be 2 or 3 .hal files, some of which
>> can't be run until the gui is started, then once the gui is drawn, more
>> gui for accessory tally's, spindle speed/direction, and dials to replace
>> the cranks that no longer exist, usually written in xml or pyvcp, or
>> gladevcp is done, which adds the "hal pins" that connect the machine gui
>> to the machine. It can get complex.  This most recent lathe has over
>> 1200 lines of code just in the configuration files.  And I still do not
>> have any coolant or lube facilities under control.  Stuff I have yet to
>> build or buy. :)
> 
> Damn, that sounds like fun.
> Mike
> --
> Go to heaven for the climate, hell for the company.
> - Mark Twain
> 
I prefer vi on the Console and Atom in the UI.
before I found Atom I loved Kate very much and I still like mcedit in the 
Console and via ssh.

Good Luck,
-- 

-=== Jan-Peter Rühmann & Kuma 
===-
 Gubkower Str.7   [ Tel.:  +49 (38205) 65484 (Privat) ] Mail: 
jan-pe...@ruehmann.name
 18195 Cammin [ Tel.:  +49 (38205) 65215 (Firma)  ] Web: 
http://www.ruehmann.name
 Deutschland  [ FAX:   +49 (38205) 65212  ]
  [ Mobil: +49 (162) 1316054  ] Beruf:
IT-Servicetechniker
 ICQ: 288192920 Ring: JPRuehmann  WhatsApp: 491621316054 Twitter: 
@JPRuehmann
--
  Die Verwendung der Daten zu Werbezwecken ist verboten.

--

Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

[roger . tarani]

Bonjour Pascal
Merci. Avec l'option "break" à la commande "linux" je peux accéder au shell de 
initramfs. En azerty. 

Avec ma clef USB GParted 0.23.0 (qui contient Debian 4), j'ai pu observer par 
ailleurs mon device chiffré :

/dev/sd5c 297 Gio
Partitions
/dev/sdc1 ext2  243 Mio  boot
/dev/sdc2 extended 297 Gio
/dev/sdc5 crypt-luks 297 Gio

J'ai accès à la commande cryptsetup. 

Pour vérifier la passphrase, il faut la commande complète. 
Je vois dans Grub :
linux  /vmlinuz-3.16.0-4-amd64 root=/dev/mapper/dr1--vg-root ro single break

Est-ce que la commande cryptsetup openLuks est rigoureusement identique à la 
commande cryptsetup open --type luks ?

Quelle est la commande exacte pour vérifier la passphrase (et le système, 
puisque je suis certain de la passphrase - si le clavier est en azerty) ?
man cryptsetup indique comme tu disais :
cryptsetup luksOpen  
Donc ce serait :
cryptsetup luksOpen /dev/sdc5 /dev/mapper/dr1--vg-root
??

Merci

- Original Message -
From: Pascal Hambourg 
To: Liste Debian 
Sent: Thu, 07 Sep 2017 07:09:00 +0200 (CEST)
Subject: Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée

Le 06/09/2017 à 23:48, roger.tar...@free.fr a écrit :
> 
> J'ai tenté le Debian Recovery mode proposé par Grub2 pour lancer un shell et 
> jeter un oeil, mais j'atterris en fait sur le module qui demande la 
> passphrase comme pour un boot normal.
> Je peux éditer les commandes avant le boot avec 'e'.
> 
> C'est peut-être là qu'il faut indiquer de lancer un minishell de secours ?
> Quelle commande ?

Il faut ajouter l'option "break" à la ligne de commande du noyau qui 
commence par "linux".
Mais de toute façon, il me semble que si on échoue à ouvrir le volume 
chiffré qui contient la racine, on tombe automatiquement sur le shell de 
secours de l'initramfs. Lorsque cryptsetup est présent, la disposition 
du clavier devrait être configurée dès cette étape.

> Pour info, là, j'arrive juste à lancer le shell du Debian 4 de ma clef USB. 
> Après, je suis sec.

Debian 4 ?
L'installateur Debian en mode rescue est une alternative au shell de 
secours de l'initramfs.

> Si j'arrive à lancer un shell,
> je devrai être capable de tester si le déchiffrement fonctionne  open --type luks /dev/sdb-ou-autre>

Il me semble que la commande est incomplète : elle devrait contenir le 
nom du volume device-mapper créé pour accéder au contenu en clair.

Re: failure of cheese with a Microsoft LifeCam NX-6000

[Reco]

Hi.

On Wed, Sep 06, 2017 at 03:40:38PM -0700, pe...@easthope.ca wrote:
> Thanks to everyone who replied.
> 
> * From: Reco 
> * Date: Wed, 6 Sep 2017 18:16:08 +0300
> > This is [w]here I'd say 'screw it' and use 'mpv' or 'ffmpeg' instead of
> > 'cheese', but YMMV.
> 
> mpv and ffmpeg are installed.  To try mpv, a device should be 
> specified and recognized.
> 
> guest@imager:~$ ls -d /dev/u*
> /dev/uhid  /dev/uinput  /dev/urandom
> guest@imager:~$ ls -d /dev/v4l/by-path/*
> /dev/v4l/by-path/pci-:02:02.0-video-index0
> /dev/v4l/by-path/pci-:02:02.0-video-index1
> /dev/v4l/by-path/pci-:02:02.0-video-index2
> /dev/v4l/by-path/pci-:02:02.0-video-index3
> 
> The v4l devices are on a Hauppauge pci WinTV card.  
> The camera is plugged but not apparent in the software, to me at least.
> 
> ?

I'd start with:

mpv tv:// --no-tv-audio

mpv tv:// --tv-device=/dev/video0 --no-tv-audio

mpv tv:// --tv-device=/dev/video1 --no-tv-audio

mpv tv:// --tv-device=/dev/video2 --no-tv-audio

mpv tv:// --tv-device=/dev/video3 --no-tv-audio

If either of these show something - you're in luck, you hardware is
supported, etc.
If not - I'm out of ideas, sorry.

Reco

Re: No hiverna bé amb el gestor d'energia del xfce4 al tancar la tapa

[Narcis Garcia]

El 06/09/17 a les 20:13, Alex Muntada ha escrit:
> Narcis Garcia:
> 
>> xfconf-query -c xfce4-session -p /general/LockCommand -s
>> "/opt/bin/phlock" --create -t string
> 
> No crec que aquest "/opt/bin/phlock" formi part de cap paquet
> oficial de Debian. Ens pots explicar d'on surt i què fa?
> 
> Salut,
> Alex
> 

L'exemple du a una comanda que no existeix, perquè surt de l'exemple
d'un programet (script) que algú es fa al propi ordinador, així que la
comanda així copiada no funciona.

Jo he donat les pistes de per on investigar seguint el fil.

Re: No hiverna be amb el gestor d'energia del xfce4 al tancar la tapa

[Narcis Garcia]

L'exemple du a una comanda que no existeix, perquè surt de l'exemple
d'un programet (script) que algú es fa al propi ordinador, així que la
comanda així copiada no funciona.

Jo he donat les pistes de per on investigar seguint el fil.



__
I'm using this express-made address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 06/09/17 a les 20:13, Alex Muntada ha escrit:
> Narcis Garcia:
> 
>> xfconf-query -c xfce4-session -p /general/LockCommand -s
>> "/opt/bin/phlock" --create -t string
> 
> No crec que aquest "/opt/bin/phlock" formi part de cap paquet
> oficial de Debian. Ens pots explicar d'on surt i què fa?
> 
> Salut,
> Alex
>