Re: non-free firmware not found despite unofficial CD

[Emanuel Berg]

David Wright wrote:

> Perhaps someone (me?) needs to explain that
> when you do what Brian asks, nothing happens
> to the installation you've already done.
> The network configuration is done right near
> the start, before the partitioning and before
> the installation of anything on the
> computer's disks. You're just carrying out
> the preliminaries.
>
> So you can do it right now. When done, either
> select the menu selection to abandon the
> install, or just hard power-off the machine.

OK! You were right, I didn't know that.

Ironic thing is, I went to do this in another
building, and there, the DHCP didn't fail with
ordinary Ethernet! So I just installed the
system. Remember first thing I said with
another Debian computer, Ethernet worked, only
I had to do 'dhclient eth0' every time?
Perhaps that was what didn't make DHCP possible
on the install machine. With this other
connection, there were no problems! God willing
everything will run fine from now on.
Thanks for all the help :)

-- 
underground experts united
http://user.it.uu.se/~embe8573

clavier belge vs clavier français

[sTriX]

Bonjour,

J'ai installé GNU/GNU/Linux Debian 9 Stretch LXDE sur une machine
"Intel NUC7I3BNH". Dans l'environnement par défaut LXDE, le clavier
français est bien installé.

En outre Debian LXDE offre la possibilité de se connecter dans une
session Openbox. Là, le clavier est bien AZERTY, mais la saisie des 
lettres qui nécessitent les touches 'Alt Gr' et 'Alt Gr + Maj' 
n'affichent pas les caractères du clavier français.
exemples : 
"Alt Gr + Maj + é" affiche ⅛ au lieu de É ; 
"Alt Gr + Maj + è" affiche ⅞ au lieu de È ;
"Alt Gr + Maj + à" affiche ° au lieu de À, etc.

Le clavier est agencé en clavier Belge !?.

Mon fichier /etc/default/keyboard est pourtant bien configuré :

XKBMODEL="pc105"
XKBLAYOUT="fr"
XKBVARIANT="oss"
XKBOPTIONS="kpdl:kposs"
BACKSPACE="guess"

Visiblement, la configuration du fichier "keyboard" n'est pas prise en
compte.
J'ai essayé d'autres réglages de XKBVARIANT "oss_latin9" et "latin9",
et la commande "service keyboard-setup restart" pour que la
configuration soit prise en compte…  Rien, nada, que dalle ! Le
clavier reste obstinément en mode Belge. Pourquoi Belge, et pourquoi
pas Tamoul ou Serbo-Croate ? les mystères de l'informatique me
dépassent…

Si je me déconnecte pour choisir la session LXDE je retrouve le
clavier français oss !

Pour utiliser le clavier français oss dans une session openbox, j'ai
ajouté dans le fichier "~/.config/openbox/autostart", la commande
'setxkbmap fr oss &'. Ça fonctionne, mais je trouve que ma solution
ressemble plutôt à une rustine, et que le problème du clavier Belge
par défaut dans la session openbox n'en est pas résolu pour autant…

Je souhaite vos lumières pour élucider ce problème, et que votre aide
me soit plus efficace que celle de Grouchy... sinon pour moi, c'est
Waterloo !!! ;-)
Merci.
-- 
Gérard 

http://gbonnetonphoto.free.fr

Re: non-free firmware not found despite unofficial CD

[David Wright]

On Fri 13 Oct 2017 at 22:02:54 (+0200), Emanuel Berg wrote:
> Brian wrote:
> 
> > What does the installer tell you about the
> > network interfaces?
> 
> I didn't check that because when I installed it
> I tried the new tethered USB Ethernet idea and
> then the DHCP autoconfig didn't fail. I can
> check next time if the noapic idea
> doesn't work.

Perhaps someone (me?) needs to explain that when you do what
Brian asks, nothing happens to the installation you've already done.
The network configuration is done right near the start, before
the partitioning and before the installation of anything on
the computer's disks. You're just carrying out the preliminaries.

So you can do it right now. When done, either select the menu
selection to abandon the install, or just hard power-off the machine.

Cheers,
David.

Re: Re: non-free firmware not found despite unofficial CD

[Tom Dial]

On 10/13/2017 09:02 AM, Dejan Jocic wrote:
> On 13-10-17, Emanuel Berg wrote:
>> Curt wrote:
>>
 I managed to install it by unplugging the
 Ethernet cable, moving the computer to
 another place, and instead using
 a smartphone with USB-tethering to provide
 Internet. Now one wonders, what will happen
 when I plug in an Ethernet cable once more
 and expect Internet to work? Will it?
>>>
>>> For the answer to these questions and more,
>>> be sure to tune in to the next installment of
>>> "Manny Does Debian."
>>
>> :)
>>
>>> You must upgrade to the newest BIOS, because
>>> the F.07< bioses, were known to have trouble
>>> with ethernet drivers in Linux (and also in
>>> Windows XP). After that you don't have to add
>>> `noacpi` options on boot, as it is said in
>>> some forums.
>>
>> Upgrade the BIOS? How do I do that?
>>
>> And how do I know if I have F.07 or less?
>>
>>> You do have an HP Compaq 6720s, right?
>>
>> Yes.
>>
>> -- 
>> underground experts united
>> http://user.it.uu.se/~embe8573
>>
> 
> I've checked it fast and it looks like that there is no BIOS updates to
> download for Linux for your model. But there are some for Windows XP.
> So, there are 2 possible solutions. One is to install M$ on some hard
> and to download and install BIOS update with it. After that get rid of
> that infection of operating system. Other solution would be to do
> something like this:
> 
> https://h30434.www3.hp.com/t5/Notebook-Operating-System-and-Recovery/How-to-update-BIOS-on-Linux/td-p/4869835

This procedure works fine on an HP EliteBook 8570w, and probably would
work the same on a Compaq. Several of the comments there give
informative explanatory material and describe the process pretty clearly.

Probably it's a good idea to upgrade the BIOS anyhow, as later revisions
have security fixes with some frequency.

> 
> Never did it on HP, so not sure how well it would go. But I know that
> method like that/similar to that was successful on Dell laptops before.
> As for how to find BIOS version, you can use dmidecode command, with
> root privs to find out.
> 
> Hope that this helps.
> 

Tom Dial

Re: non-free firmware not found despite unofficial CD

[Felix Miata]

Emanuel Berg composed on 2017-10-13 22:56 (UTC+0200):

> Felix Miata wrote:

>> What I would do is remove the HD currently
>> installed, temporarily install some other HD,
>> install Windows on that, install the BIOS
>> update, then reinstall the original HD that
>> has Debian already installed.

> Why not install XP, apply the upgrade, and
> install Debian? Isn't that less work than the
> separate HD idea?
To me it's less work to not have an unsupported and unused operating system
wasting space otherwise available for FOSS. Windows is required exclusively for
getting that BIOS update installed.

Once a BIOS is upgraded, it stays upgraded. I generally use the very same old
40GB SATA HD for most BIOS updates, by copying downloaded update installer and
image files to its bootable DOS partition, and booting DOS to install the 
update.

>> Knowing how HP can make using FOSS software
>> so difficult, I probably never would have
>> bought an HP in the first place, unless
>> pre-owned, for an extremely low price, or for
>> free. The only HP I own was free.

> I got the laptop from a friend who wanted Linux
> on it.

Sometimes free isn't really.
-- 
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: non-free firmware not found despite unofficial CD

[Emanuel Berg]

Felix Miata wrote:

> What I would do is remove the HD currently
> installed, temporarily install some other HD,
> install Windows on that, install the BIOS
> update, then reinstall the original HD that
> has Debian already installed.

Why not install XP, apply the upgrade, and
install Debian? Isn't that less work than the
separate HD idea?

> Knowing how HP can make using FOSS software
> so difficult, I probably never would have
> bought an HP in the first place, unless
> pre-owned, for an extremely low price, or for
> free. The only HP I own was free.

I got the laptop from a friend who wanted Linux
on it.

-- 
underground experts united
http://user.it.uu.se/~embe8573

Re: openvpn

[G2PC]

