Re: [DNG] I found a new reason to dislike debian...

2017-11-20 Thread John Hughes



On 21/11/17 00:09, zap wrote:



it is "very strange" and also "really stupid" that they waited this 
long...


People scratch the itches *they* have.  That's how free software works,



and even now, they still don't have it included in stretch... its 
really infuriating... but yeah... initially I didn't make my self clear...


*Stretch* is the development codename for Debian 9. It is the current 
stable  distribution, released 
2017-06-17. 


Stable.  Means no new packages.  If you want more up to date software 
use testing or unstable.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] I found a new reason to dislike debian...

2017-11-20 Thread zap


On 11/20/2017 08:53 AM, John Hughes wrote:
> On 20/11/17 14:08, zap wrote:
>>
>> On 11/20/2017 04:08 AM, John Hughes wrote:
>>>
 Firmware is required, which can be provided by installing the
 firmware-atheros 
 package. Open firmware
  for this driver
 is also available in the firmware-ath9k-htc
  package starting
 from Buster. 
>>>
>> Wrong again. Trisquel, parabola, hyperbola... all have one thing in
>> common, they use a completely blob free version of debian's non-free
>> firmware version.  my complaint was that debian refuses to use that
>> version so that I can use the dongle without having to use the blobs
>> from the non-free area.
>
> You are claiming that the package firmware-ath9k-htc contains non-free
> firmware or that it doesn't work on your dongle?
>
>

I was actually claiming the first package you linked to wasn't needed
and also that debian really really should have added that free package
you linked like maybe 2 years ago? thinkpenguin started selling the free
version with the free firmware, in 2013! 

it is "very strange" and also "really stupid" that they waited this long...

and even now, they still don't have it included in stretch... its really
infuriating... but yeah... initially I didn't make my self clear...

Frustrated I was...

and by the way the part where I said, "people think I am an idiot bit"
was not directed towards you whatsoever...

those people who said that the atheros firmware needed was  non-free...
and that it was a waste of time for that reason... pure complete
ignorance and yes facepalm.
>
>
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Error when updating from jessie to ascii 32bit

2017-11-20 Thread KatolaZ
On Mon, Nov 20, 2017 at 03:34:46PM -0500, Ismael L. Donis Garcia wrote:
> when I execute the following it returns me:
> 
> root@(none):~# gpg  --keyring /usr/share/keyrings/devuan-keyring.gpg --export 
> 94532124541922FB | apt-key add
> gpg: ATENCIÓN: no se ha exportado nada
> gpg: no se han encontrados datos OpenPGP válidos
> root@(none):~#

BTW the command to do that is:

# gpg --no-default-keyring --keyring 
/usr/share/keyrings/devuan-archive-keyring.gpg --export 94532124541922FB | 
apt-gey add -

(note the "--no-default-keyring", the "devuan-archive-keyring.gpg" and
the "-" after "add").

BTW, this should not be needed, since the postinst script in
devuan-keyring should take care of that.

My2Cents

KatolaZ

