Re: ifconfig network resolution

[Lisi Reisz]

On Saturday 10 June 2017 21:18:42 Cindy-Sue Causey wrote:
> My apologies in advance because I'm asking that without knowing if he
> does or does not actually speak Japanese. He might be able to read
> that quite well. In that case, I'm envious because that's on a #Life
> to-do bucket list for me.. :)

He lives in Japan and probably actually has a Japanese computer that has to  
be persuaded to talk English. ;-).

Now, I have debugged network problems on a UNIX computer that spoke Japanese, 
knowing none myself and reading even less.  AND I succeeded.  I felt very 
proud not just of myself but of UNIX.  (Japanese Macbook withMac-OSX)

Lisi

Re: Compiler segfault when building the kernel

[kamaraju kusumanchi]

On Sat, Jun 10, 2017 at 10:51 PM, Celejar  wrote:
> On Sat, 10 Jun 2017 09:37:39 -0400
> kamaraju kusumanchi  wrote:
>
>> On Fri, Jun 9, 2017 at 7:58 AM, Celejar  wrote:
>> > Any ideas? Is this a bug I should be filing against kernel-package (or
>> > anywhere else)?
>>
>> Two things
>>
>> 1) Does the problem go away if you upgrade to the latest compiler?
>> Based on the error message, I believe you are using gcc 4.9? But it is
>> not clear to me what the exact version of the compiler is and the
>> debian distribution you are using.
>
> Debian stable, with a bunch of stuff from backports, and some from
> unstable. From gcc -v:
>
> gcc version 4.9.2 (Debian 4.9.2-10)

ok. If upgrading to stretch (currently testing) is an option, please
consider it. It has gcc 6.3.0 and this specific bug might have been
fixed since 4.9.2. Just so you have an idea, gcc 4.9.2 was released on
October 30, 2014; gcc 6.3.0 was released on December 21, 2016.

Another thing to note is that even though Stretch is currently the
testing distribution, it is scheduled to be released as Stable on June
17, 2017 (i.e. in 7 days). It is also in very good shape with only 66
release-critical bugs as per https://bugs.debian.org/release-critical/
.


>> 2) The very fact the the compiler is failing with an "internal"
>> compiler error indicates that it is a bug in the compiler. I would
>> report it against the compiler package. But before you report, try to
>> reproduce the problem with as smaller test case as possible. If you
>> just say, my kernel compilation is failing with "internal compiler
>> error" it will be very difficult to reproduce by others and will take
>> longer for it to be fixed.
>
> Thank you. The reason that I thought that it might not be a compiler
> bug is because of the claim here that it can also be caused by a build
> system that isn't designed to be run concurrently:
>
> https://askubuntu.com/questions/343490/the-bug-is-not-reproducible-so-it-is-likely-a-hardware-or-os-problem
>
> So I'll have to decide whether to report against kernel-package, gcc,
> or not at all.

The bug may have been triggered by a build system. But ultimately, the
fix has to go into the compiler. So, gcc is the correct package to
report.

-- 
Kamaraju S Kusumanchi | http://raju.shoutwiki.com/wiki/Blog

Re: Compiler segfault when building the kernel

[Celejar]

On Sat, 10 Jun 2017 09:37:39 -0400
kamaraju kusumanchi  wrote:

> On Fri, Jun 9, 2017 at 7:58 AM, Celejar  wrote:
> > Any ideas? Is this a bug I should be filing against kernel-package (or
> > anywhere else)?
> 
> Two things
> 
> 1) Does the problem go away if you upgrade to the latest compiler?
> Based on the error message, I believe you are using gcc 4.9? But it is
> not clear to me what the exact version of the compiler is and the
> debian distribution you are using.

Debian stable, with a bunch of stuff from backports, and some from
unstable. From gcc -v:

gcc version 4.9.2 (Debian 4.9.2-10) 

> 2) The very fact the the compiler is failing with an "internal"
> compiler error indicates that it is a bug in the compiler. I would
> report it against the compiler package. But before you report, try to
> reproduce the problem with as smaller test case as possible. If you
> just say, my kernel compilation is failing with "internal compiler
> error" it will be very difficult to reproduce by others and will take
> longer for it to be fixed.

Thank you. The reason that I thought that it might not be a compiler
bug is because of the claim here that it can also be caused by a build
system that isn't designed to be run concurrently:

https://askubuntu.com/questions/343490/the-bug-is-not-reproducible-so-it-is-likely-a-hardware-or-os-problem

So I'll have to decide whether to report against kernel-package, gcc,
or not at all.

Celejar

Re: ifconfig network resolution

[Andy Smith]

Hi Joel,

On Sun, Jun 11, 2017 at 07:55:50AM +0900, Joel Rees wrote:
> # If the address to be assigned is given first, which I think everyone
> # pretty much does:
> 
> myadm@mycomp:~$ env LANG=en_US.UTF-8 sudo ifconfig eth0:1 down
> myadm@mycomp:~$ env LANG=en_US.UTF-8 sudo ifconfig eth0:1
> 10.19.201.198 netmask 255.255.255.224 broadcast 10.19.201.223
> myadm@mycomp:~$ env LANG=en_US.UTF-8 sudo ifconfig eth0:1
> eth0:1Link encap:Ethernet  HWaddr 53:bc:81:02:21:bb
>   inet addr:10.19.201.198  Bcast:10.19.201.223  Mask:255.255.255.224
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   Interrupt:42 Base address:0xa000
> 
> # it seems to see the address first and set things as intended in one pass.
> -
> 
> Which is confusing to my middle-aged brain.

Have you considered just using "ip"?

# ip address add 10.19.201.198/27 dev eth0

You don't need to specify the broadcast address as it will by
default be the top-most address (10.19.201.233 for
10.19.201.192/27).

> So I could suggest editing the man page, something along the lines
> of the following…

The binaries provided by the net-tools package are considered
obsolete on Linux, and from stretch onwards the package is not
marked essential. It would only be installed if a dependency pulled
it in (which is admittedly still very likely at this point).

I'm not trying to start an ip vs. ifconfig debate, but it is a fact
that development of net-tools has stagnated and already doesn't
support some kernel features.

It seems likely that eventually net-tools will not be in a default
Debian install and you would have to go out of your way to install
it.

So, I am not sure that anyone would be willing to keep the relevant
net-tools manpages up to date.

Even the net-tools maintainers in Debian have wanted it removed from
the base install for more than 8 years now. I'm not saying they
would refuse to fix documentation bugs, but the motivation may be
very low at this point.

Some more info:

https://lwn.net/Articles/710533/

Cheers,
Andy

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

Re: SOLVED? - was [Re: Desktop Background Bites the Dust]

[Michael Milliman]

On 06/10/2017 06:33 PM, songbird wrote:
> Richard Owlett wrote:
> ...
>> I've just done:
>> apt-get update
>> apt-get upgrade
>> apt-get dist-upgrade
>>
>> I no longer see the problem described in this thread.
>> [just a heads up for those who haven't recently done update etc]
> 
>   correct, updated versions of some MATE pieces were
> accepted into testing recently which fixed the
> issue.
> 
>   yay!  :)
> 
I second that motion!!! :))
> 
>   songbird
> 

-- 
73's,
WB5VQX -- The Very Quick X-ray

Re: SOLVED? - was [Re: Desktop Background Bites the Dust]

[songbird]

Richard Owlett wrote:
...
> I've just done:
> apt-get update
> apt-get upgrade
> apt-get dist-upgrade
>
> I no longer see the problem described in this thread.
> [just a heads up for those who haven't recently done update etc]

  correct, updated versions of some MATE pieces were
accepted into testing recently which fixed the
issue.

  yay!  :)


  songbird

Re: Apache, php,python mysql.. ayuda

[Miguel de Dios Matias]

El 10/6/2017 20:09, "Hector"  escribió:

Hola Amigos del opensource Debian,

bueno hace unos meses instale php la 5.6 aun no actualize a la 7, e instale
apache 2.4, y mysql 5, bueno ahora me da la curiosidad de instalar python
para servicios web tipo CGI, instale python, y segui este manual
http://librosweb.es/libro/python/capitulo_13/python_bajo_apache.html pero
no me funciono a un 100% , se instalo pero para la configuracion que
funcione ambos , php y python con el mismo apache me dio conflictos , hasta
que lo puse  y solo funciona el php y claro el apache ,
pero para nada mi python..

Alguna sugerencia o ideas.



*Saludos Hector*

Puedes pegar el conf de apache...o subirlo alguna web del estilo pastebin.

Pregunta offtopic: ¿Porqué "amigos opensource Debian"?

Saludos.

Re: SOLVED - was [Re: Desktop Background Bites the Dust]

[Michael Milliman]