Le 13/10/2017 à 19:19, herve.thib...@free.fr a écrit :
> Le 13/10/2017 à 18:49, hamster a écrit :
>> Le 13/10/2017 à 18:01, mc-2 a écrit :
>>> je me remets à vos conseils pour le "how to..."
>> Le seul tuto VPN que je connaisse c'est celui la, mais il y a peu de
>> chances qu'il te soit utile parce que ton fournisseur est probablement
>> pas le meme.
>> https://wiki-adh.fdn.fr/travaux:vpn_misc:doc
>>
> Bonjour
>
> J'ai eu le problème avec un VPN chez OVH il y a pas longtemps.
>
> J'ai utilisé le manager de connexion. avec le fichier client.ovpn
> téléchargé du serveur OVH.
>
> Dans le manager choisir Modifications des connexions puis cliquer sur
> Ajouter dans la fenêtre Connexions réseaux
> Dans la fenêtre Sélectionner un type de réseau sélectionner Importer
> une configuration VPN enregistrée et donner le ficher client.ovpn
> enregistré
> En fait j'utilise Ubuntu pour donner les titres des commandes donc
> rectifier pour Debian.
> Si tout se passe bien il y aura juste à saisir user name et le mot de
> passe à mettre aussi dans Private key (Le type d'authentification est
> pour mon cas Password with Certificate TLS)

VPN, quelques bases utiles :
https://www.visionduweb.eu/wiki/index.php?title=Utiliser_un_VPN#Autre_m.C3.A9thode_rapide_pour_utiliser_OpenVPN_avec_VPNBook

Re: non-free firmware not found despite unofficial CD

[Emanuel Berg]

Brian wrote:

> It took you about a minute to write your
> response. It would take no more five minutes
> to get the information asked for.
> USB tethering and noapic are sideshows,

I don't have an Ethernet connection here.
I moved the computer. If I can get the
information post-installation, and no Ethernet,
tell me how and I'll do it.

-- 
underground experts united
http://user.it.uu.se/~embe8573

Re: non-free firmware not found despite unofficial CD

[Felix Miata]

Emanuel Berg composed on 2017-10-13 21:20 (UTC+0200):

> Felix Miata wrote:

>> https://support.hp.com/us-en/drivers/selfservice/swdetails/hp-compaq-6720s-notebook-pc/3442832/swItemId/ob-66967-1

> An .exe file, is this the one you'd run after
> first installing Windows XP?
Yes.

> Then run it,
No. If possible, I'd follow the instructions that URL directs you to, to use HP 
System
Software Manager (SSM).


> and
> reinstall Debian? 

Reinstalling Debian would be a pointless extra step.

What I would do is remove the HD currently installed, temporarily install some
other HD, install Windows on that, install the BIOS update, then reinstall the
original HD that has Debian already installed.

Knowing how HP can make using FOSS software so difficult, I probably never would
have bought an HP in the first place, unless pre-owned, for an extremely low 
price,
or for free. The only HP I own was free. Upgrading its BIOS was similarly 
difficult,
but I did do it, to solve a problem similar to yours (bad ACPI), using 
instructions
not provided by HP that included using an extra HD.

> They mention "RedFlag Linux", which is unknown
> to me, however this doesn't sound like a distro
> issue so perhaps it can be made to work?
> RedFlag is a Chinese distro by the way, which
> isn't a Debian fork for a change but based on
> Red Hat [1].
> 
> [1] https://en.wikipedia.org/wiki/Red_Flag_Linux 
-- 
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: non-free firmware not found despite unofficial CD

[Brian]

On Fri 13 Oct 2017 at 22:02:54 +0200, Emanuel Berg wrote:

> Brian wrote:
> 
> > What does the installer tell you about the
> > network interfaces?
> 
> I didn't check that because when I installed it
> I tried the new tethered USB Ethernet idea and
> then the DHCP autoconfig didn't fail. I can
> check next time if the noapic idea
> doesn't work.

It took you about a minute to write your response. It would take no more
five minutes to get the information asked for. USB tethering and noapic
are sideshows,

-- 
Brian.

Re: non-free firmware not found despite unofficial CD

[Felix Miata]

Emanuel Berg composed on 2017-10-13 21:36 (UTC+0200):

>> OK, found it [1], in

>> /boot/grub/grub.conf

>> do "acpi=off", for example

>> kernel /vmlinuz-2.6.18-194.el5 ro
>> root=/dev/VolGroup00/LogVol00 rhgb quiet noapic
>> acpi=off

>> [1] https://access.redhat.com/solutions/58790

> Hm, perhaps that was RH specific, I don't even
> have that file. 

Unless you have a RedHat or RedHat variant of Grub Legacy installed,
you wouldn't. Standard Grub Legacy uses menu.lst. Grub2 uses grub.cfg.

> Better 

> GRUB_CMDLINE_LINUX="noapic, nolapic"

> in

> /etc/default/grub

> then

> update-grub

> PS. What is "nolapic"? DS. 

https://raw.githubusercontent.com/torvalds/linux/master/Documentation/admin-guide/kernel-parameters.txt
-- 
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: non-free firmware not found despite unofficial CD

[Emanuel Berg]

Brian wrote:

> What does the installer tell you about the
> network interfaces?

I didn't check that because when I installed it
I tried the new tethered USB Ethernet idea and
then the DHCP autoconfig didn't fail. I can
check next time if the noapic idea
doesn't work.

-- 
underground experts united
http://user.it.uu.se/~embe8573

Re: non-free firmware not found despite unofficial CD

[Brian]

On Fri 13 Oct 2017 at 21:10:52 +0200, Emanuel Berg wrote:

> Brian wrote:
> 
> > There isn't a single bit of evidence from the
> > OP that there is an ethernet firmware issue.
> > When asked to provide information on what the
> > installer sees and what happens
> >
> >   https://lists.debian.org/debian-user/2017/10/msg00323.html
> >
> > he declined to provide it.
> >
> > He's poncing about.
> 
> ?

It means:

 > We surmise your computer is connected to a router by an ethernet cable.
 > Boot the installer in expert mode and go through the first two screens.
 > Say "no" to providing firmware (it all seems wireless related and you
 > have no desire for wireless). Eventually you will be asked for what
 > interface to use. We want to know everything you see on the screen at
 > that point.

 > Choose an interface and move on. Is this where it fails? Let us know
 > what you see. Stop, switch to console 2 and do 'more /var/log/syslog'.
 > Anything towards the end of that log?

What do you see? What does the installer tell you about the network
interfaces?

-- 
Brian.

Re: non-free firmware not found despite unofficial CD

[Emanuel Berg]

I wrote:

>> He might also like to try before flashing
>> the bios or buying new material the "noapic"
>> kernel boot parameter the linux laptop site
>> referred to in the notes (although I have no
>> idea whether it is a sensible, viable
>> workaround or not).
>
> OK, found it [1], in
>
> /boot/grub/grub.conf
>
> do "acpi=off", for example
>
> kernel /vmlinuz-2.6.18-194.el5 ro
> root=/dev/VolGroup00/LogVol00 rhgb quiet noapic
> acpi=off
>
> [1] https://access.redhat.com/solutions/58790

Hm, perhaps that was RH specific, I don't even
have that file.

Better 

GRUB_CMDLINE_LINUX="noapic, nolapic"

in

/etc/default/grub

then

update-grub

PS. What is "nolapic"? DS.

-- 
underground experts united
http://user.it.uu.se/~embe8573

Re: non-free firmware not found despite unofficial CD

[Emanuel Berg]

Felix Miata wrote:

> https://support.hp.com/us-en/drivers/selfservice/swdetails/hp-compaq-6720s-notebook-pc/3442832/swItemId/ob-66967-1

An .exe file, is this the one you'd run after
first installing Windows XP? Then run it, and
reinstall Debian?

They mention "RedFlag Linux", which is unknown
to me, however this doesn't sound like a distro
issue so perhaps it can be made to work?
RedFlag is a Chinese distro by the way, which
isn't a Debian fork for a change but based on
Red Hat [1].

[1] https://en.wikipedia.org/wiki/Red_Flag_Linux

-- 
underground experts united
http://user.it.uu.se/~embe8573

Re: non-free firmware not found despite unofficial CD

[Emanuel Berg]

Curt wrote:

> He might also like to try before flashing the
> bios or buying new material the "noapic"
> kernel boot parameter the linux laptop site
> referred to in the notes (although I have no
> idea whether it is a sensible, viable
> workaround or not).

OK, found it [1], in

/boot/grub/grub.conf

do "acpi=off", for example

kernel /vmlinuz-2.6.18-194.el5 ro root=/dev/VolGroup00/LogVol00 rhgb quiet 
noapic acpi=off

[1] https://access.redhat.com/solutions/58790

-- 
underground experts united
http://user.it.uu.se/~embe8573

Re: non-free firmware not found despite unofficial CD

[Emanuel Berg]

Curt wrote:

> He might also like to try before flashing the
> bios or buying new material the "noapic"
> kernel boot parameter the linux laptop site
> referred to in the notes (although I have no
> idea whether it is a sensible, viable
> workaround or not).

It sounds like something one would try before
doing the other stuff as that is perhaps
a bigger project? Can this be set from the
outside post-installation or do you tick that
during installation? Since I have just a clean
slate re-installing just Debian isn't
a big deal.

