Re: EUREKA!!!! - was [Re: Permissions for an entire PARTITION]

[David Wright]

On Fri 28 Oct 2016 at 18:34:10 (-0500), Richard Owlett wrote:
> On 10/28/2016 5:17 PM, Brian wrote:
> >On Fri 28 Oct 2016 at 15:42:27 -0500, Richard Owlett wrote:
> >
> >>Be aware sir that you are the cause of:
> >>multiple renditions of the "Alleluia Chorus" [courtesy Handle] at >
> >>10^^Bels
> >>an "innocent"[snicker] senior citizen is about to have many sleepless
> >>nights
> >>multiple nay-sayers will suffer "EGG ON FACE"  *ROFL* !
> >>
> >>On 10/28/2016 2:30 PM, Jörg-Volker Peetz wrote:
> >>>Did you take a look at the package pmount?
> >>>I use it to mount external disks.
> >>>It requires no changes to /etc/fstab.
> >>
> >>Just in case you have not perceived this quiet discrete message:
> >>   I have not come across pmount before

https://lists.debian.org/debian-user/2016/01/msg00015.html
made me think that you had read the "valuable page"
https://wiki.debian.org/ManipulatingISOs
which has a section on pmount.

> >Yes you have. It is on the wiki page
> >
> >  https://wiki.debian.org/Installation+Archive+USBStick
> >
> >You read this page about a week or so ago (you told us so) but seemed
> >more concerned about its style rather than its substance.
> >
> 
> *BULL*
> Said page may have included the string "pmount".
> 
> But it gave no useful info!

Cheers,
David.

Re: Intel Corporation HD Graphics 510 on GNOME

[Richard Hector]

On 31/10/16 06:45, Samuel Bächler wrote:
> NAICT from Googling, Jessie's 3.16 kernel is too old to fully
> support Skylake (August 2105 release) CPU features required by
> Gnome, so you need a kernel newer than 4.1 (June 2015), and/or
> Stretch (currently on 4.7).
> 
> 
> I just installed Stretch and can confirm that this works. 

FWIW, I use jessie with the backports kernel on my Skylake laptop. Seems
to work fine.

Richard

Re: Information about modules

[Michael Lange]

Hi,

On Sun, 30 Oct 2016 22:59:12 +0100
Datasmurf  wrote:

> Hello List,
> 
> just a few moments ago I turned off the blinking of the wifi led on my
> T61. I did that because I found a website[1] that told me how I have to
> do that. I was wondering where else  I could find information
> like that? With FreeBSD I can always type in command line something like
> 
> man driver_name
> 
> and it shows me all the knobs and switches of that kernel module. Does
> Debian/Linux also provide that kind of information on the system?
 
modinfo is your friend, e.g.

$ /sbin/modinfo iwlwifi | grep parm
parm:   swcrypto:using crypto in software (default 0 [hardware]) (int)
parm:   11n_disable:disable 11n functionality, bitmap: 1: full, 2: 
disable agg TX, 4: disable agg RX, 8 enable agg TX (uint)
parm:   amsdu_size_8K:enable 8K amsdu size (default 0) (int)
parm:   fw_restart:restart firmware in case of error (default true) 
(bool)
parm:   antenna_coupling:specify antenna coupling in dB (default: 0 dB) 
(int)
parm:   nvm_file:NVM file name (charp)
parm:   d0i3_disable:disable d0i3 functionality (default: Y) (bool)
parm:   lar_disable:disable LAR functionality (default: N) (bool)
parm:   uapsd_disable:disable U-APSD functionality (default: Y) (bool)
parm:   bt_coex_active:enable wifi/bt co-exist (default: enable) (bool)
parm:   led_mode:0=system default, 1=On(RF On)/Off(RF Off), 2=blinking, 
3=Off (default: 0) (int)
parm:   power_save:enable WiFi power management (default: disable) 
(bool)
parm:   power_level:default power save level (range from 1 - 5, 
default: 1) (int)
parm:   fw_monitor:firmware monitor - to debug FW (default: false - 
needs lots of memory) (bool)

Regards

Michael

.-.. .. ...- .   .-.. --- -. --.   .- -. -..   .--. .-. --- ... .--. . .-.

There is a multi-legged creature crawling on your shoulder.
-- Spock, "A Taste of Armageddon", stardate 3193.9

Re: Vim et xclipboard

[bernard schoenacker]

On Sun, 30 Oct 2016 20:36:07 +0100
laura  wrote:

> salut à tous!
> 
> je m'ai trouvé aussi avec ce problème récemment et je fait seulement
> deux choses:
> 
> Premièrement, j'ai installé le vim-gtk, mais je ne sais pas si c'est
> obligataire. Après j'ai créé et édité le fichier .vimrc dans mon
> répertoire. Dans ce fichier j'ai écris ces lignes:
> 
> set clipboard^=unnamed,unnamedplus
> syntax on
> 
> 
> Avec ça je peux copier et coller sans problème dans mon debian
> testing, je crois que ça peux résoudre le problème de notre copain :)
> .
> 
> Merci et pardon par mon français du Sud ;)
> 
> Laura

bonjour,

serait il possible de corriger la syntaxe :


http://stackoverflow.com/questions/11404800/fix-vim-tmux-yank-paste-on-unnamed-register

slt
bernard

Information about modules

[Datasmurf]

Hello List,

just a few moments ago I turned off the blinking of the wifi led on my
T61. I did that because I found a website[1] that told me how I have to
do that. I was wondering where else  I could find information
like that? With FreeBSD I can always type in command line something like

man driver_name

and it shows me all the knobs and switches of that kernel module. Does
Debian/Linux also provide that kind of information on the system?


thanks.

[1]
https://tom.desair.me/blog/2012/04/stop-the-blinking-wireless-led-in-linux/


-- 
#irc - real netizens last resort

Re: Alternative to Adobe Reader, anyone?

[Brad Rogers]

On Sun, 30 Oct 2016 12:55:02 -0400
brian  wrote:

Hello brian,

>(Note to Brad Rogers - no idea why I see the problem and you don't,

Nor me, but the point remains;  It does work, I just have no idea where
to go from there.  Web searches shed no light.   :-(

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
If a thought came in your head it would die of loneliness
I Don't Like You - Stiff Little Fingers


pgpLDK_2SqmER.pgp
Description: OpenPGP digital signature

Re: Alternative to Adobe Reader, anyone?

[Doug]

On 10/30/2016 11:14 AM, brian wrote:

Does anyone have any suggestions for a program which will print PDF
files **scaling them to fit the page**. This last part is essential! A
program which just did expansion to fit would be a good second best.

What *doesn't* work :-

Acrobat Reader:  It does the 'fit to page' but the version I have
(9.5.5) will not print a *single* copy of a file. If you ask it to
print one copy, you get a popup with an lpr error message that you
asked for zero copies. Ask for two copies, you get two copies...

Okular:  Prints single copies OK but doesn't have the 'fit to page'
feature.

I'm running  64-bit testing and XFCE, should anyone feel that's
relevant.

Thanks,

Brian.



Have you looked at Master PDF Editor 3?

--doug

Re: [OT] Sorry state of hplip (was: [SOLVED] Re: [jessie] recording line-in using ALSA?)

[Brian]

On Sun 30 Oct 2016 at 19:58:19 +0100, deloptes wrote:

> IMO hplip also supports multifunction devices.

Correct.

> If you want to use HP device only for printing ... non of this is required.

Correct. It can, however, depend on which backend you want to send data
to the printer if you are fussy.

> If you want to do a scanning etc it is understandable that a kind of gui has
> to be provided.

There is no problem with scanning to an aio without HPLIP. It depends
on how you go about it. The packaging has been devised to accomodate
this (but it appears to be a source for complaint).

-- 
Brian.

Re: Vim et xclipboard

[laura]

salut à tous!

je m'ai trouvé aussi avec ce problème récemment et je fait seulement
deux choses:

Premièrement, j'ai installé le vim-gtk, mais je ne sais pas si c'est
obligataire. Après j'ai créé et édité le fichier .vimrc dans mon
répertoire. Dans ce fichier j'ai écris ces lignes:

set clipboard^=unnamed,unnamedplus
syntax on


Avec ça je peux copier et coller sans problème dans mon debian
testing, je crois que ça peux résoudre le problème de notre copain :)
.

Merci et pardon par mon français du Sud ;)

Laura


2016-10-30 12:43 GMT+01:00 Francois Lafont :
> Bonjour,
>
> On 10/30/2016 11:14 AM, base10 wrote:
>
>> Non je pesse que le comportement de ton vim est correcte. Je n'ai pas
>> fait attention car je n'ai pas vim-gtk d'installer mais j'ai installer
>> vim-gnome et en fait après test sans ce paquet je perd en effet la
>> possibilité d'utiliser les presses papier "+" et "*".
>
> Ah ok. Merci pour cette vérification a posteriori. Nous constatons donc
> le même comportement.
>
>> De plus on trouve dans l'aide de vim pour x11-selection :
>>
>> "
>> Si X11 est utilisé, que se soit à travers l'IHMg ou un xterm avec un vim
>> détectant X11, alors Vim fournit différents accès à la sélection et au
>> presse-papiers X11. On y accède au travers des deux registres de sélection
>> "* et "+.
>> "
>>
>> Il faut donc "un vim détectant X11".
>
> Tout à fait. Et donc, comme je l'indiquais dès mon premier message, un bon
> candidat pour cela (si on veut garder vim en console uniquement) me semble
> être le paquet vim-gtk.
>
> Maintenant le PO a expliqué qu'il ne voulait pas installer vim-gtk, j'ai
> demandé pourquoi mais pas de réponses pour l'instant.
>
> À+
>
> --
> François Lafont
>



-- 
---
http://laupri.com
*-*-*-*-*-*-*-*-*-*-*

Re: Locales y mayúsculas y minúsculas

[Eduardo Rios]

El 30/10/16 a las 18:40, José Miguel (sio2) escribió:

Un saludo a la lista. A ver si alguno es capaz de explicarse cómo sucede
esto en mi sistema.

Resulta que tengo estas locales:

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

Vamos, que mi sistema está configurado en castellano y utf-8. Todo me
marcha bien, pero he intentado lo siguiente y no he obtenido el
resultado esperado:

$ tr '[:lower:]' '[:upper:]' <<<"adiós"
ADIóS
$ awk '{print toupper($0)}' <<<"adiós"
ADIóS

O sea, el sistema no es capaz de saber que la mayúscula de la ó es la Ó.


Yo tengo Debian testing (Stretch) con la misma configuración locale, y 
si es cierto que con tr me da el mismo resultado, con awk lo hace bien:


$ locale
LANG=es_ES.utf8
LANGUAGE=
LC_CTYPE="es_ES.utf8"
LC_NUMERIC="es_ES.utf8"
LC_TIME="es_ES.utf8"
LC_COLLATE="es_ES.utf8"
LC_MONETARY="es_ES.utf8"
LC_MESSAGES="es_ES.utf8"
LC_PAPER="es_ES.utf8"
LC_NAME="es_ES.utf8"
LC_ADDRESS="es_ES.utf8"
LC_TELEPHONE="es_ES.utf8"
LC_MEASUREMENT="es_ES.utf8"
LC_IDENTIFICATION="es_ES.utf8"
LC_ALL=