On 06/10/2017 03:55 PM, Richard Owlett wrote:
> On 05/18/2017 11:52 PM, Michael Milliman wrote:
>> I have no clue what happened, but the desktop background picture has
>> ceased to be displayed. I'm not even sure where to look to troubleshoot
>> the problem.  The salient information is: OS is fully updated Testing,
>> MATE desktop environment.  I have attempted to re-set the desktop
>> background via both system settings and via right-click->set desktop
>> background on the desktop to no effect.  Thinking that probably the
>> issue was associated with my normal login (the only one on the
>> ea7c4862-980d-56f3-3578-505684870f85@cloud85.netsystem),
>> I created a new user from root terminal and logged in with newly created
>> skeleton home folder; the problem persisted with the new user, so it is
>> a system-wide issue.  Past that, I have no clue.  Any ideas/help will be
>> greatly appreciated.  Thanks in advance.
>>
> 
> 
> I've just done:
>apt-get update
>apt-get upgrade
>apt-get dist-upgrade
> 
> I no longer see the problem described in this thread.
> [just a heads up for those who haven't recently done update etc]
> 
Yes, the required packages are now available in the unstable release.  I
upgraded to caja 1.16.6 and the problem is solved.  Thanks to all who
contributed to this thread.
> 
> 

-- 
73's,
WB5VQX -- The Very Quick X-ray

e2fsck automatique au boot

[list]

Salut la liste.

Debian 8.7 
En regardant les logs je tombe sur un : 

kernel: EXT4-fs (sdc7): warning: maximal mount count reached, running
e2fsck is recommended

Un petit : systemctl status
systemd-fsck@dev-disk-by\x2duuid-d845dba2\x2d2f87\x2d40b7\x2d881c\x2d630f47931810.service

me donne : 
 Loaded: loaded (/lib/systemd/system/systemd-fsck@.service; static)
   Active: inactive (dead)
 Docs: man:systemd-fsck@.service(8)

J'ai tenté un : 

systemctl start
systemd-fsck@dev-disk-by\x2duuid-d845dba2\x2d2f87\x2d40b7\x2d881c\x2d630f47931810.service

Ça bloque et je me fais insulter dans les logs : 

systemd[1]: Dependency failed for File System Check
on /dev/disk/byx2duuid/d845dba2x2d2f87x2d40b7x2d881cx2d630f47931810

Bien sûr, je réponds avec fierté à l'insulte : 

 systemctl list-dependencies
 
systemd-fsck@dev-disk-by\x2duuid-d845dba2\x2d2f87\x2d40b7\x2d881c\x2d630f47931810.service

systemd-fsck@dev-disk-byx2duuid-d845dba2x2d2f87x2d40b7x2d881cx2d630f47931810.service
● └─system-systemd\x2dfsck.slice

Mais j'en reste là...piteusement battu...


Donc, un de mes disques durs  n'est plus vérifié après un certain nombre
de «montage» comme avant systemd (pas de critique ici, simplement un
comportement différent que je ne maîtrise pas ni ne comprend, pour le
moment) 

Un peu de lumière dans cette obscurité ? 

Avant le crash... 


Amicalement.

Re: ifconfig network resolution

[Joel Rees]

erk

On Sun, Jun 11, 2017 at 7:55 AM, Joel Rees  wrote:
> [...]
> Which is confusing to my middle-aged brain. So I could suggest editing
> the man page, something along the lines of the following
>
> -
> [...]
>

{add}

> NOTES
>The parameters and options are processed in the order given, thus
>if the address appears after the netmask and broadcast address,
>the netmask and broadcast address may be re-interpreted and applied
>to an existing address, or to the state of having no address
>assigned, with unintended results which affect the security state
>of the host.

{end add}

>{...}
> -
>
> --
> Joel Rees
>
> randomly ranting:
> http://reiisi.blogspot.com



-- 
Joel Rees

One of these days I'll get someone to pay me
to design a language that combines the best of Forth and C.
Then I'll be able to leap wide instruction sets with a single #ifdef,
run faster than a speeding infinite loop with a #define,
and stop all integer size bugs with a bare cast.

More of my delusions:
http://reiisi.blogspot.com/2017/05/do-not-pay-modern-danegeld-ransomware.html
http://reiisi.blogspot.jp/p/novels-i-am-writing.html

Re: ifconfig network resolution

[Joel Rees]

Okay, here it is in the common language:

-
myadm@mycomp:~$ env LANG=en_US.UTF-8 sudo ifconfig eth0:1 down
myadm@mycomp:~$ env LANG=en_US.UTF-8 sudo ifconfig eth0:1
eth0:1Link encap:Ethernet  HWaddr 53:bc:81:02:21:bb
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  Interrupt:42 Base address:0xa000

# with everything cleared:

myadm@mycomp:~$ env LANG=en_US.UTF-8 sudo ifconfig eth0:1 netmask
255.255.255.224 broadcast 10.19.201.223 10.19.201.198
SIOCSIFNETMASK: Cannot assign requested address
SIOCSIFBRDADDR: Cannot assign requested address
SIOCSIFFLAGS: Cannot assign requested address

# check it,

myadm@mycomp:~$ env LANG=en_US.UTF-8 sudo ifconfig eth0:1
eth0:1Link encap:Ethernet  HWaddr 53:bc:81:02:21:bb
  inet addr:10.19.201.198  Bcast:10.255.255.255  Mask:255.0.0.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  Interrupt:42 Base address:0xa000


# and apparently it is
# processing the arguments in the order they are given,
# and applying them to the state at the point they are given,
# which I sort of thought might be the case, but doesn't seem to be
# be clearly stated in the man pages.

# Thus, if you repeat the command as given,

myadm@mycomp:~$ env LANG=en_US.UTF-8 sudo ifconfig eth0:1 netmask
255.255.255.224 broadcast 10.19.201.223 10.19.201.198

# and check again,

myadm@mycomp:~$ env LANG=en_US.UTF-8 sudo ifconfig eth0:1
eth0:1Link encap:Ethernet  HWaddr 53:bc:81:02:21:bb
  inet addr:10.19.201.198  Bcast:10.19.201.223  Mask:255.255.255.224
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  Interrupt:42 Base address:0xa000

# this time it sets them as intended.

# If the address to be assigned is given first, which I think everyone
# pretty much does:

myadm@mycomp:~$ env LANG=en_US.UTF-8 sudo ifconfig eth0:1 down
myadm@mycomp:~$ env LANG=en_US.UTF-8 sudo ifconfig eth0:1
10.19.201.198 netmask 255.255.255.224 broadcast 10.19.201.223
myadm@mycomp:~$ env LANG=en_US.UTF-8 sudo ifconfig eth0:1
eth0:1Link encap:Ethernet  HWaddr 53:bc:81:02:21:bb
  inet addr:10.19.201.198  Bcast:10.19.201.223  Mask:255.255.255.224
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  Interrupt:42 Base address:0xa000

# it seems to see the address first and set things as intended in one pass.
-

Which is confusing to my middle-aged brain. So I could suggest editing
the man page, something along the lines of the following

-
SYNOPSIS
   ifconfig [-v] [-a] [-s] [interface]
{change}
   ifconfig [-v] interface [aftype] options | address ...
{change-to}
   ifconfig [-v] interface [aftype] [ display-options ] [ address
] [ other-options ... ]
{end change}


DESCRIPTION
   Ifconfig  is used to configure the kernel-resident network interfaces.
   It is used at boot time to set up interfaces as necessary.  After
   that, it is usually only needed when debugging or when system tuning
   is needed.

   If  no  arguments  are  given, ifconfig displays the status of the
   currently active interfaces.  If a single interface argument is given,
   it  displays  the  status  of  the  given interface  only;  if  a
   single -a argument is given, it displays the status of all interfaces,
   even those that are down.  Otherwise, it configures an interface.

{move the interface paragraph here:}
interface
  The name of the interface.  This is usually a driver name followed by
  a unit  number, for  example  eth0  for the first Ethernet interface.
  If your kernel supports alias interfaces, you can specify them with
  eth0:0 for the first alias of eth0. You can use them to assign a second
  address. To delete an alias interface use ifconfig eth0:0 down.
  Note: for every scope (i.e. same net  with  address/netmask  combina-
  tion) all aliases are deleted, if you delete the first (primary).
{end move}

Address Families {insert}(aftype){end-insert}
   If the first argument after the interface name is recognized as the
   name  of  a  supported address  family,  that  address  family  is
   used for decoding and displaying all protocol addresses.  Currently
   supported address families include  inet  (TCP/IP,  default),
   inet6 (IPv6), ax25 (AMPR  Packet  Radio), ddp (Appletalk Phase 2),
   ipx (Novell IPX) and netrom (AMPR Packet radio).

{insert}DISPLAY{end-insert} OPTIONS
   -a display all interfaces which are currently available,
  even if down

   -s display a short list (like netstat -i)

   -v be more verbose for some error conditions

{move the address paragraph here:}
address
  The IP address to be assigned to this interface.
{end move}

{insert}OTHER OPTIONS{end-insert}

   up This  flag  causes the interface to be activated.  It is
  implicitly specified if an 

Celebració Debian Stretch al Tagamanent

[Simó Albert i Beltran]

Hola,

Per tal de celebrar la sortida de la Debian Stretch us proposem pujar 
al Tagamanent.


Podeu trobar informació a la següent pàgina:

https://wiki.debian.org/LocalGroups/DebianCat/20170617FestaStretchTagamanent

Si veniu apunteu-vos al final de la pàgina.

Animeu-vos!

Re: Stretch en tres setmanes

[Simó Albert i Beltran]

Ho tirem endavant, ja hem començat a organitzar-ho. Ara envio un altre 
email amb més detalls.

Re: ifconfig network resolution

[Joel Rees]

Sorry, again,

On Sat, Jun 10, 2017 at 11:36 PM, Joel Rees  wrote:
> On Sat, Jun 10, 2017 at 8:16 PM, Pascal Hambourg  
> wrote:
>> Le 10/06/2017 à 12:13, Joel Rees a écrit :
>>>
>>> On Sat, Jun 10, 2017 at 3:52 PM, Pascal Hambourg 
>>> wrote:

 Le 10/06/2017 à 03:57, Joel Rees a écrit :
>
>
> ifconfig eth0 netmask 255.255.255.224 netmask 255.255.255.224
> broadcast 10.19.23.223 10.19.23.94
>
> Noting, as I did in my previous followup post, that the device address
> and the broadcast address and the netmask do not match.
>
> But the command returns with
>
> SIOCSIFNETMASK: Can't allocate this address.
> SIOCSIFBRDADDR: Can't allocate this address.
>>
>> (...)

 The address must be set before the mask and broadcast address.
>>>
>>>
>>> Now there's another puzzle, because the man page indicates that the
>>> address should come after the options.
>>
>>
>> Actually the man page does not indicate any order : it just says "option |
>> address ..." (options or address)
>
> I guess it could be read that way.
>
> 8)
>
> Would that mean you could give it more than one address to assign to
> the device on a single command line?
>
>>> I had been used to typing it before the options, and was getting the
>>> same kind of results with the address before the parameters, I think.
>>
>>
>> I tested before replying and got the correct result.
>>
>
> Okay, I guess my follow-up wasn't clear enough.
>
> -
> myadm@mycomp:~$ sudo ifconfig eth0:1 down
> myadm@mycomp:~$ sudo ifconfig eth0:1
> eth0:1Link encap:イーサネット  ハードウェアアドレス 50:af:73:12:64:aa
ethernet hardware address
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  メトリック:1
>   割り込み:42 ベースアドレス:0xa000
metric:1 IRQ:42 base address: 0xa000
>
> myadm@mycomp:~$ sudo ifconfig eth0:1 netmask 255.255.255.224 broadcast
> 10.19.201.223 10.19.201.198
> SIOCSIFNETMASK: 要求アドレスに割り当てられません
Could not allocate requested address
> SIOCSIFBRDADDR: 要求アドレスに割り当てられません
could not allocate requested address
> SIOCSIFFLAGS: 要求アドレスに割り当てられません
could not allocate requested address
> myadm@mycomp:~$ sudo ifconfig eth0:1
> eth0:1Link encap:イーサネット  ハードウェアアドレス 50:af:73:12:64:aa
>   inetアドレス:10.19.201.198 ブロードキャスト:10.255.255.255  マスク:255.0.0.0
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  メトリック:1
>   割り込み:42 ベースアドレス:0xa000
>
(see above)
> myadm@mycomp:~$ sudo ifconfig eth0:1 netmask 255.255.255.224 broadcast
> 10.19.201.223 10.19.201.198
> myadm@mycomp:~$ sudo ifconfig eth0:1
> eth0:1Link encap:イーサネット  ハードウェアアドレス 50:af:73:12:64:aa
>   inetアドレス:10.19.201.198 ブロードキャスト:10.19.201.223  マスク:255.255.255.224
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  メトリック:1
>   割り込み:42 ベースアドレス:0xa000
>
> myadm@mycomp:~$ sudo ifconfig eth0:1 down
> myadm@mycomp:~$ sudo ifconfig eth0:1 10.19.201.198 netmask
> 255.255.255.224 broadcast 10.19.201.223
> myadm@mycomp:~$ sudo ifconfig eth0:1
> eth0:1Link encap:イーサネット  ハードウェアアドレス 50:af:73:12:64:aa
>   inetアドレス:10.19.201.198 ブロードキャスト:10.19.201.223  マスク:255.255.255.224
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  メトリック:1
>   割り込み:42 ベースアドレス:0xa000
>
> myadm@mycomp:~$ sudo ifconfig eth0:1 down
> -
>
> I still say the man page could use a little revision.
>
> --
> Joel Rees
>
> One of these days I'll get someone to pay me
> to design a language that combines the best of Forth and C.
> Then I'll be able to leap wide instruction sets with a single #ifdef,
> run faster than a speeding infinite loop with a #define,
> and stop all integer size bugs with a bare cast.
>
> More of my delusions:
> http://reiisi.blogspot.com/2017/05/do-not-pay-modern-danegeld-ransomware.html
> http://reiisi.blogspot.jp/p/novels-i-am-writing.html

SOLVED? - was [Re: Desktop Background Bites the Dust]

[Richard Owlett]

On 05/18/2017 11:52 PM, Michael Milliman wrote:

I have no clue what happened, but the desktop background picture has
ceased to be displayed. I'm not even sure where to look to troubleshoot
the problem.  The salient information is: OS is fully updated Testing,
MATE desktop environment.  I have attempted to re-set the desktop
background via both system settings and via right-click->set desktop
background on the desktop to no effect.  Thinking that probably the
issue was associated with my normal login (the only one on the 
ea7c4862-980d-56f3-3578-505684870f85@cloud85.netsystem),
I created a new user from root terminal and logged in with newly created
skeleton home folder; the problem persisted with the new user, so it is
a system-wide issue.  Past that, I have no clue.  Any ideas/help will be
greatly appreciated.  Thanks in advance.




I've just done:
   apt-get update
   apt-get upgrade
   apt-get dist-upgrade

I no longer see the problem described in this thread.
[just a heads up for those who haven't recently done update etc]

Re: ifconfig network resolution

[Cindy-Sue Causey]

On 6/10/17, Cindy-Sue Causey  wrote:
> On 6/10/17, Joe  wrote:
>> On Sat, 10 Jun 2017 23:36:06 +0900
>> Joel Rees  wrote:
>>
>>
>>> -
>>> myadm@mycomp:~$ sudo ifconfig eth0:1 down
>>> myadm@mycomp:~$ sudo ifconfig eth0:1
>>> eth0:1Link encap:イーサネット  ハードウェアアドレス
>>> 50:af:73:12:64:aa UP BROADCAST RUNNING MULTICAST  MTU:1500
>>> メトリック:1 割り込み:42 ベースアドレス:0xa000
>>>
>>
>> Your problem is getting worse. Your computer appears to be learning
>> Japanese.
>
>
> That was so funny, I just took a swig of coffee so I could spew it
> when I laughed yet again...
>
> The good news is... OUR computers are set up universally enough that
> we can see those very pretty Japanese characters on this end...
>
> PS Thanks, I really needed that laugh :)


PPS I'm thinking... ABORT MISSION POSTHASTE.

Anyone have tips for him right now *while he can read them*
related to the language appearing to switch teams on him? It's been
long enough in between debootstrap installs that I'm too rusty on
where to touch on that to see how things are going.

My apologies in advance because I'm asking that without knowing if he
does or does not actually speak Japanese. He might be able to read
that quite well. In that case, I'm envious because that's on a #Life
to-do bucket list for me.. :)

Cindy :)

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

* runs with duct tape *

Re: ifconfig network resolution

[Cindy-Sue Causey]

On 6/10/17, Joe  wrote:
> On Sat, 10 Jun 2017 23:36:06 +0900
> Joel Rees  wrote:
>
>
>> -
>> myadm@mycomp:~$ sudo ifconfig eth0:1 down
>> myadm@mycomp:~$ sudo ifconfig eth0:1
>> eth0:1Link encap:イーサネット  ハードウェアアドレス
>> 50:af:73:12:64:aa UP BROADCAST RUNNING MULTICAST  MTU:1500
>> メトリック:1 割り込み:42 ベースアドレス:0xa000
>>
>
> Your problem is getting worse. Your computer appears to be learning
> Japanese.


That was so funny, I just took a swig of coffee so I could spew it
when I laughed yet again...

The good news is... OUR computers are set up universally enough that
we can see those very pretty Japanese characters on this end...

PS Thanks, I really needed that laugh :)

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

* runs with duct tape *

Re: Stretch en tres setmanes

[Aniol Martí]

On 05/28/2017 07:08 AM, Simó Albert i Beltran wrote:

Si, la meva idea era fer una excursió familiar a un lloc que qui 
vulgui també s'hi pugui acostar amb cotxe.





Al final com ha quedat el tema de l'excursió?



--
Aniol Martí gpg C6F0514F
http://www.aniolmarti.cat 

Linux Registered User #614499
__
P Abans d'imprimir aquest correu pensa bé si és necessari fer-ho.

Re: Choose between amd64 and i386

[Pascal Hambourg]

Le 10/06/2017 à 15:41, Rodolfo Medina a écrit :

Pascal Hambourg  writes:


Did the installer start in EFI or BIOS/legacy mode ?

Did you try all combinations of the following ?
- BIOS/legacy boot mode or EFI boot mode
- text-mode install or GUI install
- 32-bit install or 64-bit install


With USB Debian installation pendrive plugged in, pressing power button
together with volume up takes me into the front page of the PC settings: there
is:

 ->Boot Manager
 ->Device Manager
 ->Boot From File
 ->Administer Secure Boot
 ->Setup Utility

I enter `Boot Manager', and there are two possible options:

 Windows Boot Manager
 EFI USB Device (General UDisk)


These are EFI only boot entries. So it is likely that the Debian 
installer booted in EFI mode.


I have had display trouble with some machines in EFI mode.
You may explore the setup options to see it there is an option to enable 
legacy BIOS boot (aka CSM). This should make a new entry "Legacy USB 
device" available in the boot manager.



I tried with both Install and `64 bit install', and also, now, with `64 bit
graphical install'; and, in all those cases, what happens is that the image
becomes confused and the keyboard sticks and no command is more possible.


The next step would be to select "expert install", GUI or not. It should 
display a lot of kernel messages before switching to the frame buffer or 
GUI installer menu. If it does not, then the kernel freeze happens very 
early in the boot process.

Re: Stretch 3..2..1..........

[jordi]