-- 
[ ~.,_  Enzo Nicosia aka KatolaZ - Devuan -- Freaknet Medialab  ]  
[ "+.  katolaz [at] freaknet.org --- katolaz [at] yahoo.it  ]
[   @)   http://kalos.mine.nu ---  Devuan GNU + Linux User  ]
[ @@)  http://maths.qmul.ac.uk/~vnicosia --  GPG: 0B5F062F  ] 
[ (@@@)  Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ  ]


signature.asc
Description: Digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Error when updating from jessie to ascii 32bit

2017-11-20 Thread KatolaZ
On Mon, Nov 20, 2017 at 03:34:46PM -0500, Ismael L. Donis Garcia wrote:
> when I execute the following it returns me:
> 
> root@(none):~# gpg  --keyring /usr/share/keyrings/devuan-keyring.gpg --export 
> 94532124541922FB | apt-key add
> gpg: ATENCIÓN: no se ha exportado nada
> gpg: no se han encontrados datos OpenPGP válidos
> root@(none):~#


# apt-get update
# apt-get install --reinstall devuan-keyring




-- 
[ ~.,_  Enzo Nicosia aka KatolaZ - Devuan -- Freaknet Medialab  ]  
[ "+.  katolaz [at] freaknet.org --- katolaz [at] yahoo.it  ]
[   @)   http://kalos.mine.nu ---  Devuan GNU + Linux User  ]
[ @@)  http://maths.qmul.ac.uk/~vnicosia --  GPG: 0B5F062F  ] 
[ (@@@)  Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ  ]


signature.asc
Description: Digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Error when updating from jessie to ascii 32bit

2017-11-20 Thread Ismael L. Donis Garcia
when I execute the following it returns me:

root@(none):~# gpg  --keyring /usr/share/keyrings/devuan-keyring.gpg --export 
94532124541922FB | apt-key add
gpg: ATENCIÓN: no se ha exportado nada
gpg: no se han encontrados datos OpenPGP válidos
root@(none):~#

Thanks
--
Ismael
Devuan User : http://distrowatch.com/table.php?distribution=devuan
  - Original Message - 
  From: Ismael L. Donis Garcia 
  To: Devuan 
  Sent: Monday, November 20, 2017 1:15 PM
  Subject: Re: [DNG] Error when updating from jessie to ascii 32bit


  Error:
  error: no table of symbols.
  Loading Linux 4.9.0-4-686-pae ...
  Loading initial memory image ...

  Press any key to continue...

  Solved with:
  grub-install /dev/sda
  update-grub
  reboot

  
  I still have to solve:
  NO_PUBKEY 94532124541922FB
  

  Best Regards
  --
  Ismael
  Devuan User : http://distrowatch.com/table.php?distribution=devuan
- Original Message - 
From: Ismael L. Donis Garcia 
To: Devuan 
Sent: Monday, November 20, 2017 10:55 AM
Subject: [DNG] Error when updating from jessie to ascii 32bit


I just updated from jessie to ascii and it gives me 2 errors:
How could I solve these errors?

First:
[GNUPG:] ERROR add_keyblock_resource 33554433
[GNUPG:] NEWSIG
[GNUPG:] ERROR keydb_search 33554445
[GNUPG:] ERRSIG 94532124541922FB 1 8 00 1511158266 9
[GNUPG:] NO_PUBKEY 94532124541922FB
gpgv: unknown type of key resource 'trustedkeys.kbx'
gpgv: keyblock resource '/root/.gnupg/trustedkeys.kbx': General error
gpgv: Firmado el lun 20 nov 2017 01:11:06 CST
gpgv:usando RSA clave 94532124541922FB
gpgv: Imposible comprobar la firma: No public key
.temp/.tmp/dists/ascii/Release.gpg signature does not verify.
[GNUPG:] ERROR add_keyblock_resource 33554433
[GNUPG:] NEWSIG
[GNUPG:] ERROR keydb_search 33554445
[GNUPG:] ERRSIG 94532124541922FB 1 8 01 1511158263 9
[GNUPG:] NO_PUBKEY 94532124541922FB

Second: when I start the system I get the following message:
error: ninguna tabla de simbolos.
Cargando Linux 4.9.0-4-686-pae...
Cargando imagen de memoria inicial...

Presione cualquier tecla para continuar...

translated

error: no table of symbols.
Loading Linux 4.9.0-4-686-pae ...
Loading initial memory image ...

Press any key to continue...

the grub.cfg file:

# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod ext2
set root='hd1,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd1,msdos1'  
a7624410-03a1-4528-9f5a-8d0bc92015cd
else
  search --no-floppy --fs-uuid --set=root 
a7624410-03a1-4528-9f5a-8d0bc92015cd
fi
font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=es_ES
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode 

Re: [DNG] Error when updating from jessie to ascii 32bit

2017-11-20 Thread KatolaZ
On Mon, Nov 20, 2017 at 06:43:36PM +, KatolaZ wrote:

[cut]

> > 
> > 
> > I still have to solve:
> > NO_PUBKEY 94532124541922FB
> > 
> 
> Which mirror are you using? If it's anything different from
> auto.mirror.devuan.org then you should:
>

Wait, that is the fingerprint of the original devuan repository on
auto.mirror.devuan.org (or packages.devuan.org), so if you started
from a Devuan Jessie you should have it already installed.

Unless you are upgrading to Devuan Ascii form a *Debian* Jessie. In
that case:

# apt-get install devuan-keyring

My2Cents

KatolaZ

-- 
[ ~.,_  Enzo Nicosia aka KatolaZ - Devuan -- Freaknet Medialab  ]  
[ "+.  katolaz [at] freaknet.org --- katolaz [at] yahoo.it  ]
[   @)   http://kalos.mine.nu ---  Devuan GNU + Linux User  ]
[ @@)  http://maths.qmul.ac.uk/~vnicosia --  GPG: 0B5F062F  ] 
[ (@@@)  Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ  ]


signature.asc
Description: Digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Error when updating from jessie to ascii 32bit

2017-11-20 Thread KatolaZ
On Mon, Nov 20, 2017 at 01:15:14PM -0500, Ismael L. Donis Garcia wrote:
> Error:
> error: no table of symbols.
> Loading Linux 4.9.0-4-686-pae ...
> Loading initial memory image ...
> 
> Press any key to continue...
> 
> Solved with:
> grub-install /dev/sda
> update-grub
> reboot
> 
> 
> I still have to solve:
> NO_PUBKEY 94532124541922FB
> 

Which mirror are you using? If it's anything different from
auto.mirror.devuan.org then you should:

# apt-get install devuan-keyring

My2Cents

KatolaZ

-- 
[ ~.,_  Enzo Nicosia aka KatolaZ - Devuan -- Freaknet Medialab  ]  
[ "+.  katolaz [at] freaknet.org --- katolaz [at] yahoo.it  ]
[   @)   http://kalos.mine.nu ---  Devuan GNU + Linux User  ]
[ @@)  http://maths.qmul.ac.uk/~vnicosia --  GPG: 0B5F062F  ] 
[ (@@@)  Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ  ]


signature.asc
Description: Digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Error when updating from jessie to ascii 32bit

2017-11-20 Thread Ismael L. Donis Garcia
Error:
error: no table of symbols.
Loading Linux 4.9.0-4-686-pae ...
Loading initial memory image ...

Press any key to continue...

Solved with:
grub-install /dev/sda
update-grub
reboot


I still have to solve:
NO_PUBKEY 94532124541922FB


Best Regards
--
Ismael
Devuan User : http://distrowatch.com/table.php?distribution=devuan
  - Original Message - 
  From: Ismael L. Donis Garcia 
  To: Devuan 
  Sent: Monday, November 20, 2017 10:55 AM
  Subject: [DNG] Error when updating from jessie to ascii 32bit


  I just updated from jessie to ascii and it gives me 2 errors:
  How could I solve these errors?

  First:
  [GNUPG:] ERROR add_keyblock_resource 33554433
  [GNUPG:] NEWSIG
  [GNUPG:] ERROR keydb_search 33554445
  [GNUPG:] ERRSIG 94532124541922FB 1 8 00 1511158266 9
  [GNUPG:] NO_PUBKEY 94532124541922FB
  gpgv: unknown type of key resource 'trustedkeys.kbx'
  gpgv: keyblock resource '/root/.gnupg/trustedkeys.kbx': General error
  gpgv: Firmado el lun 20 nov 2017 01:11:06 CST
  gpgv:usando RSA clave 94532124541922FB
  gpgv: Imposible comprobar la firma: No public key
  .temp/.tmp/dists/ascii/Release.gpg signature does not verify.
  [GNUPG:] ERROR add_keyblock_resource 33554433
  [GNUPG:] NEWSIG
  [GNUPG:] ERROR keydb_search 33554445
  [GNUPG:] ERRSIG 94532124541922FB 1 8 01 1511158263 9
  [GNUPG:] NO_PUBKEY 94532124541922FB

  Second: when I start the system I get the following message:
  error: ninguna tabla de simbolos.
  Cargando Linux 4.9.0-4-686-pae...
  Cargando imagen de memoria inicial...

  Presione cualquier tecla para continuar...

  translated

  error: no table of symbols.
  Loading Linux 4.9.0-4-686-pae ...
  Loading initial memory image ...

  Press any key to continue...

  the grub.cfg file:

  # DO NOT EDIT THIS FILE
  #
  # It is automatically generated by grub-mkconfig using templates
  # from /etc/grub.d and settings from /etc/default/grub
  #

  ### BEGIN /etc/grub.d/00_header ###
  if [ -s $prefix/grubenv ]; then
set have_grubenv=true
load_env
  fi
  if [ "${next_entry}" ] ; then
 set default="${next_entry}"
 set next_entry=
 save_env next_entry
 set boot_once=true
  else
 set default="0"
  fi

  if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
  else
menuentry_id_option=""
  fi

  export menuentry_id_option

  if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
  fi

  function savedefault {
if [ -z "${boot_once}" ]; then
  saved_entry="${chosen}"
  save_env saved_entry
fi
  }
  function load_video {
if [ x$feature_all_video_module = xy ]; then
  insmod all_video
else
  insmod efi_gop
  insmod efi_uga
  insmod ieee1275_fb
  insmod vbe
  insmod vga
  insmod video_bochs
  insmod video_cirrus
fi
  }

  if [ x$feature_default_font_path = xy ] ; then
 font=unicode
  else
  insmod part_msdos
  insmod ext2
  set root='hd1,msdos1'
  if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd1,msdos1'  
a7624410-03a1-4528-9f5a-8d0bc92015cd
  else
search --no-floppy --fs-uuid --set=root a7624410-03a1-4528-9f5a-8d0bc92015cd
  fi
  font="/usr/share/grub/unicode.pf2"
  fi

  if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=es_ES
insmod gettext
  fi
  terminal_output gfxterm
  if [ "${recordfail}" = 1 ] ; then
set timeout=30
  else
if [ x$feature_timeout_style = xy ] ; then
  set timeout_style=menu
  set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
  set timeout=5
fi
  fi
  ### END /etc/grub.d/00_header ###

  ### BEGIN /etc/grub.d/05_debian_theme ###
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
  ### END /etc/grub.d/05_debian_theme ###

  ### BEGIN /etc/grub.d/10_linux ###
  function gfxmode {
   set gfxpayload="${1}"
  }
  set linux_gfx_mode=
  export linux_gfx_mode
  menuentry 'Devuan GNU/Linux' --class devuan --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-a7624410-03a1-4528-9f5a-8d0bc92015cd' {
   load_video
   insmod gzio
   if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
   insmod part_msdos
   insmod ext2
   set root='hd1,msdos1'
   if [ x$feature_platform_search_hint = xy ]; then
 search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd1,msdos1'  
a7624410-03a1-4528-9f5a-8d0bc92015cd
   else
 search --no-floppy --fs-uuid --set=root 
a7624410-03a1-4528-9f5a-8d0bc92015cd
   fi
   echo 'Cargando Linux 4.9.0-4-686-pae...'
   linux /boot/vmlinuz-4.9.0-4-686-pae 

[DNG] Error when updating from jessie to ascii 32bit

2017-11-20 Thread Ismael L. Donis Garcia
I just updated from jessie to ascii and it gives me 2 errors:
How could I solve these errors?

First:
[GNUPG:] ERROR add_keyblock_resource 33554433
[GNUPG:] NEWSIG
[GNUPG:] ERROR keydb_search 33554445
[GNUPG:] ERRSIG 94532124541922FB 1 8 00 1511158266 9
[GNUPG:] NO_PUBKEY 94532124541922FB
gpgv: unknown type of key resource 'trustedkeys.kbx'
gpgv: keyblock resource '/root/.gnupg/trustedkeys.kbx': General error
gpgv: Firmado el lun 20 nov 2017 01:11:06 CST
gpgv:usando RSA clave 94532124541922FB
gpgv: Imposible comprobar la firma: No public key
.temp/.tmp/dists/ascii/Release.gpg signature does not verify.
[GNUPG:] ERROR add_keyblock_resource 33554433
[GNUPG:] NEWSIG
[GNUPG:] ERROR keydb_search 33554445
[GNUPG:] ERRSIG 94532124541922FB 1 8 01 1511158263 9
[GNUPG:] NO_PUBKEY 94532124541922FB

Second: when I start the system I get the following message:
error: ninguna tabla de simbolos.
Cargando Linux 4.9.0-4-686-pae...
Cargando imagen de memoria inicial...

Presione cualquier tecla para continuar...

translated

error: no table of symbols.
Loading Linux 4.9.0-4-686-pae ...
Loading initial memory image ...

Press any key to continue...

the grub.cfg file:

# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod ext2
set root='hd1,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd1,msdos1'  
a7624410-03a1-4528-9f5a-8d0bc92015cd
else
  search --no-floppy --fs-uuid --set=root a7624410-03a1-4528-9f5a-8d0bc92015cd
fi
font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=es_ES
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
 set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Devuan GNU/Linux' --class devuan --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-a7624410-03a1-4528-9f5a-8d0bc92015cd' {
 load_video
 insmod gzio
 if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
 insmod part_msdos
 insmod ext2
 set root='hd1,msdos1'
 if [ x$feature_platform_search_hint = xy ]; then
   search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd1,msdos1'  
a7624410-03a1-4528-9f5a-8d0bc92015cd
 else
   search --no-floppy --fs-uuid --set=root a7624410-03a1-4528-9f5a-8d0bc92015cd
 fi
 echo 'Cargando Linux 4.9.0-4-686-pae...'
 linux /boot/vmlinuz-4.9.0-4-686-pae 
root=UUID=a7624410-03a1-4528-9f5a-8d0bc92015cd ro  quiet
 echo 'Cargando imagen de memoria inicial...'
 initrd /boot/initrd.img-4.9.0-4-686-pae
}
submenu 'Opciones avanzadas para Devuan GNU/Linux' $menuentry_id_option 
'gnulinux-advanced-a7624410-03a1-4528-9f5a-8d0bc92015cd' {
 menuentry 'Devuan GNU/Linux, con Linux 4.9.0-4-686-pae' --class devuan --class 
gnu-linux --class gnu --class os $menuentry_id_option 
'gnulinux-4.9.0-4-686-pae-advanced-a7624410-03a1-4528-9f5a-8d0bc92015cd' {
  load_video
  insmod gzio
  if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
  insmod part_msdos
  insmod ext2
  set root='hd1,msdos1'
  if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 

Re: [DNG] I found a new reason to dislike debian...

2017-11-20 Thread John Hughes

On 20/11/17 14:08, zap wrote:


On 11/20/2017 04:08 AM, John Hughes wrote:


Firmware is required, which can be provided by installing the 
firmware-atheros  
package. Open firmware 
 for this driver is 
also available in the firmware-ath9k-htc 
 package starting 
from Buster. 


Wrong again. Trisquel, parabola, hyperbola... all have one thing in 
common, they use a completely blob free version of debian's non-free 
firmware version.  my complaint was that debian refuses to use that 
version so that I can use the dongle without having to use the blobs 
from the non-free area.


You are claiming that the package firmware-ath9k-htc contains non-free 
firmware or that it doesn't work on your dongle?


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] I found a new reason to dislike debian...

2017-11-20 Thread zap


On 11/20/2017 08:08 AM, Patrick Meade wrote:
> On 11/19/2017 10:01 PM, zap wrote:
>> there are dongle usbs whose firmware has been made free software, and I
>> cannot use this firmware from devuan, because some arrogant debian devs
>> were too lazy to remove the non-free package and add the free package.
>> so annoying.
>
> Will you provide a link to this discussion, please?
>
here is one such  example from the forums...
http://forums.debian.net/viewtopic.php?f=7=128310

http://forums.debian.net/viewtopic.php?f=17=132183

this is about all I can find on relevance at the moment...

It does make me very angry that the devs of debian are that stupid that
they don't include the freedom version of the atheros, because if you
have to include the non-free part, what is the point of using a free
software friendly version usb wifi adapter? yeah... no point at all
really.  I also wish idiots wouldn't come cropping up to pretend that I
am somehow an idiot who doesn't know what I am talking about...

facepalm...
> Patrick
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] I found a new reason to dislike debian...

2017-11-20 Thread zap


On 11/20/2017 04:08 AM, John Hughes wrote:
> On 20/11/17 05:01, zap wrote:
>> there are dongle usbs whose firmware has been made free software, and I
>> cannot use this firmware from devuan, because some arrogant debian devs
>> were too lazy to remove the non-free package and add the free package.
>> so annoying.
>
>> Firmware is required, which can be provided by installing the
>> firmware-atheros 
>> package. Open firmware
>>  for this driver is
>> also available in the firmware-ath9k-htc
>>  package starting
>> from Buster. 
>
Wrong again. Trisquel, parabola, hyperbola... all have one thing in
common, they use a completely blob free version of debian's non-free
firmware version.  my complaint was that debian refuses to use that
version so that I can use the dongle without having to use the blobs
from the non-free area.

> https://wiki.debian.org/ath9k_htc
>
>
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] I found a new reason to dislike debian...

2017-11-20 Thread Patrick Meade

On 11/19/2017 10:01 PM, zap wrote:

there are dongle usbs whose firmware has been made free software, and I
cannot use this firmware from devuan, because some arrogant debian devs
were too lazy to remove the non-free package and add the free package.
so annoying.


Will you provide a link to this discussion, please?

Patrick
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] I found a new reason to dislike debian...

2017-11-20 Thread zap

> I might have misunderstood you, but I don't think that adding support
> for non-free firmware is among the Devuan's top priorities...
You did misunderstand me, debian will not add it, even though IT IS free
firmware. thinkpenguin sells one without the non-free firmware.
>
> My2Cents
>
> KatolaZ
>
>
>
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] rc.local removed from Debian 9, rly?

2017-11-20 Thread Stefan Krusche
Am Montag 20 November 2017 schrieb Hendrik Boom:
> On Sun, Nov 19, 2017 at 08:32:07PM +0100, Arnt Karlsen wrote:
> > On Sun, 19 Nov 2017 18:52:13 +0100, Didier wrote in message
> >
> > :
> > > Le 19/11/2017 à 15:10, Jaromil a écrit :
> > > > hi all
> > > >
> > > > Can anyone clarify how /etc/rc.local is being removed in Debian 9?
> > >
> > >      Dunno how difficult it is to re-create rc.local functionality
> > > under Systemd dictature, but, when init is sysvinit, this doesn't
> > > look like a diffcult problem. Therefore, don't care (-:
> > >
> > >          Didier
> >
> > ..looks like we are _the_ /etc/rc.local back-up distro. ;o)
> >
> > ..I did a wee razzia, it's been quietly gone for quite a while,
> > maybe since the 2014 systemd coup in Debian:
>
> My /etc/rc.local has been around for a long time, has survived the
> trip from Debian jessie to Devuan jessie, and consists entirely of
> commands I put there myself and comments of unknown origin.
>
> Here are the comments:
>
> #!/bin/sh -e
> #
> # rc.local
> #
> # This script is executed at the end of each multiuser runlevel.
> # Make sure that the script will "exit 0" on success or any other
> # value on error.
> #
> # In order to enable or disable this script just change the execution
> # bits.
> #
> # By default this script does nothing.
>
I've got the same on Debian wheezy.