$ tr '[:lower:]' '[:upper:]' <<<"adiós"
ADIóS

$ awk '{print toupper($0)}' <<<"adiós"
ADIÓS

No se aprecia, pero sale la Ó en mayúscula y con el acento y todo...



De hecho, no es capaz de saber que "ó" es una letra:

$ tr -d '[:alpha:]' <<<"adiós"
ó



Si, a mi me pasa igual...


Sin embargo, tengo mi sistema (LC_CTYPE en concreto) en utf8, ¿no
debería ser capaz?

python sí funciona bien:

$ python3 -c 'print("adiós".upper())'
ADIÓS




--
www.LinuxCounter.net

Registered user #369215

Re: [OT] Sorry state of hplip (was: [SOLVED] Re: [jessie] recording line-in using ALSA?)

[deloptes]

IMO hplip also supports multifunction devices.
If you want to use HP device only for printing ... non of this is required.
If you want to do a scanning etc it is understandable that a kind of gui has
to be provided.

It is funny to read your arguments while you are sliding into the Ric's "I
think it should" way.

regards

Re: new pc and swap

[David Christensen]

On 10/30/2016 04:56 AM, Pol Hallen wrote:
> I bought a new notebook: i7 2.2Ghz, 8Gb ram and ssd 256Gb.
> 
> Consider that small disk, can I install debian without swap? Does swap
> still useful?

For my SOHO LAN environment, I build my Debian Wheezy systems on a 16 GB
SSD with 10% over-provisioning [1].  The installer defaults to MBR
partitioning [2], which is what I prefer.  Here are my notes from the
last laptop build:

Partitioning method manual

partition #1
size0.5 GB
typeprimary
locationbeginning
use as  ext4
format  yes
mount point /boot
mount options   defaults
label   t7400_boot
reserved blocks 5%
typical usage   standard
bootable flag   on

partition #2
size0.5 GB
typeprimary
locationbeginning
use as  physical volume for encryption
encrypt method  device-mapper
encryption  aes
key size256
IV algorithmxts-plain64
encryption method   random key
erase data  yes
bootable flag   off

partition #3
size13.4 GB
typeprimary
locationbeginning
use as  physical volume for encryption
encrypt method  device-mapper
encryption  aes
key size256
IV algorithmxts-plain64
encryption method   Passphrase
erase data  yes
bootable flag   off

Encrypted volume (sdb3_crypt)  - 13.4 GB Linux device-mapper
use as  ext4
mount point /
mount options   defaults
label   t7400_root
reserved blocks 5%
typical usage   standard


The only thing I'd change today would be "Encrypted volume (sdb3_crypt)"
-> "use as btrfs".


I have run systems without swap in the past, but found that they crashed
when memory usage was heavy.


When a workstation system drive is an SSD larger than 16 GB, I often
create a "scratch" partition with 90% of the remaining space that I can
use for applications that create large temporary directories/ files
(such as the 'Lives' video editor).


I put my "bulk" data on a file server with TB+ HDD's.


This works great when I'm at home, but not so great when I go remote
with my laptop.  Solution ideas include:

1.  VPN.

2.  A FOSS equivalent of Microsoft's Offline Files/Client Side Caching:

http://www.linux-magazine.com/Issues/2009/99/Offline-FS



David


[1]
http://www.edn.com/design/systems-design/4404566/Understanding-SSD-over-provisioning

[2] https://en.wikipedia.org/wiki/Disk_partitioning

Re: new pc and swap

[Markus Grunwald]

Servus Pascal,

> > I once read that it was possible to swap to a named file, rather than a
> > swap partition.
> > Is that possible with Jessie?

Creating (and using) a swapfile is easy, no problem in Jessie:

sudo mkswap /swap.0
sudo swapon /swap.0
grep swap /etc/fstab
/swap.0 swapswapdefaults0

> Swap to a file is possible but IIRC hibernate to a file is not possible.

It is. In fact, I do it on my machine. Configuring it is not so easy,
but again: google is your friend.

Unfortunately, a few weeks ago, hibernating stopped working reliably
here. I wrote to this list a few days ago, without any response :(

So, hibernating to a swapfile (or a separate hibernation file) is
possible, but it doesn't seem to be a good idea. I would recommend a
swap partition. On my T61 with 4GB RAM and 128GB SSD, I have a 5GB
swapfile. As gparted works very reliably, misjudging the size of the
partition is only a small problem...

So I consider switching from swapfile to a swappartition.

cu
--
Markus Grunwald

Re: pen testing beginner

[shawn wilson]

Also, there's tons of free help online (mailing lists - duh, irc, reddit,
Twitter, and Facebook has helped me once you get to know the right people).
There are also loads of security conferences and meetups (BSides, ISSA,
2600, etc).

On Oct 30, 2016 13:54, "shawn wilson"  wrote:
>
> I'll caveat my response by saying I'm not in this field - I'm a lowly
sysadmin :)
>
> On Oct 30, 2016 00:01, "David Christensen" 
wrote:
> >
> > On 10/29/2016 11:50 AM, emetib wrote:
> > > have been a linux only person since before 2000 (late 2.2 early 2.4
> > > kernels), yet haven't done much with it in the last ten years. ...
> >
> > > i'm looking at getting back into it and into pen
> > > testing.
> >
> > I assume you mean penetration testing.  Given that computers and
> > networks are built from many hardware, firmware, and software work
> > products, I would expect that there are specialties.  It might help to
> > pick one, and then find the knowledge and skill dependencies.
> >
>
> It really would, but I assume he'll find some subset he enjoys more than
others after some learning. You'll either learn enough to run tools and
scan for known issues or find it more enjoyable to research all the myriad
of ways our tech is broken.
>
> Either way, you want to know (at least) the basics of programming. I
touched bash, python, ruby, and perl and json, yaml and ini last week
(mainly at work) and I can assure you they're all pretty much the same, so
don't really worry about learning multiple until you must - pick one and
learn it. Pick something useful (ie, most people don't use Smalltalk so you
support community and modules won't be as large so maybe not the best - fun
language though) and maybe you find yourself using a tool a lot - might
consider learning the language it's written in. To be more precise -
Metasploit is ruby, recon-ng is python, nmap is c (with an o object passed
everywhere), volatility is python, etc.
>
> Pentesting - start staying up to date with CVEs and netsec on reddit and
darkreading and the like. Learn the tools and what they do. Lots of CTFs
are downloadable after the event (and people often do writeups that you can
look for when you run into trouble). And learn your tools  - this includes
basic Unix like strings, grep, file (know the limitations of magic though),
find but also nmap, msf, Wireshark, volatility, recon-ng, sqlmap, etc. This
isn't to say you shouldn't know how the tools you run work, but I find it
useful to learn the tool and look at what it's doing. Ie, start Wireshark
and capture and run a basic nmap and see what happens.
>
> Exploit dev - so you can either go down the network path - I'd start by
gripping the RFCs for the word "should" and "may" and see which daemons
have issues with that part of their implementation (also be aware networks
love time and some errors may lead to leaks). If you go down the normal x86
exploit dev path, I'd start by looking at old viruses and malware and PoC
exploits and understand how they work. Also probably want to setup setup
cuckoo sandbox and mastiff.
>
> All of this said, I'd strongly suggest having a good rounded base of
knowledge. So get ready for the real reading list - not just to sit on the
couch with - read them while in front of a computer:
> PC asm (freely available online - nostarch also publishes a much bigger /
more in depth / pricier assembly book I have and haven't gotten around to
reading yet)
> Hacking the art of exploitation
>
> And depending on which route you go:
> Metasploit
> Practical malware analysis
>
> You'll notice a trend - other than pc assembly, they're all published by
nostarch. I'm unaware of any books on malware dev - which is why I
recommend looking at prior malware and an analysis book, though I'm sure
your gov can provide tons of literature here if you ask nice enough ;)
>
> Most conferences also post talks on YouTube - for the most part, I
suggest being active as you watch them (pause, Google, read, return,
repeat).
>
> >
> > > from what i have been reading lately i'm going to have to know quite
> > > a bit about a couple of different things that i didn't jump to deep
> > > into before, programming and networking especially. ...
> >
> > > i have given myself a four year window on this learning cycle and am
> > curious about going about it. ...
> >
> > > please just give advice and not right or wrong opinions on what i
> > > maybe trying to do with my options and if i should actually take some
> > > classes to augment my self learning.
> >
> > If you are serious about this, go get yourself a degree in computer
> > science.  I preferred and recommend the old-fashioned university
> > approach -- professors, planned sequence of courses, classrooms, labs,
> > textbooks, homework, projects, and especially the camaraderie of other
> > students.
> >
>
> I'll preface this by saying I have 30 hours of community college credits.
I've also had this discussion a few times - mixed 

Re: Locales y mayúsculas y minúsculas

[fernando sainz]

El día 30 de octubre de 2016, 18:40, José Miguel (sio2)
 escribió:
> Un saludo a la lista. A ver si alguno es capaz de explicarse cómo sucede
> esto en mi sistema.
>
> Resulta que tengo estas locales:
>
> $ locale
> LANG=es_ES.UTF-8
> LANGUAGE=
> LC_CTYPE="es_ES.UTF-8"
> LC_NUMERIC="es_ES.UTF-8"
> LC_TIME="es_ES.UTF-8"
> LC_COLLATE="es_ES.UTF-8"
> LC_MONETARY="es_ES.UTF-8"
> LC_MESSAGES="es_ES.UTF-8"
> LC_PAPER="es_ES.UTF-8"
> LC_NAME="es_ES.UTF-8"
> LC_ADDRESS="es_ES.UTF-8"
> LC_TELEPHONE="es_ES.UTF-8"
> LC_MEASUREMENT="es_ES.UTF-8"
> LC_IDENTIFICATION="es_ES.UTF-8"
> LC_ALL=
>
> Vamos, que mi sistema está configurado en castellano y utf-8. Todo me
> marcha bien, pero he intentado lo siguiente y no he obtenido el
> resultado esperado:
>
> $ tr '[:lower:]' '[:upper:]' <<<"adiós"
> ADIóS
> $ awk '{print toupper($0)}' <<<"adiós"
> ADIóS
>
> O sea, el sistema no es capaz de saber que la mayúscula de la ó es la Ó.
> De hecho, no es capaz de saber que "ó" es una letra:
>
> $ tr -d '[:alpha:]' <<<"adiós"
> ó
>
> Sin embargo, tengo mi sistema (LC_CTYPE en concreto) en utf8, ¿no
> debería ser capaz?
>
> python sí funciona bien:
>
> $ python3 -c 'print("adiós".upper())'
> ADIÓS
>
> --
>e non l'arbitrio de femina lieve,
> che sempre inchina a quel che men far deve.
>   --- Ludovico Ariosto ---
>


Creo que tr no soporta utf8.
puedes usar gawk que si lo hace.
(En mi instalación awk es un link a gawk y si me funciona bien. Hay
que instalar gawk)

S2.

Re: pen testing beginner

[shawn wilson]

I'll caveat my response by saying I'm not in this field - I'm a lowly
sysadmin :)

On Oct 30, 2016 00:01, "David Christensen" 
wrote:
>
> On 10/29/2016 11:50 AM, emetib wrote:
> > have been a linux only person since before 2000 (late 2.2 early 2.4
> > kernels), yet haven't done much with it in the last ten years. ...
>
> > i'm looking at getting back into it and into pen
> > testing.
>
> I assume you mean penetration testing.  Given that computers and
> networks are built from many hardware, firmware, and software work
> products, I would expect that there are specialties.  It might help to
> pick one, and then find the knowledge and skill dependencies.
>

It really would, but I assume he'll find some subset he enjoys more than
others after some learning. You'll either learn enough to run tools and
scan for known issues or find it more enjoyable to research all the myriad
of ways our tech is broken.

Either way, you want to know (at least) the basics of programming. I
touched bash, python, ruby, and perl and json, yaml and ini last week
(mainly at work) and I can assure you they're all pretty much the same, so
don't really worry about learning multiple until you must - pick one and
learn it. Pick something useful (ie, most people don't use Smalltalk so you
support community and modules won't be as large so maybe not the best - fun
language though) and maybe you find yourself using a tool a lot - might
consider learning the language it's written in. To be more precise -
Metasploit is ruby, recon-ng is python, nmap is c (with an o object passed
everywhere), volatility is python, etc.

Pentesting - start staying up to date with CVEs and netsec on reddit and
darkreading and the like. Learn the tools and what they do. Lots of CTFs
are downloadable after the event (and people often do writeups that you can
look for when you run into trouble). And learn your tools  - this includes
basic Unix like strings, grep, file (know the limitations of magic though),
find but also nmap, msf, Wireshark, volatility, recon-ng, sqlmap, etc. This
isn't to say you shouldn't know how the tools you run work, but I find it
useful to learn the tool and look at what it's doing. Ie, start Wireshark
and capture and run a basic nmap and see what happens.

Exploit dev - so you can either go down the network path - I'd start by
gripping the RFCs for the word "should" and "may" and see which daemons
have issues with that part of their implementation (also be aware networks
love time and some errors may lead to leaks). If you go down the normal x86
exploit dev path, I'd start by looking at old viruses and malware and PoC
exploits and understand how they work. Also probably want to setup setup
cuckoo sandbox and mastiff.

All of this said, I'd strongly suggest having a good rounded base of
knowledge. So get ready for the real reading list - not just to sit on the
couch with - read them while in front of a computer:
PC asm (freely available online - nostarch also publishes a much bigger /
more in depth / pricier assembly book I have and haven't gotten around to
reading yet)
Hacking the art of exploitation

And depending on which route you go:
Metasploit
Practical malware analysis

You'll notice a trend - other than pc assembly, they're all published by
nostarch. I'm unaware of any books on malware dev - which is why I
recommend looking at prior malware and an analysis book, though I'm sure
your gov can provide tons of literature here if you ask nice enough ;)

Most conferences also post talks on YouTube - for the most part, I suggest
being active as you watch them (pause, Google, read, return, repeat).

>
> > from what i have been reading lately i'm going to have to know quite
> > a bit about a couple of different things that i didn't jump to deep
> > into before, programming and networking especially. ...
>
> > i have given myself a four year window on this learning cycle and am
> curious about going about it. ...
>
> > please just give advice and not right or wrong opinions on what i
> > maybe trying to do with my options and if i should actually take some
> > classes to augment my self learning.
>
> If you are serious about this, go get yourself a degree in computer
> science.  I preferred and recommend the old-fashioned university
> approach -- professors, planned sequence of courses, classrooms, labs,
> textbooks, homework, projects, and especially the camaraderie of other
> students.
>

I'll preface this by saying I have 30 hours of community college credits.
I've also had this discussion a few times - mixed reviews.

Most schools won't teach you computer security. I think CMU might have the
best program in the states though. But basically, if you go this route,
read up on what the professors do when not teaching - if none have been in
industry for years or don't have any research industry is talking about...

So given the expense (both time and money), I recommend against this. If
this interests you enough, 

Re: Intel Corporation HD Graphics 510 on GNOME

[Samuel Bächler]

On Sat, Oct 29, 2016 at 10:27 PM, Felix Miata  wrote:

> Samuel Bächler composed on 2016-10-29 21:56 (UTC+0200):
>
> I have got a graphics adapter that is somehow integrated on the
>> motherboard. [1] On this hardware I can use KDE but no GNOME. When
>> installing GNOME I get the error message 'Oh no! Something has gone wrong.
>> A problem has occurred and the system can't recover. Please contact a
>> system administrator'. Is there a known problem with GNOME and my graphics
>> adapter?
>>
>
> Is this with Debian 8 Jessie or Debian 7 Wheezy?
>
> [1]
>>
>
> 'lspci' shows in particular 'Intel Corporation HD Graphics 510'. 'dmidecode
>> --type baseboard' shows in particular 'Manufacturer: FUJITSU' and 'Product
>> Name: D3400-B1'.
>>
>
> NAICT from Googling, Jessie's 3.16 kernel is too old to fully support
> Skylake (August 2105 release) CPU features required by Gnome, so you need a
> kernel newer than 4.1 (June 2015), and/or Stretch (currently on 4.7).


I just installed Stretch and can confirm that this works.

Locales y mayúsculas y minúsculas

[sio2]

Un saludo a la lista. A ver si alguno es capaz de explicarse cómo sucede
esto en mi sistema.

Resulta que tengo estas locales:

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

Vamos, que mi sistema está configurado en castellano y utf-8. Todo me
marcha bien, pero he intentado lo siguiente y no he obtenido el
resultado esperado:

$ tr '[:lower:]' '[:upper:]' <<<"adiós"
ADIóS
$ awk '{print toupper($0)}' <<<"adiós"
ADIóS

O sea, el sistema no es capaz de saber que la mayúscula de la ó es la Ó.
De hecho, no es capaz de saber que "ó" es una letra:

$ tr -d '[:alpha:]' <<<"adiós"
ó

Sin embargo, tengo mi sistema (LC_CTYPE en concreto) en utf8, ¿no
debería ser capaz?

python sí funciona bien:

$ python3 -c 'print("adiós".upper())'
ADIÓS

-- 
   e non l'arbitrio de femina lieve,
che sempre inchina a quel che men far deve.
  --- Ludovico Ariosto ---

Re: Online resize of gpt+cryptsetup+lvm

[Pascal Hambourg]

Le 30/10/2016 à 17:53, Ian Jackson a écrit :


When I partioned my new netbook I left myself a reasonable amount of
space unpartitioned, in case I should ever want it.  Well, of course,
then I wanted it.  Specifically, I have: SSD nvme0n1 containing GPT
partitions; nvme0n1p6 is a LUKS volume containing my main LVM PV.

I didn't want to reboot.  I thought that it should be possible to
achieve this.


Sure it is. Been there, done that.


1. Discover that none of the "friendly" partition tools would work on
   an in-use partition table.


IIRC, parted does not care about the partition being in use.


2. Use sfdisk:
 # sfdisk -d /dev/nvme0n1 >before
 # cp before after
 # emacs after &
   This part could be quite fiddly.  In my setup the free space
   was right after the partition I wanted to resize - by design.
   So all I had to do was change the right "size=" number.
   If any of the "start=" needed changing, this would all be MUCH
   harder.


Obviously. Changing the start requires to move all to contents to new 
start. Of course this cannot be done if the partition is in use.



3. Search the intertubes to try to figure out whether
   `cryptsetup resize' was safe to use on a running LUKS device.


Of course it is. That's what it is for. It has no use with a non running 
encrypted device : just resize the container, and the encrypted volume 
will automatically use the new size when opened.

Re: [OT] Sorry state of hplip (was: [SOLVED] Re: [jessie] recording line-in using ALSA?)

[Brian]

On Sun 30 Oct 2016 at 18:24:50 +0300, Reco wrote:

>   Hi.
> 
> On Sun, 30 Oct 2016 14:20:44 +
> Brian  wrote:
> > 
> > printer-driver-hpcups and printer-driver-hpijs would be sufficient for
> > just printing. That is why the packages are provided.
> 
> 'Should be' does not equal 'actually working' in this case.

If you have a problem you should seek help by starting another thread.

> You're missing the point. What's the reason to provide a GUI to a bunch
> of CUPS filters in the first place? Why such GUI is needed for these
> particular filters, but not CUPS itself?

People like GUIs; I believe system-config-printer and the CUPS web
interface are popular for setting up printers. None of them are needed
but they fulfill a need.

> > The "bizarre reason" reason is probably that the .py and .pyc files are
> > platform independent.
> 
> And the reason to put all those unrelated to actual printing files into
> the package was?

HPLIP does a bit more than handle printing.

> > See above.
> 
> Nope, does not cut it. A package does not provide anything written in
> python by itself. Why does it depends on python then?

Pass.
 
> > main's ok. No non-free blobs are packaged.
> 
> b43-fwcutter, flashplugin-nonfree or ttf-mscorefonts-installer (to name
> a few) do not package blobs either, they *only* download and/or
> process them. Yet all such things reside in 'contrib', not 'main'.

I'm not getting into a comparison with every package of this nature in
contrib. hp-plugin is not central to the function of suported hardware
and HPLIP will work without it. The script is a convenience one for the
user and is not run from the maintainer scripts.

> > Possibly needed for installing a plugin.
> 
> A 'plugin' to what? Did you mean a 'non-free' blob maybe?

I was using HPs terminology.

> Does this 'plugin' gets installed every time someone prints?

No.

> > > 4) avahi-daemon as Recommends. Apparently it's considered so important
> > > that they recommend it again (CUPS has the same Recommend). Kind of
> > > surprised not to see it as Depends.
> > 
> > CUPS was installed without its Recommends: because you do not want to
> > discover Bonjour broadcasted print queues. Later, HPLIP was installed
> > and you want to discover Bonjour broadcasted HP printers.
> 
> A weak argument as no other printer driver has this ridiculous
> Recommends. One for the CUPS (where it serves its purpose indeed) is
> enough.

It's actually a very sound argument. Not wanting any of cups recommended
packages is a respectable decision.

> It would be a valid argument *if* one could install HPLIP without CUPS,
> but currently 'hplip' depends on 'cups', so that's impossible.

True. But I think you do not understand what different purposes cups and
HPLIP use avahi-daemon for. I didn't use "print queues" and "printers"
as a matter of style.

> > A Depends:
> > would be unsuitable if you were only setting up a USB printer.
> 
> First, that logic did not stop them from forcing one to install a
> PolicyKit, for instance.
> Second, said USB printer can be shared over the network by CUPS, so
> such dependency is actually justifiable.

Setting up a *non-shared* USB printer. Clearer? 

Pass on the rest because packaging is not something I know much about,
so I'm most likely to rely on the expertise of the maintainers. The
changelog might give you some clue as to what is going on.


-- 
Brian.

Re: new pc and swap

[Pascal Hambourg]

Le 30/10/2016 à 17:41, Ben Caradoc-Davies a écrit :

RAM disks (tmpfs)


Tmpfs and ramdisks are very different.
A tmpfs is a filesystem in virtual memory (in RAM or swap) with variable 
size.

A ramdisk is a block device (not a filesystem) in RAM with fixed size.

Re: restart après poweroff

[Jean-Michel OLTRA]

Bonjour,


Le lundi 10 octobre 2016, Belaïd a écrit...


> As-tu essayé de rajouter au noyau les deux options : acpi=force
> apm=power_off ?

Je viens d'essayer. Même punition. Merci quand même !

-- 
jm

Re: EUREKA!!!! - was [Re: Permissions for an entire PARTITION]

[Brian]

On Sun 30 Oct 2016 at 09:19:04 -0400, rhkra...@gmail.com wrote:

> On Sunday, October 30, 2016 08:54:45 AM Brian wrote:
> > There are some good things which have come out of this discussion. To
> > use cfdisk, fdisk, dd, mkfs.vfat and grub-install a user has to be
> > root. Being able to mount as non-root is neither here nor there on
> > jessie and stretch for the purpose of installing GRUB, so references to
> > pmount etc can go.
> 
> Are you the maintainer or an author on that wiki page (the one that has been 
> discussed here)?

I don't think wiki pages have maintainers as such, just people who take
an interest and provide additional information, corrections and updates.
Yes, I am the originator of the page, but it is everyone's page.

> If so, have you considered splitting the page into two pages, one for Wheezy 
> (or pre-Jessie) and one for Jessie?  The intent would be to keep valid 
> information for Wheezy for people that might still need it.

As it stands, anyone using pre-Jessie (that's a good way you found of
putting it) could follow the instructions on the page and carry them out
without needing root access. It should be possible to accomodate pre-
and post-Jessie users on the same page by making the requirements for
the different distributions clearer. After all, the commands to use are
practically identical. A small extra section would do it.

--  
Brian.

Re: Alternative to Adobe Reader, anyone?

[brian]

On Sun, 30 Oct 2016 12:47:23 -0400, Gene Heskett wrote:

>On Sunday 30 October 2016 12:14:51 brian wrote:
>
>> Does anyone have any suggestions for a program which will print PDF
>> files **scaling them to fit the page**. This last part is essential! A
>> program which just did expansion to fit would be a good second best.
>>
>> What *doesn't* work :-
>>
>> Acrobat Reader:  It does the 'fit to page' but the version I have
>> (9.5.5) will not print a *single* copy of a file. If you ask it to
>> print one copy, you get a popup with an lpr error message that you
>> asked for zero copies. Ask for two copies, you get two copies...
>>
>> Okular:  Prints single copies OK but doesn't have the 'fit to page'
>> feature.
>>
>> I'm running  64-bit testing and XFCE, should anyone feel that's
>> relevant.
>>
>> Thanks,
>>
>> Brian.
>
>I have used evince for that for quite some time.
>
>
>Cheers, Gene Heskett

Thanks everyone. I hadn't previously heard of evince, but I can
confirm that it does do what's needed, and will print single copies. 

(Note to Brad Rogers - no idea why I see the problem and you don't,
but it's 100% reproducible here.)


Brian. 

Online resize of gpt+cryptsetup+lvm

[Ian Jackson]

I don't know where to write this up really, so let me try debian-user.

When I partioned my new netbook I left myself a reasonable amount of
space unpartitioned, in case I should ever want it.  Well, of course,
then I wanted it.  Specifically, I have: SSD nvme0n1 containing GPT
partitions; nvme0n1p6 is a LUKS volume containing my main LVM PV.

I didn't want to reboot.  I thought that it should be possible to
achieve this.  It was a bit of a palaver but I seem to have succeeded.

1. Discover that none of the "friendly" partition tools would work on
   an in-use partition table.

2. Use sfdisk:
 # sfdisk -d /dev/nvme0n1 >before
 # cp before after
 # emacs after &
   This part could be quite fiddly.  In my setup the free space
   was right after the partition I wanted to resize - by design.
   So all I had to do was change the right "size=" number.
   If any of the "start=" needed changing, this would all be MUCH
   harder.  The numbers seem to be in 512-byte sectors.

   Take a deep breath and:
 # sfdisk /dev/nvme0n1  -n wipe2 vg-zealot2

I thought about maybe filing a bug against something, complaining that
this wasn't easier.  gparted, maybe.  If someone else still wants to
do that please X-Debbugs-CC me.

Ian.

-- 
Ian Jackson    These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Re: Alternative to Adobe Reader, anyone?

[Ben Caradoc-Davies]

On 31/10/16 05:14, brian wrote:

Does anyone have any suggestions for a program which will print PDF
files **scaling them to fit the page**. This last part is essential! A
program which just did expansion to fit would be a good second best.


qpdfview has a "Fit to page" option in its print dialog under Options / 
Extended Options, but I have not tested it.



I'm running  64-bit testing and XFCE, should anyone feel that's
relevant.


I am running XFCE on 64-bit unstable.

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Re: Alternative to Adobe Reader, anyone?

[Gene Heskett]

On Sunday 30 October 2016 12:14:51 brian wrote:

> Does anyone have any suggestions for a program which will print PDF
> files **scaling them to fit the page**. This last part is essential! A
> program which just did expansion to fit would be a good second best.
>
> What *doesn't* work :-
>
> Acrobat Reader:  It does the 'fit to page' but the version I have
> (9.5.5) will not print a *single* copy of a file. If you ask it to
> print one copy, you get a popup with an lpr error message that you
> asked for zero copies. Ask for two copies, you get two copies...
>
> Okular:  Prints single copies OK but doesn't have the 'fit to page'
> feature.
>
> I'm running  64-bit testing and XFCE, should anyone feel that's
> relevant.
>
> Thanks,
>
> Brian.

I have used evince for that for quite some time.


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: new pc and swap

[Ben Caradoc-Davies]

On 31/10/16 00:56, Pol Hallen wrote:

I bought a new notebook: i7 2.2Ghz, 8Gb ram and ssd 256Gb.
Consider that small disk, can I install debian without swap? Does swap
still useful?


I have not used swap since I switched to SSDs in 2009. This works only 
if you are confident that you will never use all your RAM. Even with use 
of RAM disks (tmpfs), I have never run out of RAM.


Avoiding swap on an SSD reduces wear.

Some memory hungry applications like GIMP use their own scheme for 
storing tiles on disk to avoid excessive use of RAM.


How much RAM do you typically use?

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Re: Alternative to Adobe Reader, anyone?

[Lisi Reisz]

On Sunday 30 October 2016 16:14:51 brian wrote:
> Does anyone have any suggestions for a program which will print PDF
> files **scaling them to fit the page**. This last part is essential! A
> program which just did expansion to fit would be a good second best.
>
> What *doesn't* work :-
>
> Acrobat Reader:  It does the 'fit to page' but the version I have
> (9.5.5) will not print a *single* copy of a file. If you ask it to
> print one copy, you get a popup with an lpr error message that you
> asked for zero copies. Ask for two copies, you get two copies...
>
> Okular:  Prints single copies OK but doesn't have the 'fit to page'
> feature.
>
> I'm running  64-bit testing and XFCE, should anyone feel that's
> relevant.
>
> Thanks,
>
> Brian.

Can you (or someone) let me have a non-A4 pdf file to test.  All my files seem 
to be A4 in the first place, so I can't test whether they would adjust to 
fit!!  Evince used to do so, but it has lost a lot of what I used to use - or 
I cannot access it.

Lisi

Re: Alternative to Adobe Reader, anyone?

[Brad Rogers]

On Sun, 30 Oct 2016 12:14:51 -0400
brian  wrote:

Hello brian,

>(9.5.5) will not print a *single* copy of a file. If you ask it to

Happily prints one copy here.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
An old custom to sell your daughter
Hong Kong Garden - Siouxsie & The Banshees


pgp3dZhzW905n.pgp
Description: OpenPGP digital signature

Alternative to Adobe Reader, anyone?

[brian]

Does anyone have any suggestions for a program which will print PDF
files **scaling them to fit the page**. This last part is essential! A
program which just did expansion to fit would be a good second best. 

What *doesn't* work :-

Acrobat Reader:  It does the 'fit to page' but the version I have
(9.5.5) will not print a *single* copy of a file. If you ask it to
print one copy, you get a popup with an lpr error message that you
asked for zero copies. Ask for two copies, you get two copies...

Okular:  Prints single copies OK but doesn't have the 'fit to page'
feature. 

I'm running  64-bit testing and XFCE, should anyone feel that's
relevant.

Thanks, 

Brian. 

Re: New install Jesse 8.6.0...grub2 problem

[Lisi Reisz]

On Sunday 30 October 2016 15:47:59 Mark Fletcher wrote:
> On Sun, Oct 30, 2016 at 10:35:59AM -0400, Cindy-Sue Causey wrote:
> > On 10/30/16, Pascal Hambourg  wrote:
> > > Le 30/10/2016 à 13:13, Lisi Reisz a écrit :
> > >> On Thursday 06 October 2016 19:12:43 Pascal Hambourg wrote:
> > >>> The result of bootinfoscript would be a good starting point.
> > >>
> > >> I have Jessie fully updated and aptitude can't find bootinfoscript.
> > >
> > > How did you search ? It is a command, not a package name. The package
> > > name is boot-info-script (don't ask me why hyphens were inserted).
> >
> > I'm going to step out onto a limb and presume she did what I just did,
> > input "bootinfoscrript" into her preferred Debian package manager and
> > let 'er rip. In fact, Lisi referenced "aptitude", her preferred
> > package manager.
> >
> > For mine, I use "apt-cache search". It returns feedback on anything
> > you input, not just package names. I a-sume aptitude and others
> > perform similarly.
> >
> > When queried via "apt-cache search", "bootinfoscript" received back
> > zero possibilities here, too. However, querying "boot-info-script" did
> > return something. One returned possibility:
> >
> > "boot-info-script - inspect boot environment"
> >
> > Cool. Will be checking it out.
>
> A lot of people seem to forget or not know about apt-file. It allows
> searches in both directions -- apt-file show  will tell
> you what files are installed by the package and where they go. apt-file
> search  shows which package the file came from. The package does
> _not_ need to be installed for apt-file to do its work, but you do need
> to have run apt-file update before expecting up to date and correct
> answers.
>
> Very similar, I think, to apt-cache search when doing apt-file show but
> with the additional ability to go the other way. For example I just did
> apt-file search bootinfoscript to find out that the file is contained in
> boot-info-script.

lisi@Eros:~$ apt-file search bootinfoscript
boot-info-script: /usr/sbin/bootinfoscript
boot-info-script: /usr/share/man/man8/bootinfoscript.8.gz
lisi@Eros:~$ 

\o/ \o/

Thanks, Mark. :-)

Lisi

>
> Mark

Re: New install Jesse 8.6.0...grub2 problem

[Mark Fletcher]

On Sun, Oct 30, 2016 at 10:35:59AM -0400, Cindy-Sue Causey wrote:
> On 10/30/16, Pascal Hambourg  wrote:
> > Le 30/10/2016 à 13:13, Lisi Reisz a écrit :
> >> On Thursday 06 October 2016 19:12:43 Pascal Hambourg wrote:
> >>>
> >>> The result of bootinfoscript would be a good starting point.
> >>
> >> I have Jessie fully updated and aptitude can't find bootinfoscript.
> >
> > How did you search ? It is a command, not a package name. The package
> > name is boot-info-script (don't ask me why hyphens were inserted).
> 
> 
> I'm going to step out onto a limb and presume she did what I just did,
> input "bootinfoscrript" into her preferred Debian package manager and
> let 'er rip. In fact, Lisi referenced "aptitude", her preferred
> package manager.
> 
> For mine, I use "apt-cache search". It returns feedback on anything
> you input, not just package names. I a-sume aptitude and others
> perform similarly.
> 
> When queried via "apt-cache search", "bootinfoscript" received back
> zero possibilities here, too. However, querying "boot-info-script" did
> return something. One returned possibility:
> 
> "boot-info-script - inspect boot environment"
> 
> Cool. Will be checking it out.
> 

A lot of people seem to forget or not know about apt-file. It allows 
searches in both directions -- apt-file show  will tell 
you what files are installed by the package and where they go. apt-file 
search  shows which package the file came from. The package does 
_not_ need to be installed for apt-file to do its work, but you do need 
to have run apt-file update before expecting up to date and correct 
answers.

Very similar, I think, to apt-cache search when doing apt-file show but 
with the additional ability to go the other way. For example I just did 
apt-file search bootinfoscript to find out that the file is contained in 
boot-info-script.

Mark

Re: new pc and swap

[Pascal Hambourg]

Le 30/10/2016 à 15:11, Richard Owlett a écrit :

On 10/30/2016 8:52 AM, Markus Grunwald wrote:


It migh be. Don't forget that you need some swap space if you want to
hibernate your System!


I once read that it was possible to swap to a named file, rather than a
swap partition.
Is that possible with Jessie?


Swap to a file is possible but IIRC hibernate to a file is not possible.

Re: [OT] Sorry state of hplip (was: [SOLVED] Re: [jessie] recording line-in using ALSA?)

[Reco]

Hi.

On Sun, 30 Oct 2016 14:20:44 +
Brian  wrote:

> On Sun 30 Oct 2016 at 00:20:43 +0300, Reco wrote:
> 
> > On Sat, 29 Oct 2016 20:36:27 +0100
> > Brian  wrote:
> > 
> > > On Sat 29 Oct 2016 at 21:51:48 +0300, Reco wrote:
> > > 
> > > > Oh, and don't get me started on the way they package hplip.
> > > 
> > > Please do. What is wrong with the packaging of hplip?
> > 
> > I won't speak of stretch and sid, as these branches of Debian
> > distribution don't interest me in this regard so far.
> > 
> > The task itself is simple - one (may be two for the redundancy)
> > centralized print-servers with arbitrary number of clients (without
> > any CUPS or HPLIP). Several HP printers, because they bought the stuff.
> > 
> > What's needed? A small amount of packages providing needed CUPS
> > filters, backends and PPDs. The CUPS itself, of course.
> 
> printer-driver-hpcups and printer-driver-hpijs would be sufficient for
> just printing. That is why the packages are provided.

'Should be' does not equal 'actually working' in this case.


> > 'hplip' itself, and it's direct dependencies 'hplip-data' and
> > 'printer-driver-hpcups'.
> > 
> > There's also 'hplip-gui' with the bunch of worthless (for the
> > print-server) GUI tools. Oh, and python-qt4 as a dependency and a half
> > of KDE with it as a result, not a small achievement for the package of
> > the size of 88k.
> 
> Upstream doesn't provide a GTK GUI; the packager doesn't have any
> option. The package is also optional to install; a user's choice.

You're missing the point. What's the reason to provide a GUI to a bunch
of CUPS filters in the first place? Why such GUI is needed for these
particular filters, but not CUPS itself?


> > Let's continue with 'hplip-data' as its list of dependencies is smaller.
> > For the lazy of us, package description states 'This package
> > contains data files and PPDs for the HP Linux Printing and Imaging
> > System'. Apparently said 'data files' are in fact python scripts put
> > into this package for some bizarre reason, as package brings you python
> > installation immediately.
> 
> The "bizarre reason" reason is probably that the .py and .pyc files are
> platform independent.

And the reason to put all those unrelated to actual printing files into
the package was?


> > Next, the big winner, 'hplip'. Highlight points include:
> > 
> > 1) Python as a dependency, again. Wait, haven't we install one already
> > with 'hplip-data'? Some python modules too, yet the package does not
> > contain a single python script (see pt 6).
> 
> See above.

Nope, does not cut it. A package does not provide anything written in
python by itself. Why does it depends on python then?


> > 2) wget as a dependency. Included for the sole purpose of acquiring
> > non-free blobs from openprining.org by /usr/bin/hp-firmware (see pt 6),
> > yet the package somehow belongs in 'main'.
> 
> main's ok. No non-free blobs are packaged.

b43-fwcutter, flashplugin-nonfree or ttf-mscorefonts-installer (to name
a few) do not package blobs either, they *only* download and/or
process them. Yet all such things reside in 'contrib', not 'main'.


> > 3) policykit-1 as a dependency. How exactly it's required for the
> > actual printing done by CUPS invoking HPLIP filters
> > (executables /usr/lib/cups/filter/) and backends
> > (executables /usr/lib/cups/backend/)?
> > Hint - it's not. But a certain python script (see pt 6) apparently
> > does.
> 
> Possibly needed for installing a plugin.

A 'plugin' to what? Did you mean a 'non-free' blob maybe?
Does this 'plugin' gets installed every time someone prints?


> > 4) avahi-daemon as Recommends. Apparently it's considered so important
> > that they recommend it again (CUPS has the same Recommend). Kind of
> > surprised not to see it as Depends.
> 
> CUPS was installed without its Recommends: because you do not want to
> discover Bonjour broadcasted print queues. Later, HPLIP was installed
> and you want to discover Bonjour broadcasted HP printers.

A weak argument as no other printer driver has this ridiculous
Recommends. One for the CUPS (where it serves its purpose indeed) is
enough.

It would be a valid argument *if* one could install HPLIP without CUPS,
but currently 'hplip' depends on 'cups', so that's impossible.


> A Depends:
> would be unsuitable if you were only setting up a USB printer.

First, that logic did not stop them from forcing one to install a
PolicyKit, for instance.
Second, said USB printer can be shared over the network by CUPS, so
such dependency is actually justifiable.


> > 5) Aforementioned backends. Worth mentioning as another part of the
> > puzzle actually related to the printing (filters) resides in
> > 'printer-driver-hpcups' (which is by itself is ok). Apparently because
> > reasons.
>
> Sorry; don't follow.

What's the reason that two actually useful package parts ended up in two
separate packages, and one of them provides 

Re: pen testing beginner

[Cindy-Sue Causey]

On 10/29/16, David Christensen  wrote:
> On 10/29/2016 11:50 AM, emetib wrote:
>> have been a linux only person since before 2000 (late 2.2 early 2.4
>> kernels), yet haven't done much with it in the last ten years. ...
>
>> i'm looking at getting back into it and into pen
>> testing.
>
> I assume you mean penetration testing.  Given that computers and
> networks are built from many hardware, firmware, and software work
> products, I would expect that there are specialties.  It might help to
> pick one, and then find the knowledge and skill dependencies.


Is this a place where searching Debian's documentations for references
to "hardening" would apply?


>> from what i have been reading lately i'm going to have to know quite
>> a bit about a couple of different things that i didn't jump to deep
>> into before, programming and networking especially. ...
>
>> i have given myself a four year window on this learning cycle and am
> curious about going about it. ...
>
>> please just give advice and not right or wrong opinions on what i
>> maybe trying to do with my options and if i should actually take some
>> classes to augment my self learning.
>
> If you are serious about this, go get yourself a degree in computer
> science.  I preferred and recommend the old-fashioned university
> approach -- professors, planned sequence of courses, classrooms, labs,
> textbooks, homework, projects, and especially the camaraderie of other
> students.


Ditto to infinity and beyond. Don't be me. I've been exposed to
computers since 1994, and I struggle, spin my wheels every day trying
to get through things (serious cognitive issues don't help). I did
local tech school in 1999, and... was pretty much bored.

Full blown university is what I would most unhumbly suggest if it's at
all possible. No offense to tech schools at all. Very much needed, but
in smaller areas like mine was back then, content is super basic
beginner level.

You know, you could always bring potential course offerings back here
to the list and see if anyone has a yay/nay opinion on lifetime value
towards what you seek. If you do so, keep in mind that being too
specific could accidentally be self-exposing if you're trying to
maintain anonymity for any reason.

Cindy :)

-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with duct tape *

Re: New install Jesse 8.6.0...grub2 problem

[Cindy-Sue Causey]

On 10/30/16, Pascal Hambourg  wrote:
> Le 30/10/2016 à 13:13, Lisi Reisz a écrit :
>> On Thursday 06 October 2016 19:12:43 Pascal Hambourg wrote:
>>>
>>> The result of bootinfoscript would be a good starting point.
>>
>> I have Jessie fully updated and aptitude can't find bootinfoscript.
>
> How did you search ? It is a command, not a package name. The package
> name is boot-info-script (don't ask me why hyphens were inserted).


I'm going to step out onto a limb and presume she did what I just did,
input "bootinfoscrript" into her preferred Debian package manager and
let 'er rip. In fact, Lisi referenced "aptitude", her preferred
package manager.

For mine, I use "apt-cache search". It returns feedback on anything
you input, not just package names. I a-sume aptitude and others
perform similarly.

When queried via "apt-cache search", "bootinfoscript" received back
zero possibilities here, too. However, querying "boot-info-script" did
return something. One returned possibility:

"boot-info-script - inspect boot environment"

Cool. Will be checking it out.

The hyphens in the middle of the name were likely injected as a
cognitive friendly addition to the name in the same way many other
packages do. I can understand those are a pain when keying them in a
lot. I detest underscores even more.

As a reminder tip for newcomers: When beginning to type in a terminal
command, especially the ones with characters that "annoy" you, one can
start typing the name and then hit the tab key a time or two to be
offered a chance to have the command autocompleted. If there's a list
of commands that start similarly,  you just have to keep trimming
things down by adding more characters (letters, numbers) until the
desired command is the only one left to be autocompleted.

With underscores, it recently crossed my reading path that once in a
great while hyphens and underscores are interchangeable. Haven't had a
situation come up to be able to test that one so it remains a
theoretical #toDo.

Cindy :)

-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with duct tape *

Re: le son en réseau (nas)

[bernard schoenacker]

On Mon, 24 Oct 2016 16:20:52 +0200
bernard schoenacker  wrote:

> bonjour,
> 
> 
> au début des mes connaissances en Linux j'ai appris qu'il était
> possible d'écouter un morceau de musique en réseau via le
> protocole nas (network Audio System).
> 
> maintenant, je compte l'employer en mode client /serveur.
> 
> du côté serveur j'ai comme paquets :
> 
> libaudio2 - Système audio par réseau (NAS), bibliothèques
> partagées nas - Système audio par réseau - serveur local
> 
> côté client j'ai comme paquet :
> 
> nas-bin - Network Audio System - client binaries
> 
> 
> quels sont les autres paquets nécessaires pour avoir le son
> en réseau via xrdp (?) 
> 
>  je compte faire la première manip sous linux et en deuxième
> sous windows xp (utilisé en client léger)
> 
> 
> Documentation sur nas:
> 
> https://en.wikipedia.org/wiki/Network_Audio_System
> https://linux.die.net/man/1/nasd
> https://linux.die.net/man/1/nas
> 
> Questions:
> 
> qui se sent capable de me donner un coup de pouce pour cette
> opération ?
> 
> slt
> bernard
> 

bonjour,

j'ai un début de piste en recherchant le bug error de rdp :

rdesktop -P -z -4 -d uni-mainz -k de -a 24 -D -g 1440x816 -r
sound:local ts.zdv.uni-mainz.de

sources:

https://forum.ubuntuusers.de/topic/rdesktop-x-error-of-failed-request-badatom-in/

slt
bernard


--
bernard schoenacker 

Re: [OT] Sorry state of hplip (was: [SOLVED] Re: [jessie] recording line-in using ALSA?)

[Brian]

On Sun 30 Oct 2016 at 00:20:43 +0300, Reco wrote:

> On Sat, 29 Oct 2016 20:36:27 +0100
> Brian  wrote:
> 
> > On Sat 29 Oct 2016 at 21:51:48 +0300, Reco wrote:
> > 
> > > Oh, and don't get me started on the way they package hplip.
> > 
> > Please do. What is wrong with the packaging of hplip?
> 
> I won't speak of stretch and sid, as these branches of Debian
> distribution don't interest me in this regard so far.
> 
> The task itself is simple - one (may be two for the redundancy)
> centralized print-servers with arbitrary number of clients (without
> any CUPS or HPLIP). Several HP printers, because they bought the stuff.
> 
> What's needed? A small amount of packages providing needed CUPS
> filters, backends and PPDs. The CUPS itself, of course.

printer-driver-hpcups and printer-driver-hpijs would be sufficient for
just printing. That is why the packages are provided.

> What do they give us in Debian instead? An enterprisey tangled mess.

It certainly has complexity.

> 'hplip' itself, and it's direct dependencies 'hplip-data' and
> 'printer-driver-hpcups'.
> 
> There's also 'hplip-gui' with the bunch of worthless (for the
> print-server) GUI tools. Oh, and python-qt4 as a dependency and a half
> of KDE with it as a result, not a small achievement for the package of
> the size of 88k.

Upstream doesn't provide a GTK GUI; the packager doesn't have any
option. The package is also optional to install; a user's choice.

> Let's continue with 'hplip-data' as its list of dependencies is smaller.
> For the lazy of us, package description states 'This package
> contains data files and PPDs for the HP Linux Printing and Imaging
> System'. Apparently said 'data files' are in fact python scripts put
> into this package for some bizarre reason, as package brings you python
> installation immediately.

The "bizarre reason" reason is probably that the .py and .pyc files are
platform independent.

I cannot see any PPDs in hplip-data:

  https://packages.debian.org/jessie/all/hplip-data/filelist

Looks like a bug in the package description.  

> Next, the big winner, 'hplip'. Highlight points include:
> 
> 1) Python as a dependency, again. Wait, haven't we install one already
> with 'hplip-data'? Some python modules too, yet the package does not
> contain a single python script (see pt 6).

See above.

> 2) wget as a dependency. Included for the sole purpose of acquiring
> non-free blobs from openprining.org by /usr/bin/hp-firmware (see pt 6),
> yet the package somehow belongs in 'main'.

main's ok. No non-free blobs are packaged.

> 3) policykit-1 as a dependency. How exactly it's required for the
> actual printing done by CUPS invoking HPLIP filters
> (executables /usr/lib/cups/filter/) and backends
> (executables /usr/lib/cups/backend/)?
> Hint - it's not. But a certain python script (see pt 6) apparently
> does.

Possibly needed for installing a plugin.
 
> 4) avahi-daemon as Recommends. Apparently it's considered so important
> that they recommend it again (CUPS has the same Recommend). Kind of
> surprised not to see it as Depends.

CUPS was installed without its Recommends: because you do not want to
discover Bonjour broadcasted print queues. Later, HPLIP was installed
and you want to discover Bonjour broadcasted HP printers. A Depends:
would be unsuitable if you were only setting up a USB printer.

> 5) Aforementioned backends. Worth mentioning as another part of the
> puzzle actually related to the printing (filters) resides in
> 'printer-driver-hpcups' (which is by itself is ok). Apparently because
> reasons.

Sorry; don't follow.

> 6) A bunch of symlinks to assorted python scripts from 'hplip-data',
> note again that it's 'hplip' that contains all those python script
> dependencies, not 'hplip-data'.

Platform independence again?

> Things have improved somewhat since wheezy (they didn't provide
> 'printer-driver-hpcups' back then), but it's only 'somewhat'.

It was provided but under a different name.

-- 
Brian.

Re: new pc and swap

[Richard Owlett]

On 10/30/2016 8:52 AM, Markus Grunwald wrote:

Hello Pol,


Does swap still useful?


It migh be. Don't forget that you need some swap space if you want to
hibernate your System!

(You can configure extra hibernation space. I never managed to get
that right...)



I once read that it was possible to swap to a named file, rather 
than a swap partition.

Is that possible with Jessie?

Re: New install Jesse 8.6.0...grub2 problem

[Lisi Reisz]

On Sunday 30 October 2016 13:32:27 Pascal Hambourg wrote:
> Le 30/10/2016 à 13:13, Lisi Reisz a écrit :
> > On Thursday 06 October 2016 19:12:43 Pascal Hambourg wrote:
> >> The result of bootinfoscript would be a good starting point.
> >
> > I have Jessie fully updated and aptitude can't find bootinfoscript.
>
> How did you search ? It is a command, not a package name. The package
> name is boot-info-script (don't ask me why hyphens were inserted).

Ah!!  I tried to run it as command, first as my $USER and then as root.  I 
then searched for a package.  I then commented as above.

Now installed and functional.  Will have a good look later.  Thanks.

Lisi

Re: new pc and swap

[Markus Grunwald]

Hello Pol,

> Does swap still useful?

It migh be. Don't forget that you need some swap space if you want to
hibernate your System!

(You can configure extra hibernation space. I never managed to get
that right...)

--
Markus Grunwald

Re: New install Jesse 8.6.0...grub2 problem

[Pascal Hambourg]

Le 30/10/2016 à 13:13, Lisi Reisz a écrit :

On Thursday 06 October 2016 19:12:43 Pascal Hambourg wrote:


The result of bootinfoscript would be a good starting point.


I have Jessie fully updated and aptitude can't find bootinfoscript.


How did you search ? It is a command, not a package name. The package 
name is boot-info-script (don't ask me why hyphens were inserted).

Re: Power Cut

[Gene Heskett]

On Sunday 30 October 2016 08:03:57 Lisi Reisz wrote:

> On Sunday 30 October 2016 07:36:23 Gene Heskett wrote:
> > I'd also
> > see if natural gas is available at the site, so that a generator can
> > be started when the main power fails.
>
> Gene -  Why only natural gas?  Is this a linguistic matter or
> technical? Why would this not work with say, coal gas, Calor gas
> (which can be at any site) etc..  Why only *natural* gas?  Or is
> "natural gas" US-speak for "gaseous gas" as opposed to liquid gas,
> which you call gas and we call petrol?
>
> Lisi

Thats the common terminology on this side of the pond, to distinguish it 
from propane, which can also be used, but propane is normally stored in 
high pressure tankage of from 100 lbs to 5000 gallons.  Natural comes 
from the well with a bit of debris filtering and would not be used up 
until that well network was out of gas, possibly another 100 years.  The 
propane tanks contents OTOH, will eventually be used up and will require 
refilling.  So we tend to equate "natural" as a continuously available 
supply.

So yes, language differences. As has been said many times, Great Britain, 
and the USA, two great  countries separated by a common language. :)

Somehow, I get the impression that the OP may be in the back country of 
India, but he has not confirmed it.

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: EUREKA!!!! - was [Re: Permissions for an entire PARTITION]

[rhkramer]

On Sunday, October 30, 2016 08:54:45 AM Brian wrote:
> There are some good things which have come out of this discussion. To
> use cfdisk, fdisk, dd, mkfs.vfat and grub-install a user has to be
> root. Being able to mount as non-root is neither here nor there on
> jessie and stretch for the purpose of installing GRUB, so references to
> pmount etc can go.


Are you the maintainer or an author on that wiki page (the one that has been 
discussed here)?

If so, have you considered splitting the page into two pages, one for Wheezy 
(or pre-Jessie) and one for Jessie?  The intent would be to keep valid 
information for Wheezy for people that might still need it.

Re: new pc and swap

[Michael Milliman]

On 10/30/2016 06:56 AM, Pol Hallen wrote:

Good sunday to all :-)

I bought a new notebook: i7 2.2Ghz, 8Gb ram and ssd 256Gb.

Consider that small disk, can I install debian without swap? Does swap 
still useful?
Yes, debian can be installed without swap.  Whether swap is useful 
depends on the usage you are planning on putting the machine to.  In 
some cases, swap is of great benefit; in others, not much use at all.  I 
load my machine up pretty heavy, and rarely use the swap space I have 
set up, and usually when I do get into swap space, I can slim down what 
I've got running and get back out of swap.  If you are planning on using 
hibernate, then swap is needed (I almost never use that; I usually just 
suspend to ram).  If you are planning on using several memory intensive 
applications all at the same time, then swap can be useful.  If not, not 
so much.


Hope this helps some.:-)


thanks for advices! :)

Pol



--
73's
Mike, WB5VQX

Re: EUREKA!!!! - was [Re: Permissions for an entire PARTITION]

[Brian]

On Sun 30 Oct 2016 at 12:22:43 +0300, Reco wrote:

> On Sat, 29 Oct 2016 23:49:17 +0100
> Brian  wrote:
> 
> > They do indeed. Six years. Do you get the feeling it is getting on for
> > unmaintained. (And a wiki page with HAL on it! I ask you). But software
> > changes. Then wiki pages change. 
> 
> Why bother with feelings then you have packages.qa.debian.org?
> It plainly states that:
> 
> The current maintainer is looking for someone who can take over
> maintenance of this package.
> 
> I'm still don't get it how does it make pmount a 'moving target'. It's
> the direct opposite of it IMO.

Software changes over time (features etc), necessitating a review and
possible rewrite of parts of the documentation.

> > Since you wrote this, hundreds of people using GNOME have popped a USB
> > stick into their machines and typed
> > 
> >   dd if=/dev/zero of=/dev/
> > 
> > Those who didn't get
> > 
> >   dd: failed to open 'dev/'
> > 
> > will be along soon to report success and explain why.
> 
> #788662, comment 28 to be precise. I'm too lazy to discover that secret
> 'D-Bus interfaces provided by udisks2' personally.

#781495.

> > The floppy group + a udev rule is a Wheezy thing. Not suitable for a
> > wiki relating to a current Debian.
> 
> Just because it looks obsolete does not mean it does not work. Still,
> if you need to do it FreeDesktop way, you'll need an udev rule like
> this:
> 
> ACTION=="add", ENV{ID_BUS}=="usb", KERNEL=="sd*", TAG+="uaccess"

A user without privileges to partition a USB stick or write to its MBR
(which is the case on jessie and later) won't be able to do either of
these.

There are some good things which have come out of this discussion. To
use cfdisk, fdisk, dd, mkfs.vfat and grub-install a user has to be
root. Being able to mount as non-root is neither here nor there on
jessie and stretch for the purpose of installing GRUB, so references to
pmount etc can go.

-- 
Brian.

Re: kernel header for 4.6.0-1-686

[Harry Putnam]

Joe Pfeiffer  writes:

> Harry Putnam  writes:
>
>> Joe Pfeiffer  writes:
>>>
>>> Any particular reason you need that particular version?  Could you
>>> upgrade your virtualbox VM to a different kernel and use the headers
>>> for that kernel (or if I'm misremembering which kernel requires the
>>> headers, upgrade the host machine kernel)?
>>
>> I'm not sure about what you say there.  I'm not particularly
>> knowledgable about this but far as I can tell The guest addtions
>> require the guest OS's kernel headers to compile certain
>> modules... without them... no guest additions.
>
> Just tried it, so I could be sure I was giving good advice...
>
> I'm suggesting you go into your package manager in the guest machine (I
> use aptitude, but that shouldn't matter) and do an upgrade to the
> current versions of everything (this will include the current kernel).
> Once you've done that, you should be able to install
> virtualbox-guest-utils (also inside the package manager); this should
> pull in everything needed to run the guest additions including the
> headers for the now-current kernel.
>
>> I already tried to upgrade the kernel on the guest OS to one with
>> headers available with apt-get but got into some trouble ending
>> with an non-bootable mess...
>
> You don't want to do it like that -- simply upgrading everything should
> upgrade to the current version.
>
>> I'd rather leave the kernel building etc to someone who better knows
>> what they are doing.  It's said to be easily done(Updating a
>> kernel) but my experience is a little different.  Or I'm just a little
>> dimmer than the average bear.
>
> No kernel building is needed for this.

Done and done thank you.  The experience came off a little nicer
than last time ;)

Re: New install Jesse 8.6.0...grub2 problem

[Lisi Reisz]

On Thursday 06 October 2016 19:12:43 Pascal Hambourg wrote:
> Le 06/10/2016 à 19:22, Mark Neidorff a écrit :
> > Is there more information that you need to help me?
>
> The result of bootinfoscript would be a good starting point.

I have Jessie fully updated and aptitude can't find bootinfoscript.

Lisi

Re: Power Cut

[Lisi Reisz]

On Sunday 30 October 2016 07:36:23 Gene Heskett wrote:
> I'd also
> see if natural gas is available at the site, so that a generator can be
> started when the main power fails.

Gene -  Why only natural gas?  Is this a linguistic matter or technical? Why 
would this not work with say, coal gas, Calor gas (which can be at any site) 
etc..  Why only *natural* gas?  Or is "natural gas" US-speak for "gaseous 
gas" as opposed to liquid gas, which you call gas and we call petrol?

Lisi

new pc and swap

[Pol Hallen]

Good sunday to all :-)

I bought a new notebook: i7 2.2Ghz, 8Gb ram and ssd 256Gb.

Consider that small disk, can I install debian without swap? Does swap 
still useful?


thanks for advices! :)

Pol

Re: EUREKA!!!! - was [Re: Permissions for an entire PARTITION]

[Lisi Reisz]

On Sunday 30 October 2016 00:19:34 rhkra...@gmail.com wrote:
> On Saturday, October 29, 2016 07:00:02 PM Brian wrote:
> > What happened to curiosity?
>
> Curiosity is a function of available resources, among them time.

The OP says that he has ample time because he is retired and this is his 
retirement occupation.

Lisi

Re: Vim et xclipboard

[Francois Lafont]

Bonjour,

On 10/30/2016 11:14 AM, base10 wrote:

> Non je pesse que le comportement de ton vim est correcte. Je n'ai pas
> fait attention car je n'ai pas vim-gtk d'installer mais j'ai installer
> vim-gnome et en fait après test sans ce paquet je perd en effet la
> possibilité d'utiliser les presses papier "+" et "*".

Ah ok. Merci pour cette vérification a posteriori. Nous constatons donc
le même comportement.

> De plus on trouve dans l'aide de vim pour x11-selection :
> 
> "
> Si X11 est utilisé, que se soit à travers l'IHMg ou un xterm avec un vim
> détectant X11, alors Vim fournit différents accès à la sélection et au
> presse-papiers X11. On y accède au travers des deux registres de sélection
> "* et "+.
> "
> 
> Il faut donc "un vim détectant X11".

Tout à fait. Et donc, comme je l'indiquais dès mon premier message, un bon
candidat pour cela (si on veut garder vim en console uniquement) me semble
être le paquet vim-gtk.

Maintenant le PO a expliqué qu'il ne voulait pas installer vim-gtk, j'ai
demandé pourquoi mais pas de réponses pour l'instant.

À+

-- 
François Lafont

Re: Licence de Virtualbox

[didier gaumet]

Le 30/10/2016 à 11:34, base10 a écrit :
[...]
> Je me prononce avec prudence
> sur le sujet car je maitrise mal mais qemu possède bien un driver Xorg
> pour la carte graphique qxl mais pour moi l'expérience n'avait pas été
> très concluante en si qui concerne l'accélération 3D. Enfin il y a le
> driver vga virtio qui apparemment permet d'accéder directement à la
> carte graphique de l'hôte mais quant on le lance actuellement sous
> Debian Jessie on obtiens:
> 
> qemu-system-x86_64: Initialization of device virtio-vga failed: failed
> to find romfile "vgabios-virtio.bin"
> 
> Pas vraiment concluent. apt-file search vgabios-virtio.bin ne donne
> rien. J'ai pas pousser mes recherches plus loin.

je maîtrise encore moins le sujet que toi et n'ai pas vraiment cherché
avant de te répondre, mais il me semble avoir vu passer un jour une info
sur les nouveautés du noyau Linux permettant une avancée à ce sujet. Et
j'en avais conclu que les versions de Linux/KVM/Qemu/Xorg/Firmwares
étaient trop anciennes dans Jessie. Donc plutôt essayer avec Sid ou
Testing, mais il est aussi possible que je me trompe..

Re: Licence de Virtualbox

[base10]

Oui en effet mais vu que les extensions propriétaire ne sont pas incluses
dans les dépôts Debian et ne font qu'étendre les fonctionnalité de
VirtualBox je ne pense pas qu'elles soit suffisantes pour placer le
paquet dans la section contrib des dépôts.

En tout cas il est vrais que qemu/kvm est un alternative plus que
satisfaisantes à VirtualBox (j'utilise moi même qemu). Qemu fournis
toutes les fonctionnalités de VirtualBox voir plus et sans nécessiter
d'extension proprio. Par contre il est vrais que les interface graphique
sont moins bien géré que par VirtualBox. Je me prononce avec prudence
sur le sujet car je maitrise mal mais qemu possède bien un driver Xorg
pour la carte graphique qxl mais pour moi l'expérience n'avait pas été
très concluante en si qui concerne l'accélération 3D. Enfin il y a le
driver vga virtio qui apparemment permet d'accéder directement à la
carte graphique de l'hôte mais quant on le lance actuellement sous
Debian Jessie on obtiens:

qemu-system-x86_64: Initialization of device virtio-vga failed: failed
to find romfile "vgabios-virtio.bin"

Pas vraiment concluent. apt-file search vgabios-virtio.bin ne donne
rien. J'ai pas pousser mes recherches plus loin.

> Pour Benoît, en complément de l'information apportée par base10: il me
> semble que les extensions de Virtualbox nécessaires pour l'accélération
> graphique et la prise en charge de l'USB2, donc usage desktop, sont
> propriétaires.
> 
> Je crois aussi que les versions les plus récentes de Qemu/KVM prennent
> en charge l'accélération graphique (Qemu gérait déjà l'USB). Si on a
> besoin d'une GUI pour gérer Qemu, il y a entre autres Gnome-Boxes (Gnome
> Machines en français, je crois) ou Virtualbricks. Le premier étant plus
> simple, le second plus configurable. Toutes ces solutions sont libres.
> 

Re: Vim et xclipboard

[base10]

Non je pesse que le comportement de ton vim est correcte. Je n'ai pas
fait attention car je n'ai pas vim-gtk d'installer mais j'ai installer
vim-gnome et en fait après test sans ce paquet je perd en effet la
possibilité d'utiliser les presses papier "+" et "*". De plus on trouve dans
l'aide de vim pour x11-selection :

"
Si X11 est utilisé, que se soit à travers l'IHMg ou un xterm avec un vim
détectant X11, alors Vim fournit différents accès à la sélection et au
presse-papiers X11. On y accède au travers des deux registres de sélection
"* et "+.
"

Il faut donc "un vim détectant X11".

> Bonjour,
> 
> On 10/27/2016 11:01 PM, base10 wrote:
> 
> > Essayez d'utiliser le registre '+' pour cela (sélectionner du texte avec
> > 'v' puis le copier avec '"+y'. Ensuite sous X faire [CTRL-V]. Cela
> > fonctionne aussi avec coller ('"+p').
> > 
> > En tout cas cela fonctionne pour moi avec vim lancé dans une terminal et
> > je n'ai pas installé vim.gtk.
> 
> Ah, c'est curieux car c'est _précisément_ ce qui ne marche pas chez moi
> avec vim.basic mais qui marche parfaitement avec vim.gtk (d'où mes messages
> précédents d'ailleurs).
> 
> Je viens de refaire le test juste à l'instant sous ma Debian Jessie (pas de
> backports etc) et je confirme ce comportement sur ma machine.
> 
> Peut-être alors qu'il me manque une config dans mon .vimrc pour que ça marche
> aussi avec vim.basic ?
> 
> 
> -- 
> François Lafont
> 

Re: Power Cut

[Reco]

Hi.

On Sun, 30 Oct 2016 10:06:30 +0100
Andre Majorel  wrote:

> On 2016-10-29 23:37 -0700, Hadi Motamedi wrote:
> 
> > I am using a debian server for cdr billing and mediation
> > device on a remote network. I am experiencing problem that I
> > am suspicious it comes from main supply power cut at the
> > remote site. The power supply to the remote site comes from
> > battery charger that will be automatically switched in circuit
> > under main supply power cut but cannot provide adequate power
> > for more than 2 hours . I am suspicious that the remote system
> > is suffering from many frequent main supply power cut.
> >
> > Can you please do me favor and let me know if there is any log
> > on my debian server that I can check to see if there would be
> > many frequent power cut there ?
> 
> If you mean reboots, you could try something like
> 
>   zgrep ' Command line: BOOT_IMAGE=' /var/log/syslog*
> 
> Alternatively, look into commands such as last(1), uptime(1),
> utmpdump(1) or who(1).

Won't a simple "last | grep boot" suffice?

Reco

Re: EUREKA!!!! - was [Re: Permissions for an entire PARTITION]

[Reco]

Hi.

On Sat, 29 Oct 2016 23:49:17 +0100
Brian  wrote:

> On Sat 29 Oct 2016 at 23:23:52 +0300, Reco wrote:
> 
> > On Sat, 29 Oct 2016 19:15:53 +0100
> > Brian  wrote:
> > 
> > > I wish you had addressed the "equal exposure" question. Desktops are not
> > > the only environments in town. Leaving non-policykit users out in the
> > > cold is not an option.
> > 
> > True, that does not look good at all. But why bother listing udisks2
> > which is using PolicyKit then?
> 
> In the light of previous points I think there is a non-sequiteur in
> there somwhere.

Nope, it was only an observation. 


> > > A page on pmount is a little harder because it is a moving target.
> > 
> > I honestly lost you here. oldstable, stable, testing and even sid have
> > the same upstream version of pmount - 0.9.23, dated 2010.
> 
> They do indeed. Six years. Do you get the feeling it is getting on for
> unmaintained. (And a wiki page with HAL on it! I ask you). But software
> changes. Then wiki pages change. 

Why bother with feelings then you have packages.qa.debian.org?
It plainly states that:

The current maintainer is looking for someone who can take over
maintenance of this package.


I'm still don't get it how does it make pmount a 'moving target'. It's
the direct opposite of it IMO.

> > > Mounting and unmounting are not really a problem. Users and root can
> > > easily do these. But, as far as I can see, only someone with root
> > > privileges can use dd, cfdisk, fdisk and mkfs.vfat with a removable
> > > device. I'd like to be wrong.
> > 
> > This is a common myth that I'll debunk gladly.
> > 
> > Image copying (dd or any other tool) merely requires ability to write
> > to a block device. Such permissions on removable media should be
> > provided to any current console user by logind (or ConsoleKit if we
> > still need to think about wheezy), or a good old-fashioned
> > 'floppy' (any group name will do) group and a custom udev rule (as of
> > jessie).
> > 
> > Creating any filesystem on a removable media's partition merely requires
> > the same.
> 
> Since you wrote this, hundreds of people using GNOME have popped a USB
> stick into their machines and typed
> 
>   dd if=/dev/zero of=/dev/
> 
> Those who didn't get
> 
>   dd: failed to open 'dev/'
> 
> will be along soon to report success and explain why.

#788662, comment 28 to be precise. I'm too lazy to discover that secret
'D-Bus interfaces provided by udisks2' personally.


> The floppy group + a udev rule is a Wheezy thing. Not suitable for a
> wiki relating to a current Debian.

Just because it looks obsolete does not mean it does not work. Still,
if you need to do it FreeDesktop way, you'll need an udev rule like
this:

ACTION=="add", ENV{ID_BUS}=="usb", KERNEL=="sd*", TAG+="uaccess"

Reco

Re: Power Cut

[Andre Majorel]

On 2016-10-29 23:37 -0700, Hadi Motamedi wrote:

> I am using a debian server for cdr billing and mediation
> device on a remote network. I am experiencing problem that I
> am suspicious it comes from main supply power cut at the
> remote site. The power supply to the remote site comes from
> battery charger that will be automatically switched in circuit
> under main supply power cut but cannot provide adequate power
> for more than 2 hours . I am suspicious that the remote system
> is suffering from many frequent main supply power cut.
>
> Can you please do me favor and let me know if there is any log
> on my debian server that I can check to see if there would be
> many frequent power cut there ?

If you mean reboots, you could try something like

  zgrep ' Command line: BOOT_IMAGE=' /var/log/syslog*

Alternatively, look into commands such as last(1), uptime(1),
utmpdump(1) or who(1).

If you mean power outages short enough to not cause the computer
to shut down or reboot, I suspect you'd need special hardware to
monitor the mains voltage and report variations to the computer.
I don't think your ordinary ATX power supply does that but lots
of UPS do.

-- 
André Majorel 
bugs.debian.org, your one-stop shop for email addresses.

Re: Licence de Virtualbox

[didier gaumet]

Pour Benoît, en complément de l'information apportée par base10: il me
semble que les extensions de Virtualbox nécessaires pour l'accélération
graphique et la prise en charge de l'USB2, donc usage desktop, sont
propriétaires.

Je crois aussi que les versions les plus récentes de Qemu/KVM prennent
en charge l'accélération graphique (Qemu gérait déjà l'USB). Si on a
besoin d'une GUI pour gérer Qemu, il y a entre autres Gnome-Boxes (Gnome
Machines en français, je crois) ou Virtualbricks. Le premier étant plus
simple, le second plus configurable. Toutes ces solutions sont libres.

Re: wifi: désactiver 5ghz Intel 7260

[didier gaumet]

Bonjour,

prends mes indications avec un degré de prudence car ça fait longtemps
que je n'ai pas tripatouillé là-dedans, mais:

- comme indiqué par les pages man wireless et iwconfig, certaines cartes
wifi ne prennent en compte les modifications par iwconfig que si
l'interface concernée est "down" à ce moment là, d'autres cartes
nécessitent un commit
- le paramètre freq ou channel d'iwlist concerne l'utilisation d'une
fréquence ou d'un canal précis, pas d'une bande de fréquence
- grosso-modo, en bricolant, tu dois pouvoir essayer de t'en sortir en
essayant d'utiliser les normes 802.11a ou ac pour le 5GHz et la norme
802.11g pour le 2,4GHz comme suit:
iwconfig ton_interface modu la_norme_de_modulation_désirée, soit par
exemple:
iwconfig eth0 modu 11a
iwconfig eth0 modu 11g

plus d'infos sur les correspondances normes et bandes de fréquences ici:
https://fr.wikipedia.org/wiki/IEEE_802.11#Comparaison_des_caract.C3.A9ristiques_des_normes_IEEE_802.11

Re: Power Cut

[Hadi Motamedi]

Thank you very much for your reply . I got the point and it seems that the
/var/log/messages are more handy .
Thank you again for your time


On Sun, Oct 30, 2016 at 12:36 AM, Gene Heskett  wrote:

> On Sunday 30 October 2016 02:37:28 Hadi Motamedi wrote:
>
> > Dear All
> > I am using a debian server for cdr billing and mediation device on a
> > remote network. I am experiencing problem that I am suspicious it
> > comes from main supply power cut at the remote site. The power supply
> > to the remote site comes from battery charger that will be
> > automatically switched in circuit under main supply power cut but
> > cannot provide adequate power for more than 2 hours . I am suspicious
> > that the remote system is suffering from many frequent main supply
> > power cut . Can you please do me favor and let me know if there is any
> > log on my debian server that I can check to see if there would be many
> > frequent power cut there ?
> > Thank you for your time
>
> Likely the only log will be /var/log/messages, which will show the reboot
> time when power has been restored, IF the server is set to auto-boot
> when power is restored. That should show when it restarted but may not
> log the power failure because it doesn't have time to write the log.
> So you can get your restart times, but not the fail time.
>
> Is that "battery charger" smart enough to be interfaced with nut?
>
> Thats short for Network UPS Tools, which can monitor and log such
> activities, and even issue a clean shutdown to the whole system running
> on this emergency power when the battery is nearly depleted. I'd also
> see if natural gas is available at the site, so that a generator can be
> started when the main power fails.
>
> Going whole house and all my toys I have a 20 Kwh Generac here that
> starts automatically, so I have power back up in about 5 seconds, but
> that was in the $7000 range installed.  The wife has copd, and long
> periods w/o the AC are very hard on her, so I did what I had to do.
> This machine has a UPS, but most of the others here are set to
> auto-reboot when power is restored.
>
> Enterprising individuals can likely setup much smaller emergency/standby
> power since all it would take in a pi or arduino and some programming to
> send the start and stop commands if it had an electric starter and
> kill.  You will need a "transfer" switch which must absolutely prevent
> any locally generated power from feeding out into a failed power line as
> that might kill someone trying to restore the power some distance away
> from your site.
>
> Here in the states, kohler, generac, & a dozen house brands peddle
> smaller such generators, but are not always proportionately priced. Most
> of the teeny ones are 2 strokers, needing mixed fuel, don't have
> electric starters and in my experience are run 3 or 4 times junk so you
> wasted that $300. I suspect you are not in the "states" so I don't have
> a good idea what may be locally available for you.
>
> Just throwing out ideas to see if anything "sticks to the wall" :)
>
> 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: Intel Corporation HD Graphics 510 on GNOME

[Samuel Bächler]

On Sat, Oct 29, 2016 at 10:27 PM, Felix Miata  wrote:

> Samuel Bächler composed on 2016-10-29 21:56 (UTC+0200):
>
> I have got a graphics adapter that is somehow integrated on the
>> motherboard. [1] On this hardware I can use KDE but no GNOME. When
>> installing GNOME I get the error message 'Oh no! Something has gone wrong.
>> A problem has occurred and the system can't recover. Please contact a
>> system administrator'. Is there a known problem with GNOME and my graphics
>> adapter?
>>
>
> Is this with Debian 8 Jessie or Debian 7 Wheezy?
>
>
Sorry, I forgot to mention that. The system is on Debian 8.


> [1]
>
> 'lspci' shows in particular 'Intel Corporation HD Graphics 510'. 'dmidecode
>> --type baseboard' shows in particular 'Manufacturer: FUJITSU' and 'Product
>> Name: D3400-B1'.
>>
>
> NAICT from Googling, Jessie's 3.16 kernel is too old to fully support
> Skylake (August 2105 release) CPU features required by Gnome, so you need a
> kernel newer than 4.1 (June 2015), and/or Stretch (currently on 4.7).


In that case the kernel I am using is just too old. Thank you.

Re: Power Cut

[Gene Heskett]

On Sunday 30 October 2016 02:37:28 Hadi Motamedi wrote:

> Dear All
> I am using a debian server for cdr billing and mediation device on a
> remote network. I am experiencing problem that I am suspicious it
> comes from main supply power cut at the remote site. The power supply
> to the remote site comes from battery charger that will be
> automatically switched in circuit under main supply power cut but
> cannot provide adequate power for more than 2 hours . I am suspicious
> that the remote system is suffering from many frequent main supply
> power cut . Can you please do me favor and let me know if there is any
> log on my debian server that I can check to see if there would be many
> frequent power cut there ?
> Thank you for your time

Likely the only log will be /var/log/messages, which will show the reboot 
time when power has been restored, IF the server is set to auto-boot 
when power is restored. That should show when it restarted but may not 
log the power failure because it doesn't have time to write the log.
So you can get your restart times, but not the fail time.

Is that "battery charger" smart enough to be interfaced with nut?

Thats short for Network UPS Tools, which can monitor and log such 
activities, and even issue a clean shutdown to the whole system running 
on this emergency power when the battery is nearly depleted. I'd also 
see if natural gas is available at the site, so that a generator can be 
started when the main power fails.

Going whole house and all my toys I have a 20 Kwh Generac here that 
starts automatically, so I have power back up in about 5 seconds, but 
that was in the $7000 range installed.  The wife has copd, and long 
periods w/o the AC are very hard on her, so I did what I had to do.
This machine has a UPS, but most of the others here are set to 
auto-reboot when power is restored.

Enterprising individuals can likely setup much smaller emergency/standby 
power since all it would take in a pi or arduino and some programming to 
send the start and stop commands if it had an electric starter and  
kill.  You will need a "transfer" switch which must absolutely prevent 
any locally generated power from feeding out into a failed power line as 
that might kill someone trying to restore the power some distance away 
from your site.

Here in the states, kohler, generac, & a dozen house brands peddle 
smaller such generators, but are not always proportionately priced. Most 
of the teeny ones are 2 strokers, needing mixed fuel, don't have 
electric starters and in my experience are run 3 or 4 times junk so you 
wasted that $300. I suspect you are not in the "states" so I don't have 
a good idea what may be locally available for you.

Just throwing out ideas to see if anything "sticks to the wall" :)

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 

Power Cut

[Hadi Motamedi]

Dear All
I am using a debian server for cdr billing and mediation device on a remote
network. I am experiencing problem that I am suspicious it comes from main
supply power cut at the remote site. The power supply to the remote site
comes from battery charger that will be automatically switched in circuit
under main supply power cut but cannot provide adequate power for more than
2 hours . I am suspicious that the remote system is suffering from many
frequent main supply power cut . Can you please do me favor and let me know
if there is any log on my debian server that I can check to see if there
would be many frequent power cut there ?
Thank you for your time