El ds 10 de 06 de 2017 a les 18:42 +0200, en/na Alex Muntada va
escriure:
> jordi:
> 
> > Bones, normalment sempre em passa el mateix quan he de
> > actualitzar el sistema operatiu de l'ordinador ... que em
> > dona cagelis.
> > 
> > Ara que tot em va de conya. Tindré de fer molta feina per
> > anar del 8.8 al 9? O diem que ja ho tinc quasi tot fet?
> 
> Jo vaig actualitzar a stretch el meu ordinador portàtil Dell XPS,
> que és on tinc tot el meu entorn de treball personal. Com que no
> me la volia jugar per si alguna cosa anava malament, primer vaig
> fer una còpia de seguretat de les dades importants (feia alguns
> dies que no l'havia feta) i després em vaig dedicar a llegir les
> notes de la nova versió, sobretot pel que fa al mètode recomanat
> per fer l'actualització però també els problemes coneguts:
> 
> https://www.debian.org/releases/stretch/releasenotes
> 
> Un cop llegit, vaig seguir les indicacions i l'actualització es
> va realitzar satisfactòriament. Després només em vaig trobar que
> el touchpad no acabava de funcionar com volia i vaig recordar un
> fil a debian-devel en què algunes persones recomanaven eliminar
> el paquet xserver-xorg-input-synaptics. Ho vaig fer i ja van
> aparèixer les opcions de configuració del touchpad al menú del
> Gnome.
> 
> Salut,
> Alex
> 

Be, ja li he donat un cop d'ull, ara només falta que arribi el dia de
mirar-ho millor i de creuar els dits.

Salutacions.

Jordi.

Re: kernel 4.9 cuelgue en el inicio

[Felix Perez]

El día 9 de junio de 2017, 11:29, marcelo  escribió:
>
>
> El 09/06/17 a las 12:03, Felix Perez escribió:
>
> El día 9 de junio de 2017, 9:33, marcelo 
> escribió:
>
> El 08/06/17 a las 23:52, Felix Perez escribió:
>
> El día 8 de junio de 2017, 20:01, marcelo 
> escribió:
>
> El 08/06/17 a las 20:38, Felix Perez escribió:
>
> El día 8 de junio de 2017, 19:33, Paynalton 
> escribió:
>
> si estás usando gdm para iniciar sesión necesitas instalar los modulos
> para
> tu tarjeta gráfica.
>
> Estimado por favor no haga top posting, así se lleva un hilo ordenado
> y no contestes al privado siempre a la lista.
>
> Gracias.
>
> El jue., 8 de jun. de 2017 a la(s) 18:15, marcelo
>  escribió:
>
> Amigos:
>
> Tomé la decisión de volver a instalar debian 8 y me llamó la atención
> que después de instalar no podía loguearme con mi usuario y contraseña
> porque la computadora se "congelaba". Pensé que era un error de
> instalación asi que volví a instalarlo dos veces mas con idéntico
> resultado.
>
> Desesperado se me ocurrió probar distintas alternativas y llegué a la
> conclusión que el problema es el kernel 4.9, ya que iniciando en
> opciones con kernel 3.16 no tengo ningún problema.
>
> En el inicio me sale un error "module microcode not found in
> modules.dep" buscando en internet deducí que ese no es un problema. Es
> así
>
> Espero sus comentario.
>
> Muy agradecido
>
> Estoy usando lightdm.
> Que debería hacer?
> prometo no hacer mas top-posting. Perdón
>
> No Marcelo tú no has echo top posting, quien lo hizo es quién te
> contesto anteriormente la idea tampoco es contestar al final sino que
> debajo de lo que estás contestando, como yo ahora mismo que contesto
> bajo tu comentario.
>
> Jessie usa de serie el kernel 3.1 y Stretch 4.9 ¿Que versión estás
> intentando instalar?  ¿Activaste los repos Contrib / Non free?
>
> Estoy intentando instalar Debian 8.
> Efectivamente tengo los repos contrib y non-free
>
> A ver, si instalas debian 8, Jessie, instalas el kernel 3.16 no
> entiendo porqué dices que instalas debian 8 y tienes problemas con el
> kernel 4.9 el cual en una instalación viene con Debian 9 Stretch.  No
> queda claro qué y cómo instalas.
>
> Intenta entrar en modo rescate y revisa los logs, tal vez por ahí
> encontremos algo, pero me parece que puede ser y tal como comentan
> anteriormente unos problemas derivados de la tarjeta gráfica.
>
>
> Gracias
>
> Yo bajé una versión netinstall de debian (ayer). Digamos que el kernel 4.9
> se instaló solo. Yo no hice nada para que se instalara. Es mas, tampoco se
> como se hace.

Ahhh entonces debes haber instalado un testing stretch, y lo más
probable que te falten los módulos de la gráfica.

> Mañana pruebo de entrar en modo rescate y les cuento como me fue

envía la salida de un:
uname -a
lspci
lsusb

Suerte.


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

Re: Choose between amd64 and i386

[Felix Miata]

Rodolfo Medina composed on 2017-06-10 1+:50 (UTC+0100):
.
> ...as I described, Debian doesn't even manage to start up on that
> machine...  and that's my problem...  I don't use Windows and so the machine 
> is
> there permanently unused, waiting and hoping for next Debian releases to work
> in the next - not too far - future...
.
Give Knoppix a try. If any Debian can, if any Linux can, odds are extremely high
that Knoppix can. If it can't, I'm sure Klaus would like to know the details:
debian-knop...@lists.debian.org
-- 
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

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

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

Re: ventilador a stretch en fer resume

[tictacbum]

tens raó, no sé com ho mirava..
de totes maneres segueix fent lo del ventilador :(

El dia 10 de juny de 2017 a les 18:34, Alex Muntada  ha
escrit:

> Lluís Gili:
>
> > El divendres, 9 de juny de 2017, a les 14:49:01 CEST, Àlex va
> > escriure:
> > > ...
> > > Per si de cas fa servei, aquest matí han tornat ha actualitzar
> > > el kernel 4.9.0-3, del 4.9.vint-i-algo al 4.9.30.
> > > ...
> > ostres a mi no m'ha vingut aquesta actualització, i no la veig
> > a packages.debian.org, jo tinc instal·lat el meta-paquet
> > linux-image-amd64 que ara apunta a linux-image-4.9.0-3-amd64
>
> Si fas «dpkg -l linux-image-4.9.0-3-amd64» hauries de veure que
> diu «4.9.30-1» a la columna de la versió.
>
> Salut,
> Alex
>
>

Re: initramfs-tools - forgotten change?

[Dejan Jocic]

On 10-06-17, David Wright wrote:
> 
> On Sat 10 Jun 2017 at 15:46:14 (+0200), Hans wrote:
> > Hi Ben,
> > 
> > I believe, this is what happened:
> 
> I don't know what the patch (in the OP) is or who Ben is (but I assume
> they post from 4ax.com or decadent.org.uk).
> 
> I can only give a data point, with no particular insight into
> its generation.
> 
> > Most people will have 
> > 
> > /etc/initramfs-tools/conf.d/resume
> > 
> > file, which has  a "RESUME=" content. So it will be the same, as set in 
> > initramfs.conf. This "resume"-file (I believe, but I am not sure!) was some 
> > day 
> > created by package uswsusp (If I am wrong. please correct me!)
> 
> My Dell laptop hibernates and wakes up when you close and open the
> lid. None of my computers has knowingly installed uswsusp (no logs,
> no archived dpkg -l listing), and there's no trace of it in my
> apt-cacher-ng cache.
> 
> On the Dell, the resume file has been edited to RESUME=LABEL=john04
> where john04 is a (presently unused) swap partition, and that is
> reflected in its initrd.img.
> 

Yes, same here, Dell laptop, no uswsusp installed, but RESUME=UUID=

> 
> I haven't used cryptsetup, nor seen warnings. My /etc/fstab files
> use LABELs for ext partitions as a matter of course.
> 

And my /etc/fstab use UUIDs, so that is where from that difference
comes.

Adding metadata tags to wav files

[Rodolfo Medina]

I successfully add metadata tags (album, artist, title, genre...) to mp3 files
using ffmpeg:

 $ ffmpeg -i input.mp3 -c copy -metadata title="Yesterday" output.mp3

.  When I do the same with wav format, the tags are then properly shown by
ffmpeg itself, but they aren't by common media players.  Has anyone ever
experimented that, with ffmpeg or other tools?

Thanks,

Rodolfo

Re: Choose between amd64 and i386

[Rodolfo Medina]

Richard Owlett  writes:

> ~1 hr after my first post I also suggested trying a Live ISO.

Thanks, I'll be soon testing a Live iso and also Michael Lange's iso
suggestion...  Then I'll report here.

Rodolfo

Re: Choose between amd64 and i386

[Richard Owlett]

On 06/10/2017 11:29 AM, David Wright wrote:

On Sat 10 Jun 2017 at 16:50:19 (+0100), Rodolfo Medina wrote:

Richard Owlett  writes:

On 06/10/2017 08:41 AM, Rodolfo Medina wrote:

Pascal Hambourg  writes:

Le 07/06/2017 à 10:33, Rodolfo Medina a écrit :

Some months ago I tried many times to install Debian on my Debian

Acer One ...

Did you try all combinations of the following ?
- BIOS/legacy boot mode or EFI boot mode
- text-mode install or GUI install
- 32-bit install or 64-bit install


I can't remember whether you said that you had tried an
entirely i386 install (ie using an i386 ISO).


Then I try to reboot with power button but the machine remains
for many hours in that state...  Then after many hours it turns off...


I am NOT familiar with any Acer product. However, there is a useful feature
in my assortment of Lenovo laptops and one desktop. It might be described as
a "panic stop". It is triggered by pressing and holding the power button. It
is *BRUTE* force and regularly causes Debian to run a disk diagnostic on the
next boot. You might check Acer documentation or user group for a similar
function.



Thanks...  but, as I described, Debian doesn't even manage to start up on that
machine...  and that's my problem...  I don't use Windows and so the machine is
there permanently unused, waiting and hoping for next Debian releases to work
in the next - not too far - future...


It's many years since I had a laptop fail to stop when you
hold down the power button firmly for, say, 15 seconds.

The next step, of course, is to remove the battery pack, which
may or may not be straightforward.

I couldn't understand "regularly causes Debian to run a disk
diagnostic on the next boot" in this context. If partitions
haven't been mounted, there's no reason for them to get marked
as dirty.


We have the same experience. My post was intended specifically to 
address his comment of "Then after many hours it turns off..."


I have one laptop set aside for experimenting with things which could in 
and of themselves destroy data. That machine currently has a valuable 
test setup on it so I can't report just what routine gets run on the reboot.


~1 hr after my first post I also suggested trying a Live ISO.



OTOH what can happen is for a longer POST than normal to run.
Dells have a habit of doing this if you power off during a POST
or edit the CMOS.

Cheers,
David.

Re: Choose between amd64 and i386

[Richard Owlett]

On 06/10/2017 10:50 AM, Rodolfo Medina wrote:

Richard Owlett  writes:


On 06/10/2017 08:41 AM, Rodolfo Medina wrote:

Pascal Hambourg  writes:


Le 07/06/2017 à 10:33, Rodolfo Medina a écrit :



Some months ago I tried many times to install Debian on my Debian

Acer One ...


[*MASSIVE* SNIP]


Did you try all combinations of the following ?
- BIOS/legacy boot mode or EFI boot mode
- text-mode install or GUI install
- 32-bit install or 64-bit install




[large snip]


Then I try to reboot with power button but the machine remains
for many hours in that state...  Then after many hours it turns off...


I am NOT familiar with any Acer product. However, there is a useful feature
in my assortment of Lenovo laptops and one desktop. It might be described as
a "panic stop". It is triggered by pressing and holding the power button. It
is *BRUTE* force and regularly causes Debian to run a disk diagnostic on the
next boot. You might check Acer documentation or user group for a similar
function.



Thanks...  but, as I described, Debian doesn't even manage to start up on that
machine...  and that's my problem...  I don't use Windows and so the machine is
there permanently unused, waiting and hoping for next Debian releases to work
in the next - not too far - future...



I made a second post almost simultaneous to you composing the post to 
which I am now responding.


In that post I was suggesting using a Live ISO to distinguish general 
hardware issues from strictly installer issues.


I suggest using


It is a command line only version of Debian -the lowest common 
denominator approach to what will run on your hardware.

Re: Depends xxx <- Version: 3:20161105-1

[Alex Muntada]

Narcis Garcia:

> Hola, estic intentant fer un paquet que depengui d'un altre
> (iputils-ping), però la versió d'aquest altre a Debian està
> marcada amb una notació que no domino:
> 3:20161105-1
> 
> - Quina és la versió del programari? 3?

La versió del codi original és 20161105, la de debian 1, però
degut a diversos canvis en la manera de versionar els orginals
(fins a 3 cops), ha calgut afegir el prefix 3 per poder fer les
comparacions.

https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version

> - Quina és la millor fórmula pel fitxer «control» del meu nou paquet
> tenint en compte que em serveix qualsevol des de la 3:20020927 de
> Debian-Sarge o més enrere si fos el cas?
> 
> Depends: iputils-ping (>= 3)
> Depends: iputils-ping (>= 20020927)

Aquestes segur que no perquè s'interpreta que en realitat duen
el prefix «0:» al davant i no t'interessa en cap dels dos casos.

> Depends: iputils-ping (>= 3:20020927)

Aquesta sembla una bona aposta. En qualsevol cas, et recomano que
facis proves amb el dpkg, per exemple:

$ dpkg --compare-versions 3:20161105-1 ge 3:20020927 && echo true
true

Salut,
Alex

Re: initramfs-tools - forgotten change?

[David Wright]

On Sat 10 Jun 2017 at 15:46:14 (+0200), Hans wrote:
> Hi Ben,
> 
> I believe, this is what happened:

I don't know what the patch (in the OP) is or who Ben is (but I assume
they post from 4ax.com or decadent.org.uk).

I can only give a data point, with no particular insight into
its generation.

> Most people will have 
> 
> /etc/initramfs-tools/conf.d/resume
> 
> file, which has  a "RESUME=" content. So it will be the same, as set in 
> initramfs.conf. This "resume"-file (I believe, but I am not sure!) was some 
> day 
> created by package uswsusp (If I am wrong. please correct me!)

My Dell laptop hibernates and wakes up when you close and open the
lid. None of my computers has knowingly installed uswsusp (no logs,
no archived dpkg -l listing), and there's no trace of it in my
apt-cacher-ng cache.

On the Dell, the resume file has been edited to RESUME=LABEL=john04
where john04 is a (presently unused) swap partition, and that is
reflected in its initrd.img.

> So, no people do see a difference, because a variable RESUME= exists, either 
> with /dev/sdaX or UUID=somewhatever.
> 
> I checked a fresh installation of initramfs-tools (0.130) and latest uswsusp: 
> None of these installation creates  
> 
> /etc/initramfs-tools/conf.d/resume
> 
> file. So, maybe this should be checked and confirmed somehow. 
> 
> I also found out, that it is recommended, to use UUID entries in /etc/fstab, 
> otherwise you get some warnings. However, they do not harm. They are like:
> 
> cryptsetup: can not find canonical name for /dev/sda3
> 
> I suppose, this is well known and not important in this case.

I haven't used cryptsetup, nor seen warnings. My /etc/fstab files
use LABELs for ext partitions as a matter of course.

> As far as I tested, adding RESUME=auto in initramfs.conf did find my swap 
> device. Hibernation (=suspen-to-disk) is working but Resume from swap is 
> still 
> not working. This is also another story, and might not be involved in this 
> one 
> (especially, because at boot the resume device IS FOUND, and the saved image 
> IS loaded, but THEN crashes).  So, do not look at this bug, just wanted to 
> mention it.
> 
> Back to my state: People should make sure. if there is a "resume" file, 
> because 
 I believe, a fresh installation does not create one. Instead, the debian 
> installer would do, but neither initramfs-tools-package, nor uswsusp-package 
> don't. The latter one previous did create one and edited it, too. Now this 
> configuration option is no more called again by dpkg-reconfigure (as it did 
> before!)

My data point is concerned with this last paragraph. I recently
installed stretch RC3 on this Acer 386 laptop. The installation
is just about the minimum possible, an expert install with nothing
selected in the Software selection screen.

/etc/initramfs-tools/conf.d/resume was installed and contains the
correct UUID for the laptop's swap partition. I don't see what
creates the file at first sight, but don't intend trying to follow
the calls in the installation scripts. /etc/initramfs-tools/conf.d/
is created when unpacking the initramfs-tools or initramfs-tools-core
version 0.130 deb, I assume. IIUC mkinitramfs creates the resume file
in the initrd, but I don't know about the /etc file.

Installation idiosyncrasies disclaimer: I didn't select a swap
space at installation time. Between the Partition disks step and
the Install the base system step, I executed # swapon /dev/sda4
in a shell because this laptop only has ½GB memory. I do observe
that its /etc/fstab doesn't mention swap, only the root filesystem
and the optical drive. The system is virgin, not having been booted
since installation; just the 248 installed packages.

Cheers,
David.

Re: Stretch 3..2..1..........

[Alex Muntada]

jordi:

> Bones, normalment sempre em passa el mateix quan he de
> actualitzar el sistema operatiu de l'ordinador ... que em
> dona cagelis.
> 
> Ara que tot em va de conya. Tindré de fer molta feina per
> anar del 8.8 al 9? O diem que ja ho tinc quasi tot fet?

Jo vaig actualitzar a stretch el meu ordinador portàtil Dell XPS,
que és on tinc tot el meu entorn de treball personal. Com que no
me la volia jugar per si alguna cosa anava malament, primer vaig
fer una còpia de seguretat de les dades importants (feia alguns
dies que no l'havia feta) i després em vaig dedicar a llegir les
notes de la nova versió, sobretot pel que fa al mètode recomanat
per fer l'actualització però també els problemes coneguts:

https://www.debian.org/releases/stretch/releasenotes

Un cop llegit, vaig seguir les indicacions i l'actualització es
va realitzar satisfactòriament. Després només em vaig trobar que
el touchpad no acabava de funcionar com volia i vaig recordar un
fil a debian-devel en què algunes persones recomanaven eliminar
el paquet xserver-xorg-input-synaptics. Ho vaig fer i ja van
aparèixer les opcions de configuració del touchpad al menú del
Gnome.

Salut,
Alex

Re: ventilador a stretch en fer resume

[Alex Muntada]

Lluís Gili:

> El divendres, 9 de juny de 2017, a les 14:49:01 CEST, Àlex va
> escriure:
> > ...
> > Per si de cas fa servei, aquest matí han tornat ha actualitzar
> > el kernel 4.9.0-3, del 4.9.vint-i-algo al 4.9.30.
> > ...
> ostres a mi no m'ha vingut aquesta actualització, i no la veig
> a packages.debian.org, jo tinc instal·lat el meta-paquet
> linux-image-amd64 que ara apunta a linux-image-4.9.0-3-amd64

Si fas «dpkg -l linux-image-4.9.0-3-amd64» hauries de veure que
diu «4.9.30-1» a la columna de la versió.

Salut,
Alex

Re: Choose between amd64 and i386

[David Wright]

On Sat 10 Jun 2017 at 16:50:19 (+0100), Rodolfo Medina wrote:
> Richard Owlett  writes:
> > On 06/10/2017 08:41 AM, Rodolfo Medina wrote:
> >> Pascal Hambourg  writes:
> >>> Le 07/06/2017 à 10:33, Rodolfo Medina a écrit :
> >> Some months ago I tried many times to install Debian on my Debian
> > Acer One ...
> >>> Did you try all combinations of the following ?
> >>> - BIOS/legacy boot mode or EFI boot mode
> >>> - text-mode install or GUI install
> >>> - 32-bit install or 64-bit install

I can't remember whether you said that you had tried an
entirely i386 install (ie using an i386 ISO).

> >> Then I try to reboot with power button but the machine remains
> >> for many hours in that state...  Then after many hours it turns off...
> >
> > I am NOT familiar with any Acer product. However, there is a useful feature
> > in my assortment of Lenovo laptops and one desktop. It might be described as
> > a "panic stop". It is triggered by pressing and holding the power button. It
> > is *BRUTE* force and regularly causes Debian to run a disk diagnostic on the
> > next boot. You might check Acer documentation or user group for a similar
> > function.
> 
> 
> Thanks...  but, as I described, Debian doesn't even manage to start up on that
> machine...  and that's my problem...  I don't use Windows and so the machine 
> is
> there permanently unused, waiting and hoping for next Debian releases to work
> in the next - not too far - future...

It's many years since I had a laptop fail to stop when you
hold down the power button firmly for, say, 15 seconds.

The next step, of course, is to remove the battery pack, which
may or may not be straightforward.

I couldn't understand "regularly causes Debian to run a disk
diagnostic on the next boot" in this context. If partitions
haven't been mounted, there's no reason for them to get marked
as dirty.

OTOH what can happen is for a longer POST than normal to run.
Dells have a habit of doing this if you power off during a POST
or edit the CMOS.

Cheers,
David.

Re: easy cd image file??

[Nancy Schweitzer]

Sent from my iPhone

Re: Reply-to-all or reply-to-list again

[Fungi4All]

From: joel.r...@gmail.com

> And Now Google Doesn't Think Users Should Ever Set Headers.
> Progress is progress.

Yeah.
Progress is progress.
ahem. Sorry. I guess I forgot something.

{irony}Progress is progress.{end-irony}
--
Joel Rees

If you live in a cave this may actually have some meaning among your cavemates

Re: Choose between amd64 and i386

[Rodolfo Medina]

Richard Owlett  writes:

> On 06/10/2017 08:41 AM, Rodolfo Medina wrote:
>> Pascal Hambourg  writes:
>>
>>> Le 07/06/2017 à 10:33, Rodolfo Medina a écrit :

>> Some months ago I tried many times to install Debian on my Debian
> Acer One ...
>
> [*MASSIVE* SNIP]
>
>>> Did you try all combinations of the following ?
>>> - BIOS/legacy boot mode or EFI boot mode
>>> - text-mode install or GUI install
>>> - 32-bit install or 64-bit install
>>
>
> [large snip]
>
>> Then I try to reboot with power button but the machine remains
>> for many hours in that state...  Then after many hours it turns off...
>
> I am NOT familiar with any Acer product. However, there is a useful feature
> in my assortment of Lenovo laptops and one desktop. It might be described as
> a "panic stop". It is triggered by pressing and holding the power button. It
> is *BRUTE* force and regularly causes Debian to run a disk diagnostic on the
> next boot. You might check Acer documentation or user group for a similar
> function.


Thanks...  but, as I described, Debian doesn't even manage to start up on that
machine...  and that's my problem...  I don't use Windows and so the machine is
there permanently unused, waiting and hoping for next Debian releases to work
in the next - not too far - future...

Rodolfo

Re: Choose between amd64 and i386

[Richard Owlett]

On 06/10/2017 09:38 AM, Richard Owlett wrote:

On 06/10/2017 08:41 AM, Rodolfo Medina wrote:

Pascal Hambourg  writes:


Le 07/06/2017 à 10:33, Rodolfo Medina a écrit :



Some months ago I tried many times to install Debian on my Debian

Acer One ...


[*MASSIVE* SNIP]


Did you try all combinations of the following ?
- BIOS/legacy boot mode or EFI boot mode
- text-mode install or GUI install
- 32-bit install or 64-bit install




[large snip]


Then I try to reboot with power button but the machine remains
for many hours in that state...  Then after many hours it turns off...


I am NOT familiar with any Acer product. However, there is a useful
feature in my assortment of Lenovo laptops and one desktop. It might
be described as a "panic stop". It is triggered by pressing and
holding the power button. It is *BRUTE* force and regularly causes
Debian to run adisk diagnostic on the next boot.
You might check Acer documentation or user group for a similar
function.



I just browsed back thru the thread and saw no mention of using a Live 
edition. These are available at:


and


That will help distinguish between specifically "installation issues" 
and "general suitability issues". What I'm thinking of is there some 
non-free software requirement that is causing atypical installation 
symptoms.

Re: Stretch, WIFI connection failed with aborting authentication with ... by local choice (Reason: 3=DEAUTH_LEAVING)

[Richard Owlett]

On 06/10/2017 08:04 AM, Yann Cohen wrote:

Hello,


[snip]


Please appologize my poor English.


Your English is fine. The less said about my French, the better.




Last week, I reinstalled my laptop (lenovo YOGA 13) with Debian
Stretch  and network-manager.

Linux yogayan 4.9.0-3-amd64 #1 SMP Debian 4.9.30-1 (2017-06-04) x86_64
GNU/Linux

Bus 001 Device 004: ID 0bda:1724 Realtek Semiconductor Corp. RTL8723AU
802.11n WLAN Adapter


That is likely your problem.
See thread beginning at
.
Cindy-Sue Causey pointed to


See also comment by Pascal Hambourg at


HTH

Re: [OT] Documentación en diferentes formatos

[Troans - GMail]

Buenas, he estado jugando con lo que me habéis recomendado. La ayuda en 
HTML sí es lo que estaba buscando, pero en cambio el PDF que genera creo 
que tiene una apariencia muy pobre. Lo que he hecho es pasar el site 
html que me genera mkdocs a PDF con pandoc (pandoc -t latex  -o 
mkdocs.pdf --verbose site/index.html). ¿Alguna alternativa u otra 
posibilidad?



Gracias,


El 08/06/17 a las 22:08, Paynalton escribió:
Actualmente muchos proyectos (incluyendo el mio) usan markdown, lo 
puedes convertir a PDF y HTML.


http://www.mkdocs.org

http://pandoc.org/



El jue., 8 de jun. de 2017 a la(s) 14:49, Troans - GMail 
> escribió:


Buenas tardes,

Estoy intentando generar la documentación de una aplicación de tal
manera que la escriba una sola vez y poder convertirla a diferentes
formatos (pdf, html y epub).  He estado haciendo pruebas a
escribirla en
latex (cada capítulo es un .tex) y no tengo problemas para obtener el
pdf (pdflatex) o epub (pandoc). Sin embargo cuando quiero generar el
html el resultado es que un sólo fichero y lo que quiero es que sean
diferentes htmls (uno por capítulo) y enlazados. He estado
probando con
pandoc, latexml y htlatex y no lo he conseguido.

¿Alguna sugerencia?


Gracias,

Re: ifconfig network resolution

[Joe]

On Sat, 10 Jun 2017 23:36:06 +0900
Joel Rees  wrote:


> -
> myadm@mycomp:~$ sudo ifconfig eth0:1 down
> myadm@mycomp:~$ sudo ifconfig eth0:1
> eth0:1Link encap:イーサネット  ハードウェアアドレス
> 50:af:73:12:64:aa UP BROADCAST RUNNING MULTICAST  MTU:1500
> メトリック:1 割り込み:42 ベースアドレス:0xa000
> 

Your problem is getting worse. Your computer appears to be learning
Japanese.

-- 
Joe

Re: Choose between amd64 and i386

[Richard Owlett]

On 06/10/2017 08:41 AM, Rodolfo Medina wrote:

Pascal Hambourg  writes:


Le 07/06/2017 à 10:33, Rodolfo Medina a écrit :



Some months ago I tried many times to install Debian on my Debian

Acer One ...


[*MASSIVE* SNIP]


Did you try all combinations of the following ?
- BIOS/legacy boot mode or EFI boot mode
- text-mode install or GUI install
- 32-bit install or 64-bit install




[large snip]


Then I try to reboot with power button but the machine remains
for many hours in that state...  Then after many hours it turns off...


I am NOT familiar with any Acer product. However, there is a useful 
feature in my assortment of Lenovo laptops and one desktop. It might be 
described as a "panic stop". It is triggered by pressing and holding the 
power button. It is *BRUTE* force and regularly causes Debian to run a 
disk diagnostic on the next boot. You might check Acer documentation or 
user group for a similar function.

Re: ifconfig network resolution

[Joel Rees]

On Sat, Jun 10, 2017 at 8:16 PM, Pascal Hambourg  wrote:
> Le 10/06/2017 à 12:13, Joel Rees a écrit :
>>
>> On Sat, Jun 10, 2017 at 3:52 PM, Pascal Hambourg 
>> wrote:
>>>
>>> Le 10/06/2017 à 03:57, Joel Rees a écrit :


 ifconfig eth0 netmask 255.255.255.224 netmask 255.255.255.224
 broadcast 10.19.23.223 10.19.23.94

Noting, as I did in my previous followup post, that the device address
and the broadcast address and the netmask do not match.

 But the command returns with

 SIOCSIFNETMASK: Can't allocate this address.
 SIOCSIFBRDADDR: Can't allocate this address.
>
> (...)
>>>
>>> The address must be set before the mask and broadcast address.
>>
>>
>> Now there's another puzzle, because the man page indicates that the
>> address should come after the options.
>
>
> Actually the man page does not indicate any order : it just says "option |
> address ..." (options or address)

I guess it could be read that way.

8)

Would that mean you could give it more than one address to assign to
the device on a single command line?

>> I had been used to typing it before the options, and was getting the
>> same kind of results with the address before the parameters, I think.
>
>
> I tested before replying and got the correct result.
>

Okay, I guess my follow-up wasn't clear enough.

-
myadm@mycomp:~$ sudo ifconfig eth0:1 down
myadm@mycomp:~$ sudo ifconfig eth0:1
eth0:1Link encap:イーサネット  ハードウェアアドレス 50:af:73:12:64:aa
  UP BROADCAST RUNNING MULTICAST  MTU:1500  メトリック:1
  割り込み:42 ベースアドレス:0xa000

myadm@mycomp:~$ sudo ifconfig eth0:1 netmask 255.255.255.224 broadcast
10.19.201.223 10.19.201.198
SIOCSIFNETMASK: 要求アドレスに割り当てられません
SIOCSIFBRDADDR: 要求アドレスに割り当てられません
SIOCSIFFLAGS: 要求アドレスに割り当てられません
myadm@mycomp:~$ sudo ifconfig eth0:1
eth0:1Link encap:イーサネット  ハードウェアアドレス 50:af:73:12:64:aa
  inetアドレス:10.19.201.198 ブロードキャスト:10.255.255.255  マスク:255.0.0.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  メトリック:1
  割り込み:42 ベースアドレス:0xa000

myadm@mycomp:~$ sudo ifconfig eth0:1 netmask 255.255.255.224 broadcast
10.19.201.223 10.19.201.198
myadm@mycomp:~$ sudo ifconfig eth0:1
eth0:1Link encap:イーサネット  ハードウェアアドレス 50:af:73:12:64:aa
  inetアドレス:10.19.201.198 ブロードキャスト:10.19.201.223  マスク:255.255.255.224
  UP BROADCAST RUNNING MULTICAST  MTU:1500  メトリック:1
  割り込み:42 ベースアドレス:0xa000

myadm@mycomp:~$ sudo ifconfig eth0:1 down
myadm@mycomp:~$ sudo ifconfig eth0:1 10.19.201.198 netmask
255.255.255.224 broadcast 10.19.201.223
myadm@mycomp:~$ sudo ifconfig eth0:1
eth0:1Link encap:イーサネット  ハードウェアアドレス 50:af:73:12:64:aa
  inetアドレス:10.19.201.198 ブロードキャスト:10.19.201.223  マスク:255.255.255.224
  UP BROADCAST RUNNING MULTICAST  MTU:1500  メトリック:1
  割り込み:42 ベースアドレス:0xa000

myadm@mycomp:~$ sudo ifconfig eth0:1 down
-

I still say the man page could use a little revision.

-- 
Joel Rees

One of these days I'll get someone to pay me
to design a language that combines the best of Forth and C.
Then I'll be able to leap wide instruction sets with a single #ifdef,
run faster than a speeding infinite loop with a #define,
and stop all integer size bugs with a bare cast.

More of my delusions:
http://reiisi.blogspot.com/2017/05/do-not-pay-modern-danegeld-ransomware.html
http://reiisi.blogspot.jp/p/novels-i-am-writing.html

Re: Reply-to-all or reply-to-list again

[Joel Rees]

On Sat, Jun 10, 2017 at 10:52 PM, Fungi4All  wrote:
> UTC Time: June 10, 2017 2:13 AM
>
> From: joel.r...@gmail.com
>
> On Sat, Jun 10, 2017 at 12:57 AM, Nicolas George  wrote:
>> Le primidi 21 prairial, an CCXXV, The Wanderer a écrit :
>>> Disagreed. This results in sending extra copies to people who are
>>> subscribed to the list, which is incorrect.
>>
>> Not if the list is properly configured.
>>
>> Debian's lists are badly configured, it results in burden to all users,
>> but the users should reject that burden. I do.
>>
>> I will not answer Gene's message, he obviously missed the whole point of
>> my mail.
>> Nicolas George
>
> And Now Google Doesn't Think Users Should Ever Set Headers.
> Progress is progress.
>
>
> Progress in a society comes when they collectively pursue in common
> something
> that would improve their lives and conditions.  If the few and powerful
> coerce or
> blackmail a society to move a certain direction because that advances the
> interests
> of the few I wouldn't dare call this progress.  Rarely in history did such
> moves lasted
> and stabilized, as for every action there is a reaction.  Just give it some
> time and
> the vast majority of the world will be really happy to see google/fb/ms
> collapse
> and vanish.  That may be progress, being without the pests.
>
> Would you call android and win10 progress?  I hope not.  Vehicles were
> progress
> over horses and carriages in some respects, people walking and one in
> ten thousands being driven in a Rolls Royce where the passengers were
> covered
> and the driver was outside was not progress.  Model A was progress at
> a cost.
>
> Progress is not made by following rulers and those in power, it comes
> from the dialectic of resisting and reacting to power and oligarchy.
>
> Joel Rees
>
>
> (AK)

Yeah.

Progress is progress.

ahem. Sorry. I guess I forgot something.

{irony}Progress is progress.{end-irony}

-- 
Joel Rees

One of these days I'll get someone to pay me
to design a language that combines the best of Forth and C.
Then I'll be able to leap wide instruction sets with a single #ifdef,
run faster than a speeding infinite loop with a #define,
and stop all integer size bugs with a bare cast.

More of my delusions:
http://reiisi.blogspot.com/2017/05/do-not-pay-modern-danegeld-ransomware.html
http://reiisi.blogspot.jp/p/novels-i-am-writing.html

Re: Reply-to-all or reply-to-list again

[Fungi4All]

UTC Time: June 10, 2017 2:13 AM
From: joel.r...@gmail.com

On Sat, Jun 10, 2017 at 12:57 AM, Nicolas George  wrote:
> Le primidi 21 prairial, an CCXXV, The Wanderer a écrit :
>> Disagreed. This results in sending extra copies to people who are
>> subscribed to the list, which is incorrect.
>
> Not if the list is properly configured.
>
> Debian's lists are badly configured, it results in burden to all users,
> but the users should reject that burden. I do.
>
> I will not answer Gene's message, he obviously missed the whole point of
> my mail.
> Nicolas George

And Now Google Doesn't Think Users Should Ever Set Headers.
Progress is progress.

Progress in a society comes when they collectively pursue in common something
that would improve their lives and conditions. If the few and powerful coerce or
blackmail a society to move a certain direction because that advances the 
interests
of the few I wouldn't dare call this progress. Rarely in history did such moves 
lasted
and stabilized, as for every action there is a reaction. Just give it some time 
and
the vast majority of the world will be really happy to see google/fb/ms collapse
and vanish. That may be progress, being without the pests.

Would you call android and win10 progress? I hope not. Vehicles were progress
over horses and carriages in some respects, people walking and one in
ten thousands being driven in a Rolls Royce where the passengers were covered
and the driver was outside was not progress. Model A was progress at
a cost.

Progress is not made by following rulers and those in power, it comes
from the dialectic of resisting and reacting to power and oligarchy.

Joel Rees

(AK)

Re: initramfs-tools - forgotten change?

[Hans]

Hi Ben,

I believe, this is what happened:

Most people will have 

/etc/initramfs-tools/conf.d/resume

file, which has  a "RESUME=" content. So it will be the same, as set in 
initramfs.conf. This "resume"-file (I believe, but I am not sure!) was some day 
created by package uswsusp (If I am wrong. please correct me!)

So, no people do see a difference, because a variable RESUME= exists, either 
with /dev/sdaX or UUID=somewhatever.

I checked a fresh installation of initramfs-tools (0.130) and latest uswsusp: 
None of these installation creates  

/etc/initramfs-tools/conf.d/resume

file. So, maybe this should be checked and confirmed somehow. 

I also found out, that it is recommended, to use UUID entries in /etc/fstab, 
otherwise you get some warnings. However, they do not harm. They are like:

cryptsetup: can not find canonical name for /dev/sda3

I suppose, this is well known and not important in this case.

As far as I tested, adding RESUME=auto in initramfs.conf did find my swap 
device. Hibernation (=suspen-to-disk) is working but Resume from swap is still 
not working. This is also another story, and might not be involved in this one 
(especially, because at boot the resume device IS FOUND, and the saved image 
IS loaded, but THEN crashes).  So, do not look at this bug, just wanted to 
mention it.

Back to my state: People should make sure. if there is a "resume" file, because 
I believe, a fresh installation does not create one. Instead, the debian 
installer would do, but neither initramfs-tools-package, nor uswsusp-package 
don't. The latter one previous did create one and edited it, too. Now this 
configuration option is no more called again by dpkg-reconfigure (as it did 
before!)

Hope, this make things a little bit clearer.

Best regards

Hans 

Re: Choose between amd64 and i386

[Rodolfo Medina]

Pascal Hambourg  writes:

> Le 07/06/2017 à 10:33, Rodolfo Medina a écrit :
>>
 Some months ago I tried many times to install Debian on my Debian Acer One
 (tablet and laptop together) but always failed.  I used
 debian-8.7.1-amd64-netinst.iso.  Now we have
 debian-8.8.0-amd64-netinst.iso.  Are you suggesting a different iso file?
>>>
>>> 
>>
>> Same problem also with this iso image: at the beginning the machine seems to
>> boot into the Debian Installer menu, but when I enter it the screen becomes
>> unreadable and all sticks and I have to restart the machine.
>
> Did the installer start in EFI or BIOS/legacy mode ?
> The installer boot menu tells when started in EFI mode.
>
> Did you try all combinations of the following ?
> - BIOS/legacy boot mode or EFI boot mode
> - text-mode install or GUI install
> - 32-bit install or 64-bit install

With USB Debian installation pendrive plugged in, pressing power button
together with volume up takes me into the front page of the PC settings: there
is:

 ->Boot Manager
 ->Device Manager
 ->Boot From File
 ->Administer Secure Boot
 ->Setup Utility

I enter `Boot Manager', and there are two possible options:

 Windows Boot Manager
 EFI USB Device (General UDisk)

I choose the second and here I am in Debian installation menu.  There is:

 Install
 64 bit install
 Graphical install
 64 bit graphical install
 Advanced options ...
 Install with speech synnthesis
 64 bit speech install

I tried with both Install and `64 bit install', and also, now, with `64 bit
graphical install'; and, in all those cases, what happens is that the image
becomes confused and the keyboard sticks and no command is more possible.  Then
I try to reboot with power button but the machine remains for many hours in
that state...  Then after many hours it turns off...

Thanks,

Rodolfo

Re: Compiler segfault when building the kernel

[kamaraju kusumanchi]

On Fri, Jun 9, 2017 at 7:58 AM, Celejar  wrote:
> Any ideas? Is this a bug I should be filing against kernel-package (or
> anywhere else)?

Two things

1) Does the problem go away if you upgrade to the latest compiler?
Based on the error message, I believe you are using gcc 4.9? But it is
not clear to me what the exact version of the compiler is and the
debian distribution you are using.

2) The very fact the the compiler is failing with an "internal"
compiler error indicates that it is a bug in the compiler. I would
report it against the compiler package. But before you report, try to
reproduce the problem with as smaller test case as possible. If you
just say, my kernel compilation is failing with "internal compiler
error" it will be very difficult to reproduce by others and will take
longer for it to be fixed.

raju
-- 
Kamaraju S Kusumanchi | http://raju.shoutwiki.com/wiki/Blog

Re: TCP proxy for host on subnet

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sat, Jun 10, 2017 at 11:54:17AM +0100, Ron Leach wrote:
> On 06/06/2017 18:03, Greg Wooledge wrote:
> >
> >Once you're ready to deploy it, you would want to set it up as an
> >automatically respawning service, under systemd or one of the other
> >service managers.
> >
> 
> I seem to be having a problem stopping socat under Wheezy LTS using
> /etc/init.d.  I've created a socat start/stop script (by editing the
> example file provided by Debian in /etc/init.d/skeleton).  Then:

[...]

> Further, I don't seem to be able to *stop* socat without pressing ^C
> in the session [...]

What the "session" (actually the terminal) is doing when you hit ^C is
to send a signal (typically number 2, SIGINT) to the running process.