Stefan
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] rc.local removed from Debian 9, rly?

2017-11-20 Thread Jaromil

dear Olaf,

On Mon, 20 Nov 2017, Olaf Meeuwissen wrote:

> Crying wolf like this time and again is not doing Devuan any good.

No, I am the wolf.

> FWIW, I just modified the /etc/rc.local on two of my Devuan ASCII
> machines to fix up ownership on an ext4 mount and that worked just
> fine.  But then again, initscripts *is* devuanized ;-)
> 
> Hope this helps,

It doesn't: you are bringing confusion.

You have checked Devuan. I'm talking about Debian 9 "Stretch"

Here the rumors I've heard from bitcoin core development: a CI script
was broken for three reasons, of which the mandatory activation of
rc.local via systemctl is just one.
https://github.com/bitcoin-core/docs/blob/master/gitian-building/gitian-building-setup-gitian-debian.md

also "rumors" of "deprecation" are all around the web with a search:
https://stackoverflow.com/questions/44797694/where-is-rc-local-in-debian-9-debian-stretch
http://www.itechlounge.net/2017/10/linux-how-to-add-rc-local-in-debian-9/

there is no official mention on Debian about a "deprecation", which
I'd consider vandalism. I am very happy of that and I'm asking if its
real or not that is "deprecated" as others write and if anyone knows
more about Debian's long term intention with rc.local, since its
function has already changed:

1- it is not created by default

2- it is not executed in Debian Stretch (9) even if existing

please correct me if I'm wrong. That would help.

ciao

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] rc.local removed from Debian 9, rly?

2017-11-20 Thread Arnt Gulbrandsen

Olaf Meeuwissen writes:

Crying wolf like this time and again is not doing Devuan any good.


Amen.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] rc.local removed from Debian 9, rly?

2017-11-20 Thread Olaf Meeuwissen
Hi,

Jaromil writes:

> On 19 November 2017 21:14:26 CET, Didier Kryn  wrote:
>
>>Conclusion: initscripts profides the infrastructure to invoke
>>/etc/rc.local if it exists, but it doesn't provide an empty
>>/etc/rc.local.
>
> Ok, this is what I hoped and it still makes sense.
>
> IMHO deprecation means vandalism may happen
> in the future: some people should be vigilant and there
> should be already a clear statement and discussion
> about what this "deprecation" means.
>
> if it just means that /etc/rc.local is not created by default
> but processed if found executable, then it would be fine:
> some UNIX systems did that already in the past,
> but I am afraid the word "deprecation" means something else.

FYI, /etc/rc.local is created from initscripts.postinst on first install
and when upgrading from versions before "2.86.ds1-16".

Just because a file is not found by `dpkg -S` doesn't mean it is not
provided.  There are quite a number of files that are generated in
postinstall scripts.  Next time, before making rash accusations and
dreaming up conspiracy theories, take a *good* look.

Just a simple `grep -rl rc.local /var/lib/dpkg/info` is all that it took
me to find this out on my Devuan Jessie.  To cross check, I went over to
package.debian.org to have a look at their initscripts package.  stretch
has 2.88dsf-59.9, buster and sid have 2.88dsf-50.10.  Pulled the debian/
directory tarball and checked initscripts.postinst.  Nothing changed and
rc.local will still be created.

Crying wolf like this time and again is not doing Devuan any good.

FWIW, I just modified the /etc/rc.local on two of my Devuan ASCII
machines to fix up ownership on an ext4 mount and that worked just
fine.  But then again, initscripts *is* devuanized ;-)

Hope this helps,
--
Olaf Meeuwissen, LPIC-2FSF Associate Member since 2004-01-27
 GnuPG key: F84A2DD9/B3C0 2F47 EA19 64F4 9F13  F43E B8A4 A88A F84A 2DD9
 Support Free Softwarehttps://my.fsf.org/donate
 Join the Free Software Foundation  https://my.fsf.org/join
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] rc.local removed from Debian 9, rly?

2017-11-20 Thread Rowland Penny
On Mon, 20 Nov 2017 10:01:17 +0100
John Hughes  wrote:

> On 19/11/17 15:10, Jaromil wrote:
> > Following up after the conversation on redis, when we had the
> > elected Debian leader chiming in here to defend his position and
> > keep deleting init.d scripts, I still believe this is again "even
> > worst than I thought" and it is "vandalism".
> But Jaromil, as Chris Lamb pointed out that is not what happened:
> 
> Chris Lamb:
> > I am the maintainer of Redis in Debian. All I have done is removed
> > some ill-conceived hooks that were not used by anyone. I have not
> > dropped sysvinit support and nor do I have any intention to do so.
> > I only ask politely that you do stop to refering to my work as
> > "vandalism".
> To summarise.
> 
> 1. the upstream redis distribution does not include an init script. 
> (There is an example init script in their git, but nothing in the 
> distributed tarball).
> 
> 2. Debian wrote their own init script.
> 
> 3. At some point they added an undocumented feature to their init 
> script.  This feature does not exist in the upstream example init
> script.
> 
> 4. Since the feature was buggy, and since it had never been
> documented, Chris Lamb removed it.
> 
> 5. Some people misread the commit message as saying that sysvinit 
> support was being dropped.  They didn't check whether that was the
> case by looking at the publicly available package and source.
> 
> Is this the Devuan policy?  "Assume bad faith"?
> 

And now 'A T' cannot reply to the correct thread ;-)

Rowland
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] I found a new reason to dislike debian...

2017-11-20 Thread John Hughes

On 20/11/17 05:01, zap wrote:

there are dongle usbs whose firmware has been made free software, and I
cannot use this firmware from devuan, because some arrogant debian devs
were too lazy to remove the non-free package and add the free package.
so annoying.


Firmware is required, which can be provided by installing the 
firmware-atheros  
package. Open firmware 
 for this driver is 
also available in the firmware-ath9k-htc 
 package starting from 
Buster. 


https://wiki.debian.org/ath9k_htc
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] rc.local removed from Debian 9, rly?

2017-11-20 Thread John Hughes

On 19/11/17 15:10, Jaromil wrote:

Following up after the conversation on redis, when we had the elected
Debian leader chiming in here to defend his position and keep deleting
init.d scripts, I still believe this is again "even worst than I
thought" and it is "vandalism".

But Jaromil, as Chris Lamb pointed out that is not what happened:

Chris Lamb:

I am the maintainer of Redis in Debian. All I have done is removed some
ill-conceived hooks that were not used by anyone. I have not dropped
sysvinit support and nor do I have any intention to do so. I only ask
politely that you do stop to refering to my work as "vandalism".

To summarise.

1. the upstream redis distribution does not include an init script. 
(There is an example init script in their git, but nothing in the 
distributed tarball).


2. Debian wrote their own init script.

3. At some point they added an undocumented feature to their init 
script.  This feature does not exist in the upstream example init script.


4. Since the feature was buggy, and since it had never been documented, 
Chris Lamb removed it.


5. Some people misread the commit message as saying that sysvinit 
support was being dropped.  They didn't check whether that was the case 
by looking at the publicly available package and source.


Is this the Devuan policy?  "Assume bad faith"?

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng