Re: Uso de mingw

[Camaleón]

El 2020-05-11 a las 22:17 +0200, Juan carlos Rebate escribió:

(corrijo el top-posting)

> El lun., 11 may. 2020 20:24, Juan carlos Rebate 
> escribió:
> 
> >
> > El lun., 11 may. 2020 20:14, Camaleón  escribió:
> >
> >> El 2020-05-11 a las 19:48 +0200, Juan carlos Rebate escribió:
> >>
> >> > Buenas en estos momentos me veo obligado a utilizar mingw, con el
> >> > compilador gcc normal me desenvuelvo bien pero al momento de invocar
> >> mingw
> >> > me pierdo, instalado el conjunto mingw-w64 y todo perfecto pero al
> >> momento
> >> > de invocarlo me dice que no se encuentra la orden cómo puedo invocarlo
> >> > correctamente? Algo tipo gcc-mingw-x86-w64 o -86_w64 no funciona apesar
> >> de
> >> > estar instalado, como funciona esto?
> >>
> >> «mingw-w64» es un metapaquete, es decir, no contiene binarios sino
> >> dependencias hacia otros (meta)paquetes.
> >>
> >> Los binarios los tendrás en /usr/bin/x86_64-w64-mingw32-gcc-*, así que
> >> seguramente tengas un enlace creado al binario que quieras,
> >> ejecutándolo direcatamente, p. ej.,
> >> «x86_64-w64-mingw32-gcc ...»

> > Por fin! Gracias no encontraba los ejecutables

> Pero ahora tengo otro problema, intento usar sdl2, está correctamente
> instalado y no lo reconoce, por si las moscas hice un enlace simbólico de
> del en la carpeta de mingw para que entrara en la compilación pero aún así
> se queja, con lo fácil que es todo con gcc y g++ por dios

¿Qué orden ejecutas y qué error te aparece?

Si tienes los paquetes instalados (deberían ser libsdl2-2.0-0 y  
libsdl2-dev), quizá te falte pasar correctamente algún parámetro como 
explican en este enlace:

How to compile to SDL2 application to Windows from Linux?
https://stackoverflow.com/questions/51217941/how-to-compile-to-sdl2-appl
ication-to-windows-from-linux

Saludos,

-- 
Camaleón 

Re: Re: Question on Unattended Upgrades

[Keifer Bly]

Is there a way to configure it to automatically restart when a package that
needs to be restarted is upgraded? Thx.

--Keifer



Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Mon, May 11, 2020 at 10:15 PM Keifer Bly  wrote:

> Is there a way to configure it to automatically restart when a package
> that needs to be restarted is upgraded? Thx.
> --Keifer
>
>
>
> 
>  Virus-free.
> www.avast.com
> 
> <#m_-4773324396636007474_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> On Mon, May 11, 2020 at 9:55 PM Victor Sudakov  wrote:
>
>> Keifer Bly wrote:
>> >So upon doing that, I am seeing this:
>>
>> Please don't use graphics where you could have shown plain text. Not
>> everyone here is using a graphical mail client.
>>
>> >
>> >Does this mean it is updating these automatically?
>>
>> Look for lines matching "Commandline: /usr/bin/unattended-upgrade" in
>> the log. Text under those lines would inform you what unattended-upgrade
>> did automatically. Use
>>
>> grep -A3 unattended-upgrade /var/log/apt/history.log
>>
>>
>> > Does the OS need to be restarted for this to take effect? Thx.
>>
>> That depends. If the kernel has been upgraded, then probably yes.
>>
>> If some daemon has been upgraded, it could be enough to restart the
>> daemon (or does apt restart it for you automatically? I'm not sure).
>>
>> If some user utility has been upgraded, then reboot is not required.
>>
>> --
>> Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
>> 2:5005/49@fidonet http://vas.tomsk.ru/
>>
>>

Re: Re: Question on Unattended Upgrades

[Victor Sudakov]

Keifer Bly wrote:
>So upon doing that, I am seeing this:

Please don't use graphics where you could have shown plain text. Not
everyone here is using a graphical mail client.

> 
>Does this mean it is updating these automatically? 

Look for lines matching "Commandline: /usr/bin/unattended-upgrade" in
the log. Text under those lines would inform you what unattended-upgrade
did automatically. Use 

grep -A3 unattended-upgrade /var/log/apt/history.log


> Does the OS need to be restarted for this to take effect? Thx.

That depends. If the kernel has been upgraded, then probably yes. 

If some daemon has been upgraded, it could be enough to restart the
daemon (or does apt restart it for you automatically? I'm not sure).

If some user utility has been upgraded, then reboot is not required.

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/

Re: Re: debian 9 se cuelga en cualquier momento

[francisc . dbf]

Estimados,El sistema nunca inicia comprobación de disco si no ocurre un problema. Te recomiendo cambiar disco duro por uno sólido y nos cuentas.SaludosFrancisco AntonioMóvil : 987498511El 12-05-20 en 00:06, Deiby Herrera escribió:




De: "Deiby Herrera" Fecha: 12 de mayo de 2020A: "Alejandro G" Cc: lista-debian Asunto: Re: debian 9 se cuelga en cualquier momento

Buenas alejandro g eso.me paso una vez luego de instalar debian usando el home donde tenía instalado linux mint, lo que hice fue.entrar con usb live y borre un monton de carpetas que no pertenecian a buster y luego pude entrar sin problemas solo que.volvi a poner los.iconos y temas

El lun., 11 may. 2020 7:39 p. m., Alejandro G  escribió:


hola necesitaría saber; si me pueden ayudar a buscar donde el error del debian que tengo (es debian buster).lo estas usando lo mas bien cuando lo dejas de usar y luego queres ingresar responde para colocar el usuario y se cuelga, a veces si reinicias la compu se queda mostrando como volcado de memoria o algo asi. check de disco y memoria sin problemas.
reinicias y funciona sin problemas. pero no lo veo tan estable.
donde puedo ubicar si es que hay algún log de los errores?. La app que mostraría los logs cuando entro me dice no se encuentran logs y se cierra al hacer click en cualquier opción dentro de la ventana.


desde ya muchas gracias

Re: debian 9 se cuelga en cualquier momento

[Deiby Herrera]

Buenas alejandro g eso.me paso una vez luego de instalar debian usando el
home donde tenía instalado linux mint, lo que hice fue.entrar con usb live
y borre un monton de carpetas que no pertenecian a buster y luego pude
entrar sin problemas solo que.volvi a poner los.iconos y temas

El lun., 11 may. 2020 7:39 p. m., Alejandro G  escribió:

> hola necesitaría saber; si me pueden ayudar a buscar donde el error del
> debian que tengo (es debian buster).
> lo estas usando lo mas bien cuando lo dejas de usar y luego queres
> ingresar responde para colocar el usuario y se cuelga, a veces si reinicias
> la compu se queda mostrando como volcado de memoria o algo asi. check de
> disco y memoria sin problemas.
> reinicias y funciona sin problemas. pero no lo veo tan estable.
> donde puedo ubicar si es que hay algún log de los errores?. La app que
> mostraría los logs cuando entro me dice no se encuentran logs y se cierra
> al hacer click en cualquier opción dentro de la ventana.
>
> desde ya muchas gracias
>
>

Re: debsecan does not report a vulnerability?

[Victor Sudakov]

David Wright wrote:
> > On Monday, 11 May 2020 00:14:02 PDT Victor Sudakov wrote:
> > > 
> > > What do you use to track vulnerabilites in your Debian hosts? What's the
> > > general approach? Do we just rely upon unattended-upgrade to fetch and
> > > install patched packages for us?
> > 
> > Running unattended upgrades is generally a recommended way to keep the 
> > system 
> > up-to-date. It minimizes the time from update being published to installed.
> > 
> > I got interested and installed debsecan on my laptop. Here is what man says:
> > 
> >Much like the official Debian security advisories, debsecan's
> >vulnerability tracking is mostly based on source packages.
> >
> > So it seems that it only knows about issues that were reported to source 
> > packages. The next logical step would be to grep bugtracker to see if this 
> > CVE 
> > was even reported to that package. 
> 
> Or you could check /usr/share/doc/openssl/changelog.Debian.gz
> though it only shows up in version 1.1.1d-0+deb10u3 of course.
> 
> $ zcat /usr/share/doc/openssl/changelog.Debian.gz | head

I'm looking for a more generic tool to audit all installed packages and
report vulnerable ones.
> $ 
> 
> (I'm not sure why the OP is still running the previous version.)

I downgraded it on purpose, to find a tool which would detect and report
this package as vulnerable. The "debsecan" turned out to be the wrong
tool.


-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/


signature.asc
Description: PGP signature

Re: debsecan does not report a vulnerability?

[Victor Sudakov]

Ihor Antonov wrote:
> > > > Have I asked in the wrong list? Which list would be more appropriate?
> > > 
> > > Hi Victor,
> > > 
> > > I think this is the right list. But it seems that the message got lost
> > > somehow in the high volume. I have not used debescan personally, so I am
> > > replying simply
> > > to keep this thread alive hoping to get it more visibility
> > 
> > Hi Ihor!
> > 
> > What do you use to track vulnerabilites in your Debian hosts? What's the
> > general approach? Do we just rely upon unattended-upgrade to fetch and
> > install patched packages for us?
> 
> Running unattended upgrades is generally a recommended way to keep the system 
> up-to-date. It minimizes the time from update being published to installed.
> 
> I got interested and installed debsecan on my laptop. Here is what man says:
> 
>Much like the official Debian security advisories, debsecan's
>vulnerability tracking is mostly based on source packages.
>
> So it seems that it only knows about issues that were reported to source 
> packages. The next logical step would be to grep bugtracker to see if this 
> CVE 
> was even reported to that package. 

So probably debsecan is the wrong tool to determine which of the
packages installed on the particular host are vulnerable? What is the
right tool then?

> 
> > I come from the FreeBSD world where there are two distinct mechanisms to
> > fix vulnerabilites: one for the base system (FreeBSD Security Advisories
> > and freebsd-update to install binary updates to the base system) and
> > another for third-party software from the ports collection ("pkg audit
> > -F" instead of security advisories, "pkg upgrade" to install up-to-date
> > patched versions of packages).
> > 
> > What do we have here, or where can I read more about it?
> There are also Debian security advisories:
> https://www.debian.org/security/ and debian-security-announce mailing list

And the tool for package audit? Is relying on "apt upgrade" the
recommended policy?

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/


signature.asc
Description: PGP signature

motivation for switching to Debian? (was: Re: debsecan does not report a vulnerability?)

[Victor Sudakov]

Ihor Antonov wrote:
> 
> Separately - I also happened to run a couple of FreeBSD boxes, could you 
> share 
> your motivation for switching to Debian? 

There are two major issues:

1. Lack of proper support for FreeBSD in AWS. Despite Colin's efforts
(and I'm subscribed to his Patreon) there is always something that works
in Debian and does not work in FreeBSD (hot plugging/unplugging of EBS
volumes is one notorious example).

2. FreeBSD's inability to install simultaneously multiple versions of
PHP and multiple versions of Postgres. While both tasks are very easy in
Debian, in FreeBSD this would involve manual work, jails etc (the
standard pkg system does not support this).

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/


signature.asc
Description: PGP signature

Re: debsecan does not report a vulnerability?

[David Wright]

On Mon 11 May 2020 at 19:53:46 (-0700), Ihor Antonov wrote:
> On Monday, 11 May 2020 00:14:02 PDT Victor Sudakov wrote:
> > 
> > What do you use to track vulnerabilites in your Debian hosts? What's the
> > general approach? Do we just rely upon unattended-upgrade to fetch and
> > install patched packages for us?
> 
> Running unattended upgrades is generally a recommended way to keep the system 
> up-to-date. It minimizes the time from update being published to installed.
> 
> I got interested and installed debsecan on my laptop. Here is what man says:
> 
>Much like the official Debian security advisories, debsecan's
>vulnerability tracking is mostly based on source packages.
>
> So it seems that it only knows about issues that were reported to source 
> packages. The next logical step would be to grep bugtracker to see if this 
> CVE 
> was even reported to that package. 

Or you could check /usr/share/doc/openssl/changelog.Debian.gz
though it only shows up in version 1.1.1d-0+deb10u3 of course.

$ zcat /usr/share/doc/openssl/changelog.Debian.gz | head
openssl (1.1.1d-0+deb10u3) buster-security; urgency=medium
  * CVE-2020-1967 (Segmentation fault in SSL_check_chain).
 -- Sebastian Andrzej Siewior   Mon, 20 Apr 2020 
22:23:01 +0200
openssl (1.1.1d-0+deb10u2) buster-security; urgency=medium
  * Reenable AES-CBC-HMAC-SHA ciphers (Closes: #941987).
$ 

(I'm not sure why the OP is still running the previous version.)

> > I come from the FreeBSD world where there are two distinct mechanisms to
> > fix vulnerabilites: one for the base system (FreeBSD Security Advisories
> > and freebsd-update to install binary updates to the base system) and
> > another for third-party software from the ports collection ("pkg audit
> > -F" instead of security advisories, "pkg upgrade" to install up-to-date
> > patched versions of packages).
> > 
> > What do we have here, or where can I read more about it?
> There are also Debian security advisories:
> https://www.debian.org/security/ and debian-security-announce mailing list
> 
> Separately - I also happened to run a couple of FreeBSD boxes, could you 
> share 
> your motivation for switching to Debian? 

Cheers,
David.

Re: debsecan does not report a vulnerability?

[Ihor Antonov]

On Monday, 11 May 2020 00:14:02 PDT Victor Sudakov wrote:
> Ihor Antonov wrote:
> > On Sunday, 10 May 2020 08:18:29 PDT Victor Sudakov wrote:
> > > Have I asked in the wrong list? Which list would be more appropriate?
> > 
> > Hi Victor,
> > 
> > I think this is the right list. But it seems that the message got lost
> > somehow in the high volume. I have not used debescan personally, so I am
> > replying simply
> > to keep this thread alive hoping to get it more visibility
> 
> Hi Ihor!
> 
> What do you use to track vulnerabilites in your Debian hosts? What's the
> general approach? Do we just rely upon unattended-upgrade to fetch and
> install patched packages for us?

Running unattended upgrades is generally a recommended way to keep the system 
up-to-date. It minimizes the time from update being published to installed.

I got interested and installed debsecan on my laptop. Here is what man says:

   Much like the official Debian security advisories, debsecan's
   vulnerability tracking is mostly based on source packages.
   
So it seems that it only knows about issues that were reported to source 
packages. The next logical step would be to grep bugtracker to see if this CVE 
was even reported to that package. 

> I come from the FreeBSD world where there are two distinct mechanisms to
> fix vulnerabilites: one for the base system (FreeBSD Security Advisories
> and freebsd-update to install binary updates to the base system) and
> another for third-party software from the ports collection ("pkg audit
> -F" instead of security advisories, "pkg upgrade" to install up-to-date
> patched versions of packages).
> 
> What do we have here, or where can I read more about it?
There are also Debian security advisories:
https://www.debian.org/security/ and debian-security-announce mailing list


Separately - I also happened to run a couple of FreeBSD boxes, could you share 
your motivation for switching to Debian? 

Thanks

-- 
Ihor Antonov

signature.asc
Description: This is a digitally signed message part.

Re: Question on Unattended Upgrades

[Victor Sudakov]

Keifer Bly wrote:

> What file would
> I check to make sure the unattended upgrades is working and the
> packages it updated? Thanks.

I look for lines matching "Commandline: /usr/bin/unattended-upgrade" in
/var/log/apt/history.log, but there may be a better approach.

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/


signature.asc
Description: PGP signature

debian 9 se cuelga en cualquier momento

[Alejandro G]

hola necesitaría saber; si me pueden ayudar a buscar donde el error del
debian que tengo (es debian buster).
lo estas usando lo mas bien cuando lo dejas de usar y luego queres ingresar
responde para colocar el usuario y se cuelga, a veces si reinicias la compu
se queda mostrando como volcado de memoria o algo asi. check de disco y
memoria sin problemas.
reinicias y funciona sin problemas. pero no lo veo tan estable.
donde puedo ubicar si es que hay algún log de los errores?. La app que
mostraría los logs cuando entro me dice no se encuentran logs y se cierra
al hacer click en cualquier opción dentro de la ventana.

desde ya muchas gracias

Re: Suggestion on hardware issue?

[David Christensen]

On 2020-05-11 10:28, Yvan Masson wrote:

Hi,

I installed Debian 10 on a Acer AspireOne (32 bits processor, 1GB RAM).
Installation failed two times with corrupted packages, each time on same 
package (tcllib). I finally manage to re-download and install it by hand 
in another TTY so that the installer could finish. However, after the 
reboot, it could not start sddm (segfaults).


I tested RAM by running memtest86+ on this computer (3 passes, 4 hours), 
no issue. I ran debsums to check files integrity, and it returned many 
errors (written here by hand, so there might be typos):


/usr/lib/gcc/i686-linux-gnu/8/cc1
/usr/lib/firefox-esr/libxul.so
/usr/lib/firefox-esr/omni.ja
/usr/lib/i386-linux-gnu/dri/kms_swrast_dri.so
/usr/lib/i386-linux-gnu/dri/nouveau_dri.so
/usr/lib/i386-linux-gnu/dri/r300_dri.so
/usr/lib/i386-linux-gnu/dri/r600_dri.so
/usr/lib/i386-linux-gnu/dri/radeonsi_dri.so
/usr/lib/i386-linux-gnu/dri/swrast_dri.so
/usr/lib/i386-linux-gnu/dri/virtio_gpu_dri.so
/usr/lib/i386-linux-gnu/dri/vmwgfx_dri.so
/usr/share/doc/libgstreamer1.0-0/changelog.gz
/usr/lib/i386-linux-gnu/libgucharmap_2_90.so.7.0.0
/usr/lib/i386-linux-gnu/libicudata.so.63.1
/usr/lib/i386-linux-gnu/libLLVM-7.so.1
/usr/lib/i386-linux-gnu/libQt5WebKit.so.5.212.0
/usr/lib/i386-linux-gnu/libre2.so.5.0.0
/usr/share/libreoffice/share/config/images_helpimg.zip
/usr/lib/libreoffice/program/libmergedlo.so
/usr/lib/libreoffice/program/libpcrlo.so
/usr/lib/jvm/java-11-openjdk-i386/lib/modules
/usr/lib/jvm/java-11-openjdk-i386/lib/server/libjvm.so
/usr/share/thunderbird/omni.ja
[ ] EXT4-fs error (device sda-1): ext4_lookup:1591: inode #1222922: comm 
debsums: iget: checksum invalid

[ ] Aborting journal on device sda1-8.
[ ] EXT4-fs (sda1): Remounting filesystem read-only


I have then thought that it could be the hard drive, so I replaced it 
with a spare one: install failed again, but when configuring a different 
package.


Is the motherboard or processor faulty, or is there any hope for a 
simple solution to save this computer?


Regards,
Yvan


Was the memory in your computer installed by Acer?


Have you removed or inserted any memory modules?


Do you use static safe tools and work practices?


What is the model/ part number of your computer?


How many memory slots does the computer have?


For each slot, what is the manufacturer name and and model/ part number 
of the installed memory module?



Run Memtest86+ for 24+ hours with the computer in the same location and 
under the same environmental conditions as the failed installations.  I 
have seen  computers pass Memtest86+ for the first 12 hours, then give a 
few failures in the next 12 hours.  Understand that temperature and 
airflow can affect the reliability of electronics.



Try installing from media only; do not use a mirror:

https://cdimage.debian.org/debian-cd/current/i386/iso-cd/debian-10.4.0-i386-xfce-CD-1.iso


Checksum the ISO file after you download it.


Checksum the installation media after you have burned it and before you 
have booted it (installer images on USB flash drives can and do change 
when booted).



Document the choices you make while running the installer.


David

Question on Unattended Upgrades

[Keifer Bly]

Hello, So I am using unattended upgrades for my Debian Linux OS, as well as a certain package I added to be updated by it. I am wondering, does the OS need to be restarted for the upgrade to take effect? What file would I check to make sure the unattended upgrades is working and the packages it updated? Thanks. Sent from Mail for Windows 10 



	
		
			

			
		
		
			
This email has been checked for viruses by Avast antivirus software.
www.avast.com
			
		
	


 

Re: Why do I have so many packages to upgrade with Debian 10.4?

[David Wright]

On Mon 11 May 2020 at 19:49:34 (+0200), didier gaumet wrote:
> Le 11/05/2020 à 19:12, l0f...@tuta.io a écrit :
> > Hi,
> > 
> > 10 mai 2020 à 23:24 de didier.gau...@gmail.com:
> > 
> >> I am not sure of it but perhaps this is linked to the absence of
> >> proposed-updates in your sources.list:
> >> https://www.debian.org/releases/proposed-updates
> >>
> > Isn't proposed-updates designed to containing packages that should reach 
> > stable-updates afterward?
> [...]
> 
> from what I understand (perhaps wrongly) from the above link, no, it
> would mean that stable-proposed-updates packages are bugfixes to be
> included in stable at the next point release date"...
> 
> stable-updates contains bugfixes that cannot wait next point release:
>   https://wiki.debian.org/SourcesList

I think the intention is that proposed-updates is for software fixes
that need testing before being accepted into stable, whereas
stable-updates is for updates in information like virus patterns,
dates when clocks change, and so on, that can go straight in.
So most 'ornery' people will follow the latter but not the former.

Cheers,
David.

Re: gnome-disk-utility User Session Defaults issue

[David Wright]

On Mon 11 May 2020 at 15:26:11 (-0400), Default User wrote:
> On Sun, May 10, 2020 at 11:20 AM David Wright  
> wrote:
> 
> > Thanks. I hadn't realised the d-i would do that by default. (I've
> > never used it to actually partition a disk, but only to allow the
> > partitioner to rewrite the LABELs and UUIDs when creating the
> > filesystems etc during installation.)
> 
> IIRC, I may have done the install in "expert mode".  During the
> partitioning phase, you can review and change the parameters for each
> partition (including the "label") before committing the partitioning
> to disk.

That's right, and it's what I do. However, I only use the top part
of each menu, and none of:

Resize the partition
Erase data on this partition
Delete the partition

but only:

Done setting up the partition

in the panel at the bottom. (I presume create partition never
shows up as there's no free space.)

> After doing a full-system imaging, using Clonezilla, I did change my
> labels like this:
> /dev/sda1 as ROOTPART
> /dev/sda2 as [not labeled]
> /dev/sda5 as SWAPPART
> /dev/sda6 as HOMEPART
> 
> I used:
>  # e2label for partitions 1 and 6,
>  # swaplabel for 5.
> That was as easy as it gets, no problems there.  Thanks.
> 
> Unfortunately, that made no difference to my situation.

No, I didn't think it would. That's not where your problem lies.

> Then, since I had a full system image. I deleted the entire /dev/disk
> directory structure, and rebooted.
> Upon reboot, something in the system automatically rebuilt the entire
> /dev/disk directory structure, exactly as it had just been, except
> that there are now only the new /dev/disk/by-label zero-byte files
> corresponding to the new partition labels I had just put in.  And the
> mysterious files /dev/disk/by-label'\x2f' and
> /dev/disk/by-label'\x2fhome' are gone.

They're actually links, not zero-byte files. Thus /dev/disk/by-label/'\x2f'
will have become /dev/disk/by-label/ROOTPART and should have a length
of 10 bytes, pointing as it does to ../../sda1 which is the actual
device file.

> (But did not solve my situation).

No, it just looks more conventional.

> > Your new naming scheme avoids the problem of character set, but
> > doesn't scale above N=1, so it wouldn't work for me. For example,
> > all my system disks contain two Debian root filesystems, typically
> > one generation apart. And "PART" isn't useful, like calling a dog
> > "fido animal".
> 
> Regarding disk naming, there is only one computer, no LAN.  There is
> only one internal drive (ssd), and only one or two usb devices
> (external hard drives or thumb drives ever "attached" at any one time.
> so device naming shouldn't really be a problem, and I normally just
> let the system automatically name and manage all the devices by
> itself, and it seems to just use UUID numbers.
> 
> I *could* simply change the labels to:
> /dev/sda1 as ROOT_PARTITION_1
> /dev/sda2 as [not labeled]
> /dev/sda5 as SWAP_PARTITION_1
> /dev/sda6 as HOME_PARTITION_1

In the situation you've outlined, I wouldn't bother. (I don't
know the limits on LABEL length.)

> > (BTW bear in mind that LABELs are labelling the filesystems.
> > With GPT disks, you also get the opportunity to name the partitions
> > themselves, which can be useful.)
> 
> I have always use the traditional BIOS setup.  I have never used GPT.
> Maybe in the future, but I am reluctant to try to switch my system to
> GPT now, with everything else going on.  And since I run Unstable, it
> will (hopefully) be a while before I have to do a new install.

It's rather a committment when you only have one of everything.

> > Google can. Typing   gnome mailing lists   yields
> > https://mail.gnome.org/mailman/listinfo
> > as the first hit.
> 
> Thanks, I saw that. I intend to root through that and see if any of
> the lists might apply to my situation.
> 
> Bottom line:
> At this point, my computer boots and "seems" to work okay.  Many
> (most?) people might say, "It works, so what's the problem?"
> I do get the point.  It's just that, maybe I am autistic, but it does
> bother me when something just doesn't work the way it is SUPPOSED to.

Nobody has yet piped up with what "normality" is. I've no idea whether
what you observed originally is what's expected of systems where a
choice has never been made, and once you've made that choice, it
always shows the choice you last made. How any of the DEs do these
things? Perhaps sometime you'll happen upon some documentation that
actually explains things, and doesn't expect you to just poke around
until it "looks right".

Cheers,
David.

Re: Suggestion on hardware issue?

[didier gaumet]

I do not know well the subject but RAM problems can be a nightmare and I
suppose yours could be -for example- caused by a particular area of the
RAM that does not systematically fail under workload (transiant fault)
and thus is not detected
 https://en.wikipedia.org/wiki/Memory_tester

Re: Uso de mingw

[Juan carlos Rebate]

Pero ahora tengo otro problema, intento usar sdl2, está correctamente
instalado y no lo reconoce, por si las moscas hice un enlace simbólico de
del en la carpeta de mingw para que entrara en la compilación pero aún así
se queja, con lo fácil que es todo con gcc y g++ por dios

El lun., 11 may. 2020 20:24, Juan carlos Rebate 
escribió:

> Por fin! Gracias no encontraba los ejecutables
>
> El lun., 11 may. 2020 20:14, Camaleón  escribió:
>
>> El 2020-05-11 a las 19:48 +0200, Juan carlos Rebate escribió:
>>
>> > Buenas en estos momentos me veo obligado a utilizar mingw, con el
>> > compilador gcc normal me desenvuelvo bien pero al momento de invocar
>> mingw
>> > me pierdo, instalado el conjunto mingw-w64 y todo perfecto pero al
>> momento
>> > de invocarlo me dice que no se encuentra la orden cómo puedo invocarlo
>> > correctamente? Algo tipo gcc-mingw-x86-w64 o -86_w64 no funciona apesar
>> de
>> > estar instalado, como funciona esto?
>>
>> «mingw-w64» es un metapaquete, es decir, no contiene binarios sino
>> dependencias hacia otros (meta)paquetes.
>>
>> Los binarios los tendrás en /usr/bin/x86_64-w64-mingw32-gcc-*, así que
>> seguramente tengas un enlace creado al binario que quieras,
>> ejecutándolo direcatamente, p. ej.,
>> «x86_64-w64-mingw32-gcc ...»
>>
>> Saludos,
>>
>> --
>> Camaleón
>>
>>

Re: Suggestion on hardware issue?

[Yvan Masson]

Le 11/05/2020 à 20:03, didier gaumet a écrit :


Hello,

perhaps try to install in text mode and lowmem:
  https://www.debian.org/releases/stable/i386/ch05s03.en.html

perhaps you have a RAM problem in a particular area that is not reported
by the RAM verifying tool you used.
If the installation succeeds, it could mean you have to replace the RAM
bank(s)...

I used memtest86+: if I understand the answer of this serverfault 
question[1],

it should test all "usable" RAM. I will try a low ram install to be sure.

1. 
https://serverfault.com/questions/750684/does-memtest86-test-memory-which-is-used-to-run-itself

Re: gnome-disk-utility User Session Defaults issue

[Default User]

On Sat, May 09, 2020, at 22:34:30, Andrei POPESCU
 wrote:

> UUID is the preferred method for automating such stuff[1], because they
> are (for all practical purposes) unique, so it ensures there won't be
> conflicts even when swapping drives between systems.
>
> Labels are more convenient for humans, provided that some care is taken
> to avoid conflicts as needed.

Understood.

> [1] Whatever automounter is used by LXDE it will mount removable storage
> under /media// if the partition has one. This is much
> friendlier than using UUID.

I am using the Cinnamon DE on Unstable. On my system there is no
/media//.
There are (currently) only:
/media/default/disk
/media/default/sdc
Both are zero-byte directories.


On Sun, May 10, 2020 at 11:20 AM David Wright  wrote:

> Thanks. I hadn't realised the d-i would do that by default. (I've
> never used it to actually partition a disk, but only to allow the
> partitioner to rewrite the LABELs and UUIDs when creating the
> filesystems etc during installation.)

IIRC, I may have done the install in "expert mode".  During the
partitioning phase, you can review and change the parameters for each
partition (including the "label") before committing the partitioning
to disk.

After doing a full-system imaging, using Clonezilla, I did change my
labels like this:
/dev/sda1 as ROOTPART
/dev/sda2 as [not labeled]
/dev/sda5 as SWAPPART
/dev/sda6 as HOMEPART

I used:
 # e2label for partitions 1 and 6,
 # swaplabel for 5.
That was as easy as it gets, no problems there.  Thanks.

Unfortunately, that made no difference to my situation.

Then, since I had a full system image. I deleted the entire /dev/disk
directory structure, and rebooted.
Upon reboot, something in the system automatically rebuilt the entire
/dev/disk directory structure, exactly as it had just been, except
that there are now only the new /dev/disk/by-label zero-byte files
corresponding to the new partition labels I had just put in.  And the
mysterious files /dev/disk/by-label'\x2f' and
/dev/disk/by-label'\x2fhome' are gone.

(But did not solve my situation).

> Your new naming scheme avoids the problem of character set, but
> doesn't scale above N=1, so it wouldn't work for me. For example,
> all my system disks contain two Debian root filesystems, typically
> one generation apart. And "PART" isn't useful, like calling a dog
> "fido animal".

Regarding disk naming, there is only one computer, no LAN.  There is
only one internal drive (ssd), and only one or two usb devices
(external hard drives or thumb drives ever "attached" at any one time.
so device naming shouldn't really be a problem, and I normally just
let the system automatically name and manage all the devices by
itself, and it seems to just use UUID numbers.

I *could* simply change the labels to:
/dev/sda1 as ROOT_PARTITION_1
/dev/sda2 as [not labeled]
/dev/sda5 as SWAP_PARTITION_1
/dev/sda6 as HOME_PARTITION_1

> (BTW bear in mind that LABELs are labelling the filesystems.
> With GPT disks, you also get the opportunity to name the partitions
> themselves, which can be useful.)

I have always use the traditional BIOS setup.  I have never used GPT.
Maybe in the future, but I am reluctant to try to switch my system to
GPT now, with everything else going on.  And since I run Unstable, it
will (hopefully) be a while before I have to do a new install.

> Google can. Typing   gnome mailing lists   yields
> https://mail.gnome.org/mailman/listinfo
> as the first hit.

Thanks, I saw that. I intend to root through that and see if any of
the lists might apply to my situation.

Bottom line:
At this point, my computer boots and "seems" to work okay.  Many
(most?) people might say, "It works, so what's the problem?"
I do get the point.  It's just that, maybe I am autistic, but it does
bother me when something just doesn't work the way it is SUPPOSED to.

I am reminded of the situation where a son proudly tells someone that
his father is so good, that he managed to put together the son's new
bicycle with "three parts left over!"

: )

Thank you for indulging me . . .

Re: Cannot display this video mode

[M Bernard Richards]

On 04/05/2020 20:50, Dan Ritter wrote:

M Bernard Richards wrote:

On 04/05/2020 12:43, Dan Ritter wrote:

M Bernard Richards wrote:

Hi,

I tried to upgrade from Debian 9.12.. (for which the Dell monitor worked
well) to buster and got the above message. Also it says "Optimum resolution
1280 x 1024". I tried the howtoforge.com advice but without success.

At what point did this occur? What had you just done?

Does the machine boot at all?

-dsr-

Hello and thanks for your message.

Custom is for people to keep talking on-list, so that searching
can bring up problems and answers in the future.


I had used a step-by-step?? guide from nixCraft, the final step being to run
(as root) apt-full-upgrade to go from Debian 9.12 to Debian 10 Buster

I then did a reboot to verify that all was OK, and the above message came up
along with "Optimum Resolution 1280 x 1024 60 Hz".

The machine worked fine with this monitor for several weeks prior to this,
using Debian 9.12.

Yes the machine boots and allows me to do Ctrl-Alt-F1 etc. and login as user
and as root


That's good. The most likely issue is that the X server is
ignoring your monitor's capabilities (via EDID) and has just
picked a common resolution ... which is wrong for you.

You can fix this by adding some configuration:

Section "Screen"
 Identifier "Screen0"
 Device "Card0"
 Monitor"Monitor0"
 SubSection "Display"
 Modes "1280x1024
 Depth 24
 EndSubSection
EndSection

The question is where to put this. /usr/share/X11/xorg.conf.d/
is a likely location. If the Identifier, Device or Monitor
strings are incorrect, you can find them in /var/log/Xorg.0.log
or in ~/.local/share/xorg/Xorg.0.log

-dsr-


Thanks for the suggestions. Tried that, made a file called xorg.conf 
using the above suggestion and put it with the other config files in 
/use/share/X11/xorg.conf.d/ to no avail.


mbnr

Stilll no luck


--
This email has been checked for viruses by AVG.
https://www.avg.com

Re: Uso de mingw

[Juan carlos Rebate]

Por fin! Gracias no encontraba los ejecutables

El lun., 11 may. 2020 20:14, Camaleón  escribió:

> El 2020-05-11 a las 19:48 +0200, Juan carlos Rebate escribió:
>
> > Buenas en estos momentos me veo obligado a utilizar mingw, con el
> > compilador gcc normal me desenvuelvo bien pero al momento de invocar
> mingw
> > me pierdo, instalado el conjunto mingw-w64 y todo perfecto pero al
> momento
> > de invocarlo me dice que no se encuentra la orden cómo puedo invocarlo
> > correctamente? Algo tipo gcc-mingw-x86-w64 o -86_w64 no funciona apesar
> de
> > estar instalado, como funciona esto?
>
> «mingw-w64» es un metapaquete, es decir, no contiene binarios sino
> dependencias hacia otros (meta)paquetes.
>
> Los binarios los tendrás en /usr/bin/x86_64-w64-mingw32-gcc-*, así que
> seguramente tengas un enlace creado al binario que quieras,
> ejecutándolo direcatamente, p. ej.,
> «x86_64-w64-mingw32-gcc ...»
>
> Saludos,
>
> --
> Camaleón
>
>

Re: Uso de mingw

[Camaleón]

El 2020-05-11 a las 19:48 +0200, Juan carlos Rebate escribió:

> Buenas en estos momentos me veo obligado a utilizar mingw, con el
> compilador gcc normal me desenvuelvo bien pero al momento de invocar mingw
> me pierdo, instalado el conjunto mingw-w64 y todo perfecto pero al momento
> de invocarlo me dice que no se encuentra la orden cómo puedo invocarlo
> correctamente? Algo tipo gcc-mingw-x86-w64 o -86_w64 no funciona apesar de
> estar instalado, como funciona esto?

«mingw-w64» es un metapaquete, es decir, no contiene binarios sino 
dependencias hacia otros (meta)paquetes.

Los binarios los tendrás en /usr/bin/x86_64-w64-mingw32-gcc-*, así que 
seguramente tengas un enlace creado al binario que quieras, 
ejecutándolo direcatamente, p. ej., 
«x86_64-w64-mingw32-gcc ...»

Saludos,

-- 
Camaleón 

Re: binfmt-support cannot start at boot time because /var is not mounted

[Darac Marjal]

On 11/05/2020 08:40, Reco wrote:
>   Hi.
>
> On Mon, May 11, 2020 at 09:33:59AM +0200, Dmitry Katsubo wrote:
>
>> root@debian:~ # systemctl status binfmt-support
>> * binfmt-support.service - Enable support for additional executable binary 
>> formats
>>Loaded: loaded (/lib/systemd/system/binfmt-support.service; enabled; 
>> vendor preset: enabled)
>>Active: failed (Result: exit-code) since Sun 2020-05-10 21:54:27 CEST; 
>> 10h ago
>>  Docs: man:update-binfmts(8)
>>   Process: 353 ExecStart=/usr/sbin/update-binfmts --enable (code=exited, 
>> status=2)
>>  Main PID: 353 (code=exited, status=2)
>>
>> May 10 21:54:27 debian update-binfmts[353]: update-binfmts: unable to open 
>> /var/lib/binfmts: No such file or directory
>>
>> Any help is appreciated.
> This should help your problem:
>
> mkdir /etc/systemd/system/binfmt-support.service.d
>
> cat > /etc/systemd/system/binfmt-support.service.d/override.conf << EOF
> [Unit]
> RequiresMountsFor=/var
> EOF

As another alternative, one can run "systemctl edit
binfmt-support.service", which will create the intervening folders and
files for you, and reload the daemon if the editor exits with success.


>
> Reco
>



signature.asc
Description: OpenPGP digital signature

Re: Suggestion on hardware issue?

[didier gaumet]

Hello,

perhaps try to install in text mode and lowmem:
 https://www.debian.org/releases/stable/i386/ch05s03.en.html

perhaps you have a RAM problem in a particular area that is not reported
by the RAM verifying tool you used.
If the installation succeeds, it could mean you have to replace the RAM
bank(s)...

Re: Why do I have so many packages to upgrade with Debian 10.4?

[didier gaumet]

Le 11/05/2020 à 19:12, l0f...@tuta.io a écrit :
> Hi,
> 
> 10 mai 2020 à 23:24 de didier.gau...@gmail.com:
> 
>> I am not sure of it but perhaps this is linked to the absence of
>> proposed-updates in your sources.list:
>> https://www.debian.org/releases/proposed-updates
>>
> Isn't proposed-updates designed to containing packages that should reach 
> stable-updates afterward?
[...]

from what I understand (perhaps wrongly) from the above link, no, it
would mean that stable-proposed-updates packages are bugfixes to be
included in stable at the next point release date"...

stable-updates contains bugfixes that cannot wait next point release:
  https://wiki.debian.org/SourcesList

Uso de mingw

[Juan carlos Rebate]

Buenas en estos momentos me veo obligado a utilizar mingw, con el
compilador gcc normal me desenvuelvo bien pero al momento de invocar mingw
me pierdo, instalado el conjunto mingw-w64 y todo perfecto pero al momento
de invocarlo me dice que no se encuentra la orden cómo puedo invocarlo
correctamente? Algo tipo gcc-mingw-x86-w64 o -86_w64 no funciona apesar de
estar instalado, como funciona esto?

Suggestion on hardware issue?

[Yvan Masson]

Hi,

I installed Debian 10 on a Acer AspireOne (32 bits processor, 1GB RAM).
Installation failed two times with corrupted packages, each time on same 
package (tcllib). I finally manage to re-download and install it by hand 
in another TTY so that the installer could finish. However, after the 
reboot, it could not start sddm (segfaults).


I tested RAM by running memtest86+ on this computer (3 passes, 4 hours), 
no issue. I ran debsums to check files integrity, and it returned many 
errors (written here by hand, so there might be typos):


/usr/lib/gcc/i686-linux-gnu/8/cc1
/usr/lib/firefox-esr/libxul.so
/usr/lib/firefox-esr/omni.ja
/usr/lib/i386-linux-gnu/dri/kms_swrast_dri.so
/usr/lib/i386-linux-gnu/dri/nouveau_dri.so
/usr/lib/i386-linux-gnu/dri/r300_dri.so
/usr/lib/i386-linux-gnu/dri/r600_dri.so
/usr/lib/i386-linux-gnu/dri/radeonsi_dri.so
/usr/lib/i386-linux-gnu/dri/swrast_dri.so
/usr/lib/i386-linux-gnu/dri/virtio_gpu_dri.so
/usr/lib/i386-linux-gnu/dri/vmwgfx_dri.so
/usr/share/doc/libgstreamer1.0-0/changelog.gz
/usr/lib/i386-linux-gnu/libgucharmap_2_90.so.7.0.0
/usr/lib/i386-linux-gnu/libicudata.so.63.1
/usr/lib/i386-linux-gnu/libLLVM-7.so.1
/usr/lib/i386-linux-gnu/libQt5WebKit.so.5.212.0
/usr/lib/i386-linux-gnu/libre2.so.5.0.0
/usr/share/libreoffice/share/config/images_helpimg.zip
/usr/lib/libreoffice/program/libmergedlo.so
/usr/lib/libreoffice/program/libpcrlo.so
/usr/lib/jvm/java-11-openjdk-i386/lib/modules
/usr/lib/jvm/java-11-openjdk-i386/lib/server/libjvm.so
/usr/share/thunderbird/omni.ja
[ ] EXT4-fs error (device sda-1): ext4_lookup:1591: inode #1222922: comm 
debsums: iget: checksum invalid

[ ] Aborting journal on device sda1-8.
[ ] EXT4-fs (sda1): Remounting filesystem read-only


I have then thought that it could be the hard drive, so I replaced it 
with a spare one: install failed again, but when configuring a different 
package.


Is the motherboard or processor faulty, or is there any hope for a 
simple solution to save this computer?


Regards,
Yvan

Re: Le seul livre disponible en français sur le site de Debian est un livre sur Debian 8

[Frederic Zulian]

Debian 8 de Raphael Hertzog est un livre complet,  facile à lire et à
comprendre.
Apparmor  y est traité depuis la version 7.
Par contre,  il n'y a pas systemd et c'est dommage. Pour moi systemd est
aussi incompréhensible
que la gestion de la base de registre de Windows.
Pourquoi faire simple alors que l'on peut faire très compliqué.

Frédéric ZULIAN
--
Pour la santé de votre ordinateur, préférez les logiciels libres.
https://www.april.org/



Le lun. 11 mai 2020 à 10:38, Marc Chantreux  a écrit :

> salut didier,
>
> > rappel du message d'origine:
> > > Le seul livre disponible sur le site de Debian est sur Debian 8.
> > > https://www.debian.org/doc/books.fr.html#french
>
> certes :)
>
> > > Je vous propose de le remplacer par cet ouvrage : Le guide complet de
> > > Linux Debian 10 Buster.
> >
> https://medium.com/@hamdyabouelanein/le-guide-complet-de-linux-debian-10-buster-ee5994d1a01e
>
> hahahahahahahaa ...  ... c'est une blague, hein ?
>
> > Je ne me prononce pas sur le contenu du livre en question vu que je ne
> > l'ai pas lu.
>
> je ne lis plus de bouquin technique qui soit le travail d'un seul: soit
> les sources sont dispos et les contributions intégrées, soit c'est pas à
> lire.
>
> > Par contre je doute qu'un bouquin sur Debian 8 soit devenu
> > obsolète avec la sortie de Debian 10: de mémoire, comme changements
> > majeurs susceptibles de remettre en cause la pertinence du contenu, il
> > doit surtout y avoir Apparmor qui n'est pas traité (EDIT: si, il y a une
> > intro) et nftables qui remplace iptables par défaut (mais en conservant
> > le mode compatibilité)
>
> ben ... systemd aussi ? je sais plus quand ca a été introduit mais c'est
> clairement le truc le plus marquant de ces dernières années (et je ne
> remercierais jamais assez Lennart: c'est ce qui m'a poussé à regarder du
> coté d'openbsd et je vire du serveur debian sans regret).
>
> cordialement,
> marc
>
>

Re: créer son propre dépot

[Marc Chantreux]

salut,

> Quelqu'un a-t-il essayé aptly, en alternative à reprepro ?

oui

> Pour quel retour d'expérience ?

aptly est clairement le truc vers lequel j'irais si j'avais des
problèmes complexes genre créer plusieurs déclinaisons d'un même
repo, hybrider des choses qui viennent de debian avec des paquets
à toi, ... mais si t'as un seul depot tout simple (et maintenant que
j'ai fais marché reprepo et que je me rend compte à quel point c'est
simple une fois que tu as évité les pieges de la page wiki), reprepo
me semble parfait.

cdlt,
marc

Re: Why do I have so many packages to upgrade with Debian 10.4?

[l0f4r0]

Hi,

10 mai 2020 à 23:24 de didier.gau...@gmail.com:

> I am not sure of it but perhaps this is linked to the absence of
> proposed-updates in your sources.list:
> https://www.debian.org/releases/proposed-updates
>
Isn't proposed-updates designed to containing packages that should reach 
stable-updates afterward?

11 mai 2020 à 00:06 de liam.p.oto...@gmail.com:

> The release notes[1] mention lots of updates in the section
> "Miscellaneous Bugfixes". Those will account for most of the upgrades
> you are seeing now.  Assuming you've been updating regularly, most or
> all of the updates in the section "Security Updates" will not apply.
>
> 1: > https://www.debian.org/News/2020/20200509
>
11 mai 2020 à 18:24 de deb...@lionunicorn.co.uk:

> On Du, 10 mai 20, 22:03:20, > l0f...@tuta.io>  wrote:
>
>> >
>> > My /etc/apt/sources.list contains links to buster, buster/updates, 
>> > buster-updates and buster-backports repositories. I run apt update / apt 
>> > upgrade very frequently.
>> >
>> > As you may know, Debian 10.4 was out yesterday.
>>
>
> Precisely; it was a point-release. Bug fixes as well as security
> fixes. Like me, you have probably kept up with the latter.
>
AFAIK, regarding Buster, bugfixes are released though buster-updates while 
security fixes are released through buster/updates. When a new Debian minor 
version is out, those packages are integrated into buster.
Am I wrong somewhere?

11 mai 2020 à 08:21 de andreimpope...@gmail.com:

> On Du, 10 mai 20, 22:03:20, l0f...@tuta.io wrote:
>
>> Could someone explain that to me please?
>>
> Not without seeing the list of packages (apt list --upgradable). Output 
> of 'apt policy' could also be useful.
>
Sure Andrei :)
Below were the results before I applied the upgrades:

apt list --upgradable
Listing... Done
base-files/stable 10.3+deb10u4 amd64 [upgradable from: 10.3+deb10u3]
cups-client/stable 2.2.10-6+deb10u3 amd64 [upgradable from: 2.2.10-6+deb10u2]
cups-common/stable,stable 2.2.10-6+deb10u3 all [upgradable from: 
2.2.10-6+deb10u2]
debian-security-support/stable,stable 2020.04.16~deb10u2 all [upgradable from: 
2019.12.12~deb10u1]
distro-info-data/stable,stable 0.41+deb10u2 all [upgradable from: 0.41+deb10u1]
filezilla-common/stable,stable 3.39.0-2+deb10u1 all [upgradable from: 3.39.0-2]
filezilla/stable 3.39.0-2+deb10u1 amd64 [upgradable from: 3.39.0-2]
fonts-opensymbol/stable,stable 2:102.10+LibO6.1.5-3+deb10u6 all [upgradable 
from: 2:102.10+LibO6.1.5-3+deb10u5]
fuse/stable 2.9.9-1+deb10u1 amd64 [upgradable from: 2.9.9-1]
gir1.2-pango-1.0/stable 1.42.4-8~deb10u1 amd64 [upgradable from: 
1.42.4-7~deb10u1]
iputils-ping/stable 3:20180629-2+deb10u1 amd64 [upgradable from: 3:20180629-2]
libbrlapi0.6/stable 5.6-10+deb10u1 amd64 [upgradable from: 5.6-10]
libcpupower1/stable 4.19.118-2 amd64 [upgradable from: 4.19.98-1+deb10u1]
libcups2/stable 2.2.10-6+deb10u3 amd64 [upgradable from: 2.2.10-6+deb10u2]
libcups2/stable 2.2.10-6+deb10u3 i386 [upgradable from: 2.2.10-6+deb10u2]
libcupsimage2/stable 2.2.10-6+deb10u3 amd64 [upgradable from: 2.2.10-6+deb10u2]
libel-api-java/stable,stable 3.0.0-2+deb10u1 all [upgradable from: 3.0.0-2]
libfuse-dev/stable 2.9.9-1+deb10u1 amd64 [upgradable from: 2.9.9-1]
libfuse2/stable 2.9.9-1+deb10u1 amd64 [upgradable from: 2.9.9-1]
libjsp-api-java/stable,stable 2.3.4-2+deb10u1 all [upgradable from: 2.3.4-2]
libnss-systemd/stable 241-7~deb10u4 amd64 [upgradable from: 241-7~deb10u3]
libpam-systemd/stable 241-7~deb10u4 amd64 [upgradable from: 241-7~deb10u3]
libpango-1.0-0/stable 1.42.4-8~deb10u1 amd64 [upgradable from: 1.42.4-7~deb10u1]
libpango-1.0-0/stable 1.42.4-8~deb10u1 i386 [upgradable from: 1.42.4-7~deb10u1]
libpangocairo-1.0-0/stable 1.42.4-8~deb10u1 amd64 [upgradable from: 
1.42.4-7~deb10u1]
libpangocairo-1.0-0/stable 1.42.4-8~deb10u1 i386 [upgradable from: 
1.42.4-7~deb10u1]
libpangoft2-1.0-0/stable 1.42.4-8~deb10u1 amd64 [upgradable from: 
1.42.4-7~deb10u1]
libpangoft2-1.0-0/stable 1.42.4-8~deb10u1 i386 [upgradable from: 
1.42.4-7~deb10u1]
libpangoxft-1.0-0/stable 1.42.4-8~deb10u1 amd64 [upgradable from: 
1.42.4-7~deb10u1]
libreoffice-avmedia-backend-gstreamer/stable 1:6.1.5-3+deb10u6 amd64 
[upgradable from: 1:6.1.5-3+deb10u5]
libreoffice-base-core/stable 1:6.1.5-3+deb10u6 amd64 [upgradable from: 
1:6.1.5-3+deb10u5]
libreoffice-base-drivers/stable 1:6.1.5-3+deb10u6 amd64 [upgradable from: 
1:6.1.5-3+deb10u5]
libreoffice-base/stable 1:6.1.5-3+deb10u6 amd64 [upgradable from: 
1:6.1.5-3+deb10u5]
libreoffice-calc/stable 1:6.1.5-3+deb10u6 amd64 [upgradable from: 
1:6.1.5-3+deb10u5]
libreoffice-common/stable,stable 1:6.1.5-3+deb10u6 all [upgradable from: 
1:6.1.5-3+deb10u5]
libreoffice-core/stable 1:6.1.5-3+deb10u6 amd64 [upgradable from: 
1:6.1.5-3+deb10u5]
libreoffice-draw/stable 1:6.1.5-3+deb10u6 amd64 [upgradable from: 
1:6.1.5-3+deb10u5]
libreoffice-gtk2/stable 1:6.1.5-3+deb10u6 amd64 [upgradable from: 
1:6.1.5-3+deb10u5]
libreoffice-help-common/stable,stable 1:6.1.5-3+deb10u6 all [upgradable from: 
1:6.1.5-3+deb10u5]

Re: créer son propre dépot

[Olivier]

Hello,

Quelqu'un a-t-il essayé aptly, en alternative à reprepro ?
Pour quel retour d'expérience ?

Slts

Le ven. 8 mai 2020 à 19:40, G2PC  a écrit :

>
> Le 08/05/2020 à 19:30, Marc Chantreux a écrit :
> > salut,
> >
> > merci pour la proposition mais j'ai mon propre site si besoin. je trouve
> > plus intelligent de contribuer à la mise à jour des pages officielles et
> > à leurs tradductions éventuelles.
>
> C'était surtout pour ne pas polluer le wiki avec de nouvelles
> expérimentations, puisque, pour le moment, il semble déjà pollué avec
> des informations obsolètes.
>
>

Re: Hmmm... /boot is too small. what's the best way to increase it's size?

[Celejar]

On Mon, 11 May 2020 11:21:35 -0500
David Wright  wrote:

> On Mon 11 May 2020 at 10:27:48 (-0400), Celejar wrote:

...

> > Yes. FDE including boot is doable, but it takes more work (and isn't
> > necessarily worth it, depending on the threat model - see above):
> 
> I don't encrypt root because it's far too useful to be able to remotely
> boot up. To keep things simple, I set up my laptops similarly, except
> that unlocking is earlier, in the boot sequence rather than after the
> system is fully up.

Well, I currently don't encrypt /boot, but since I'm anyway using the
iDRAC console to supply the LUKS password, I suppose it wouldn't
actually be *that* much more difficult to encrypt the entire disk and
boot from virtual media over iDRAC:

https://www.dell.com/support/article/en-us/sln296648/using-the-virtual-media-function-on-idrac-6-7-8-and-9

Celejar

MySQL в Buster

[Йосик Драний]

Доброго дня, панове. Невже спільнота Debian поховала справжній MySQL? В
мене бази даних були на справжньому MySQL і я не хочу переходити на
MariaDB, перша причина - ще не знайшов клієнта на зразок MySQL-Workbench,
друга - я не знайомий з MariaDB.

-- 
Glory to Ukraine

Re: [HS] Re: Le seul livre disponible en français sur le site de Debian est un livre sur Debian 8

[didier gaumet]

Le 11/05/2020 à 18:09, Alban Vidal a écrit :

> Possible, cependant, les procédures et possibilités Debian ne sont pas
> connus de tous, il faut quand même dire qu'il y a beaucoup
> d'informations un peu partout, et que nous en apprenons environ tous les
> jours :)
> C'est pour ça que les conseils entre utilisateurs et contributeurs sont
> nécessaires selon moi.
> Je pense que nous avons tous eu droit au bon vieux RTFM, c'est bien pour
> apprendre, mais très concrètement, il est impossible de tout lire et
> tout savoir sur Debian :)

Ben l'entraide désintéressée à apporter à un quidam quelconque également
désintéressé
, 100% d'accord.

L'entraide désintéressée à apporter à un intervenant commercial en mode
placement produit, chacun son opinion, mais je suis farouchement contre.

Je m'arrête là, j'ai déjà posté 3 fois sur ce sujet, c'est trop :-)

Re: Why do I have so many packages to upgrade with Debian 10.4?

[David Wright]

On Mon 11 May 2020 at 09:21:10 (+0300), Andrei POPESCU wrote:
> On Du, 10 mai 20, 22:03:20, l0f...@tuta.io wrote:
> > 
> > My /etc/apt/sources.list contains links to buster, buster/updates, 
> > buster-updates and buster-backports repositories. I run apt update / apt 
> > upgrade very frequently.
> > 
> > As you may know, Debian 10.4 was out yesterday.

Precisely; it was a point-release. Bug fixes as well as security
fixes. Like me, you have probably kept up with the latter.

> > Now, apt list --upgradable shows me 90+ packages to be upgraded.
> 
> [...]
> 
> > Could someone explain that to me please?
> 
> Not without seeing the list of packages (apt list --upgradable). Output 
> of 'apt policy' could also be useful.

Fairly typical for buster. 85 packages here, including the kernel.
About 30 of them were for libreoffice components. No DM or DE here.

Looking back, the previous point release (early Feb) involved 76 here.
The one before that (Nov), 65. I've no figures for 10.0→10.1 as it was
conflated with my installation of the system.

Cheers,
David.

Re: Hmmm... /boot is too small. what's the best way to increase it's size?

[David Wright]

On Mon 11 May 2020 at 10:27:48 (-0400), Celejar wrote:
> On Mon, 11 May 2020 07:36:27 -0400 Greg Wooledge  wrote:
> > On Sat, May 09, 2020 at 10:05:40PM -0700, Will Mengarini wrote:
> > > * Rick Thomas  [20-05/09=Sa 20:05 -0700]:
> > > > [...] died for lack of space in /boot [...]
> > > 
> > > Long ago I stopped bothering with a separate /boot, and behold, I yet
> > > live.  ISTR the Debian installer doesn't default to creating one either.
> > 
> > Unless you're doing some kind(s) of disk encryption.  Which apparently is
> > a thing that some laptop users go for in a major way.
> 
> And some desktop / server users. I'd rather not have to worry about the
> sensitive data on my disks when I decommission them / they fail.

I'm surprised that more people aren't concerned about theft, and also
their increasing obligations under confidentiality/privacy rules/laws.

> > As a non-laptop person, my understanding is that, at least with some
> > implementations of disk encryption, you need an UN-encrypted /boot to
> > get the whole thing started.  After that, the root file system and any
> > other local file systems can be encrypted, and the code from /boot will
> > be able to prompt you for the passphrase or whatever.
> 
> Yes. FDE including boot is doable, but it takes more work (and isn't
> necessarily worth it, depending on the threat model - see above):

I don't encrypt root because it's far too useful to be able to remotely
boot up. To keep things simple, I set up my laptops similarly, except
that unlocking is earlier, in the boot sequence rather than after the
system is fully up.

> https://cryptsetup-team.pages.debian.net/cryptsetup/encrypted-boot.html

I notice that this page (of 09 Jun 2019) mentions a typical /boot
partition of 256MB, and laments not being able to reclaim the space
if /boot is merged into the root filesystem.

Cheers,
David.

Re: [HS] Re: Le seul livre disponible en français sur le site de Debian est un livre sur Debian 8

[Alban Vidal]

Bonjour,

Le 11/05/2020 à 17:45, didier gaumet a écrit :
> En première analyse, moi non plus, et je n'aurais donc rien contre.
> Mais, justement, ce n'est pas ce que demande l'auteur dudit bouquin: il
> ne demande pas seulement l'ajout de son oeuvre mais aussi le retrait de
> celle d'un concurrent qui le précède
Exact, selon moi c'est à l'auteur de demander l'ajout de son livre, mais
pas à lui de demander le retrait de l'ancien.
Debian 8 est encore supporté, donc je ne vois pas pourquoi nous
supprimerions la référence au guide actuel.

> il s'agit d'un expert Debian qui se fait rétribuer pour son expertise
> Debian, il est censé connaître la procédure Debian, non?
Possible, cependant, les procédures et possibilités Debian ne sont pas
connus de tous, il faut quand même dire qu'il y a beaucoup
d'informations un peu partout, et que nous en apprenons environ tous les
jours :)
C'est pour ça que les conseils entre utilisateurs et contributeurs sont
nécessaires selon moi.
Je pense que nous avons tous eu droit au bon vieux RTFM, c'est bien pour
apprendre, mais très concrètement, il est impossible de tout lire et
tout savoir sur Debian :)