(To find out which one exactly, you can issue "stty -a" on your terminal;
an entry like "intr = ^C" is telling you that the INT (called here "intr",
confusing, I know) signal is bound to the CTRL-C key (abbreviated ^C).

So if you want to achieve the same effect from "somewhere else", you'll
have to issue

  kill -INTR 

where  is the ID of the process you want to stop. Typically you
store that process ID somewhere (/var/run is a good place, typically
in a subdirectory there) and pick it up when you want to terminate.

In it simplest form, this will be the pattern:



# Script 1, start the process:
socat  & # start process in the background
echo $! > /var/run/tunnel/pid



# Script 2, stop the process

PIDFILE=/var/run/tunnel.pid
test -f $PIDFILE && kill -TERM $(cat $PIDFILE) && rm -f $PIDFILE



Of course, there are many details to "get right", like what happens when
the process dies, leaving behind a stale PID file, what happens when the
PID is reused for another process and you kill the wrong one, etc.

That's what "classical" sys V init does, and you will discover this
pattern (wrapped in neat functions) if you look around in the /etc/init.d
start/stop files.

Under "service managers", like systemd or runit, it's the parent process
what keeps the service process "under control", and there are special
commands you send to the parent to do this. More or less as the terminal
does for you above.

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

iEYEARECAAYFAlk78iEACgkQBcgs9XrR2kaGcACfX/PC7GThPMpDlk6ze6mMxMuH
3l4An0G8kFonaRPSiJVyz0xzCYzMLJc1
=4k/o
-END PGP SIGNATURE-

Re: Debian installation issues

[Richard Owlett]

On 06/09/2017 03:37 PM, Michael Fothergill wrote:

On 9 June 2017 at 20:59, Fungi4All  wrote:


Here is some relevant reading of installing linux system besides Win8 and
in some cases the same problem exists on Win 10.
https://askubuntu.com/questions/221835/installing-ubuntu-alongside-a-pre-
installed-windows-with-uefi




​I read through some of this.  If I understood it correctly, if you buy a
machine that comes with e.g. Windows 10 installed for you then this secure
boot feature would make it difficult to boot and install certain Linux
distributions - but some versions of Ubuntu might be OK apparently.

But if you would buy such a machine, do you not also get the Windows key
codes for the OS...?

If you do, then could you not just back up the work files on the
installation and then uninstall Windows and reinstall it with the
secure boot feature turned off and then install the Linux distro
of your choice?

When I get a new PC I specifically request that it has no operating
system on it and then install everything from scratch.


I follow a variation on that that suits my personal/idiosyncratic 
preferences for buying used/reconditioned hardware (no need for cutting 
edge) and buying locally rather than online (fewer communication snafus).


I go into the store with a live DVD or flash drive. I began doing this 
to see if a standard install of Debian had appropriate drivers. I found 
a secondary advantage in discovering how straight forward it was to boot 
from something other than the default hard disk. A couple months ago I 
had occasion to go one step further and while and do a full install 
while in the store (odd permutation of hardware and software).

YMMV




I have not encountered this problem as yet.


I'm not clear to what "this problem" refers.



Cheers

MF

Stretch, WIFI connection failed with aborting authentication with ... by local choice (Reason: 3=DEAUTH_LEAVING)

[Yann Cohen]

Hello,

First of all, I introduce myself.
I am a "middle age" debian user : I began with Sarge and all my
personals computers (wife's, daughter's, son's, domestic servers) run
under Debian.

Usually, I use my native language (french) for requesting some
assitance about my issues.
But today, it seems that the french is not enougth to fix my last
one... ;-)
So I try to expand the audiance using this user list.

Please appologize my poor English.


Last week, I reinstalled my laptop (lenovo YOGA 13) with Debian Stretch
and network-manager.

Linux yogayan 4.9.0-3-amd64 #1 SMP Debian 4.9.30-1 (2017-06-04) x86_64
GNU/Linux

Bus 001 Device 004: ID 0bda:1724 Realtek Semiconductor Corp. RTL8723AU
802.11n WLAN Adapter
Bus 001 Device 003: ID 0bda:0129 Realtek Semiconductor Corp. RTS5129
Card Reader Controller

Issue
the WIFI connection failed with this kind of messages in syslog :

Jun 10 14:30:57 yogayan kernel: [14900.983391] wlxa4db30024657:
authenticated
Jun 10 14:31:02 yogayan kernel: [14905.987410] wlxa4db30024657:
aborting authentication with 00:17:33:b5:f0:10 by local choice (Reason:
3=DEAUTH_LEAVING)

I tried using wicd, but it doesn't fix complete this issue : fixes
problems with some USB WIFI dongle, but not with the internal WIFI and
evolution doesn't detect the network connection so no mail and I can't
use my VPN client with network-manager in this case...

On another debian Strech laptop (similar configuration gnome3 and
network-manager), with artheos WIFI device, the WIFI connection works
fine. 

On my yoga13 I tried to use others WIFI dongle with the same result :
failed !

Until today, none of my readings or research have allowed me to fix
this problem.

Any idea to fix this ?

Thanks and Regards.

-- 
Yann Cohen 
ianco

soucis de path avec opendkim

[bernard . schoenacker]

bonjour,


j'ai un problème avec opendkim et voci ce que j'ai actuellement :

service opendkim status
● opendkim.service - OpenDKIM DomainKeys Identified Mail (DKIM) Milter
   Loaded: loaded (/lib/systemd/system/opendkim.service; enabled; vendor 
preset: enabled)
   Active: active (running) since Fri 2017-06-09 18:46:55 CEST; 6s ago
 Docs: man:opendkim(8)
   man:opendkim.conf(5)
   man:opendkim-genkey(8)
   man:opendkim-genzone(8)
   man:opendkim-testadsp(8)
   man:opendkim-testkey
   http://www.opendkim.org/docs.html
  Process: 3541 ExecStart=/usr/sbin/opendkim -P /var/run/opendkim/opendkim.pid 
-p local:/var/run/opendkim/opendkim.sock (c
 Main PID: 3542 (opendkim)
Tasks: 6 (limit: 4915)
   CGroup: /system.slice/opendkim.service
   └─3542 /usr/sbin/opendkim -P /var/run/opendkim/opendkim.pid -p 
local:/var/run/opendkim/opendkim.sock

juin 09 18:46:55 brotsch systemd[1]: Starting OpenDKIM DomainKeys Identified 
Mail (DKIM) Milter...
juin 09 18:46:55 brotsch systemd[1]: Started OpenDKIM DomainKeys Identified 
Mail (DKIM) Milter.
juin 09 18:46:55 brotsch opendkim[3542]: OpenDKIM Filter v2.11.0 starting 
(args: -P /var/run/opendkim/opendkim.pid -p loca


alors que je souhaite faire fonctionner en couple avec postfix (chroot)


j'ai cette arborescence :

cd /var/spool/postfix


ls -al -R var
var:
total 12
drwxr-xr-x  3 root root 4096 juin   9 18:06 .
drwxr-xr-x 21 root root 4096 juin   9 18:06 ..
drwxr-xr-x  3 root root 4096 juin   9 18:06 run

var/run:
total 12
drwxr-xr-x 3 root root 4096 juin   9 18:06 .
drwxr-xr-x 3 root root 4096 juin   9 18:06 ..
drwxr-xr-x 2 opendkim opendkim 4096 juin   9 18:06 opendkim

var/run/opendkim:
total 8
drwxr-xr-x 2 opendkim opendkim 4096 juin   9 18:06 .
drwxr-xr-x 3 root root 4096 juin   9 18:06 ..



cat /etc/default/opendkim

SOCKET="local:/var/spool/postfix/var/run/opendkim/opendkim.sock"


comment y arriver ?

merci de votre aimable attention

slt
bernard

Re: [Stetch] Pas de connexion WIFI : aborting authentication ... by local choice (Reason: 3=DEAUTH_LEAVING)

[andre_debian]

On Saturday 10 June 2017 10:36:43 Yann Cohen wrote:
> Le lundi 05 juin 2017 à 20:44 +0200, maderios a écrit :
> > On 06/05/2017 12:23 PM, Yann Cohen wrote:
> > - sur Stretch, j'ai rencontré récemment des problèmes de connection
> > avec wicd en wifi. Network-manager est finalement bien plus fiable.
> > Important: désinstaller wicd... :

> Fait...

> > pour vérifier si le noyau est en cause, il faudrait booter sur le 
> > dernier noyau de Sid, le 4.9.30. C'est la dernière version stable du 
> > noyau 4.9  https://www.kernel.org/
>
> root@yogayan:~# uname -a
> Linux yogayan 4.9.0-3-amd64 #1 SMP Debian 4.9.30-1 (2017-06-04) x86_64
> GNU/Linux :

> Pas mieux...

> > Bon courage... :

> En effet va en falloir... :

J'ai toujours plutôt constaté le contraire,
désinstaller network-manager et installer wicd, étaient salvateur :-)

André

Re: Replicas de archivos

[Maykel Franco]

El 10 jun. 2017 2:36 p. m., "Gustavo Nuñez" 
escribió:

tambien puede probar lftp opcion mirror

El 10 de junio de 2017, 9:06, Cristian Mitchell 
escribió:

>
>
> El 9 jun. 2017 7:58 PM, "Dixan Rivas"  escribió:
>
> El 09/06/17 a las 23:43, Adiel Plasencia Herrera escribió:
>
> que me recomiendas para hacer espejos de este tipo lo mas fiel posible ???
>
>
> -Original Message-
> From: Paynalton  
> To: Adiel Plasencia Herrera 
> , debian-user-spanish@lists.debian.org
> Date: Fri, 09 Jun 2017 22:30:04 +
> Subject: Re: Replicas de archivos
>
>
>
> El vie., 9 de jun. de 2017 a la(s) 17:22, Adiel Plasencia Herrera <
> adi...@estereocentro.icrt.cu> escribió:
>
>>
>>  Hola amigos,
>>
>> Necesito hacer una réplica de unos archivos en un sitio web, estoy
>> tratando con el comando wget -m -nd http://sitioweb.com/carpeta1/c
>> arpeta2/carpeta3
>>
>>
>> quiero hacer el espejo, mirror o como lo llamen a la raiz de
>> http://sitioweb.com/carpeta1. Quiero copiar todo lo que hay de carpeta1
>> para abajo.
>>
>> con este comando wget -m -nd me hace bien todo con el inconveniente de
>> que en cada carpeta me crea un index.html que no existe en la web lo cual
>> no quiero pues quiero que haga una copia fiel tal y como está en el sitio...
>>
>> Saben como puedo hacer esto ??
>>
>> Saludos.
>>
>
> Todos los sitios tienen un archivo index, lo que pasa es que en la
> configuración del servidor web está configurado por defecto así que si
> solicitas un directorio sin  nombrar un archivo automáticamente dirigirá tu
> petición a index.
>
> wget saca una copia del HTML renderizado, pero no puede sacarte una copia
> de todos los scripts de lado del servidor pues solo puede acceder vía web.
>
> Intenta wget -np -pkr http://sitioweb.com/carpeta1/
> si quieres conservar la
> ruta relativa de la pagina quita la opción k
>
> Saludos
>
>
> Rsync o SCP
>
>


-- 


*Carlos Gustavo Nuñez*
Dto. Sistemas Informáticos
Cooperativa de Trabajo B.A.N.T.I.C.S. Ltda.
Dr. Ignacio Arieta 2227 • San Justo • Buenos Aires • Argentina
Tel. 4484-0401 • Cel. 11-6290-6301
cgnu...@bantics.com.ar • www.bantics.com.ar




Rsync sin duda alguna.

Re: Replicas de archivos

[Gustavo Nuñez]

tambien puede probar lftp opcion mirror

El 10 de junio de 2017, 9:06, Cristian Mitchell 
escribió:

>
>
> El 9 jun. 2017 7:58 PM, "Dixan Rivas"  escribió:
>
> El 09/06/17 a las 23:43, Adiel Plasencia Herrera escribió:
>
> que me recomiendas para hacer espejos de este tipo lo mas fiel posible ???
>
>
> -Original Message-
> From: Paynalton  
> To: Adiel Plasencia Herrera 
> , debian-user-spanish@lists.debian.org
> Date: Fri, 09 Jun 2017 22:30:04 +
> Subject: Re: Replicas de archivos
>
>
>
> El vie., 9 de jun. de 2017 a la(s) 17:22, Adiel Plasencia Herrera <
> adi...@estereocentro.icrt.cu> escribió:
>
>>
>>  Hola amigos,
>>
>> Necesito hacer una réplica de unos archivos en un sitio web, estoy
>> tratando con el comando wget -m -nd http://sitioweb.com/carpeta1/c
>> arpeta2/carpeta3
>>
>>
>> quiero hacer el espejo, mirror o como lo llamen a la raiz de
>> http://sitioweb.com/carpeta1. Quiero copiar todo lo que hay de carpeta1
>> para abajo.
>>
>> con este comando wget -m -nd me hace bien todo con el inconveniente de
>> que en cada carpeta me crea un index.html que no existe en la web lo cual
>> no quiero pues quiero que haga una copia fiel tal y como está en el sitio...
>>
>> Saben como puedo hacer esto ??
>>
>> Saludos.
>>
>
> Todos los sitios tienen un archivo index, lo que pasa es que en la
> configuración del servidor web está configurado por defecto así que si
> solicitas un directorio sin  nombrar un archivo automáticamente dirigirá tu
> petición a index.
>
> wget saca una copia del HTML renderizado, pero no puede sacarte una copia
> de todos los scripts de lado del servidor pues solo puede acceder vía web.
>
> Intenta wget -np -pkr http://sitioweb.com/carpeta1/
> si quieres conservar la
> ruta relativa de la pagina quita la opción k
>
> Saludos
>
>
> Rsync o SCP
>
>


-- 


*Carlos Gustavo Nuñez*
Dto. Sistemas Informáticos
Cooperativa de Trabajo B.A.N.T.I.C.S. Ltda.
Dr. Ignacio Arieta 2227 • San Justo • Buenos Aires • Argentina
Tel. 4484-0401 • Cel. 11-6290-6301
cgnu...@bantics.com.ar • www.bantics.com.ar

Re: [Stetch] Pas de connexion WIFI : aborting authentication ... by local choice (Reason: 3=DEAUTH_LEAVING)

[maderios]

On 06/10/2017 10:36 AM, Yann Cohen wrote:


Le lundi 05 juin 2017 à 20:44 +0200, maderios a écrit :



On 06/05/2017 12:23 PM, Yann Cohen wrote:


[...]

Bonjour
- sur Stretch, j'ai rencontré récemment des problèmes de connection
avec
wicd en wifi. Network-manager est finalement bien plus fiable.
Important: désinstaller wicd...


Fait...


- pour vérifier si le noyau est en cause, il faudrait booter sur le
dernier noyau de Sid, le 4.9.30. C'est la dernière version stable du
noyau 4.9  https://www.kernel.org/


root@yogayan:~# uname -a
Linux yogayan 4.9.0-3-amd64 #1 SMP Debian 4.9.30-1 (2017-06-04) x86_64
GNU/Linux

Pas mieux...


Bon courage...


En effet va en falloir...

On peut reconfigurer tous les paramètres réseaux avec l'interface nmtui 
(inclus dans networkmanager)
Regarder également du coté de wpa avec wpa_cli (cf man wpa_cli). Purger 
et réinstaller au besoin.

Exemple chez moi (sortie modifiée)

wpa_cli status
Selected interface 'wlan0'
bssid=**:**:**:**:**:**
freq=2427
ssid=MON_SID_AMOI
id=0
mode=station
pairwise_cipher=CCMP
group_cipher=CCMP
key_mgmt=WPA2-PSK
wpa_state=COMPLETED
ip_address=192.***.3.***
p2p_device_address=**:**:**:**:**:**
address=**:**:**:**:**:**
uuid=***

--
Maderios

Re: Replicas de archivos

[Cristian Mitchell]

El 9 jun. 2017 7:58 PM, "Dixan Rivas"  escribió:

El 09/06/17 a las 23:43, Adiel Plasencia Herrera escribió:

que me recomiendas para hacer espejos de este tipo lo mas fiel posible ???


-Original Message-
From: Paynalton  
To: Adiel Plasencia Herrera 
, debian-user-spanish@lists.debian.org
Date: Fri, 09 Jun 2017 22:30:04 +
Subject: Re: Replicas de archivos



El vie., 9 de jun. de 2017 a la(s) 17:22, Adiel Plasencia Herrera <
adi...@estereocentro.icrt.cu> escribió:

>
>  Hola amigos,
>
> Necesito hacer una réplica de unos archivos en un sitio web, estoy
> tratando con el comando wget -m -nd http://sitioweb.com/carpeta1/
> carpeta2/carpeta3
>
>
> quiero hacer el espejo, mirror o como lo llamen a la raiz de
> http://sitioweb.com/carpeta1. Quiero copiar todo lo que hay de carpeta1
> para abajo.
>
> con este comando wget -m -nd me hace bien todo con el inconveniente de
> que en cada carpeta me crea un index.html que no existe en la web lo cual
> no quiero pues quiero que haga una copia fiel tal y como está en el sitio...
>
> Saben como puedo hacer esto ??
>
> Saludos.
>

Todos los sitios tienen un archivo index, lo que pasa es que en la
configuración del servidor web está configurado por defecto así que si
solicitas un directorio sin  nombrar un archivo automáticamente dirigirá tu
petición a index.

wget saca una copia del HTML renderizado, pero no puede sacarte una copia
de todos los scripts de lado del servidor pues solo puede acceder vía web.

Intenta wget -np -pkr http://sitioweb.com/carpeta1/
si quieres conservar la
ruta relativa de la pagina quita la opción k

Saludos


Rsync o SCP

Re: Explicación para fenómeno en discos RAID

[Cristian Mitchell]

El 10 jun. 2017 7:37 AM, "Roberto Leon Lopez" 
escribió:


> El 29 may 2017, a las 18:45, Paynalton  escribió:
>
> Hola, hace unos días me pasaron un NAS que tiene soporte para virtualizar
sobre su propio hardware. Puse un arreglo en Raid5 de sus cuatro discos e
inmediatamente monté un VPS con debian. Mientras estaba montando todo el
NAS mandaba un mensaje de que estaba realizando la sincronización de Raid5,
así que ya me esperaba una baja de rendimiento hasta que no terminara.
>
> Me resultó muy curioso que mientras estaba sincronizando, en la maquina
virtual el autocompletar de la consola estaba bastante lento, si se me
ocurría presionar la tecla de tabulación para terminar de escribir un
comando, el sistema se quedaba colgado unos segundos hasta que lograba
darme las opciones de autocompletar. Este problema desapareció una vez que
la sincronización terminó, pero me llamó la atención pues ya había yo visto
este comportamiento en otros VPS.
>
> Alguien me podría decir porqué sucede esto


El Raid5 lleva horas en formarse…. normal.


Esto se puede deber a varias situaciones
La conexión es remota al nas?
Que so corre
Y que más datos podés proporcionar

Re: Stretch 3..2..1..........

[jordi]

El dv 09 de 06 de 2017 a les 22:25 +0200, en/na Àlex va escriure:
> El 09/06/17 a las 21:20, jordi escribió:
> 
> > Bones, normalment sempre em passa el mateix quan he de actualitzar el
> > sistema operatiu de l'ordinador ... que em dona cagelis.
> > 
> > Ara que tot em va de conya. Tindré de fer molta feina per anar del 8.8
> > al 9? O diem que ja ho tinc quasi tot fet?
> > 
> > Salutacions.
> > 
> > Jordi
> 
> 
> Crec que no hi ha canvis radicals de la 8 a la 9: nova versió de nucli,
> nova versió de systemd, nova versió de Gnome i nova versió dels programes.
> 
> Jo vaig notar més canvi de la 7 a la 8, amb el pas cap a systemd, que de
> la 8 a la 9.
> 

Ok, gracies.

initramfs-tools - forgotten change?

[Hans]

Dear list and developers,

due to the changes in initramfs-tools between 0.128 and 0.130, I wondered, why 
there is no "RESUME="  variable set in the default config of initramfs-tools (/
etc/initramfs-tools/initramfs.conf)

I would have expected, that there is a default setting with a small 
explanation in the config file.

So, maybe it was just forgotten? Or did you NOT set in the config because you 
WANTED to?

IMO, to add it in the config should be a good idea. Great, that it is 
documented in the manual, so I guess, it was just forgotten, wasn't it?

Thanks for the patch and 

best regards

Hans 

Re: ifconfig network resolution

[Pascal Hambourg]

Le 10/06/2017 à 12:13, Joel Rees a écrit :

On Sat, Jun 10, 2017 at 3:52 PM, Pascal Hambourg  wrote:

Le 10/06/2017 à 03:57, Joel Rees a écrit :


ifconfig eth0 netmask 255.255.255.224 netmask 255.255.255.224
broadcast 10.19.23.223 10.19.23.94

But the command returns with

SIOCSIFNETMASK: Can't allocate this address.
SIOCSIFBRDADDR: Can't allocate this address.

(...)

The address must be set before the mask and broadcast address.


Now there's another puzzle, because the man page indicates that the
address should come after the options.


Actually the man page does not indicate any order : it just says "option 
| address ..." (options or address)



I had been used to typing it before the options, and was getting the
same kind of results with the address before the parameters, I think.


I tested before replying and got the correct result.

Re: TCP proxy for host on subnet

[Ron Leach]

On 06/06/2017 18:03, Greg Wooledge wrote:


Once you're ready to deploy it, you would want to set it up as an
automatically respawning service, under systemd or one of the other
service managers.



I seem to be having a problem stopping socat under Wheezy LTS using 
/etc/init.d.  I've created a socat start/stop script (by editing the 
example file provided by Debian in /etc/init.d/skeleton).  Then:


# service socat start

works, socat runs, logs the uses of the proxy, and so on.  But, the 
'session', in the sense of the keyboard and screen, still runs and 
does not go into any kind of background.  Sure, I realise I am running 
from a terminal - but my uncertainty is that this 'continuous 
session', as it were, will remain whether I start the script from cron 
every morning (say), or automatically from the /etc/rc[n].d directories.


Further, I don't seem to be able to *stop* socat without pressing ^C 
in the session, suggesting to me that cron won't be able to, either. 
I tested trying to stop socat, but from another session, to emulate 
what would happen if I used cron to start socat every morning (say) 
and also to stop it late at night; I used 2 terminal sessions to 
emulate cron giving the separate morning and night commands.  Here's 
what happened:


terminal-session-1 # service socat start
  

another-terminal-session-2 # service socat stop
  
  < long wait >
  < eventually, ^C>

another-terminal-session-2 # 

*also*, then on the first session,

Killed
terminal-session-1 # 

This test reveals that starting socat is fine, but only a user and 
actual process running socat can stop it and even then it has to get 
back into some kind of 'command' mode to do so.


[I was surprised that
# service socat stop
did not stop socat - the script (it is just debian's standard script) 
references the process by its pid which it determines using the line

PIDFILE=/var/run/$NAME.pid
(and NAME=socat)
but it still does not stop it.]

In principle, how should a system be configured so that something like 
socat can be started, and stopped?


regards, Ron

Re: Downgrading specific packages with apt

[Hans]

Hi, 
I made best progress by using aptitude. However, you have to look at the 
dependencies yourself. 

How to handle:
- Start aptitude with ncurses gui. 
- Mark the required to the former available version.
- Look at the dependencies, you my have to set the dependend libs also to 
former versions
- double check, if all dependencies are fullfilled
- install

Hint: Synaptic offers an option, to save all installed packages with versions 
in a file. Thus you can reinstall your package state to a further time. Note, 
that of course the package version have to be still in the repo.

You can also save the state of all packages with dpkg if you can not use 
synatic (i.e. on a server without X), but as far as I know, the version is not 
been saved with (someone may correct me, if I am wrong here and the version 
can be saved, too). 

Hope this helps.

Good luck!

Best 

Hans

Re: Explicación para fenómeno en discos RAID

[Roberto Leon Lopez]

> El 29 may 2017, a las 18:45, Paynalton  escribió:
> 
> Hola, hace unos días me pasaron un NAS que tiene soporte para virtualizar 
> sobre su propio hardware. Puse un arreglo en Raid5 de sus cuatro discos e 
> inmediatamente monté un VPS con debian. Mientras estaba montando todo el NAS 
> mandaba un mensaje de que estaba realizando la sincronización de Raid5, así 
> que ya me esperaba una baja de rendimiento hasta que no terminara.
> 
> Me resultó muy curioso que mientras estaba sincronizando, en la maquina 
> virtual el autocompletar de la consola estaba bastante lento, si se me 
> ocurría presionar la tecla de tabulación para terminar de escribir un 
> comando, el sistema se quedaba colgado unos segundos hasta que lograba darme 
> las opciones de autocompletar. Este problema desapareció una vez que la 
> sincronización terminó, pero me llamó la atención pues ya había yo visto este 
> comportamiento en otros VPS.
> 
> Alguien me podría decir porqué sucede esto


El Raid5 lleva horas en formarse…. normal.

Re: Downgrading specific packages with apt

[Dejan Jocic]

On 10-06-17, solitone wrote:
> On Saturday, 10 June 2017 05:45:22 CEST Fungi4All wrote:
> > apt
> > 
> > Hold a package: 
> > sudo apt-mark hold 
> > 
> > Remove the hold: 
> > sudo apt-mark unhold 
> 
> That's ok. I can then:
> $ sudo apt upgrade
> to upgrade that package to the latest available version.
> 
> But my question was: once I've upgrated it, how can I *downgrade* it to its 
> previous version, in case I find out it doesn't work right? What's the best 
> practice to downgrade with apt?
> 
> Thanks
> 

# apt-get install package=package-version-number

or if you are up for targeting release

# apt-get -t=release install package

which is same as

# apt-get --target-release install package

Re: ifconfig network resolution

[Joel Rees]

On Sat, Jun 10, 2017 at 3:52 PM, Pascal Hambourg  wrote:
> Le 10/06/2017 à 03:57, Joel Rees a écrit :
>>
>> Experimenting from the command line, I find myself puzzled about the
>> arguments for ifconfig.
>>
>> Reading the manual, it would appear that the arguments for ifconfig
>> should be something like this:
>>
>> ifconfig eth0 netmask 255.255.255.224 netmask 255.255.255.224
>> broadcast 10.19.23.223 10.19.23.94
>>
>> But the command returns with
>>
>> SIOCSIFNETMASK: Can't allocate this address.
>> SIOCSIFBRDADDR: Can't allocate this address.
>
>
> You set the mask twice.

Actually, I did not set the the mask twice, I just typed it it twice. ;/

I hand-typed it from memory, as I noted in my followup.

But I did check, and I get the same kinds of results when I without
typing extra parameters.

> The address must be set before the mask and broadcast address.

Now there's another puzzle, because the man page indicates that the
address should come after the options.

I had been used to typing it before the options, and was getting the
same kind of results with the address before the parameters, I think.

-- 
Joel Rees

One of these days I'll get someone to pay me
to design a language that combines the best of Forth and C.
Then I'll be able to leap wide instruction sets with a single #ifdef,
run faster than a speeding infinite loop with a #define,
and stop all integer size bugs with a bare cast.

More of my delusions:
http://reiisi.blogspot.com/2017/05/do-not-pay-modern-danegeld-ransomware.html
http://reiisi.blogspot.jp/p/novels-i-am-writing.html

Re: Downgrading specific packages with apt

[solitone]

--- Begin Message ---
UTC Time: June 10, 2017 9:55 AM
From: solit...@mail.com

On Saturday, 10 June 2017 05:45:22 CEST Fungi4All wrote:
> apt
>
> Hold a package:
> sudo apt-mark hold 
>
> Remove the hold:
> sudo apt-mark unhold 

That's ok. I can then:
$ sudo apt upgrade
to upgrade that package to the latest available version.

But my question was: once I've upgrated it, how can I *downgrade* it to its
previous version, in case I find out it doesn't work right? What's the best
practice to downgrade with apt?

Thanks

With a package like chrome/ium that runs at the upper level of the structure
(ie top floor 5th) you can take it away and then find the .deb or the source of 
a previously
working version and re-install it. Apt will not do this and the reason is:
If you were to do this at a lower level, like 2nd or 3rd, the structure above 
will collapse.
If you were to remove something like lxdm you will have no display manager to 
proceed.
You still have the entry level shell. All package managers are set to be moving 
forward
upstream as they call it.

In some cases you can substitute mid-level packages, as lightdm with lxdm. 
Neither can
coexist with the other. While your kernel is already built on one, apt will 
take one away
and replace its functions with the other. It will affect you next boot.--- End Message ---

Re: Downgrading specific packages with apt

[solitone]

On Saturday, 10 June 2017 05:45:22 CEST Fungi4All wrote:
> apt
> 
> Hold a package: 
> sudo apt-mark hold 
> 
> Remove the hold: 
> sudo apt-mark unhold 

That's ok. I can then:
$ sudo apt upgrade
to upgrade that package to the latest available version.

But my question was: once I've upgrated it, how can I *downgrade* it to its 
previous version, in case I find out it doesn't work right? What's the best 
practice to downgrade with apt?

Thanks

Re: Downgrading specific packages with apt

[Fungi4All]

UTC Time: June 10, 2017 7:42 AM
From: solit...@mail.com

On Friday, 9 June 2017 23:38:40 CEST Jimmy Johnson wrote:
> I've never downgrade using apt, but with synaptic it's not too hard,

Hi Jimmy, and thanks for your reply. I'm under Plasma Desktop, so I don't have
synaptic--I use KDE's Discover. Although I use it only for automatic updates.
For installing/removing packages, as well as setting a package on hold, I use
apt. I'd rather use apt for downgrading as well.

dpkg

Put a package on hold:

echo " hold" | sudo dpkg --set-selections

Remove the hold:

echo " install" | sudo dpkg --set-selections

Display the status of your packages:

dpkg --get-selections

Display the status of a single package:

dpkg --get-selections | grep ""

apt

Hold a package:

sudo apt-mark hold 

Remove the hold:

sudo apt-mark unhold 

aptitude

Hold a package:

sudo aptitude hold 

Remove the hold:

sudo aptitude unhold 

thanks to askubuntu

Cheers!

Re: Debian installation issues

[Thomas Schmitt]

Hi,

> In linux alone the MBR is unnecessary and boot info can be stored in
> each partition and be handled by grub or lilo.  Correct?

Not really. A hard-disk-like device that is bootable via BIOS or EFI
must have an MBR. For BIOS because of the x86 prgram. For EFI because
of the need for a partition table. Either MBR partitions or GPT.

Bootloaders like GRUB install their own MBR programs and/or prepare an
EFI System Partition. This happens when you install the boot loader.

As mentioned previously, there is also the boot flag convention, which
is _not_ followed by GRUB and SYSLINUX. This convention expects a program
in the MBR which looks for the boot flag in the MBR partition table.
Then it loads the first block of the partition which has the boot flag
and executes the loaded bytes as x86 program. Aka "chainloading".


> So this is always found in 0-512b and can not be relocated otherwise it
> will  not be and can not be found.

Yes. The starting points for BIOS and EFI are in the first 512 bytes.
The minimum requirement for an MBR is that byte 510 must have value 0x55
and byte 511 must have value 0xaa.
But BIOS expects some mindful program bytes for the CPU. EFI expects
at least one partition in the MBR partition table. So there must be some
more beef which depends on the programmer's discretion and skills.


> the order of logical and extended partitions in terms of labels as
> sda1...sdan is not related to the sequence of the drive's sector.

I guess Linux attributes the partition numbers according to the item
numbers in the partition table. "sda1" is not a property of the partition,
but rather a name handed out by the kernel.
The partition table formats do not enforce that partition items are
sorted by start address and do not overlap.


> Ok, GPT is a hole in knowledge base.  Thanks for the heads up.

To be clear: Most Linux installation ISOs let EFI boot from an MBR
partition of type 0xef when presented on USB stick. Even if they
contain a GPT, it is invalid and the partition with the EFI FAT filesystem
is not marked by the proper type GUID. (Yada yada ...)

If you want to see an ISO with effective GPT then install packages
grub-pc, grub-efi-ia32-bin, grub-efi-amd64-bin, and run
  grub-mkrescue -o test.iso /usr/bin/grub-mkrescue
(It wants a file as payload. So it gets the job to pack up itself.)

The resulting file test.iso is equipped with MBR, a single MBR partition
of type 0xee, and a valid GUID Partition Table.
Partition editor gdisk should be happy with it if it does not take
offense of the Apple Partition Map that is present, too.


> > El Torito for BIOS and EFI. No MBR.
> This is on their installation disks, when you install MSw it utilizes the
> MBR

Somewhere in the UDF filesystem must be the bytes which it installs as
MBR boot program and/or the bytes which it installs as EFI System
Partition.


> So making images or transferring the image of the installation disk is
> different than cloning a win installation, correct?

I have problems with the MS-Windows specific terms.
So i cannot answer this.
The image is not prepared to be put plainly on an USB stick and to then boot
like a contemporary Debian ISO is. 


> Still this does not explain
> to me what specifically does Rufus do that I couldn't replicate in linux.

I guess it unpacks the UDF filesystem to a partition on the USB stick
and installs the necessary MBR plus boot loader software.

You could completely erase a stick by doing
  dd if=/dev/zero of=/dev/sdX
until it reports i/o error. sdX would be the address of your USB stick.

Then let Rufus bring the MS-Windows ISO onto the stick. Afterwards unplug,
replug, and examine the freshly emerged partitioning of the stick.
Mount the partitions and inspect the content of their filesystems.
Compare with the content of the UDF filesystem in the "ISO".


> You would think that it would even make financial/economic sense, if they
> all got together and agreed on one basic system for all, a simpler universal
> bios chip and chipware,

Intel rather went the virtual way and defined the EFI operating system,
which is to be implemented by mainboard producers. The chips are supposed
to not matter, as long as the EFI implementation obeys the specs.

Obedience is limited. Some EFIs are too forgiving, others impose extra
demands like the need for some other partition with boot flag if EFI shall
boot from a MBR partition of type 0xef.


Have a nice day :)

Thomas

Re: Debian installation issues

[Fungi4All]

UTC Time: June 10, 2017 8:19 AM
From: pas...@plouf.fr.eu.org

Le 10/06/2017 à 10:07, Fungi4All a écrit :
> From: scdbac...@gmx.net
>
> To boot from hard disk or USB stick, there must be a Master Boot Record.
>
> In linux alone the MBR is unnecessary and boot info can be stored in
> each partition and be handled by grub or lilo. Correct?

Not correct. A MBR is necessary for either BIOS or UEFI boot from this
kind of device.

I just read the following on the necessity of some kind of an MBR
https://www.howtogeek.com/193669/whats-the-difference-between-gpt-and-mbr-when-partitioning-a-drive/

GPT drives tend to include a “protective MBR.” This type of MBR says that the 
GPT drive has a single partition that extends across the entire drive. If you 
try to manage a GPT disk with an old tool that can only read MBRs, it will see 
a single partition that extends across the entire drive. This protective MBR 
ensures the old tools won’t mistake the GPT drive for an unpartitioned drive 
and overwrite its GPT data with a new MBR. In other words, the protective MBR 
protects the GPT data from being overwritten.

Windows can only boot from GPT on UEFI-based computers running 64-bit versions 
of Windows 10, 8, 7, Vista, and corresponding server versions. All versions of 
Windows 10, 8, 7, and Vista can read GPT drives and use them for data—they just 
can’t boot from them without UEFI.

Re: [Stetch] Pas de connexion WIFI : aborting authentication ... by local choice (Reason: 3=DEAUTH_LEAVING)

[Yann Cohen]

Le lundi 05 juin 2017 à 20:44 +0200, maderios a écrit :
> > 
> On 06/05/2017 12:23 PM, Yann Cohen wrote:
> 
[...]
> Bonjour
> - sur Stretch, j'ai rencontré récemment des problèmes de connection
> avec 
> wicd en wifi. Network-manager est finalement bien plus fiable.
> Important: désinstaller wicd...

Fait...

> - pour vérifier si le noyau est en cause, il faudrait booter sur le 
> dernier noyau de Sid, le 4.9.30. C'est la dernière version stable du 
> noyau 4.9  https://www.kernel.org/

root@yogayan:~# uname -a
Linux yogayan 4.9.0-3-amd64 #1 SMP Debian 4.9.30-1 (2017-06-04) x86_64
GNU/Linux

Pas mieux...

> Bon courage...
> 
En effet va en falloir...

Re: Debian installation issues

[Pascal Hambourg]

Le 10/06/2017 à 10:07, Fungi4All a écrit :

From: scdbac...@gmx.net

To boot from hard disk or USB stick, there must be a Master Boot Record.

In linux alone the MBR is unnecessary and boot info can be stored in
each partition and be handled by grub or lilo. Correct?


Not correct. A MBR is necessary for either BIOS or UEFI boot from this 
kind of device.

Re: Debian installation issues

[Fungi4All]

 Original Message 
Subject: Re: Debian installation issues
UTC Time: June 10, 2017 7:16 AM
From: scdbac...@gmx.net

Hi,

by mistake Fungi4All and i exchanged a few mails in private.
I put this back to the list (although it could deserve a new topic).

He showed me a xorriso report of a MS-Windows "ISO" (which we now
know is actually an UDF filesystem), and i stated the same as with
my reply here to Dan Ritter:

All by mistake of hitting reply instead of reply-all. It seems as Thomas
includes a header reply-to: Thom... which is passed on by the list
while others don't and the reply goes to list.

I would have to act against the specs.
To boot from hard disk or USB stick, there must be a Master Boot Record.

In linux alone the MBR is unnecessary and boot info can be stored in
each partition and be handled by grub or lilo. Correct?
If an MBR exists grub can have an entry within it including the MS
instructions as an option.

BIOS loads the 512 bytes of this first block of the disk and executes them
as 16 bit x86 program. This program then has to do what is necessary to
start the boot loader and later the operating system.

So this is always found in 0-512b and can not be relocated otherwise it will
not be and can not be found. Playing around with gparted one finds that
the order of logical and extended partitions in terms of labels as sda1...sdan
is not related to the sequence of the drive's sector. 3 can be in front of
1 and 6 be before 4 .. etc.

EFI only looks at the partition table. There are two kinds of table in
use: MBR based or GPT. In case of a MBR partition table, EFI looks for
a partition with type 0xef. If the MBR partition table only contains only
one partition starting at block 1, there might be a GUID Partition Table
where EFI looks for a partition with type GUID

Ok, GPT is a hole in knowledge base. Thanks for the heads up.

C12A7328-F81F-11D2-BA4B-00A0C93EC93B.
In the EFI partition there must be a FAT filesystem which contains
EFI boot programs like
/EFI/BOOT/BOOTX64.EFI for amd64
/EFI/BOOT/BOOTIA32.EFI for i386
/EFI/BOOT/BOOTAA64.EFI for arm64

The EFI System Partition is in the MS-Windows image. But it is not
advertised by a partition table. Only by El Torito, which is to be
interpreted only if presented on CD, DVD, or BD media.

> Are you saying that the boot part of what I send you is pretty much the
> same as that of win10ent you downloaded? [...] that image is for a
> version of the system 3 generations back, [...]

The boot equipment is the same. El Torito for BIOS and EFI. No MBR.

This is on their installation disks, when you install MSw it utilizes the MBR
So making images or transferring the image of the installation disk is
different than cloning a win installation, correct? Still this does not explain
to me what specifically does Rufus do that I couldn't replicate in linux.
Same iso, same medium, will not boot up, you do it with rufus (which
asks what type of image are you burning in the cd/usb) and it boots up
first try.

> > The size 1 of the EFI System Partition says that it might extend
> > up to the end of the image or storage device.

> So whether it is on a 4gb medium or 256gb medium it wouldn't matter as
> it can not read that far.

El Torito can store only block counts up to 65535 which means 32 MiB minus
1 block. If the EFI partition is larger, then UEFI specs prescribe to set
the size field to 0 or 1, which both mean that it might reach up to the
end of the medium.
The FAT filesystem inside the EFI partition has its own size fields.
So a reader of the FAT filesystem will not be lured into reading blocks
which do not belong to the FAT filesystem.

In the case of Win10_1607_English_x64.iso there is really no need to
announce 0 or 1. The FAT filesystem is far smaller than 32 MB.

> > There seems to be not more than a single file in the ISO.
> > So possibly all the show happens inside the FAT filesystem of the
> > EFI System Partition.

> I suppose the installer and data is all compressed in one file

At least in case of Win10_1607_English_x64.iso my suspicion was wrong.
The show happens in the UDF filesystem. The EFI partition is too small
to contain much brain.

You would think that it would even make financial/economic sense, if they
all got together and agreed on one basic system for all, a simpler universal
bios chip and chipware, and all it would look for a pt and boot info in each
partition independently instead of each installation trying to conquer control
for the disk entirely and manage the rest. That would be a non-hierarchical
system allowed by the hardware. Here we have one system striving to be
alone, and the rest of the systems accepting cohabitation but wanting to be
in charge of when and how others will boot. Either linux starting msW or
msW preventing others from starting.

Have a nice day :)
Thomas

You too, more and more to study

Re: Downgrading specific packages with apt

[solitone]

On Friday, 9 June 2017 23:38:40 CEST Jimmy Johnson wrote:
> I've never downgrade using apt, but with synaptic it's not too hard,

Hi Jimmy, and thanks for your reply. I'm under Plasma Desktop, so I don't have 
synaptic--I use KDE's Discover. Although I use it only for automatic updates. 
For installing/removing packages, as well as setting a package on hold, I use 
apt. I'd rather use apt for downgrading as well.

Cheers!

Re: Debian installation issues

[Thomas Schmitt]

Hi,

by mistake Fungi4All and i exchanged a few mails in private.
I put this back to the list (although it could deserve a new topic).

He showed me a xorriso report of a MS-Windows "ISO" (which we now
know is actually an UDF filesystem), and i stated the same as with
my reply here to Dan Ritter:

> > it is only prepared for booting from CD, DVD, or BD but not from
> > hard disk or USB stick.

Fungi4All wrote:
> So BIOS must still be able to act smart to pass it on for execution?

I would have to act against the specs.
To boot from hard disk or USB stick, there must be a Master Boot Record.

BIOS loads the 512 bytes of this first block of the disk and executes them
as 16 bit x86 program. This program then has to do what is necessary to
start the boot loader and later the operating system.

EFI only looks at the partition table. There are two kinds of table in
use: MBR based or GPT. In case of a MBR partition table, EFI looks for
a partition with type 0xef. If the MBR partition table only contains only
one partition starting at block 1, there might be a GUID Partition Table
where EFI looks for a partition with type GUID
C12A7328-F81F-11D2-BA4B-00A0C93EC93B.
In the EFI partition there must be a FAT filesystem which contains
EFI boot programs like
  /EFI/BOOT/BOOTX64.EFI for amd64
  /EFI/BOOT/BOOTIA32.EFI for i386
  /EFI/BOOT/BOOTAA64.EFI for arm64

The EFI System Partition is in the MS-Windows image. But it is not
advertised by a partition table. Only by El Torito, which is to be
interpreted only if presented on CD, DVD, or BD media.


> Are you saying that the boot part of what I send you is pretty much the
> same as that of win10ent you downloaded? [...] that image is for a
> version of the system 3 generations back, [...]

The boot equipment is the same. El Torito for BIOS and EFI. No MBR.


> > The size 1 of the EFI System Partition says that it might extend
> > up to the end of the image or storage device.

> So whether it is on a 4gb medium or 256gb medium it wouldn't matter as
> it can not read that far.

El Torito can store only block counts up to 65535 which means 32 MiB minus
1 block. If the EFI partition is larger, then UEFI specs prescribe to set
the size field to 0 or 1, which both mean that it might reach up to the
end of the medium.
The FAT filesystem inside the EFI partition has its own size fields.
So a reader of the FAT filesystem will not be lured into reading blocks
which do not belong to the FAT filesystem.

In the case of Win10_1607_English_x64.iso there is really no need to
announce 0 or 1. The FAT filesystem is far smaller than 32 MB.


> > There seems to be not more than a single file in the ISO.
> > So possibly all the show happens inside the FAT filesystem of the
> > EFI System Partition.

> I suppose the installer and data is all compressed in one file

At least in case of Win10_1607_English_x64.iso my suspicion was wrong.
The show happens in the UDF filesystem. The EFI partition is too small
to contain much brain.


Have a nice day :)

Thomas

Re: pointers to material for using netbook's wireless as access point

[Joel Rees]

I now have connection for both the wireless and the netbook that is acting
as the AP. I took out the bridge entirely, quit trying to play with
port forwarding,
just used dead simple setup. dnsmasq was the only missing piece, if I had
not been focusing on bridging.  Bridging is probably for the other direction.

But the wireless is pretty slow, so I'm not sure I'm finished.

I have to go take care of some family business, when I'm done I'll
post the details.

But it's really pretty simply. I was just working too hard.

--
Joel Rees

Randomly ranting:
http://reiisi.blogspot.com

Re: Downgrading specific packages with apt

[Jimmy Johnson]

On 06/09/2017 09:44 PM, solitone wrote:

I am on Debian 9 (scratch), and I have a MacBook Pro 12,1 with retina display.

Few days ago I upgraded Google Chrome from version 58 to 59:
google-chrome-stable:amd64 (58.0.3029.110-1, 59.0.3071.86-1)
This new version no longer supports HiDPI. As a result everything in Chrome is
so small that I would need a magnifying glass!

Not a great issue though, since I usually work with Chromium, not Chrome. But
today apt has proposed the very same upgrade for Chromium too:

chromium/testing 59.0.3071.86-1 amd64 [upgradable from: 58.0.3029.96-1]
chromium-driver/testing 59.0.3071.86-1 amd64 [upgradable from: 58.0.3029.96-1]
chromium-l10n/testing 59.0.3071.86-1 all [upgradable from: 58.0.3029.96-1]
chromium-shell/testing 59.0.3071.86-1 amd64 [upgradable from: 58.0.3029.96-1]

I suspect if I upgrade I would end up having the same HiDPI issue with
Chromium. So for the time being I have put on hold those four packages. But
I'd like to test whether this is true. What should I do to be able to
downgrade to version 58.0.3029.96-1 in case 59.0.3071.86-1 does in fact break
HiDPI? I always have some difficulties when I need to downgrade with apt. This
time I want to be prepared.

Thanks!



I've never downgrade using apt, but with synaptic it's not too hard, 
just go to the menu, package, force version and then to edit, fix 
packages.  The fix package part really only checks to see no package is 
broken, but you must do it or risk losing all your current settings and 
have to start over.


Hope that helps.
--
Jimmy Johnson

Ubuntu 16.04 - KDE Plasma 5.8.7 - Intel G3220  - EXT4 at sda19
Registered Linux User #380263

Re: ifconfig network resolution

[Pascal Hambourg]

Le 10/06/2017 à 03:57, Joel Rees a écrit :

Experimenting from the command line, I find myself puzzled about the
arguments for ifconfig.

Reading the manual, it would appear that the arguments for ifconfig
should be something like this:

ifconfig eth0 netmask 255.255.255.224 netmask 255.255.255.224
broadcast 10.19.23.223 10.19.23.94

But the command returns with

SIOCSIFNETMASK: Can't allocate this address.
SIOCSIFBRDADDR: Can't allocate this address.


You set the mask twice.
The address must be set before the mask and broadcast address.

Re: ifconfig network resolution (Re: pointers to material for using netbook's wireless as access point)

[Joel Rees]

Sorry my typing is so lame.

On Sat, Jun 10, 2017 at 10:57 AM, Joel Rees  wrote:
> Experimenting from the command line, I find myself puzzled about the
> arguments for ifconfig.
>
> Reading the manual, it would appear that the arguments for ifconfig
> should be something like this:
>
> ifconfig eth0 netmask 255.255.255.224 netmask 255.255.255.224
> broadcast 10.19.23.223 10.19.23.94

   sudo ifconfig eth0 netmask 255.255.255.224 broadcast 10.19.23.223
10.19.23.194

> But the command returns with
>
> SIOCSIFNETMASK: Can't allocate this address.
> SIOCSIFBRDADDR: Can't allocate this address.
>
> If I repeat the command, it gives no errors, but the netmask and
> broadcast address end up full class A (255.0.0.0 and 10.255.255.255).

But if I repeat it often enough (with legitimate parameters), it seems to
decide to believe me, and sets the nic to the requested netmask and
broadcast address.

Once or twice may have been bad parameters, but I have just hit the
up arrow and it goes ahead and sets the parameters to what I said on
the second try.

> Anyone have an idea what's happening?

-- 
Joel Rees

One of these days I'll get someone to pay me
to design a language that combines the best of Forth and C.
Then I'll be able to leap wide instruction sets with a single #ifdef,
run faster than a speeding infinite loop with a #define,
and stop all integer size bugs with my bare cast.

More of my delusions:
http://reiisi.blogspot.com/2017/05/do-not-pay-modern-danegeld-ransomware.html
http://reiisi.blogspot.jp/p/novels-i-am-writing.html

Re: [Stretch] Comportement étrange de NeoVIM avec le Terminal Mac

[Jacques]

Le 10/06/2017 à 04:36, Charles Plessy a écrit :
> Le Sat, Jun 10, 2017 at 12:38:16AM +0200, Pierre Malard a écrit :
>>
>> Par contre, j’ai un comportement très étrange avec le terminal Apple. Je ne
>> peux plus utiliser la sélection, ni le copier/coller. À chaque fois que je
>> sélectionne un texte sous NeoVIM cela passe en mode « VISUAL » et m’interdit
>> toute action autre que celle prévue dans ce mode. C’est exactement comme si
>> j’avais tapé un « v » et déplacé le curseur avec les flèches ! C’est un
>> mélange des genres entre les deux applications très dérangeantes et
>> pénalisantes.
> 
> Bonjour Pierre,
> 
> J'ai ça dans tous les terminaux: c'est la conséquence d'avoir l'option
> `mouse=a` par défaut (via `/usr/share/vim/vim80/defaults.vim`):
> 
>  - https://superuser.com/questions/436890/cant-copy-to-clipboard-from-vim
>  - 
> https://stackoverflow.com/questions/4608161/copy-text-out-of-vim-with-set-mouse-a-enabled
>  - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837880
> 
> Bonne fin de semaine,
> 
> Charles
> 

Bonjour,

Pour recupérer le copier/coller dans vim , creer ou completer le fichier
/etc/vim/vimrc.local (ou ~/.vim/vimrc) avec la ligne suivante:
let g:skip_defaults_vim = 1



D'après /usr/share/doc/vim/NEWS.Debian.gz:
  Vim now ships with a defaults.vim file which, when the user has no
vimrc, enables some options that have historically been disabled by
default. This is described in more detail at ":help defaults.vim".

  Since defaults.vim is loaded when the user's vimrc would typically be
  loaded, it will override any settings in /etc/vim/vimrc(.local).
  In order to disable the loading of defaults.vim, add

let g:skip_defaults_vim = 1

  to /etc/vim/vimrc(.local).

Bon week-end

Jacques

Re: [OT] Documentación en diferentes formatos

[Troans - GMail]

Voy a intentarlo y ya os diré.


Muchas gracias,


El 08/06/17 a las 22:08, Paynalton escribió:
Actualmente muchos proyectos (incluyendo el mio) usan markdown, lo 
puedes convertir a PDF y HTML.


http://www.mkdocs.org

http://pandoc.org/



El jue., 8 de jun. de 2017 a la(s) 14:49, Troans - GMail 
> escribió:


Buenas tardes,

Estoy intentando generar la documentación de una aplicación de tal
manera que la escriba una sola vez y poder convertirla a diferentes
formatos (pdf, html y epub).  He estado haciendo pruebas a
escribirla en
latex (cada capítulo es un .tex) y no tengo problemas para obtener el
pdf (pdflatex) o epub (pandoc). Sin embargo cuando quiero generar el
html el resultado es que un sólo fichero y lo que quiero es que sean
diferentes htmls (uno por capítulo) y enlazados. He estado
probando con
pandoc, latexml y htlatex y no lo he conseguido.

¿Alguna sugerencia?


Gracias,