-- 
underground experts united
http://user.it.uu.se/~embe8573

Re: non-free firmware not found despite unofficial CD

[Emanuel Berg]

Brian wrote:

> There isn't a single bit of evidence from the
> OP that there is an ethernet firmware issue.
> When asked to provide information on what the
> installer sees and what happens
>
>   https://lists.debian.org/debian-user/2017/10/msg00323.html
>
> he declined to provide it.
>
> He's poncing about.

?

-- 
underground experts united
http://user.it.uu.se/~embe8573

Re: non-free firmware not found despite unofficial CD

[Emanuel Berg]

Michael Stone wrote:

> The thread got too long, so I'd forgotten
> what you'd meant by USB-ethernet. So yes, the
> thing you're doing works because it's not
> using the internet ethernet that has the
> firmware issue.

And by "firmware" you mean the "new" firmware
issue which is the DMI issue indicated by the
version, not the missing components that were
related to WiFi and originally incorrectly were
assumed (I thought so) to cause the
DHCP problem?

-- 
underground experts united
http://user.it.uu.se/~embe8573

Tarjetes sdxc 64 gb

[Joan Carles]

Hola!
Després instal.lar Debina 9 porte unes semanes que no trobe per què no em
funcionen les targes sdxc de la màquina de fotos.
He provat i no en trobe manera

* Posar el
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pciehp.pciehp_force=1"

al fitxer  /etc/default/grub

però no va..

No se, si podeu donar-me alguna indicació.

Salutacions.

-- 
Joan Carles
Usuari GNU/Linux #324197

Re: non-free firmware not found despite unofficial CD

[Felix Miata]

Emanuel Berg composed on 2017-10-13 16:26 (UTC+0200):

> Curt wrote:

>> You must upgrade to the newest BIOS, because
>> the F.07< bioses, were known to have trouble
>> with ethernet drivers in Linux (and also in
>> Windows XP). After that you don't have to add
>> `noacpi` options on boot, as it is said in
>> some forums.

> Upgrade the BIOS? How do I do that? 

https://support.hp.com/us-en/drivers/selfservice/swdetails/hp-compaq-6720s-notebook-pc/3442832/swItemId/ob-66967-1

> And how do I know if I have F.07 or less?
>> You do have an HP Compaq 6720s, right?

> Yes.
-- 
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: non-free firmware not found despite unofficial CD

[Curt]

On 2017-10-13, Michael Stone  wrote:
>>
>>So you are saying, it is likely
>>"cable Ethernet" doesn't work because of the
>>DMI being outdated, and "USB Ethernet" works
>>because it has nothing to do with the DMI?
>
> The thread got too long, so I'd forgotten what you'd meant by 
> USB-ethernet. So yes, the thing you're doing works because it's not 
> using the internet ethernet that has the firmware issue. I first thought 
> you mean something like this  
> http://www.cablematters.com/pc-447-101-cable-matters-superspeed-usb-30-to-rj45-gigabit-ethernet-adapter.aspx
>  
> which should also work fine and act as a normal ethernet adapter you can 
> just plug into your network, if you don't want to mess with updating the 
> firmware on the system to try to get the internal ethernet working.

He might also like to try before flashing the bios or buying new
material the "noapic" kernel boot parameter the linux laptop site
referred to in the notes (although I have no idea whether it is a
sensible, viable workaround or not).


> Mike Stone
>
>


-- 
"A simpering Bambi narcissist and a thieving, fanatical Albanian dwarf."
Christopher Hitchens, commenting shortly after the nearly concurrent deaths 
of Lady Diana and Mother Theresa.

Re: non-free firmware not found despite unofficial CD

[Brian]

On Fri 13 Oct 2017 at 14:15:41 -0400, Michael Stone wrote:

> On Fri, Oct 13, 2017 at 08:04:28PM +0200, Emanuel Berg wrote:
> > Michael Stone wrote:
> > 
> > > USB ethernet would not be affected, but will
> > > also be slower/more cpu-intensive than
> > > internal PCI/PCIe ethernet. If you're happy
> > > with how the USB ethernet is working, then
> > > just stick with it.
> > 
> > I'm not happy with it, or rather the guy who is
> > supposed to have the computer has an
> > Ethernet cable.
> > 
> > So you are saying, it is likely
> > "cable Ethernet" doesn't work because of the
> > DMI being outdated, and "USB Ethernet" works
> > because it has nothing to do with the DMI?
> 
> The thread got too long, so I'd forgotten what you'd meant by USB-ethernet.
> So yes, the thing you're doing works because it's not using the internet
> ethernet that has the firmware issue. I first thought you mean something
> like this  
> http://www.cablematters.com/pc-447-101-cable-matters-superspeed-usb-30-to-rj45-gigabit-ethernet-adapter.aspx
> which should also work fine and act as a normal ethernet adapter you can
> just plug into your network, if you don't want to mess with updating the
> firmware on the system to try to get the internal ethernet working.

There isn't a single bit of evidence from the OP that there is an
ethernet firmware issue. When asked to provide information on what
the installer sees and what happens

  https://lists.debian.org/debian-user/2017/10/msg00323.html

he declined to provide it.

He's poncing about.

-- 
Brian.

  

Re: non-free firmware not found despite unofficial CD

[Michael Stone]

On Fri, Oct 13, 2017 at 08:04:28PM +0200, Emanuel Berg wrote:

Michael Stone wrote:


USB ethernet would not be affected, but will
also be slower/more cpu-intensive than
internal PCI/PCIe ethernet. If you're happy
with how the USB ethernet is working, then
just stick with it.


I'm not happy with it, or rather the guy who is
supposed to have the computer has an
Ethernet cable.

So you are saying, it is likely
"cable Ethernet" doesn't work because of the
DMI being outdated, and "USB Ethernet" works
because it has nothing to do with the DMI?


The thread got too long, so I'd forgotten what you'd meant by 
USB-ethernet. So yes, the thing you're doing works because it's not 
using the internet ethernet that has the firmware issue. I first thought 
you mean something like this  
http://www.cablematters.com/pc-447-101-cable-matters-superspeed-usb-30-to-rj45-gigabit-ethernet-adapter.aspx 
which should also work fine and act as a normal ethernet adapter you can 
just plug into your network, if you don't want to mess with updating the 
firmware on the system to try to get the internal ethernet working.


Mike Stone

Re: non-free firmware not found despite unofficial CD

[Emanuel Berg]

Michael Stone wrote:

> USB ethernet would not be affected, but will
> also be slower/more cpu-intensive than
> internal PCI/PCIe ethernet. If you're happy
> with how the USB ethernet is working, then
> just stick with it.

I'm not happy with it, or rather the guy who is
supposed to have the computer has an
Ethernet cable.

So you are saying, it is likely
"cable Ethernet" doesn't work because of the
DMI being outdated, and "USB Ethernet" works
because it has nothing to do with the DMI?

-- 
underground experts united
http://user.it.uu.se/~embe8573

Re: non-free firmware not found despite unofficial CD

[Michael Stone]

On Fri, Oct 13, 2017 at 07:10:09PM +0200, Emanuel Berg wrote:

Because, when they say "ethernet drivers",
does that refer to the physical Ethernet port
only? I'm asking because the USB-tethering
works with no problem. And that would seem like
much more recent technology? Isn't that
Ethernet as well? If it isn't, and it isn't
WiFi either, then what is it?


USB ethernet would not be affected, but will also be slower/more 
cpu-intensive than internal PCI/PCIe ethernet. If you're happy with how 
the USB ethernet is working, then just stick with it.


Mike Stone

Re: openvpn

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

Le 13/10/2017 à 18:49, hamster a écrit :

Le 13/10/2017 à 18:01, mc-2 a écrit :

je me remets à vos conseils pour le "how to..."

Le seul tuto VPN que je connaisse c'est celui la, mais il y a peu de
chances qu'il te soit utile parce que ton fournisseur est probablement
pas le meme.
https://wiki-adh.fdn.fr/travaux:vpn_misc:doc


Bonjour

J'ai eu le problème avec un VPN chez OVH il y a pas longtemps.

J'ai utilisé le manager de connexion. avec le fichier client.ovpn 
téléchargé du serveur OVH.


Dans le manager choisir Modifications des connexions puis cliquer sur 
Ajouter dans la fenêtre Connexions réseaux
Dans la fenêtre Sélectionner un type de réseau sélectionner Importer une 
configuration VPN enregistrée et donner le ficher client.ovpn enregistré
En fait j'utilise Ubuntu pour donner les titres des commandes donc 
rectifier pour Debian.
Si tout se passe bien il y aura juste à saisir user name et le mot de 
passe à mettre aussi dans Private key (Le type d'authentification est 
pour mon cas Password with Certificate TLS)

Re: non-free firmware not found despite unofficial CD

[Emanuel Berg]

Dejan Jocic wrote:

>>> You must upgrade to the newest BIOS,
>>> because the F.07< bioses, were known to
>>> have trouble with ethernet drivers in Linux
>>> (and also in Windows XP). After that you
>>> don't have to add `noacpi` options on boot,
>>> as it is said in some forums.
>> 
>> Upgrade the BIOS? How do I do that?
>> 
>> And how do I know if I have F.07 or less?
>
> As for how to find BIOS version, you can use
> dmidecode command, with root privs to
> find out.

Oh, no! According to dmidecode, I have

[...]
BIOS Information
  Vendor: Hewlett-Packard
  Version: 68MDU Ver. F.05
  [...]

Does this mean I have to upgrade it?

Because, when they say "ethernet drivers",
does that refer to the physical Ethernet port
only? I'm asking because the USB-tethering
works with no problem. And that would seem like
much more recent technology? Isn't that
Ethernet as well? If it isn't, and it isn't
WiFi either, then what is it?

-- 
underground experts united
http://user.it.uu.se/~embe8573

Re: openvpn

[hamster]

Le 13/10/2017 à 18:01, mc-2 a écrit :
> je me remets à vos conseils pour le "how to..."

Le seul tuto VPN que je connaisse c'est celui la, mais il y a peu de
chances qu'il te soit utile parce que ton fournisseur est probablement
pas le meme.
https://wiki-adh.fdn.fr/travaux:vpn_misc:doc

Re: Re : Re : c'est trolldi et rien à se mettre sous la dent

[Eric Degenetais]

Je me souviens de ce bug, j'ai des machines qui ont cette technologie..
mais comme je sous sous linux je suis marron pour vérifier ma
vulnérabilité. Mais justement, je soupçonne AMT de reposer sur Intel
ME.

Vive trolldi !

Ça pourrait valoir le coup d'essayer ça, ceci dit :
https://github.com/intel/INTEL-SA-00075-Linux-Detection-And-Mitigation-Tools

openvpn

[mc-2]

Bonjour à tous,

J'utilise Debian depuis plusieurs années et maintenant sur 9.2. J'ai 
essayé par tous les moyens de configurer openvpn pour éventuellement le 
relier (si c'est possible,) à mon fournisseur vpn (VPN Tunnel). 
Plusieurs heures de travail en vain je me remets à vos conseils pour le 
"how to..."


merci à tous,

M. Clément

Re: Logitech "unifying" receiver buttons aren't?

[Gene Heskett]

On Friday 13 October 2017 04:35:46 Curt wrote:

> On 2017-10-13, Gene Heskett  wrote:
> >> I use lur-command. The other package is solaar.
> >
> > It might, if it was available for wheezy.
>
> The Solaar page on github says they have a pre-built package (as
> opposed to just a plain old package, mind you, that would've been
> built without being pre-built, which is a helluva lot slower, in the
> same way that sliced bread is less convenient than pre-sliced bread
> when making quick sandwiches on the fly) for Debian 7 (Wheezy) or
> higher here:
>
> https://pwr.github.io/Solaar/debian.html
>
It might eventually, the whole machine has now gone on strike, blown a 
ptc into pieces etc. Might have to just move the hd to another box.

Thanks, marked FFR.

> >> Hope this helps,
> >> MM
> >
> > Cheers, Gene Heskett


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 : Re : c'est trolldi et rien à se mettre sous la dent

[Thierry Bugier]

Le vendredi 13 octobre 2017 à 22:37 +0900, Charles Plessy a écrit :
> Le Fri, Oct 13, 2017 at 03:02:35PM +0200, Thierry Bugier a écrit :
> > 
> > Pour moi c'est une jolie boite noire dans laquelle on pourrait y
> > mettre
> > de très beaux backdoors...
> 
> Pas la peine de mettre des portes dérobées, un bon gros bogue suffit
> :)
> 
> http://cert.ssi.gouv.fr/avis/CERTFR-2017-AVI-136/
> 
> https://www.intel.fr/content/www/fr/fr/architecture-and-technology/in
> tel-amt-vulnerability-announcement.html
> 
> https://mjg59.dreamwidth.org/48429.html
> 
Je me souviens de ce bug, j'ai des machines qui ont cette technologie..
mais comme je sous sous linux je suis marron pour vérifier ma
vulnérabilité. Mais justement, je soupçonne AMT de reposer sur Intel
ME.

Troll: vous pensez que ça vaut le coup que j'achète une licence windows
pour lancer les outils de diagnostic pour cette CVE ?

Re: non-free firmware not found despite unofficial CD

[Dejan Jocic]

On 13-10-17, Emanuel Berg wrote:
> Curt wrote:
> 
> >> I managed to install it by unplugging the
> >> Ethernet cable, moving the computer to
> >> another place, and instead using
> >> a smartphone with USB-tethering to provide
> >> Internet. Now one wonders, what will happen
> >> when I plug in an Ethernet cable once more
> >> and expect Internet to work? Will it?
> >
> > For the answer to these questions and more,
> > be sure to tune in to the next installment of
> > "Manny Does Debian."
> 
> :)
> 
> > You must upgrade to the newest BIOS, because
> > the F.07< bioses, were known to have trouble
> > with ethernet drivers in Linux (and also in
> > Windows XP). After that you don't have to add
> > `noacpi` options on boot, as it is said in
> > some forums.
> 
> Upgrade the BIOS? How do I do that?
> 
> And how do I know if I have F.07 or less?
> 
> > You do have an HP Compaq 6720s, right?
> 
> Yes.
> 
> -- 
> underground experts united
> http://user.it.uu.se/~embe8573
> 

I've checked it fast and it looks like that there is no BIOS updates to
download for Linux for your model. But there are some for Windows XP.
So, there are 2 possible solutions. One is to install M$ on some hard
and to download and install BIOS update with it. After that get rid of
that infection of operating system. Other solution would be to do
something like this:

https://h30434.www3.hp.com/t5/Notebook-Operating-System-and-Recovery/How-to-update-BIOS-on-Linux/td-p/4869835

Never did it on HP, so not sure how well it would go. But I know that
method like that/similar to that was successful on Dell laptops before.
As for how to find BIOS version, you can use dmidecode command, with
root privs to find out.

Hope that this helps.

Re: g++ can't build "Hello World" programm

[Thomas Schmitt]

Hi,

i can compile the test program on my amd64 Debian 8.

Google and
  
https://stackoverflow.com/questions/5834778/how-to-tell-where-a-header-file-is-included-from
caused me to run 

  $ g++ -H test.cpp