Alban




signature.asc
Description: OpenPGP digital signature

[HS] Re: Le seul livre disponible en français sur le site de Debian est un livre sur Debian 8

[didier gaumet]

Le 11/05/2020 à 11:04, Alban Vidal a écrit :
[...]
> Le 11/05/2020 à 10:14, didier gaumet a écrit :
>> Je n'étais pas intervenu à l'époque pour ne pas alimenter ce que je
>> considère être un troll, mais je trouve que c'est de la promotion
>> commerciale et qu'on est assez loin de l'un des atouts de l'esprit du
>> libre: la mutualisation des ressources intellectuelles.
>> Ceci étant, chacun son interprétation.
> 
> Je comprends l'idée, mais sur la page /doc/books nous parlons de livre
> papier, il n'est pas mentionné la licence, il s'agit juste d'un annuaire.
> Je ne vois donc pas pourquoi le livre proposé ne pourrait pas y être
> mentionné.

En première analyse, moi non plus, et je n'aurais donc rien contre.
Mais, justement, ce n'est pas ce que demande l'auteur dudit bouquin: il
ne demande pas seulement l'ajout de son oeuvre mais aussi le retrait de
celle d'un concurrent qui le précède

> Pour faire une demande d'ajout de livre, il y a les instructions en bas
> de la page doc/books [2].
> Si vous souhaitez qu'il puisse apparaître, je vous invite à contacter
> l'auteur en lui donnant cette page.

il s'agit d'un expert Debian qui se fait rétribuer pour son expertise
Debian, il est censé connaître la procédure Debian, non?

Re: Wetransfer of alternatief om bestanden via terminal te versturen.

[Paul van der Vlis]

Op 10-05-2020 om 20:37 schreef Koen Wybo:
> Dag iedereen,
> 
> 
> Er zijn verschillende online diensten zoals wetransfer.com die je
> toelaten om bestanden met elkaar te delen. Op de website moet je
> vervolgens je emailadres, ontvanger-email invullen en vervolgens het
> bestand selecteren. Mijn vraag is: hoe kun je dit automatiseren zodat
> alles vanuit terminal kan ingevoerd worden en in een script kan
> geplaatst worden.
> 
> Dit hoeft niet noodzakelijk met wetransfer te zijn, het kan gerust ook
> met een andere gratis dienst.
> 
> Ik heb reeds het pythonprogramma we-transfer uitgeprobeerd zonder succes.
> 
> Transfer.sh lukt maar genereert op het einde een unieke code om te
> downloaden. Dit vraagt dus extra tussenkomst van de eindgebruiker.

Je kunt zo'n unieke code toch naar de ander sturen?  Het lijkt me dat
dat ook automatisch kan. Wellicht zoiets:

Transfer.sh /path/file | mail -s "nieuw bestand" n...@domein.nl

Uiteraard moet wel de e-mail werken op je computer, dat is nog niet
altijd heel simpel.

Groeten,
Paul


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

Re: Hmmm... /boot is too small. what's the best way to increase it's size?

[Celejar]

On Mon, 11 May 2020 07:36:27 -0400
Greg Wooledge  wrote:

> On Sat, May 09, 2020 at 10:05:40PM -0700, Will Mengarini wrote:
> > * Rick Thomas  [20-05/09=Sa 20:05 -0700]:
> > > [...] died for lack of space in /boot [...]
> > 
> > Long ago I stopped bothering with a separate /boot, and behold, I yet
> > live.  ISTR the Debian installer doesn't default to creating one either.
> 
> Unless you're doing some kind(s) of disk encryption.  Which apparently is
> a thing that some laptop users go for in a major way.

And some desktop / server users. I'd rather not have to worry about the
sensitive data on my disks when I decommission them / they fail.

> As a non-laptop person, my understanding is that, at least with some
> implementations of disk encryption, you need an UN-encrypted /boot to
> get the whole thing started.  After that, the root file system and any
> other local file systems can be encrypted, and the code from /boot will
> be able to prompt you for the passphrase or whatever.

Yes. FDE including boot is doable, but it takes more work (and isn't
necessarily worth it, depending on the threat model - see above):

https://cryptsetup-team.pages.debian.net/cryptsetup/encrypted-boot.html

Celejar

Re: Le seul livre disponible en français sur le site de Debian est un livre sur Debian 8

[Alban Vidal]

Bonjour à tous,

Le 11/05/2020 à 10:37, Marc Chantreux a écrit :
> ben ... systemd aussi ? je sais plus quand ca a été introduit mais c'est
> clairement le truc le plus marquant de ces dernières années (et je ne
> remercierais jamais assez Lennart: c'est ce qui m'a poussé à regarder du
> coté d'openbsd et je vire du serveur debian sans regret).

Systemd est arrivé avec Debian 8 (donc présent dans le livre), mais il
faut dire qu'il y a eu pas mal d'évolutions depuis.


Le 23/03/2020 à 08:56, Hamdy Abou El Anein a écrit :

> Le seul livre disponible sur le site de Debian est sur Debian 8.
> https://www.debian.org/doc/books.fr.html#french
Ce livre est le « debian-handbook » (Manuel de l’administrateur Debian),
effectivement actuellement publié (papier et web) pour Debian 8, mais le
développement est toujours en cours, voir les sources sur Salsa [1].
J'ai demandé à un des auteur (Raphaël), la version Anglaise est presque
terminée, pour la version Française il y a du travail.
Étant bien occupé, cela ne pourra pas être fait tout de suite,
n'attendez donc pas la version Française pour demain :)


Le 11/05/2020 à 10:14, didier gaumet a écrit :
> Je n'étais pas intervenu à l'époque pour ne pas alimenter ce que je
> considère être un troll, mais je trouve que c'est de la promotion
> commerciale et qu'on est assez loin de l'un des atouts de l'esprit du
> libre: la mutualisation des ressources intellectuelles.
> Ceci étant, chacun son interprétation.

Je comprends l'idée, mais sur la page /doc/books nous parlons de livre
papier, il n'est pas mentionné la licence, il s'agit juste d'un annuaire.
Je ne vois donc pas pourquoi le livre proposé ne pourrait pas y être
mentionné.
Pour faire une demande d'ajout de livre, il y a les instructions en bas
de la page doc/books [2].
Si vous souhaitez qu'il puisse apparaître, je vous invite à contacter
l'auteur en lui donnant cette page.

Alban

[1] https://salsa.debian.org/hertzog/debian-handbook
[2] https://www.debian.org/doc/books




signature.asc
Description: OpenPGP digital signature

Is it possible to determine the total duration of multiple video files in GNOME Files (formerly Nautilus)?

[Turritopsis Dohrnii Teo En Ming]

Subject: Is it possible to determine the total duration of multiple 
video files in GNOME Files (formerly Nautilus)?


Good evening from Singapore,

Is it possible to determine the total duration of multiple video files 
in GNOME Files (formerly Nautilus)?


In Windows 10, it is possible to select multiple video files, right 
click and determine the total duration in File Explorer.


If GNOME Files is lacking such a feature, can I request for it to be 
added in future releases of GNOME Files?


I am looking forward to hearing from you soon.

Thank you very much.






-BEGIN EMAIL SIGNATURE-

The Gospel for all Targeted Individuals (TIs):

[The New York Times] Microwave Weapons Are Prime Suspect in Ills of
U.S. Embassy Workers

Link: 
https://www.nytimes.com/2018/09/01/science/sonic-attack-cuba-microwave.html




Singaporean Mr. Turritopsis Dohrnii Teo En Ming's Academic
Qualifications as at 14 Feb 2019 and refugee seeking attempts at the 
United Nations Refugee Agency Bangkok (21 Mar 2017), in Taiwan (5 Aug 
2019) and Australia (25 Dec 2019 to 9 Jan 2020):


[1] https://tdtemcerts.wordpress.com/

[2] https://tdtemcerts.blogspot.sg/

[3] https://www.scribd.com/user/270125049/Teo-En-Ming

-END EMAIL SIGNATURE-

Re: Wetransfer of alternatief om bestanden via terminal te versturen.

[Koen Wybo]

Op 10/05/2020 om 21:50 schreef Geert Stappers:

On Sun, May 10, 2020 at 08:37:30PM +0200, Koen Wybo wrote:

Dag iedereen,


Er zijn verschillende online diensten zoals wetransfer.com die je toelaten
om bestanden met elkaar te delen. Op de website moet je vervolgens je
emailadres, ontvanger-email invullen en vervolgens het bestand selecteren.
Mijn vraag is: hoe kun je dit automatiseren zodat alles vanuit terminal kan
ingevoerd worden en in een script kan geplaatst worden.

Dit hoeft niet noodzakelijk met wetransfer te zijn, het kan gerust ook met
een andere gratis dienst.

Ik heb reeds het pythonprogramma we-transfer uitgeprobeerd zonder succes.

Transfer.sh lukt maar genereert op het einde een unieke code om te
downloaden. Dit vraagt dus extra tussenkomst van de eindgebruiker.


Alle hulp is welkom.


Ik las in de vraag "wget, maar dan de andere kant op"

En verhip.


$ apt search wput
Bezig met sorteren... Klaar
Volledige tekst doorzoeken... Klaar
wput/stable 0.6.2+git20130413-8 amd64
   tiny wget-like ftp-client for uploading files


Er is ook fiche  8^)


Groeten
Geert Stappers



wput: dit veronderstelt natuurlijk dat je een ftp-server hebt... die heb 
ik echter niet.  Anders kon je het waarschijnlijk ook via curl doen.


fiche / wgetpaste / pastebin / enz... deze komen ook weer met een unieke 
code die de eindgebruiker moet doorgeven.


Het mooie als je een dienst als wetransfer (of iets dergelijks) zou 
kunnen automatiseren is dat de eindgebruiker geen moeilijke code moet 
zoeken/doorgeven en dat je automatisch wordt verwittigd als er geüpload is.


Ondertussen aan het zoeken hoe je een browser headless kan 'besturen'. 
Ziet er redelijk impressionant uit: 
https://dev.to/sonyarianto/practical-puppeteer-how-to-upload-a-file-programatically-4nm4



Vriendelijke groet


Koen Wybo

Re: Hmmm... /boot is too small. what's the best way to increase it's size?

[Andrei POPESCU]

On Lu, 11 mai 20, 01:09:46, David Christensen wrote:
> On 2020-05-10 23:12, Andrei POPESCU wrote:
> > On Du, 10 mai 20, 12:30:29, David Christensen wrote:
> > > 
> > > As for using GRML, I have never heard of it.  The Debian Installer can get
> > > the job done.  That said, I have about a half dozen machines and have been
> > > feeling the need for installation and deployment automation. I have heard 
> > > of
> > > Puppet more than once.  Lucas [1] recommends Ansible [2], so I will 
> > > probably
> > > try that.
> > 
> > Puppet and ansible are for configuration management, you need something
> > like FAI for installation.

Just discovered vmdb2 which appears to combine nicely with ansible.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: What has happened to task-print-service?

[Brian]

On Mon 11 May 2020 at 12:49:01 +0430, Nima Azarbayjany wrote:

> Hi,
> 
> I am wondering where has task-print-service gone? When I try to update
> my testing Debian installation, apt wants to remove task-print-service
> with a large number of CUPS related packages. Should I allow this or
> is this something I need to wait until gets fixed. I don't see
> task-print-service or something similar in the testing or sid
> packages.
> 
> Any clarifications about this is highly appreciated.

Bug #950553.

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950553

-- 
Brian.

Re: Hmmm... /boot is too small. what's the best way to increase it's size?

[Greg Wooledge]

On Sat, May 09, 2020 at 10:05:40PM -0700, Will Mengarini wrote:
> * Rick Thomas  [20-05/09=Sa 20:05 -0700]:
> > [...] died for lack of space in /boot [...]
> 
> Long ago I stopped bothering with a separate /boot, and behold, I yet
> live.  ISTR the Debian installer doesn't default to creating one either.

Unless you're doing some kind(s) of disk encryption.  Which apparently is
a thing that some laptop users go for in a major way.

As a non-laptop person, my understanding is that, at least with some
implementations of disk encryption, you need an UN-encrypted /boot to
get the whole thing started.  After that, the root file system and any
other local file systems can be encrypted, and the code from /boot will
be able to prompt you for the passphrase or whatever.

Re: ACPI Errors

[Jonathan Oshita]

Well that's unfortunate, thanks for the information though.

Regards,
Jonathan

‐‐‐ Original Message ‐‐‐
On Monday, May 11, 2020 1:54 AM, Sven Hartge  wrote:

> Jonathan Oshita jkosh...@protonmail.com wrote:
>
> > I've been having the following error messages about 'ACPI' in my
> > 'kern.log' and haven't been able to figure out how to resolve them.
> > The system boots successfully after displaying the errors, but any
> > error message is usually a concern of mine.
>
> ACPI errors usually can only be solved by a BIOS/firmware update. But
> even then it is more than possible that nothing will change as BIOS
> vendors are notoriously bad at creating correct ACPI tables.
>
> > Is this something I should be worried about?
>
> No.
>
> > Is there any way I can eliminate these errors?
>
> Probably not.
>
> Grüße,
> Sven.
>
> --
>
> Sigmentation fault. Core dumped.

[HS] Re: Le seul livre disponible en français sur le site de Debian est un livre sur Debian 8

[didier gaumet]