to see all included files.
Maybe it helps you to find what's missing on your system or where
your local include empire derails:

  . /usr/include/c++/4.9/iostream
  .. /usr/include/x86_64-linux-gnu/c++/4.9/bits/c++config.h
  ... /usr/include/x86_64-linux-gnu/c++/4.9/bits/os_defines.h
   /usr/include/features.h
  . /usr/include/x86_64-linux-gnu/sys/cdefs.h
  .. /usr/include/x86_64-linux-gnu/bits/wordsize.h
  . /usr/include/x86_64-linux-gnu/gnu/stubs.h
  .. /usr/include/x86_64-linux-gnu/gnu/stubs-64.h
  ... /usr/include/x86_64-linux-gnu/c++/4.9/bits/cpu_defines.h
  .. /usr/include/c++/4.9/ostream
  ... /usr/include/c++/4.9/ios
   /usr/include/c++/4.9/iosfwd
  . /usr/include/c++/4.9/bits/stringfwd.h
  .. /usr/include/c++/4.9/bits/memoryfwd.h
  . /usr/include/c++/4.9/bits/postypes.h
  .. /usr/include/c++/4.9/cwchar
  ... /usr/include/wchar.h
   /usr/include/stdio.h
   /usr/lib/gcc/x86_64-linux-gnu/4.9/include/stdarg.h
   /usr/include/x86_64-linux-gnu/bits/wchar.h
   /usr/lib/gcc/x86_64-linux-gnu/4.9/include/stddef.h
   /usr/include/xlocale.h
   /usr/include/c++/4.9/exception
  . /usr/include/c++/4.9/bits/atomic_lockfree_defines.h
   /usr/include/c++/4.9/bits/char_traits.h
  . /usr/include/c++/4.9/bits/stl_algobase.h
  .. /usr/include/c++/4.9/bits/functexcept.h
  ... /usr/include/c++/4.9/bits/exception_defines.h
  .. /usr/include/c++/4.9/bits/cpp_type_traits.h
  .. /usr/include/c++/4.9/ext/type_traits.h
  .. /usr/include/c++/4.9/ext/numeric_traits.h
  .. /usr/include/c++/4.9/bits/stl_pair.h
  ... /usr/include/c++/4.9/bits/move.h
   /usr/include/c++/4.9/bits/concept_check.h
  .. /usr/include/c++/4.9/bits/stl_iterator_base_types.h
  .. /usr/include/c++/4.9/bits/stl_iterator_base_funcs.h
  ... /usr/include/c++/4.9/debug/debug.h
  .. /usr/include/c++/4.9/bits/stl_iterator.h
  ... /usr/include/c++/4.9/bits/ptr_traits.h
  .. /usr/include/c++/4.9/bits/predefined_ops.h
  . /usr/include/c++/4.9/cwchar
  .. /usr/include/wchar.h
   /usr/include/c++/4.9/bits/localefwd.h
  . /usr/include/x86_64-linux-gnu/c++/4.9/bits/c++locale.h
  .. /usr/include/c++/4.9/clocale
  ... /usr/include/locale.h
   /usr/lib/gcc/x86_64-linux-gnu/4.9/include/stddef.h
   /usr/include/x86_64-linux-gnu/bits/locale.h
  . /usr/include/c++/4.9/cctype
  .. /usr/include/ctype.h
  ... /usr/include/x86_64-linux-gnu/bits/types.h
   /usr/include/x86_64-linux-gnu/bits/wordsize.h
   /usr/include/x86_64-linux-gnu/bits/typesizes.h
  ... /usr/include/endian.h
   /usr/include/x86_64-linux-gnu/bits/endian.h
   /usr/include/x86_64-linux-gnu/bits/byteswap.h
  . /usr/include/x86_64-linux-gnu/bits/wordsize.h
  . /usr/include/x86_64-linux-gnu/bits/byteswap-16.h
   /usr/include/c++/4.9/bits/ios_base.h
  . /usr/include/c++/4.9/ext/atomicity.h
  .. /usr/include/x86_64-linux-gnu/c++/4.9/bits/gthr.h
  ... /usr/include/x86_64-linux-gnu/c++/4.9/bits/gthr-default.h
   /usr/include/pthread.h
  . /usr/include/sched.h
  .. /usr/lib/gcc/x86_64-linux-gnu/4.9/include/stddef.h
  .. /usr/include/time.h
  .. /usr/include/x86_64-linux-gnu/bits/sched.h
  . /usr/include/time.h
  .. /usr/lib/gcc/x86_64-linux-gnu/4.9/include/stddef.h
  .. /usr/include/x86_64-linux-gnu/bits/time.h
  ... /usr/include/x86_64-linux-gnu/bits/timex.h
  . /usr/include/x86_64-linux-gnu/bits/pthreadtypes.h
  .. /usr/include/x86_64-linux-gnu/bits/wordsize.h
  . /usr/include/x86_64-linux-gnu/bits/setjmp.h
  .. /usr/include/x86_64-linux-gnu/bits/wordsize.h
  . /usr/include/x86_64-linux-gnu/bits/wordsize.h
  .. /usr/include/x86_64-linux-gnu/c++/4.9/bits/atomic_word.h
  . /usr/include/c++/4.9/bits/locale_classes.h
  .. /usr/include/c++/4.9/string
  ... /usr/include/c++/4.9/bits/allocator.h
   /usr/include/x86_64-linux-gnu/c++/4.9/bits/c++allocator.h
  . /usr/include/c++/4.9/ext/new_allocator.h
  .. /usr/include/c++/4.9/new
  ... /usr/include/c++/4.9/bits/ostream_insert.h
   /usr/include/c++/4.9/bits/cxxabi_forced.h
  ... /usr/include/c++/4.9/bits/stl_function.h
   /usr/include/c++/4.9/backward/binders.h
  ... /usr/include/c++/4.9/bits/range_access.h
  ... /usr/include/c++/4.9/bits/basic_string.h
  ... /usr/include/c++/4.9/bits/basic_string.tcc
  .. /usr/include/c++/4.9/bits/locale_classes.tcc
   /usr/include/c++/4.9/streambuf
  . /usr/include/c++/4.9/bits/streambuf.tcc
   /usr/include/c++/4.9/bits/basic_ios.h
  . 

Re: non-free firmware not found despite unofficial CD

[Emanuel Berg]

Curt wrote:

>> I managed to install it by unplugging the
>> Ethernet cable, moving the computer to
>> another place, and instead using
>> a smartphone with USB-tethering to provide
>> Internet. Now one wonders, what will happen
>> when I plug in an Ethernet cable once more
>> and expect Internet to work? Will it?
>
> For the answer to these questions and more,
> be sure to tune in to the next installment of
> "Manny Does Debian."

:)

> You must upgrade to the newest BIOS, because
> the F.07< bioses, were known to have trouble
> with ethernet drivers in Linux (and also in
> Windows XP). After that you don't have to add
> `noacpi` options on boot, as it is said in
> some forums.

Upgrade the BIOS? How do I do that?

And how do I know if I have F.07 or less?

> You do have an HP Compaq 6720s, right?

Yes.

-- 
underground experts united
http://user.it.uu.se/~embe8573

Re: c'est trolldi et rien à se mettre sous la dent

[Haricophile]

Le Fri, 13 Oct 2017 09:54:19 +0200 (CEST),
bernard.schoenac...@free.fr a écrit :

> bonjour,
> 
> je ne vois rien venir ...
> 
> slt
> bernard
> 

Ouais, mais en même temps avant 16h du matin...

-- 
haricoph...@aranha.fr 

Re: Re : c'est trolldi et rien à se mettre sous la dent

[Charles Plessy]

Le Fri, Oct 13, 2017 at 03:02:35PM +0200, Thierry Bugier a écrit :
> 
> Pour moi c'est une jolie boite noire dans laquelle on pourrait y mettre
> de très beaux backdoors...

Pas la peine de mettre des portes dérobées, un bon gros bogue suffit :)

http://cert.ssi.gouv.fr/avis/CERTFR-2017-AVI-136/

https://www.intel.fr/content/www/fr/fr/architecture-and-technology/intel-amt-vulnerability-announcement.html

https://mjg59.dreamwidth.org/48429.html

Bon trollodi,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japon

Re: g++ can't build "Hello World" programm

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, Oct 13, 2017 at 09:17:32AM -0400, Greg Wooledge wrote:
> On Fri, Oct 13, 2017 at 07:11:28PM +0600, Evgeny wrote:
> > error: bits/locale.h: No such file or directory
> 
> Make sure build-essential is installed.
> 
> >  #include 
> >  ^
> > compilation terminated.
> 
> Make sure the file uses Unix newline (line feed) terminators, and not
> Microsoft's CR-LF terminators.

This is a good point too!

But a quick test on my box seems to suggest that GCC just doesn't care.
It seems to treat CR as normal whitespace. A minimal hello world stored
with DOS line endings compiles and runs fine.

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

iEYEARECAAYFAlngv7AACgkQBcgs9XrR2kaangCdGYtdKyykz6xmV02eZMj/YgJl
lYkAn3lVxeogfaaNXh/Ar34ZqgRFndaW
=yWxe
-END PGP SIGNATURE-

Re: g++ can't build "Hello World" programm

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, Oct 13, 2017 at 07:11:28PM +0600, Evgeny wrote:
> Dear all, i have some problems with ,  etc. libraries on
> my debian.
> 
> I have pretty simple code:
> 
>   #include 
> 
> using namespace std;
> 
> int main(void) {
> 
> cout << "Hello World!" << endl;
> return 0;
> }
> 
> And when i try to compile it, compiler gives me error:
> 
> evgeny@debian:~/Documents/Programming$ g++ test.cpp -o testIn file
> included from /usr/include/c++/4.9/clocale:42:0,
>  from
> /usr/include/x86_64-linux-gnu/c++/4.9/32/bits/c++locale.h:41,
>  from /usr/include/c++/4.9/bits/localefwd.h:40,
>  from /usr/include/c++/4.9/ios:41,
>  from /usr/include/c++/4.9/ostream:38,
>  from /usr/include/c++/4.9/iostream:39,
>  from test.cpp:1:/usr/include/locale.h:29:25: fatal
> error: bits/locale.h: No such file or directory
>  #include 
>  ^
> compilation terminated.

Seems the compiler doesn't find /usr/include/bits/locale.h. Is that
file there? (if you have multi-arch support (I guess you have( it will
be in /usr/include//bits/locale.h, where  is the architecture
you're compiling for, e.g. "x86_64-linux-gnu" or "arm-linux-gnueabihf"
or something similar).

This file comes with libc6-dev. I didn't see that one in the list
you provided, but I may have missed it.

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

iEYEARECAAYFAlngvngACgkQBcgs9XrR2kazMwCfbUrYGL2F/EPj1ufcTMLEyWnI
fW0An0Q+fOGF1ShnC1VHWfYKYm16exCw
=Y+5x
-END PGP SIGNATURE-

Re : c'est trolldi et rien à se mettre sous la dent

[Thierry Bugier]

Un truc me choque dans l'article
l'illustration en haut de page est un processeur en Slot 1 (donc
pentium 2 / 3) avec un chipset nord mentionnant AGPSet (c) 98 .. un
440BX ! (mon chipset préféré, si vous avez eu une Asus P3BF !)

la RAM est de la SDRAM  je croyais qu'on était en 2017 ! Pourquoi
une si vieille image !

autre chose, j'ignorais totalement ce système ME... mais je comprends
mieux comment sont mis en place les dispositifs pour retrouver des PC
volés en communiquant dans le dos de l'OS par le réseau...

Pour moi c'est une jolie boite noire dans laquelle on pourrait y mettre
de très beaux backdoors...

(comme certains le soulignent, on est trolldi 13, l'article va bien
avec ce trolldi particuler)

Le vendredi 13 octobre 2017 à 10:40 +, Julien a écrit :
> La news n'est pas d'aujourd'hui mais je l'ai vu ce matin sur reddit :
> 
> http://blog.ptsecurity.com/2017/04/intel-me-way-of-static-analysis.ht
> ml
> 
> —> Minix a donc plus de parts de marché que Linux... Merci Intel ME
> :)
> 
> Julien
> 

Re: g++ can't build "Hello World" programm

[Greg Wooledge]

On Fri, Oct 13, 2017 at 07:11:28PM +0600, Evgeny wrote:
> error: bits/locale.h: No such file or directory

Make sure build-essential is installed.

>  #include 
>  ^
> compilation terminated.

Make sure the file uses Unix newline (line feed) terminators, and not
Microsoft's CR-LF terminators.  (Though it's probably the missing
packages.)

g++ can't build "Hello World" programm

[Evgeny]

Dear all, i have some problems with ,  etc. libraries on
my debian.

I have pretty simple code:

  #include 

using namespace std;

int main(void) {

cout << "Hello World!" << endl;
return 0;
}

And when i try to compile it, compiler gives me error:

evgeny@debian:~/Documents/Programming$ g++ test.cpp -o testIn file
included from /usr/include/c++/4.9/clocale:42:0,
 from
/usr/include/x86_64-linux-gnu/c++/4.9/32/bits/c++locale.h:41,
 from /usr/include/c++/4.9/bits/localefwd.h:40,
 from /usr/include/c++/4.9/ios:41,
 from /usr/include/c++/4.9/ostream:38,
 from /usr/include/c++/4.9/iostream:39,
 from test.cpp:1:/usr/include/locale.h:29:25: fatal
error: bits/locale.h: No such file or directory
 #include 
 ^
compilation terminated.


I've installed libstdc++-developer, build-essentials, tried to use
-I/way-to-the-missing-lib, different architecture keys etc., but it doesn't
work as well.

Architecture info Linux debian 3.16.0-4-amd64 #1 SMP Debian
3.16.43-2+deb8u5 (2017-09-19) x86_64 GNU/Linux

OS Debian 8.9

g++ version g++ (Debian 4.9.2-10) 4.9.2

installed C++ packages list:

my problem that I simply can't compile Hello World programm with g++

#include 

using namespace std;

int main(void) {

cout << "Hello World!" << endl;
return 0;
}

Compiler gave me message:

evgeny@debian:~/Documents/Programming$ g++ test.cpp -o testIn file
included from /usr/include/c++/4.9/clocale:42:0,
 from
/usr/include/x86_64-linux-gnu/c++/4.9/32/bits/c++locale.h:41,
 from /usr/include/c++/4.9/bits/localefwd.h:40,
 from /usr/include/c++/4.9/ios:41,
 from /usr/include/c++/4.9/ostream:38,
 from /usr/include/c++/4.9/iostream:39,
 from test.cpp:1:/usr/include/locale.h:29:25: fatal
error: bits/locale.h: No such file or directory
 #include 
 ^
compilation terminated.

I've installed libstdc++-developer, tried to use -I/way-to-the-missing-lib,
different architecture keys etc., but it doesn't work as well.

Architecture info Linux debian 3.16.0-4-amd64 #1 SMP Debian
3.16.43-2+deb8u5 (2017-09-19) x86_64 GNU/Linux

OS Debian 8.9

g++ version g++ (Debian 4.9.2-10) 4.9.2

installed packages list:

evgeny@debian:~$ dpkg --list | grep c++
ii  lib32stdc++-4.9-dev   4.9.2-10
  amd64GNU Standard C++ Library v3 (development
files)
ii  lib32stdc++6  4.9.2-10
  amd64GNU Standard C++ Library v3 (32 bit
Version)
ii  libflac++6:amd64  1.3.0-3
  amd64Free Lossless Audio Codec - C++ runtime
library
ii  libgpgme++2   4:4.14.2-2+deb8u2
  amd64c++ wrapper library for gpgme
ii  libsigc++-2.0-0c2a:amd64  2.4.0-1
  amd64type-safe Signal Framework for C++ -
runtime
ii  libstdc++-4.9-dev:amd64   4.9.2-10
  amd64GNU Standard C++ Library v3 (development
files)
ii  libstdc++6:amd64  4.9.2-10
  amd64GNU Standard C++ Library v3
ii  libx32stdc++-4.9-dev  4.9.2-10
  amd64GNU Standard C++ Library v3 (development
files)
ii  libx32stdc++6 4.9.2-10


Any suggestions? Thank you in advance.

Re: sshfs en umask

[Paul van der Vlis]

Op 13-10-17 om 11:06 schreef Geert Stappers:

> Ik weet het niet.  Als ik wat meer belang bij had, 
> dan zou ik uitzoeken of sshfs (client kant) wel echt
> gebruik maakt van sftp subsystem aan server kant.

Dat lijkt hij wel te doen, via "ps aux" zie ik :

paul 13688  0.0  0.3  97268  3148 ?Ss   13:59   0:00 sshd:
paul@internal-sftp

Ik heb de indruk dat de umask van de client tegenwoordig correct wordt
doorgegeven en dat die nu de umask op de server overschrijft. Eerder
werd de umask van de client niet goed doorgegeven.

Groeten,
Paul

-- 
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/

Re: non-free firmware not found despite unofficial CD

[Curt]

On 2017-10-12, Emanuel Berg  wrote:
> Brian wrote:
>>
>> Choose an interface and move on. Is this
>> where it fails? Let us know what you see.
>> Stop, switch to console 2 and do 'more
>> /var/log/syslog'. Anything towards the end of
>> that log?
>
> I managed to install it by unplugging the
> Ethernet cable, moving the computer to another
> place, and instead using a smartphone with
> USB-tethering to provide Internet. Now one
> wonders, what will happen when I plug in an
> Ethernet cable once more and expect Internet
> to work? Will it?
>

For the answer to these questions and more, be sure to tune in to the
next installment of "Manny Does Debian."

But all seriousness aside I don't see many people having trouble with
the network card on this oldish laptop (82562GT 10/100 Network
Connection (driver:e1000)?

Here 

http://www.linlap.com/hp-compaq_6720s

it says: 

 Ethernet   Yes   With current BIOS works out of the box, else see Notes

The notes say:

 Ethernet

  You must upgrade to the newest BIOS, because the F.07< bioses, were
  known to have trouble with ethernet drivers in Linux (and also in
  Windows XP). After that you don't have to add `noacpi` options on boot,
  as it is said in some forums.

You do have an HP Compaq 6720s, right?

At any rate, good luck.

-- 
"A simpering Bambi narcissist and a thieving, fanatical Albanian dwarf."
Christopher Hitchens, commenting shortly after the nearly concurrent deaths 
of Lady Diana and Mother Theresa.

Re: sshfs en umask

[Paul van der Vlis]

Op 13-10-17 om 12:28 schreef Floris:
> Op Fri, 13 Oct 2017 11:41:28 +0200 schreef Paul van der Vlis
> :
> 
>> Op 13-10-17 om 11:12 schreef Floris:
>>
>>> iets als:
>>> session optional pam_umask.so umask=0002
>>> in /etc/pam.d/sshd
>>>
>>> In ieder geval als systemd en logind op de server draaien, zal ik het in
>>> die hoek zoeken.
>>
>> Ik werk inderdaad met systemd, of ik logind gebruik weet ik niet
>> helemaal zeker. Logind zou zijn toegevoegd in systemd 30, voor zover ik
>> zie werk ik met versie 232 dus het zal wel, maar ik zie het niet draaien
>> met "ps aux", en vind ook geen bestand "logind".
>>
>> /etc/pam.d/sshd is best een ingewikkeld bestand en pam is niet mijn
>> specialiteit. Kan ik zo'n regel aan het eind van het bestand toevoegen
>> of moet dat ergens op een speciale plek in het bestand?
>>
>> Groet,
>> Paul
>>
> Als ik het goed begrijp dan kan het gewoon aan het einde. Wel is de tip
> om je ssh verbinding aan te laten staan en met een nieuwe verbinding te
> testen of het werkt. Want als het niet werkt kan het zo zijn dat je niet
> meer kan inloggen.
Het werkt wel met inloggen via SSH, maar niet met sshfs (wat onder de
motorkap sftp gebruikt). En ik zie geen pam config voor sftp.

Maar ik ben ook bang dat het andere onverwachte problemen zou kunnen
geven. Ik zou graag zo'n default willen voor gewone gebruikers, maar
voor root is het wellicht geen goed idee. (Alhoewel, voor root zou ik
wellicht ergens de umask apart kunnen instellen.)

Groet,
Paul


-- 
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/

Re: Many executables across Debian's archives share basenames

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, Oct 13, 2017 at 12:56:36PM +0100, Jonathan Dowland wrote:
> On Fri, Oct 06, 2017 at 03:43:20PM +0200, to...@tuxteam.de wrote:
> >(And while we're painting the shed, I'd go for a /usr/bin/im.d, with a
> >dispatcher script in /usr/bin/im or something...)
> 
> Software Collections https://www.softwarecollections.org have a pretty
> robust way of managing this sort of thing.

Well, yes. But that would be painting the shed with an aircraft carrier ;-)

FWIW, if going that far, I'd rather prefer Gnu Guix [1] which also
manages the repeatable build of specific software versions.

But back on topic, I think in the current case (old, well established
binaries from X or ImageMagick) it just makes sense to live with
the inconsistencies (and keep the lessons for when we go for a
new system). Many younger generation (collections of) binaries
(ip, openssl, git) tend to do the right thing anyway.

Cheers

[1] https://savannah.gnu.org/projects/guix/
- -- t
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlngsdoACgkQBcgs9XrR2kafcgCeLKEq+75ai9WLSzQx7FFW0VbU
njEAn1atZdXY7fjex8Z3vWmoswTJVVQ3
=Gi5S
-END PGP SIGNATURE-

Re: Many executables across Debian's archives share basenames

[Jonathan Dowland]

On Fri, Oct 06, 2017 at 09:16:41AM +1100, Zenaan Harkness wrote:

Many of these packages (especially old X stuff) “should” migrate to
the command/subcommand way of life.


That might be too much work and result in compatibility problems, but
maybe instead we could move all the X stuff to another path, I dunno,
like /usr/share/X11R7/bin?

(/s)

--

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

Re: Many executables across Debian's archives share basenames

[Jonathan Dowland]

On Fri, Oct 06, 2017 at 03:43:20PM +0200, to...@tuxteam.de wrote:

(And while we're painting the shed, I'd go for a /usr/bin/im.d, with a
dispatcher script in /usr/bin/im or something...)


Software Collections https://www.softwarecollections.org have a pretty
robust way of managing this sort of thing.


--

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

Re: cannot install libsnmp-dev in stretch, wondering about reasonable next steps

[Roberto C . Sánchez]

On Thu, Oct 12, 2017 at 11:27:45PM -0700, Dan Hitt wrote:
> 
> Thanks, your procedure worked! :)
> 

Me too.  Based on the fact that 'apt-cache policy' reported that it knew
about the latest versions in buster, it is likely that your system is
regularly checking for updates.  If you have a desktop environment
installed on it, you should be seeing notifications that there are
updates available.  You can also use a package like cron-apt to check
and notify you if you are not using a desktop environment (or even if
you are).

Regards,

-Roberto
-- 
Roberto C. Sánchez

Re: c'est trolldi et rien à se mettre sous la dent

[Julien]

La news n'est pas d'aujourd'hui mais je l'ai vu ce matin sur reddit :

http://blog.ptsecurity.com/2017/04/intel-me-way-of-static-analysis.html

—> Minix a donc plus de parts de marché que Linux... Merci Intel ME :)

Julien

Re: c'est trolldi et rien à se mettre sous la dent

[Ph. Gras]

Salut,

Le 13 oct. 2017 à 10:06, Yann Serre a écrit :

> C'est trolldi 13...
> Je dis ça, je dis rien...
> 

Il n'y a que sur les listes satatanistes de Micro$oft qu'on peut
se permettre de troller un vendredi 13 ;-)

Ph. Gras, qui a gagné 1 point Godwin

Re: sshfs en umask

[Floris]

Op Fri, 13 Oct 2017 11:41:28 +0200 schreef Paul van der Vlis  
:



Op 13-10-17 om 11:12 schreef Floris:


iets als:
session optional pam_umask.so umask=0002
in /etc/pam.d/sshd

In ieder geval als systemd en logind op de server draaien, zal ik het in
die hoek zoeken.


Ik werk inderdaad met systemd, of ik logind gebruik weet ik niet
helemaal zeker. Logind zou zijn toegevoegd in systemd 30, voor zover ik
zie werk ik met versie 232 dus het zal wel, maar ik zie het niet draaien
met "ps aux", en vind ook geen bestand "logind".

/etc/pam.d/sshd is best een ingewikkeld bestand en pam is niet mijn
specialiteit. Kan ik zo'n regel aan het eind van het bestand toevoegen
of moet dat ergens op een speciale plek in het bestand?

Groet,
Paul

Als ik het goed begrijp dan kan het gewoon aan het einde. Wel is de tip om  
je ssh verbinding aan te laten staan en met een nieuwe verbinding te  
testen of het werkt. Want als het niet werkt kan het zo zijn dat je niet  
meer kan inloggen.


Floris

Re: Disable annoying charger beep on libreboot x200

[Zenaan Harkness]

On Fri, Oct 13, 2017 at 11:17:24AM +0200, to...@tuxteam.de wrote:
> On Fri, Oct 13, 2017 at 11:11:23AM +0200, Jonas Hedman wrote:
> > Hello list,
> > 
> > I have a libreboot x200 with libreboot running Stretch. When I plug and
> > unplug the charger I get a very loud and annoying beep and would like to
> > disable this. Does anyone know how to do this?
> > 
> > I see nothing in dmesg or systemctl when I unplug and my general and it
> > doesn't seem to care about my general solution for disabling those
> > horrible beeps:
> > 
> > By blacklisting  
> > 
> > in  /etc/modprobe.d/blacklist.conf
> > 
> > blacklist pcspkr
> > blacklist snd_pcsp
> > 
> > Any help would be highly appreciated!
> 
> Perhaps this is relevant to you:
> 
>   https://libreboot.org/docs/misc/#power-management-beeps-on-thinkpads

Also (may have been mentioned but) thinkwiki.net I have found a
useful resource here and there for the X200+ and other "ThinkPad"
series laptops.

Re: sshfs en umask

[Paul van der Vlis]

Op 13-10-17 om 11:12 schreef Floris:

> iets als:
> session optional pam_umask.so umask=0002
> in /etc/pam.d/sshd
> 
> In ieder geval als systemd en logind op de server draaien, zal ik het in
> die hoek zoeken.

Ik werk inderdaad met systemd, of ik logind gebruik weet ik niet
helemaal zeker. Logind zou zijn toegevoegd in systemd 30, voor zover ik
zie werk ik met versie 232 dus het zal wel, maar ik zie het niet draaien
met "ps aux", en vind ook geen bestand "logind".

/etc/pam.d/sshd is best een ingewikkeld bestand en pam is niet mijn
specialiteit. Kan ik zo'n regel aan het eind van het bestand toevoegen
of moet dat ergens op een speciale plek in het bestand?

Groet,
Paul

/etc/pam.d/sshd, de regels zijn wat afgebroken:
-
# PAM configuration for the Secure Shell service

# Standard Un*x authentication.
@include common-auth

# Disallow non-root logins when /etc/nologin exists.
accountrequired pam_nologin.so

# Uncomment and edit /etc/security/access.conf if you need to set complex
# access limits that are hard to express in sshd_config.
# account  required pam_access.so

# Standard Un*x authorization.
@include common-account

# SELinux needs to be the first session rule.  This ensures that any
# lingering context has been cleared.  Without this it is possible that a
# module could execute code in the wrong domain.
session [success=ok ignore=ignore module_unknown=ignore default=bad]
   pam_selinux.so close

# Set the loginuid process attribute.
sessionrequired pam_loginuid.so

# Create a new session keyring.
sessionoptional pam_keyinit.so force revoke

# Standard Un*x session setup and teardown.
@include common-session

# Print the message of the day upon successful login.
# This includes a dynamically generated part from /run/motd.dynamic
# and a static (admin-editable) part from /etc/motd.
sessionoptional pam_motd.so  motd=/run/motd.dynamic
sessionoptional pam_motd.so noupdate

# Print the status of the user's mailbox upon successful login.
sessionoptional pam_mail.so standard noenv # [1]

# Set up user limits from /etc/security/limits.conf.
sessionrequired pam_limits.so

# Read environment variables from /etc/environment and
# /etc/security/pam_env.conf.
sessionrequired pam_env.so # [1]
# In Debian 4.0 (etch), locale-related environment variables were moved to
# /etc/default/locale, so read that as well.
sessionrequired pam_env.so user_readenv=1
envfile=/etc/default/locale


# SELinux needs to intervene at login time to ensure that the process starts
# in the proper default security context.  Only sessions which are intended
# to run in the user's context should be run after this.
session [success=ok ignore=ignore module_unknown=ignore default=bad]
   pam_selinux.so open

# Standard Un*x password updating.
@include common-password
--


-- 
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/

Re: Disable annoying charger beep on libreboot x200

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, Oct 13, 2017 at 11:11:23AM +0200, Jonas Hedman wrote:
> Hello list,
> 
> I have a libreboot x200 with libreboot running Stretch. When I plug and
> unplug the charger I get a very loud and annoying beep and would like to
> disable this. Does anyone know how to do this?
> 
> I see nothing in dmesg or systemctl when I unplug and my general and it
> doesn't seem to care about my general solution for disabling those
> horrible beeps:
> 
> By blacklisting  
> 
> in  /etc/modprobe.d/blacklist.conf
> 
> blacklist pcspkr
> blacklist snd_pcsp
> 
> Any help would be highly appreciated!

Perhaps this is relevant to you:

  https://libreboot.org/docs/misc/#power-management-beeps-on-thinkpads

HTH, cheers
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlnghKQACgkQBcgs9XrR2kZIdgCbBnGgT7T4KPF2Mioy/rnLmVVa
VGMAnR8DJPnjOaADK4p+kO0cli4rFnnl
=lNZN
-END PGP SIGNATURE-

Disable annoying charger beep on libreboot x200

[Jonas Hedman]

Hello list,

I have a libreboot x200 with libreboot running Stretch. When I plug and
unplug the charger I get a very loud and annoying beep and would like to
disable this. Does anyone know how to do this?

I see nothing in dmesg or systemctl when I unplug and my general and it
doesn't seem to care about my general solution for disabling those
horrible beeps:

By blacklisting  

in  /etc/modprobe.d/blacklist.conf

blacklist pcspkr
blacklist snd_pcsp

Any help would be highly appreciated!

Best regards
-- 
Jonas Hedman 

PGP: 8F72 C5BE AAFA B4BA 8F46 9185 5C39 89E0 616B B08C


signature.asc
Description: PGP signature

Re: [semi-OT] openvpn

[Erwan David]

Le 10/13/17 à 10:03, Debian EN a écrit :
> Hello folks :-)
> 
> inside an existence network I need to add a hardware device (a switch)
> that can connent with openvpn server
> 
> I found also netgear ac router wireless, I need something without
> wireless and chip device
> 
> any advice?
> 
> thanks for help :)
> 
> Pol
> 

You can have a look at microtik devices, but their openvpn
implementation has limitations (only over TCP if IIRC)

Re: Logitech "unifying" receiver buttons aren't?

[Curt]

On 2017-10-13, Gene Heskett  wrote:
>>
>> I use lur-command. The other package is solaar.
>>
> It might, if it was available for wheezy.

The Solaar page on github says they have a pre-built package (as opposed
to just a plain old package, mind you, that would've been built without
being pre-built, which is a helluva lot slower, in the same way that
sliced bread is less convenient than pre-sliced bread when making quick
sandwiches on the fly) for Debian 7 (Wheezy) or higher here:

https://pwr.github.io/Solaar/debian.html

>> Hope this helps,
>> MM
>
>
> Cheers, Gene Heskett


-- 
"A simpering Bambi narcissist and a thieving, fanatical Albanian dwarf."
Christopher Hitchens, commenting shortly after the nearly concurrent deaths 
of Lady Diana and Mother Theresa.

Re: c'est trolldi et rien à se mettre sous la dent

[Yann Serre]

C'est trolldi 13...
Je dis ça, je dis rien...

[semi-OT] openvpn

[Debian EN]

Hello folks :-)

inside an existence network I need to add a hardware device (a switch) 
that can connent with openvpn server


I found also netgear ac router wireless, I need something without 
wireless and chip device


any advice?

thanks for help :)

Pol

c'est trolldi et rien à se mettre sous la dent

[bernard . schoenacker]

bonjour,

je ne vois rien venir ...

slt
bernard

Re: sshfs en umask

[Paul van der Vlis]

Op 13-10-17 om 07:47 schreef Geert Stappers:
> On Thu, Oct 12, 2017 at 10:55:03PM +0200, Paul van der Vlis wrote:
>> Hallo,
>>
>> Ik wil bestanden delen via sshfs, en daarom de umask wijzigen.
>>
>> Als ik de umask op de client wijzig gaat alles goed. Maar eigenlijk
>> lijkt het me beter om de umask op de server te bepalen, de client beheer
>> ik soms niet. En wellicht willen er ook mensen met duistere operating
>> systemen zoals Windows of MacOS op, waar ik weinig van weet.
>>
>> Nu lees ik overal dat je de umask op de server in kunt stellen in
>> /etc/ssh/sshd_config met bijvoorbeeld iets als:
>> Subsystem   sftp/usr/lib/openssh/sftp-server -u 0002
>> of:
>> ForceCommand internal-sftp -u 0002
>>
>> Maar dat werkt niet bij mij, de umask wordt gewoon zoals ingesteld op de
>> client. Iemand een idee waarom het niet werkt, en of er iets tegen te
>> doen is?
> 
> Euh, sshd herstarten?
> ( i.p.v. aanname nieuwe setting zal actief zijn bij nieuwe sessie ?? )

Dat had ik wel gedaan hoor!  Voelt wel wat raar zo'n "service ssh
restart" vanuit een ssh sessie, en ik vraag me dan altijd wel af of hij
wel echt herstart.

En uiteraard ook nieuwe sessie. Maar nee...

Volgens mij werkte eerder de umask van de client niet, dat had iets met
FUSE te maken. Nu werkt dat dus wel.

Ik test met een Debian 9 server en een Debian 8 client. Met een Debian 8
server (en client) zag ik hetzelfde.

Groeten,
Paul



-- 
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/

Re: cannot install libsnmp-dev in stretch, wondering about reasonable next steps

[Dan Hitt]

On Thu, Oct 12, 2017 at 9:27 PM, Roberto C. Sánchez  wrote:
> On Thu, Oct 12, 2017 at 09:19:49PM -0700, Dan Hitt wrote:
>> Awesome, thanks Roberto.
>>
> Please don't top post.  It is considered impolite here and on many other
> mailing lists.
>
>> The output of apt-cache policy libsnmp-dev systemd is:
>>
>> libsnmp-dev:
>>   Installed: (none)
>>   Candidate: 5.7.3+dfsg-1.7
>>   Version table:
>>  5.7.3+dfsg-1.7 500
>> 500 http://ftp.us.debian.org/debian stretch/main amd64 Packages
>> 500 http://ftp.de.debian.org/debian stretch/main amd64 Packages
>> systemd:
>>   Installed: 232-14
>>   Candidate: 232-25+deb9u1
> ^^^
>>   Version table:
>>  232-25+deb9u1 500
>> 500 http://ftp.us.debian.org/debian stretch/main amd64 Packages
>> 500 http://ftp.de.debian.org/debian stretch/main amd64 Packages
>>  *** 232-14 100
>> 100 /var/lib/dpkg/status
>>
>> Note that i did not upgrade from a prior version of debian, but rather
>> installed it on a fresh, empty partition.
>>
> That may be, but you likely installed from old media (e.g., pre-release,
> beta, RC, etc.) and have not actually upgraded your system in some time.
> The 'apt-cache policy' output is saying that you have systemd currently
> installed at version 232-14, but that based on your sources you can go
> up to version 232-25+deb9u1.
>
> I recommend that you run 'apt-get update' then 'apt-get dist-upgrade' to
> bring your system up to date.  After that you should have no trouble
> installing libsnmp-dev.
>
> Regards,
>
> -Roberto
>
> --
> Roberto C. Sánchez
>

Thanks, your procedure worked! :)

dan