Le 11/05/2020 à 10:37, Marc Chantreux a écrit :
[...]
>> Par contre je doute qu'un bouquin sur Debian 8 soit devenu
>> obsolète avec la sortie de Debian 10: de mémoire, comme changements
>> majeurs susceptibles de remettre en cause la pertinence du contenu, il
>> doit surtout y avoir Apparmor qui n'est pas traité (EDIT: si, il y a une
>> intro) et nftables qui remplace iptables par défaut (mais en conservant
>> le mode compatibilité)
> 
> ben ... systemd aussi ? je sais plus quand ca a été introduit mais c'est
> clairement le truc le plus marquant de ces dernières années (et je ne
> remercierais jamais assez Lennart: c'est ce qui m'a poussé à regarder du
> coté d'openbsd et je vire du serveur debian sans regret).

Je crois que Systemd a été introduit dans Debian 7 et est devenu le
système d'init par défaut dans Debian 8. En tout cas il est traité dans
les cahiers de l'admin...

RE: Le seul livre disponible en français sur le site de Debian est un livre sur Debian 8

[christophe DUCARD]

Bonjour,

Conserver les 2 versions me semble à moi aussi une très bonne idée.   

Cordialement


De : fw 
Envoyé : lundi 23 mars 2020 18:18
À : debian-user-french@lists.debian.org
Objet : Re: Le seul livre disponible en français sur le site de Debian est un 
livre sur Debian 8

Idée très bonne, mais peux-tu conserver les 2 versions, au cas ou qqun aurais 
un besoin spécifique de la V8 ?
Cordialement

Re: ACPI Errors

[Sven Hartge]

Jonathan Oshita  wrote:


> I've been having the following error messages about 'ACPI' in my
> 'kern.log' and haven't been able to figure out how to resolve them.
> The system boots successfully after displaying the errors, but any
> error message is usually a concern of mine.

ACPI errors usually can only be solved by a BIOS/firmware update. But
even then it is more than possible that nothing will change as BIOS
vendors are notoriously bad at creating correct ACPI tables.

> Is this something I should be worried about? 

No.

> Is there any way I can eliminate these errors?

Probably not.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

Re: Le seul livre disponible en français sur le site de Debian est un livre sur Debian 8

[Marc Chantreux]

salut didier,

> rappel du message d'origine:
> > Le seul livre disponible sur le site de Debian est sur Debian 8.
> > https://www.debian.org/doc/books.fr.html#french

certes :)

> > Je vous propose de le remplacer par cet ouvrage : Le guide complet de
> > Linux Debian 10 Buster.
> https://medium.com/@hamdyabouelanein/le-guide-complet-de-linux-debian-10-buster-ee5994d1a01e

hahahahahahahaa ...  ... c'est une blague, hein ?

> Je ne me prononce pas sur le contenu du livre en question vu que je ne
> l'ai pas lu.

je ne lis plus de bouquin technique qui soit le travail d'un seul: soit
les sources sont dispos et les contributions intégrées, soit c'est pas à
lire.

> Par contre je doute qu'un bouquin sur Debian 8 soit devenu
> obsolète avec la sortie de Debian 10: de mémoire, comme changements
> majeurs susceptibles de remettre en cause la pertinence du contenu, il
> doit surtout y avoir Apparmor qui n'est pas traité (EDIT: si, il y a une
> intro) et nftables qui remplace iptables par défaut (mais en conservant
> le mode compatibilité)

ben ... systemd aussi ? je sais plus quand ca a été introduit mais c'est
clairement le truc le plus marquant de ces dernières années (et je ne
remercierais jamais assez Lennart: c'est ce qui m'a poussé à regarder du
coté d'openbsd et je vire du serveur debian sans regret).

cordialement,
marc

What has happened to task-print-service?

[Nima Azarbayjany]

Hi,

I am wondering where has task-print-service gone? When I try to update
my testing Debian installation, apt wants to remove task-print-service
with a large number of CUPS related packages. Should I allow this or
is this something I need to wait until gets fixed. I don't see
task-print-service or something similar in the testing or sid
packages.

Any clarifications about this is highly appreciated.

Re: stretch -> buster upgrade fails

[Tony van der Hoff]

On 11/05/2020 09:23, Tony van der Hoff wrote:



On 10/05/2020 19:02, Sven Hartge wrote:

Tony van der Hoff  wrote:


E: Problem executing scripts APT::Update::Post-Invoke-Success 'if
/usr/bin/test -w /var/cache/app-info -a -e /usr/bin/appstreamcli; then
appstreamcli refresh-cache > /dev/null; fi'
E: Sub-process returned an error code



I don't know where to find a verbose log. Any suggestions as to how tp
proceed please?


What happens when you run

  appstreamcli refresh-cache

manually as root?

Grüße,
S!



root@debian-jane:~# appstreamcli refresh-cacheappstreamcli refresh-cache
Command 'refresh-cacheappstreamcli' is unknown.



Doing it correctly:
root@debian-jane:~#  appstreamcli refresh-cache
AppStream cache update is not necessary.


--
Tony van der Hoff| mailto:t...@vanderhoff.org
Buckinghamshire, England |

Re: stretch -> buster upgrade fails

[Tony van der Hoff]

On 10/05/2020 19:02, Sven Hartge wrote:

Tony van der Hoff  wrote:


E: Problem executing scripts APT::Update::Post-Invoke-Success 'if
/usr/bin/test -w /var/cache/app-info -a -e /usr/bin/appstreamcli; then
appstreamcli refresh-cache > /dev/null; fi'
E: Sub-process returned an error code



I don't know where to find a verbose log. Any suggestions as to how tp
proceed please?


What happens when you run

  appstreamcli refresh-cache

manually as root?

Grüße,
S!



root@debian-jane:~# appstreamcli refresh-cacheappstreamcli refresh-cache
Command 'refresh-cacheappstreamcli' is unknown.

--
Tony van der Hoff| mailto:t...@vanderhoff.org
Buckinghamshire, England |

Re: Le seul livre disponible en français sur le site de Debian est un livre sur Debian 8

[didier gaumet]

Le 11/05/2020 à 07:34, Marc Chantreux a écrit :
> salut,
> 
>> Le message ci-dessous est-il sérieux?
> 
> pourquoi ne le serait-t'il pas?
> 
>> Que vaut le bouquin dont il fait état?
> 
> le cahier de l'admin a été une référence francophone
> pendant longtemps. je me souviens que mes élèves
> l'achetaient spontanément.
> 
> l'auteur a fondé Freexian qui est entre autre en charge
> du programme LTS.
> 
> http://www.freexian.com/services/debian-lts.html
> 
> il n'a probablement plus trop de temps pour son bonquin.
> 
> cordialement,
> marc
> 
> 
rappel du message d'origine:

Le 23/03/2020 à 08:56, Hamdy Abou El Anein a écrit :
> Bonjour,
>
> Le seul livre disponible sur le site de Debian est sur Debian 8.
>
> https://www.debian.org/doc/books.fr.html#french
>
> Je vous propose de le remplacer par cet ouvrage : Le guide complet de
> Linux Debian 10 Buster.
>
>
https://medium.com/@hamdyabouelanein/le-guide-complet-de-linux-debian-10-buster-ee5994d1a01e

L'auteur pu post original et du livre ne propose pas d'ajouter une
référence sur Debian.org à son livre payant pour coexister pacifiquement
avec la concurrence, il demande aussi à faire supprimer la référence à
un livre concurrent, dont les auteurs, eux, offrent une solution
gratuite pour profiter de son contenu.

Je n'étais pas intervenu à l'époque pour ne pas alimenter ce que je
considère être un troll, mais je trouve que c'est de la promotion
commerciale et qu'on est assez loin de l'un des atouts de l'esprit du
libre: la mutualisation des ressources intellectuelles.
Ceci étant, chacun son interprétation.

Je ne me prononce pas sur le contenu du livre en question vu que je ne
l'ai pas lu. Par contre je doute qu'un bouquin sur Debian 8 soit devenu
obsolète avec la sortie de Debian 10: de mémoire, comme changements
majeurs susceptibles de remettre en cause la pertinence du contenu, il
doit surtout y avoir Apparmor qui n'est pas traité (EDIT: si, il y a une
intro) et nftables qui remplace iptables par défaut (mais en conservant
le mode compatibilité)

Re: Hmmm... /boot is too small. what's the best way to increase it's size?

[David Christensen]

On 2020-05-10 23:12, Andrei POPESCU wrote:

On Du, 10 mai 20, 12:30:29, David Christensen wrote:


As for using GRML, I have never heard of it.  The Debian Installer can get
the job done.  That said, I have about a half dozen machines and have been
feeling the need for installation and deployment automation. I have heard of
Puppet more than once.  Lucas [1] recommends Ansible [2], so I will probably
try that.


Puppet and ansible are for configuration management, you need something
like FAI for installation.


I am not doing "unattended mass deployment of Linux":

https://fai-project.org/


Running an installer (or restoring an image), booting the system, and 
then configuring the system over SSH is already part of my work flow. 
If Ansible can help me with the last step for Debian, FreeBSD, macOS, 
Windows, Linode, and potentially other operating systems, I would be 
happy.  But, I am not encouraged by all the RedHat marketing hype.



David

ACPI Errors

[Jonathan Oshita]

Hello,

I've been having the following error messages about 'ACPI' in my 'kern.log' and 
haven't been able to figure out how to resolve them. The system boots 
successfully after displaying the errors, but any error message is usually a 
concern of mine.

Is this something I should be worried about? Is there any way I can eliminate 
these errors?

Regards,
Jonathan



System Information (inxi -SMCG):

System:Host: debian-3 Kernel: 4.19.0-6-amd64 x86_64 bits: 64 Desktop: Xfce 
4.12.4
   Distro: Debian GNU/Linux 10 (buster)
Machine:   Type: Laptop System: Dell product: G7 7590 v: N/A serial: 
   Mobo: Dell model: 0WJH3G v: A00 serial:  UEFI: Dell 
v: 1.12.0
   date: 02/07/2020
CPU:   Topology: 6-Core model: Intel Core i7-9750H bits: 64 type: MT MCP
   L2 cache: 12.0 MiB
   Speed: 800 MHz min/max: 800/4500 MHz Core speeds (MHz): 1: 800 2: 
800 3: 800
   4: 800 5: 800 6: 800 7: 800 8: 800 9: 800 10: 800 11: 800 12: 800
Graphics:  Device-1: Intel UHD Graphics 630 driver: i915 v: kernel
   Device-2: NVIDIA TU104M [GeForce RTX 2080 Mobile] driver: nvidia v: 
440.82
   Display: x11 server: X.Org 1.20.4 driver: modesetting,nvidia
   resolution: 1920x1080~144Hz
   OpenGL: renderer: GeForce RTX 2080 with Max-Q Design/PCIe/SSE2
   v: 4.6.0 NVIDIA 440.82


'kern.log' excerpt:

May 10 21:44:50 debian-3 kernel: [0.284974] ACPI: 13 ACPI AML tables 
successfully acquired and loaded
May 10 21:44:50 debian-3 kernel: [0.285835] ACPI Error: No pointer back to 
namespace node in package ba9e0ff5 (20180810/dsargs-303)
May 10 21:44:50 debian-3 kernel: [0.286839] ACPI Error: No pointer back to 
namespace node in package ba9e0ff5 (20180810/dsargs-303)
May 10 21:44:50 debian-3 kernel: [0.292528] ACPI: [Firmware Bug]: BIOS 
_OSI(Linux) query ignored
May 10 21:44:50 debian-3 kernel: [0.299865] ACPI: Dynamic OEM Table Load:
May 10 21:44:50 debian-3 kernel: [0.299869] ACPI: SSDT 0x9A6BEBBBC900 
F4 (v02 PmRef  Cpu0Psd  3000 INTL 20160527)
May 10 21:44:50 debian-3 kernel: [0.300060] ACPI Error: No pointer back to 
namespace node in package ba9e0ff5 (20180810/dsargs-303)
May 10 21:44:50 debian-3 kernel: [0.300140] ACPI: \_SB_.PR00: _OSC native 
thermal LVT Acked
May 10 21:44:50 debian-3 kernel: [0.300735] ACPI: Dynamic OEM Table Load:
May 10 21:44:50 debian-3 kernel: [0.300739] ACPI: SSDT 0x9A6BEBD84800 
00046F (v02 PmRef  Cpu0Cst  3001 INTL 20160527)
May 10 21:44:50 debian-3 kernel: [0.300930] ACPI Error: No pointer back to 
namespace node in package ba9e0ff5 (20180810/dsargs-303)
May 10 21:44:50 debian-3 kernel: [0.301076] ACPI: Dynamic OEM Table Load:
May 10 21:44:50 debian-3 kernel: [0.301079] ACPI: SSDT 0x9A6BEBD86800 
000581 (v02 PmRef  Cpu0Ist  3000 INTL 20160527)
May 10 21:44:50 debian-3 kernel: [0.301312] ACPI Error: No pointer back to 
namespace node in package ba9e0ff5 (20180810/dsargs-303)
May 10 21:44:50 debian-3 kernel: [0.301446] ACPI: Dynamic OEM Table Load:
May 10 21:44:50 debian-3 kernel: [0.301449] ACPI: SSDT 0x9A6BEBBB9600 
00011B (v02 PmRef  Cpu0Hwp  3000 INTL 20160527)
May 10 21:44:50 debian-3 kernel: [0.301620] ACPI Error: No pointer back to 
namespace node in package ba9e0ff5 (20180810/dsargs-303)
May 10 21:44:50 debian-3 kernel: [0.301717] ACPI: Dynamic OEM Table Load:
May 10 21:44:50 debian-3 kernel: [0.301720] ACPI: SSDT 0x9A6BEBD81000 
000724 (v02 PmRef  HwpLvt   3000 INTL 20160527)
May 10 21:44:50 debian-3 kernel: [0.301883] ACPI Error: No pointer back to 
namespace node in package ba9e0ff5 (20180810/dsargs-303)
May 10 21:44:50 debian-3 kernel: [0.302160] ACPI: Dynamic OEM Table Load:
May 10 21:44:50 debian-3 kernel: [0.302163] ACPI: SSDT 0x9A6BEBD83800 
0005FC (v02 PmRef  ApIst3000 INTL 20160527)
May 10 21:44:50 debian-3 kernel: [0.302396] ACPI Error: No pointer back to 
namespace node in package ba9e0ff5 (20180810/dsargs-303)
May 10 21:44:50 debian-3 kernel: [0.302527] ACPI: Dynamic OEM Table Load:
May 10 21:44:50 debian-3 kernel: [0.302529] ACPI: SSDT 0x9A6BEBBC6000 
000317 (v02 PmRef  ApHwp3000 INTL 20160527)
May 10 21:44:50 debian-3 kernel: [0.302721] ACPI Error: No pointer back to 
namespace node in package ba9e0ff5 (20180810/dsargs-303)
May 10 21:44:50 debian-3 kernel: [0.302903] ACPI: Dynamic OEM Table Load:
May 10 21:44:50 debian-3 kernel: [0.302907] ACPI: SSDT 0x9A6BEBDD6000 
000AB0 (v02 PmRef  ApPsd3000 INTL 20160527)
May 10 21:44:50 debian-3 kernel: [0.303405] ACPI Error: No pointer back to 
namespace node in package ba9e0ff5 (20180810/dsargs-303)
May 10 21:44:50 debian-3 kernel: [0.303543] ACPI: Dynamic OEM Table Load:
May 10 21:44:50 debian-3 kernel: [0.303546] ACPI: SSDT 0x9A6BEBBC3000 
00030A (v02 PmRef  ApCst

Re: binfmt-support cannot start at boot time because /var is not mounted

[Reco]

Hi.

On Mon, May 11, 2020 at 09:33:59AM +0200, Dmitry Katsubo wrote:

> root@debian:~ # systemctl status binfmt-support
> * binfmt-support.service - Enable support for additional executable binary 
> formats
>Loaded: loaded (/lib/systemd/system/binfmt-support.service; enabled; 
> vendor preset: enabled)
>Active: failed (Result: exit-code) since Sun 2020-05-10 21:54:27 CEST; 10h 
> ago
>  Docs: man:update-binfmts(8)
>   Process: 353 ExecStart=/usr/sbin/update-binfmts --enable (code=exited, 
> status=2)
>  Main PID: 353 (code=exited, status=2)
> 
> May 10 21:54:27 debian update-binfmts[353]: update-binfmts: unable to open 
> /var/lib/binfmts: No such file or directory
>
> Any help is appreciated.

This should help your problem:

mkdir /etc/systemd/system/binfmt-support.service.d

cat > /etc/systemd/system/binfmt-support.service.d/override.conf << EOF
[Unit]
RequiresMountsFor=/var
EOF

Reco

Re: Hmmm... /boot is too small. what's the best way to increase it's size?

[David Christensen]

On 2020-05-10 15:53, Rick Thomas wrote:



On Sun, May 10, 2020, at 12:30 PM, David Christensen wrote:


As for using GRML, I have never heard of it.  The Debian Installer can
get the job done.


GRML [1]  says: "Grml is a bootable live system (Live-CD) based on Debian. Grml 
includes a collection of GNU/Linux software especially for system administrators. Users 
don't have to install anything on fixed storage. Grml is especially well suited for 
administrative tasks like installation, deployment and system rescue. Read more..."

There's also Debian Live, which also has all the features I'll need to do a 
full backup, repartition, and restore.  The installer in rescue mode is more 
limited than either of these alternatives.


You are right -- I was focusing on the disk partitioning and Debian 
installation steps.  The d-i rescue shell has a limited set of tools for 
general system administration chores.



For "everything else", I install Debian onto a USB flash drive and then 
add my favorite packages, hosts file, profile, scripts, libraries, etc.. 
 This gives me the control and flexibility of a complete Debian system, 
and I don't have to climb yet another learning curve.



David

binfmt-support cannot start at boot time because /var is not mounted

[Dmitry Katsubo]

Dear Debian users,

I am stuck with the following problem which I failed to debug on my Debian 10.3.

In my setup I have /var as mounted volume:

=== /etc/fatab ===
UUID=83a3cb60-3334-4d11-9fdf-70b8e8703167/varbtrfs
noatime,nodev,nosuid,subvol=var
=== end ===

Unfortunately sometimes I notice that binfmt-support is tried to be started 
"before" /var is mounted. Once I login and restart the service (I don't mount 
and/or repair anything), it starts just fine.

=== console ===
root@debian:~ # systemctl status binfmt-support
* binfmt-support.service - Enable support for additional executable binary 
formats
   Loaded: loaded (/lib/systemd/system/binfmt-support.service; enabled; vendor 
preset: enabled)
   Active: failed (Result: exit-code) since Sun 2020-05-10 21:54:27 CEST; 10h 
ago
 Docs: man:update-binfmts(8)
  Process: 353 ExecStart=/usr/sbin/update-binfmts --enable (code=exited, 
status=2)
 Main PID: 353 (code=exited, status=2)

May 10 21:54:27 debian update-binfmts[353]: update-binfmts: unable to open 
/var/lib/binfmts: No such file or directory

root@debian:~ # ll /var/lib/binfmts
total 16
drwxr-xr-x 1 root  root  50 Mar 17 23:46 .
drwxr-xr-x 1 root  root 988 Mar  2 01:57 ..
-rw-r--r-- 1 root  root  49 Apr 14  2019 jar
-rw-r--r-- 1 root  root  59 Mar 17 23:46 python3.7

root@debian:~ # systemctl start binfmt-support
root@debian:~ # systemctl status binfmt-support
* binfmt-support.service - Enable support for additional executable binary 
formats
   Loaded: loaded (/lib/systemd/system/binfmt-support.service; enabled; vendor 
preset: enabled)
   Active: active (exited) since Mon 2020-05-11 09:01:04 CEST; 4s ago
 Docs: man:update-binfmts(8)
  Process: 9683 ExecStart=/usr/sbin/update-binfmts --enable (code=exited, 
status=0/SUCCESS)
 Main PID: 9683 (code=exited, status=0/SUCCESS)

May 11 09:01:04 debian systemd[1]: Starting Enable support for additional 
executable binary formats...
May 11 09:01:04 debian systemd[1]: Started Enable support for additional 
executable binary formats.

root@debian:~ # dpkg -l | grep -i systemd
ii  systemd   241-7~deb10u3 amd64   system and service manager
...
=== end ===

One time the system was started with even more units failed because of 
inaccessible /var. There is nothing special in these units, and I haven't 
modified any *.service files. In other words the
problem is floating, as number of failed unit varies from boot to boot.

The difficulty is that I don't know how to debug system start / systemd at such 
early stage of system boot.

Any help is appreciated.

-- 
With best regards,
Dmitry

Re: debsecan does not report a vulnerability?

[Victor Sudakov]

Ihor Antonov wrote:
> On Sunday, 10 May 2020 08:18:29 PDT Victor Sudakov wrote:
> > Have I asked in the wrong list? Which list would be more appropriate?
> 
> Hi Victor,
> 
> I think this is the right list. But it seems that the message got lost 
> somehow 
> in the high volume. I have not used debescan personally, so I am replying 
> simply 
> to keep this thread alive hoping to get it more visibility

Hi Ihor!

What do you use to track vulnerabilites in your Debian hosts? What's the
general approach? Do we just rely upon unattended-upgrade to fetch and
install patched packages for us? 

I come from the FreeBSD world where there are two distinct mechanisms to
fix vulnerabilites: one for the base system (FreeBSD Security Advisories
and freebsd-update to install binary updates to the base system) and
another for third-party software from the ports collection ("pkg audit
-F" instead of security advisories, "pkg upgrade" to install up-to-date
patched versions of packages).

What do we have here, or where can I read more about it?


-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/

Re: Boot script

[Thomas Schmitt]

Hi,

Jan Wilmans wrote
> - I have put debian-live-10.3.0-amd64-kde.iso on a USB stick directly
> using rufus-3.9.exe 

With its "dd" mode, i assume.


> the live images contains a filesystem.squashfs

Yeah. Tricky.


> But I thought there must surely be a simpler way?

Install Debian to the USB stick as if it was a hard disk like any other,
rather than putting the ISO image onto the stick.

If it were only about having some files at hand, i'd advise to add a
partition to the stick with a read-write filesystem. But you want to
interfere with the system's start-up. And "rc.local" does not look like
your plan is in the contemporary mainstream of starting up.


Have a nice day :)

Thomas

Re: Múltiples cuentas de correo con mutt

[Camaleón]

El 2020-05-10 a las 16:01 -0500, Germán Avendaño Ramírez escribió:

> He intentado configurar mu4e para múltiples cuentas de correo y no he
> podido hallar la manera.
> 
> Pregunto si conocen alguna guía, para usar múltiples cuentas de correo,
> mediante mutt. Gracias

Supongo que te refieres tanto a la gestión de buzones de entrada 
(pop3/imap) como de salida (smtp).

Una forma de gestionar los roles es con perfiles, tienes una mini-guía en la 
wiki:

I have several different roles (From:-addresses), how to manage them?
https://gitlab.com/muttmua/mutt/-/wikis/MuttFaq/Header

Y para gestionar varias cuentas/buzones:

Multiple accounts
https://wiki.archlinux.org/index.php/Mutt#Multiple_accounts

Saludos,

-- 
Camaleón 

Re: Why do I have so many packages to upgrade with Debian 10.4?

[Andrei POPESCU]

On Du, 10 mai 20, 22:03:20, l0f...@tuta.io wrote:
> Hi,
> 
> My /etc/apt/sources.list contains links to buster, buster/updates, 
> buster-updates and buster-backports repositories. I run apt update / apt 
> upgrade very frequently.
> 
> As you may know, Debian 10.4 was out yesterday.
> Now, apt list --upgradable shows me 90+ packages to be upgraded.

[...]

> Could someone explain that to me please?

Not without seeing the list of packages (apt list --upgradable). Output 
of 'apt policy' could also be useful.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Hmmm... /boot is too small. what's the best way to increase it's size?

[Andrei POPESCU]

On Du, 10 mai 20, 12:30:29, David Christensen wrote:
> 
> As for using GRML, I have never heard of it.  The Debian Installer can get
> the job done.  That said, I have about a half dozen machines and have been
> feeling the need for installation and deployment automation. I have heard of
> Puppet more than once.  Lucas [1] recommends Ansible [2], so I will probably
> try that.

Puppet and ansible are for configuration management, you need something 
like FAI for installation.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Hmmm... /boot is too small. what's the best way to increase it's size?

[Andrei POPESCU]

On Du, 10 mai 20, 04:03:29, Rick Thomas wrote:
> On Sun, May 10, 2020, at 3:22 AM, Andrei POPESCU wrote:
> > On Du, 10 mai 20, 02:02:45, Rick Thomas wrote:
> > > So... Here's another question:
> > > 
> > > Why is the default size of /boot, as created by the installer, so 
> > > small?  Disk (even SSD) is cheap enough these days that the default 
> > > size could be as much as a GB without great pain.
> > > 
> > > Has this been thought about by the PTBs?  Was there a discussion of 
> > > possibly raising the default?  Maybe I missed it...
> > 
> > A quick search in the BTS reveals #893886 and #951709 (both fixed in 
> > git).
> 
> Thanks for the pointers, Andrei!   Do you think those changes will get 
> into Bullseye before it's released?

Yes. It should be available soon in the daily and weekly images.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature