Re: Dolphin as root

[Keith Bainbridge]

On 2/3/20 10:44 am, Peter Ehlert wrote:

If it was me I would just install Pluma and be done with it.



I used be a KDE devotee, changed a few years ago.

I use caja as my gui file manager of choice. It has the option of dual 
pane - allowing you to open source & destination directories.


Or mc

I know you wanted to fix dolphin, but..


--
Keith Bainbridge

ke1th3...@zoho.com
+61 (0)447 667 468

Re: gmail occasionally bouncing list email

[Andrei POPESCU]

On Lu, 02 mar 20, 06:03:52, mick crane wrote:
> hi,
> gmail sometimes bounces email from list.

GMX as well. I should probably write to Listmaster to suggest ignoring 
bounces from the major providers, subscribers most likely can't 
influence that anyway.

> Occasionally is spam that got through list server but last one was genuine
> that was bounced because of DMARC or something.
> I can't see a way to whitelist list domain before it gets to the filters at
> gmail.
> Any suggestions ( apart from not using gmail ) ?

You could try adding a filter for lists.debian.org with rule "never send 
to spam" (or something like that, didn't bother to check).


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


signature.asc
Description: PGP signature

Re: [SOLVED, sort of] System unusably slow after Debian upgrade.

[Andrei POPESCU]

On Du, 01 mar 20, 14:59:49, G.W. Haywood wrote:
>
> If there's any interest I can follow up with any significant findings
> but otherwise I won't spam the list.

In my opinion it would be good to have your findings on a public list to 
be found by search engines.

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


signature.asc
Description: PGP signature

Re: gmail occasionally bouncing list email

[Keith Bainbridge]

On 2/3/20 5:03 pm, mick crane wrote:

hi,
gmail sometimes bounces email from list.
Occasionally is spam that got through list server but last one was 
genuine that was bounced because of DMARC or something.
I can't see a way to whitelist list domain before it gets to the filters 
at gmail.

Any suggestions ( apart from not using gmail ) ?

mick



+1

Interestingly, I am subscribed under at least 2 gmail addresses (don't 
ask why) but only one of them gets bounces.

--
Keith Bainbridge

ke1th3...@zoho.com
+61 (0)447 667 468

gmail occasionally bouncing list email

[mick crane]

hi,
gmail sometimes bounces email from list.
Occasionally is spam that got through list server but last one was 
genuine that was bounced because of DMARC or something.
I can't see a way to whitelist list domain before it gets to the filters 
at gmail.

Any suggestions ( apart from not using gmail ) ?

mick

--
Key ID4BFEBB31

Re: mplayer with -loop 0 but w/o volume reset?

[David Wright]

On Mon 02 Mar 2020 at 02:15:51 (+0100), Emanuel Berg wrote:
> > Can I use mplayer with -loop 0 _but_ with the
> > volume not resetting when the file ends and
> > begins again?
> 
> mpv with --loop-playlist does this if one cares
> to change media player.

Yes, as mpv's manpage points out:

"Normally, mpv will try to keep all settings when playing the next
 file on the playlist, even if they were changed by the user
 during playback. (This behavior is the opposite of MPlayer's,
 which tries to reset all settings when starting next file.)"

I see no option for overriding it in mplayer. There's a noticeable
hiatus between its loops anyway, which limits its usefulness.

Cheers,
David.

Re: mplayer with -loop 0 but w/o volume reset?

[Emanuel Berg]

> Can I use mplayer with -loop 0 _but_ with the
> volume not resetting when the file ends and
> begins again?

mpv with --loop-playlist does this if one cares
to change media player.

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: [1/2HS] Mysql et le symbole Euro €

[G2PC]

>> https://wiki.visionduweb.fr/index.php?title=Installer_PHPMyAdmin
>> Une fois fait, est ce que tu rencontres le même problème d'encodage ?
> Merci de ton soucis sur le problème.
>
> Dans mon sources.list, j'ai ajouté les paquets non-free.
> J'ai installé phpmyadmin par "apt-get install phpmyadmin".
> Version: 4:4.6.6-4
> Attention, il dépend de mysql et apache2.
> En réinstallant, je voudrais pas créer un désastre avec mysql et apache2 
> (site web en action).

Peux tu tester ma proposition, stp, tu as simplement à télécharger le
PHPMyAdmin depuis le site officiel, et, copier coller le contenu des
fichier dans un dossier nommé de ton choix.

Tu n'as aucune installation à faire.
Merci de consulter le lien plus haut, qui explique la méthode, en
quelques lignes.

Tester adminer cpourquoi pas, mais, ici, il était question de
PhpMyAdmin, pas de tester tous les outils qui existent ;)
Si tu pouvais suivre ma proposition, ça permettrait d'exclure un
problème d'encodage de l'outil lui même, si avec ma méthode, le symbole
euro s'affiche, car cela voudrait dire que PhpMyAdmin permet bien
d'afficher le symbole.

Le lien exact :
https://wiki.visionduweb.fr/index.php?title=Installer_PHPMyAdmin#Installer_PHPMyAdmin_depuis_les_sources

1.1 Installer PHPMyAdmin depuis les sources



  * 1.1.1 Téléchargement et installation


  * 1.1.2 Configurer MySQL


  * 1.1.3 Paramétrage manuel

mplayer with -loop 0 but w/o volume reset?

[Emanuel Berg]

Can I use mplayer with -loop 0 _but_ with the
volume not resetting when the file ends and
begins again?

I'm on Debian Buster if that matters, with

$ uname -a
Linux  4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2
(2019-11-11) x86_64 GNU/Linux

and mplayer version 2:1.3.0-8+b4 (according to
'aptitude show', there seems to be no -version
option)

TIA

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: Dolphin as root

[Peter Ehlert]

If it was me I would just install Pluma and be done with it.

anyway, dedoimedo is kinda smart and a newfound KDE fanboi
https://www.dedoimedo.com/computers/kde-dolphin-as-root.html

On 3/1/20 10:56 AM, Gary L. Roach wrote:

Hi all,

Some time ago somebody decided that Dolphin was too dangerous when 
being used as root. (Don't lecture me on using sudo and not su.) My 
hobby work load is not subjected to any security problems, I am behind 
a pretty good firewall and I am a single user. I have to switch 
between user and root files a lot and the use of sudo is a pain you 
know where. For many reasons Dolphin was my goto package especially 
when copying or moving root files. I understand that the fury over the 
above change was so great that the developers backed off. To date I 
have not found a way to log in my Dolphin package as root. I am using 
KDE 5.14.5 desktop with Debian Buster and an AMD-64 processor.


There are a lot of forum entries telling how to correct the problem on 
Ubuntu but none of them work on Debian (missing software packages).


Can anyone tell me how to setup Dolphin for root use again. I have my 
Icon set up to ask for root login but the system won't allow its use.



Gary R.

Re: High DPI (4K), laptop screen, mode settings, fonts and initramfs-tools

[deloptes]

Darac Marjal wrote:

>> Is there an "official" way to accomplish this via hooks in
>> initramfs-tool? Are there user/system hooks that would be preserved
>> across initramfs-tool updates and a correct/conventional way of
>> implementing them?
>>
>> This is initramfs-tools 0.13deb10u1

I don't have 4k display, but I would try setting MODULES=list and provide
the modules that are required to boot. As you say everything else should
load when passing the stage.

Re: [1/2HS] Mysql et le symbole Euro €

[Jean-Michel OLTRA]

Bonjour,


Le dimanche 01 mars 2020, ajh-valmer a écrit...

> Je vais tester "adminer".

Sinon, tu peux tester Dbeaver Community Edition.

Ça existe en paquet (mais pas dans les dépôts Debian) et en tarball.
C'est pas mal. Mais je ne pense pas que ça puisse afficher les
données en html (les exporter, oui). C'est sous licence Apache.

-- 
jm

Re: High DPI (4K), laptop screen, mode settings, fonts and initramfs-tools

[Darac Marjal]

On 22/02/2020 20:57, Alex Yuriev wrote:
> Hi,
>
> I have a 4K laptop in a 12" package with Intel HD520. I have been
> running Debian 7 and Debian 8 on it for a while and now I have updated
> to Debian 10.
>
> I'm sure that you already have an idea of the issue - the console
> fonts on 4k are tiny, barely usable even at 32px ( does anyone know
> why setfont is limited to 32 pixels in high or width )?
>
> The biggest problem is that if KMS is on which it has to be for X to
> accelerated graphics then the initrd uses default tiny font as
> described by in #859458
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=859458 which makes
> say answering entering a passphrase for FDE extremely difficult.


If you install Plymouth, then you can use a Graphical theme during boot,
which allows for the option of any Scalable (aka True Type) font, at any
size.


>
> Now the solution/workaround is that while building the initrd we
> should blacklist i915 while allowing it to be loaded after the root is
> mounted. In that flow the KMS would not activate at initrd stage as
> i915 would be blacklisted but would activate in the late stage. I have
> tested this approach and it works perfectly.
>
> Which brings me to a question:
>
> Is there an "official" way to accomplish this via hooks in
> initramfs-tool? Are there user/system hooks that would be preserved
> across initramfs-tool updates and a correct/conventional way of
> implementing them? 
>
> This is initramfs-tools 0.13deb10u1 
>
> Thanks,
> Alex
>
>



signature.asc
Description: OpenPGP digital signature

Re: changement de résolution avec xrandr

[Étienne Mollier]

Fabien R, on 2020-02-29 20:46:47 +0100:
> On 29/02/2020 13:18, Étienne Mollier wrote:
> > Bonjour,
> > 
> > Je crois que ce réglage dépend de la carte graphique.  Pour y
> > avoir touché sur un de mes précédents ordinateurs portables, il
> > y avait une option dans le setup Bios pour choisir entre occuper
> > tout l'écran, ou réduire en conservant la densité de pixels
> > native.  Je ne saurais pas rentrer plus en détails, n'ayant pas
> > le même modèle de machine à portée de main.
> > 
> > Amicalement,
> > 
> Merci pour la réponse.
> La commande suivante me paraît acceptable:
> xrandr --output eDP --scale-from 1280x1024

Bonjour,

Youpi, j'ai appris un truc!  :)

Vous pourriez également considérer la configuration suivante,
afin de conserver les proportion de votre écran, s'il est de
format 16:9 :

$ xrandr --output eDP --scale-from 1280x720

Par contre chez moi le --mode, par défaut, ne conserve pas le
ratio et s'étend à tout l'écran donc ce qui apparaitrait
correctement en format 4:3 devient écrasé en format 16:9.  Pour
le moment, je n'ai pas trouvé le moyen de conserver les
proportions pour les résolutions 4:3 a l'aide de bandes noires.

Amicalement,
-- 
Étienne Mollier 
Fingerprint:  5ab1 4edf 63bb ccff 8b54  2fa9 59da 56fe fff3 882d
Sent from /dev/pts/2, excuse my verbosity.
Please ignore disclaimer below if any.  ;)


signature.asc
Description: PGP signature

Re: Fwd: System Error: Standard Service Notice!!!

[Étienne Mollier]

Bureau LxVx, Tue, 25 Feb 2020 15:46:07 +0100:
> Bonjour,
> 
> Je ne comprends pas ce message d'autant que le lien "SOLVE SYSTEM ISSUE"
> renvoie sur un 404.
> 
> Merci de bien vouloir me permettre de communiquer sur cette liste.

Bureau LxVx, on 2020-03-01 20:08:34 +0100:
> Je ne sais plus à qui m'adresser pour ce problème : je n'ai reçu aucune
> réponse à l'envoi ci-dessous.
> 
> Je ne peux plus envoyer sur la liste. Merci de votre aide.

Bonjour,

Votre message a bien atteint la liste de diffusion debian-user-
french.  Le courriel qui vous a été initialement envoyé a une
vilaine odeur d'attaque par hameçonnage à votre encontre,
probablement effectuée depuis une boite piratée.  :(

Amicalement,
-- 
Étienne Mollier 
Fingerprint:  5ab1 4edf 63bb ccff 8b54  2fa9 59da 56fe fff3 882d
Sent from /dev/pts/0, excuse my verbosity.
Please ignore disclaimer below if any.  ;)


signature.asc
Description: PGP signature

Re: Bringing CPAN,Gems, PIP, PyPi, etc. under APT package management

[songbird]

Dan Ritter wrote:
...
> There are good reasons for doing this on a local basis.

  sure, and nothing prevents that from being accomplished.
it isn't like the tools would go away.


> For example, let's say you have an organization that develops
> a software service and sells access to it. When an engineer asks 
> for a particular library, it turns out to be a really good idea
> to immediately turn it into a Debian package so that you can
> keep the same version all the way through the chain to
> production.
>
> Many of the language-specific tools have a tendency to
> automatically acquire the latest version of a library or module
> every time they are invoked, or to spit errors if they can't
> pull down the version that they were asked to get. That's rather
> troublesome.

  if you are that exposed it sounds kinda risky as a 
business practice (i.e. not one i would engage in).


> Having a local apt repository with all the versions of a
> library that you've actually used, so you can re-deploy an old
> one exactly the way it was or install a fixed version across
> a set of machines is very, very useful.

  if you are dependent upon code it would sound to me to
be rather foolish if you did not have some kind of version
control and release processes where you tracked your code
and the libraries/dependencies.


> As long as the tools exist to take a language's
> libraries/modules/packages and turn them into a Debian package
> exist, all the rest of the infrastructure is already in place.
> There's no real need to try to pre-package all of CPAN, CRAN, 
> CTAN, Ruby Gems, pypi...  

  if you are a big enough company that can afford to have
people doing that and maintaining them, but to me it seems
more reasonable to just do version control processes and
track your releases.


  songbird

Re: What's the purpose of initrd.img{,.old} and vmlinuz{,.old} symlinks in the root dir?

[songbird]

Mikhail Morfikov wrote:
...
> Also, I'm trying to configure refind EFI boot manager, and basically I do=
> n't
> want to change its config file with each kernel update (the numbers in th=
> e file
> names change).

  that's exactly what i've been doing.  they work fine no
matter where they end up as long as you adjust your refind
config to work with them.


  songbird

Re: Zoom conferencing

[Ralph Katz]

On 2/29/20 10:08 PM, Joel Rees wrote:
> (I hope no one gets upset about double posting debian and ubuntu users
> lists.)
> 
> Questions about zoom -- www.zoom.us 
> 
> Anyone using it?
> 
> Issues?
> 
> Known reasons they don't put it in the general repositories?

zoom is proprietary software as others have noted, so will never be in
Debian.

I use it daily without any issues to attend a meeting with audio and
shared screen from a presenter and a text chat window where I can
participate.  I have not used the microphone nor webcam options.

zoom launches from a terminal or your regular menu pull-down and does
not require any browser.  Audio works well thru pulse audio which I
adjust with pavucontrol.

Running debian stable 10.3
zoom Linux Client Version is 3.5.352596.0119

an update is avail which I'll install now.

Regards,
Ralph




signature.asc
Description: OpenPGP digital signature

Fwd: System Error: Standard Service Notice!!!

[Bureau LxVx]

Bonjour,

Je ne sais plus à qui m'adresser pour ce problème : je n'ai reçu aucune
réponse à l'envoi ci-dessous.

Je ne peux plus envoyer sur la liste. Merci de votre aide.

Cordialement,

S Drouet


 Message transféré 
Sujet : Re: System Error: Standard Service Notice!!!
Date :  Tue, 25 Feb 2020 15:46:07 +0100
De :Bureau LxVx 
Pour :  Support Accounts 



Bonjour,

Je ne comprends pas ce message d'autant que le lien "SOLVE SYSTEM ISSUE"
renvoie sur un 404.

Merci de bien vouloir me permettre de communiquer sur cette liste.

Cordialement,

S Drouet

Le 22/02/2020 à 08:36, Support Accounts a écrit :
>  
>
>   This message is from a trust sender to
> debian-user-french@lists.debian.org
>
>  
>
> You have not move to standard service
> on debian-user-french@lists.debian.org This may cause unable to login
> tomorrow 
>
>  
>
>  
>
> SOLVE SYSTEM ISSUE 
>

Re: [1/2HS] Mysql et le symbole Euro €

[ajh-valmer]

On Sunday 01 March 2020 03:05:41 G2PC wrote:
> >> Ça vient de phpmyadmin, si UTF-8 ou iso europe-ouest, toujours ¤

> > Tu pourrais essayer avec une autre application d'administration de base 
> > de données qui utilise du html, si ça existe. Pour voir si il y a une
> > différence dans le rendu de la valeur. Je vois dans les dépôts qu'il
> > existe "adminer". Sous Testing, tout du moins.
> J'ai quand même une question bête, mais, je viens de réaliser un truc !
> Jean Michel parle de dépôts Debian, et, évidemment, on est sous le
> groupe Debian ...
> Perso, je n'ai pas installé PhpMyAdmin depuis le dépôt !
> D'ailleurs, je ne comprend pas bien, pourquoi le faire ?
> C'est comme si j'installais un Joomla ou un WordPress depuis le dépôt
> Debian !?! D'ailleurs, est ce possible ?
> Un sudo apt-get install joomla ? Je tombe de ma chaise si cela est possible.
> Donc, finalement, le plus simple serait peut être de tester PhpMyAdmin
> depuis le paquet officiel ?
> https://wiki.visionduweb.fr/index.php?title=Installer_PHPMyAdmin
> Une fois fait, est ce que tu rencontres le même problème d'encodage ?

Merci de ton soucis sur le problème.

Dans mon sources.list, j'ai ajouté les paquets non-free.
J'ai installé phpmyadmin par "apt-get install phpmyadmin".
Version: 4:4.6.6-4
Attention, il dépend de mysql et apache2.
En réinstallant, je voudrais pas créer un désastre avec mysql et apache2 
(site web en action).

Je vais tester "adminer".

L'affichage du champ via le site (html + php) met bien le symbole €.
C'est avec phpmyadmin que j'ai ce symbole ¤

Bonne soirée.

Dolphin as root

[Gary L. Roach]

Hi all,

Some time ago somebody decided that Dolphin was too dangerous when being 
used as root. (Don't lecture me on using sudo and not su.) My hobby work 
load is not subjected to any security problems, I am behind a pretty 
good firewall and I am a single user. I have to switch between user and 
root files a lot and the use of sudo is a pain you know where. For many 
reasons Dolphin was my goto package especially when copying or moving 
root files. I understand that the fury over the above change was so 
great that the developers backed off. To date I have not found a way to 
log in my Dolphin package as root. I am using KDE 5.14.5 desktop with 
Debian Buster and an AMD-64 processor.


There are a lot of forum entries telling how to correct the problem on 
Ubuntu but none of them work on Debian (missing software packages).


Can anyone tell me how to setup Dolphin for root use again. I have my 
Icon set up to ask for root login but the system won't allow its use.



Gary R.

Re: Buster 10.2 hangs while booting

[Felix Miata]

k. jantzen composed on 2020-03-01 19:17 (UTC+0100):

> I have installed Buster without any problems.
> When booting however it hangs with the following messages (seen in 
> recovery mode):

> [...] r8169 :03: 00,0 enp3s0: Link is Up - 1Gps/Full - flowcontrol off
> [...] IPv6: ADDRCONF (NETDEV_CHANGE): enp3s0: link becomes ready

> Obviously it does not become ready so that the boot process cannot continue.

> Where do I have a problem?

Are you sure a login prompt didn't sneak in out of expected order? That has
happened fairly routinely here. I Alt-F2 or Alt-F3 at that point to find a login
prompt.

On a recovery mode boot immediately subsequent to a normal boot attempt I would 
try
journalctl -b -1

to search for clues.
-- 
Evolution as taught in public schools is religion, not science.

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

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

Buster 10.2 hangs while booting

[k. jantzen]

Hello,

I have installed Buster without any problems.
When booting however it hangs with the following messages (seen in 
recovery mode):


[...] r8169 :03: 00,0 enp3s0: Link is Up - 1Gps/Full - flowcontrol off
[...] IPv6: ADDRCONF (NETDEV_CHANGE): enp3s0: link becomes ready

Obviously it does not become ready so that the boot process cannot continue.

Where do I have a problem?

--

K.D.J.

Re: Zoom conferencing

[Russell L. Harris]

On Sun, Mar 01, 2020 at 12:46:24PM -0500, Henning Follmann wrote:

On Sun, Mar 01, 2020 at 02:08:27PM +0900, Joel Rees wrote:
If you are interested in a free video/ voice conference tool
look at jitsi.


Jitsi (or perhaps it is "jitsi-meet" has a free web-accessible service
which does not require the installation of anything; it works nicely.

I seem to recall that there are technical problems with jitsi on
Buster which may not be resolved until Debian 11.  Meanwhile, jitsi
has a free Debian package, if you do not mind installing from the
Jitsi repository.

RLH

Re: What's the purpose of initrd.img{,.old} and vmlinuz{,.old} symlinks in the root dir?

[Felix Miata]

Brian composed on 2020-03-01 16:10 (UTC):

> On Sun 01 Mar 2020 at 08:41:09 -0500, Felix Miata wrote:

>> Grub does not like symlinks to un-versioned kernel and initrd in /boot/.
 
> I am probably missing your point but I have just booted successfully
> with:
 
> root='hd1,msdos5'
> linux /vmlinuz.old root=/dev/sdb5
> initrd /initrd.img.old 

"Grub" was the wrong word. It looks like dpkg might have been appropriate. 
Here's
where I see the dislike:

Canceled hold on linux-image-amd64.
# apt dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
...
Use 'apt autoremove' to remove them.
The following NEW packages will be installed:
  linux-image-4.19.0-8-amd64
The following packages have been kept back:
  grub-legacy
The following packages will be upgraded:
  linux-image-amd64
1 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 48.1 MB of archives.
After this operation, 269 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
Get:1 http://ftp.debian.org/debian buster/main amd64 linux-image-4.19.0-8-amd64 
amd64 4.19.98-1 [48.1 MB]
Get:2 http://ftp.debian.org/debian buster/main amd64 linux-image-amd64 amd64 
4.19+105+deb10u3 [8,120 B]
Fetched 48.1 MB in 38s (1,275 kB/s)
Reading changelogs... Done
Selecting previously unselected package linux-image-4.19.0-8-amd64.
(Reading database ... 107064 files and directories currently installed.)
Preparing to unpack .../linux-image-4.19.0-8-amd64_4.19.98-1_amd64.deb ...
Unpacking linux-image-4.19.0-8-amd64 (4.19.98-1) ...
Preparing to unpack .../linux-image-amd64_4.19+105+deb10u3_amd64.deb ...
Unpacking linux-image-amd64 (4.19+105+deb10u3) over (4.19+105+deb10u1) ...
Setting up linux-image-4.19.0-8-amd64 (4.19.98-1) ...
I: /vmlinuz.old is now a symlink to boot/vmlinuz-4.19.0-6-amd64
I: /initrd.img.old is now a symlink to boot/initrd.img-4.19.0-6-amd64
I: /vmlinuz is now a symlink to boot/vmlinuz-4.19.0-8-amd64
I: /initrd.img is now a symlink to boot/initrd.img-4.19.0-8-amd64
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.19.0-8-amd64
I: The initramfs will attempt to resume from /dev/sda5
I: (UUID=1e43d736-b4a1-4144-8f2f-81f873192d61)
I: Set the RESUME variable to override this.
/etc/kernel/postinst.d/zz-update-grub:
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
dpkg: warning: version 'prv3' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv4' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv2' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv4' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv2' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv3' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv' has bad syntax: version number does not start with 
digit
dpkg: warning: version 'prv4' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv' has bad syntax: version number does not start with 
digit
dpkg: warning: version 'prv3' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv' has bad syntax: version number does not start with 
digit
dpkg: warning: version 'prv2' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv4' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv3' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv2' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv' has bad syntax: version number does not start with 
digit
dpkg: warning: version 'prv4' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv3' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv2' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv' has bad syntax: version number does not start with 
digit
dpkg: warning: version 'prv4' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv3' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv2' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv' has bad syntax: version number does not start with 
digit
dpkg: warning: version 'prv4' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv3' has bad syntax: version number does not start 
with digit
dpkg: warning: version 'prv2' has 

Re: Zoom conferencing

[Henning Follmann]

On Sun, Mar 01, 2020 at 02:08:27PM +0900, Joel Rees wrote:
> (I hope no one gets upset about double posting debian and ubuntu users
> lists.)
> 
> Questions about zoom -- www.zoom.us
> 
> Anyone using it?
>

Maybe, not me tho

> Issues?

It's proprietary

> 
> Known reasons they don't put it in the general repositories?

It's proprietary


If you are interested in a free video/ voice conference tool
look at jitsi.

It's what they use at matrix for their voice.


-H


-- 
Henning Follmann   | hfollm...@itcfollmann.com

Re: Zoom conferencing

[Charles Curley]

On Sun, 1 Mar 2020 10:15:45 -0700
Charles Curley  wrote:

> Rather than install Chrome, consider installing chromium. I believe it
> is the open source base of Chromium.

Sorry. I believe chromium is the open source base of Chrome.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: Zoom conferencing

[Charles Curley]

On Mon, 2 Mar 2020 03:44:27 +1100
David  wrote:

> If anyone can advise me how to make this version of Firefox work
> on current Debian buster or stretch, I will be grateful to be
> corrected. I've had to reluctantly install the Zoom client,
> preferring that compromise to installing Chrome.

Rather than install Chrome, consider installing chromium. I believe it
is the open source base of Chromium.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: What's the purpose of initrd.img{,.old} and vmlinuz{,.old} symlinks in the root dir?

[Mikhail Morfikov]

On 01/03/2020 17:15, mick crane wrote:
> On 2020-02-29 18:17, Mikhail Morfikov wrote
> 
>> vmlinuz -> boot/vmlinuz-5.4.0-4-amd64
>> lrwxrwxrwx   1 root   root   24 2020-02-24 00:37:53
>> vmlinuz.old -> boot/vmlinuz-5.5.4-amd64
>>
> 
> .old is pointing to a newer kernel ?
> 
> mick
> 

Yes, it is because I updated recently the debian kernel. So I think it thinks 
the older is newer now. But after moving the links to the /boot/ dir, I get:

$ ls -al /boot/ | egrep  "vmlinuz|initrd"
lrwxrwxrwx  1 root root   22 2020-03-01 15:18:21 initrd.img -> 
initrd.img-5.5.4-amd64
-rw-r--r--  1 root root 39127233 2020-02-14 17:23:07 initrd.img-5.4.0-4-amd64
-rw-r--r--  1 root root 16005450 2020-03-01 14:41:38 initrd.img-5.5.4-amd64
lrwxrwxrwx  1 root root   24 2020-03-01 15:18:21 initrd.img.old -> 
initrd.img-5.4.0-4-amd64
lrwxrwxrwx  1 root root   19 2020-03-01 15:18:21 vmlinuz -> 
vmlinuz-5.5.4-amd64
-rw-r--r--  1 root root  5627632 2020-02-13 06:14:49 vmlinuz-5.4.0-4-amd64
-rw-r--r--  1 root root  9331760 2020-02-26 09:38:52 vmlinuz-5.5.4-amd64
lrwxrwxrwx  1 root root   21 2020-03-01 15:18:21 vmlinuz.old -> 
vmlinuz-5.4.0-4-amd64

So the .old points now to the older one. But I don't need the debian kernel 
anyway since I build it on my own. I haven't removed it just in case. :] But 
I think I will remove it when I set everything up to avoid such situations.



signature.asc
Description: OpenPGP digital signature

Re: What's the purpose of initrd.img{,.old} and vmlinuz{,.old} symlinks in the root dir?

[Mikhail Morfikov]

On 01/03/2020 16:53, David Wright wrote:
> I've read here that Grub can decrypt LUKS, but currently only v1,
> at least in buster, so no help to you.
Actually grub supports LUKSv2[1], but I haven't tried it yet.

[1]: 
https://git.savannah.gnu.org/cgit/grub.git/commit/?id=365e0cc3e7e44151c14dd29514c2f870b49f9755




signature.asc
Description: OpenPGP digital signature

Re: Zoom conferencing

[David]

On Sun, 1 Mar 2020 at 23:41, Dan Ritter  wrote:

> If someone sends you a link to use  their service, they have a semi-hidden
> web client available -- take the conference identifier from the regular
> URL, and append it to
>
> https://zoom.us/wc/join/
>
> This works in Firefox and Chromium.

My experience on Debian is that while the web client used to work in older
versions of Firefox, the web client when tested at https://zoom.us/test
now refuses to allow microphone access in the Debian version
(68.5.0esr (64-bit)) of Firefox, and advises to use Google Chrome.

If anyone can advise me how to make this version of Firefox work
on current Debian buster or stretch, I will be grateful to be corrected.
I've had to reluctantly install the Zoom client, preferring that compromise
to installing Chrome.

Also
https://support.zoom.us/hc/en-us/articles/214629443-Zoom-Web-Client
says:
"""
**Joining computer audio on Firefox and Safari is only available for
webinar attendees.
"""
I assume that a "webinar attendee" is distinct from a "meeting",
according to their use of those words.

Re: What's the purpose of initrd.img{,.old} and vmlinuz{,.old} symlinks in the root dir?

[Cindy Sue Causey]

On 3/1/20, Brian  wrote:
> On Sun 01 Mar 2020 at 08:41:09 -0500, Felix Miata wrote:
>
>>
>> Grub does not like symlinks to un-versioned kernel and initrd in /boot/.
>
> I am probably missing your point but I have just booted successfully
> with:
>
> root='hd1,msdos5'
> linux /vmlinuz.old root=/dev/sdb5
> initrd /initrd.img.old


My brain interpreted it to mean something like

/boot/vmlinuz -> boot/vmlinuz-x.x.x-x-amd64

Having said that AND it written out to explain where MY brain went:
Maybe any reported fail is somehow tied to the missing slash (or when
it's in place, instead)...

*IF* this is even the scenario that was originally referenced.

When it's under "/" root/, I like the missing slash. I think I wrote a
while back that I've had symlinks that point to
"/boot/vmlinuz-x.x.x-x-amd64" take me to the [HOST] computer's /boot
directory, NOT the [guest] in chroot. I only discovered that
accidentally one time when I had to run "ls -ld" on vmlinuz and
initrd.img for some long forgotten reason... or another.

DISCLAIMER It's possible it had something to do with how I was
mounting chroot's fstab when I first started doing debootstrap
installs..

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

* runs with birdseed *

Re: What's the purpose of initrd.img{,.old} and vmlinuz{,.old} symlinks in the root dir?

[mick crane]

On 2020-02-29 18:17, Mikhail Morfikov wrote


vmlinuz -> boot/vmlinuz-5.4.0-4-amd64
lrwxrwxrwx   1 root   root   24 2020-02-24 00:37:53
vmlinuz.old -> boot/vmlinuz-5.5.4-amd64



.old is pointing to a newer kernel ?

mick

--
Key ID4BFEBB31

Re: What's the purpose of initrd.img{,.old} and vmlinuz{,.old} symlinks in the root dir?

[Brian]

On Sun 01 Mar 2020 at 08:41:09 -0500, Felix Miata wrote:

> Brian composed on 2020-03-01 13:26 (UTC):
> 
> > On Sat 29 Feb 2020 at 19:15:12 -0600, David Wright wrote:
> 
> >> On Sat 29 Feb 2020 at 19:17:39 (+0100), Mikhail Morfikov wrote:
> 
> >>>   # ls -al /
> >>>   ...
> >>>   lrwxrwxrwx   1 root   root 29 2020-02-14 17:22:18 initrd.img -> 
> >>> boot/initrd.img-5.4.0-4-amd64
> >>>   lrwxrwxrwx   1 root   root 27 2020-02-24 00:37:53 initrd.img.old -> 
> >>> boot/initrd.img-5.5.4-amd64
> >>>   ...
> >>>   lrwxrwxrwx   1 root   root 26 2020-02-14 17:22:18 vmlinuz -> 
> >>> boot/vmlinuz-5.4.0-4-amd64
> >>>   lrwxrwxrwx   1 root   root 24 2020-02-24 00:37:53 vmlinuz.old -> 
> >>> boot/vmlinuz-5.5.4-amd64
> 
> >>> So I have a question here: what's the purpose of the links?
> 
> >> They're a convenience. If you want them kept in /boot, then edit
> >> /etc/kernel-img.conf and linux-update-symlinks will recreate them
> >> there when the kernel is updated. Ditto if you want them removed.
> 
> > They are also useful to reference on the linux and initrd lines when
> > booting with GRUB to rescue a system. I'd leave them there. 
> 
> + + + :-)
> 
> Grub does not like symlinks to un-versioned kernel and initrd in /boot/.

I am probably missing your point but I have just booted successfully
with:

root='hd1,msdos5'
linux /vmlinuz.old root=/dev/sdb5
initrd /initrd.img.old

-- 
Brian.

Re: What's the purpose of initrd.img{,.old} and vmlinuz{,.old} symlinks in the root dir?

[David Wright]

On Sun 01 Mar 2020 at 15:09:34 (+0100), Mikhail Morfikov wrote:
> On 01/03/2020 02:15, David Wright wrote:
> > They're a convenience. If you want them kept in /boot, then edit 
> > /etc/kernel-img.conf and linux-update-symlinks will recreate them 
> > there when the kernel is updated. Ditto if you want them removed.
> I didn't know there's even such an option. But yes, it creates links 
> in /boot/ now.

Excellent.

> >> Also, I'm trying to configure refind EFI boot manager, and
> >> basically I don't want to change its config file with each kernel
> >> update (the numbers in the file names change).
> > 
> > I'm not familiar with that, but one of the reasons there are links
> > in root is for that very reason: their names don't change.
> That's why I need those links in /boot/ , so refind would easily pick 
> them up.
>  
> > You don't say why *you* think it's better to create links in /boot, 
> > so I'm not sure why we're expected to think so too. But if you want 
> > them in both places, I think you have to maintain them in the other 
> > location yourself.
> I thought it was obvious, but I write it again to be clear. I'm using 
> LUKSv2+LVM setup and (so far) syslinux/extlinux as a bootloader in 
> MBR/MS-DOS partition layout (this will change to refind + EFI soon). 

Yes, as I said, I don't know anything about their capabilities.
I've read here that Grub can decrypt LUKS, but currently only v1,
at least in buster, so no help to you.

> So my machine is encrypted entirely, and only the /boot/ (and future 
> ESP) partition remains unencrypted. When my system creates the links 
> to the initrd and kernel in / , they're useless since you have to 
> decrypt the root partition in order to get to those links, and in 
> order to decrypt the partition, you have to load the kernel first,
> but when you load the kernel, you don't need the links anymore... So 
> as you can see the better place for the links is in /boot/ and not 
> in / , at least in the case of fully encrypted installation setups. 

In your case, that sounds sensible. Hence the option I described, I guess.

Cheers,
David.

Re: Net Install: Installation halts for disk change

[David Wright]

On Sat 29 Feb 2020 at 21:45:48 (-0500), John Kaufmann wrote:
> On 2020-02-29 20:20, David Wright wrote:
> > On Thu 27 Feb 2020 at 17:13:26 (-0500), John Kaufmann wrote:
> > > On 2020-02-27 09:41, Lee wrote:
> > > 
> > > [The free/non-free distinction] ... is well-explained, and in fuzzy 
> > > principle I like the explanation. In functional terms, it only became an 
> > > issue for me when the image I was installing paused to ask for a disk 
> > > with needed wifi drivers. (See the thread title.) So I have two problems 
> > > with free/non-free - one philosophical/operational, one regarding the 
> > > image installation script:
> > > 
> > >   1) If one can only make a working system with "non-free" drivers, what 
> > > is the alternative? - a non-working system? What is the point of being a 
> > > stickler about a "free" installation if that installation itself 
> > > /requests/ "non-free" components? [Are all OEM hardware drivers by 
> > > definition "non-free"?]
> > 
> > The premise of your question is wrong. None of my three desktop
> > machines needs any non-free driver. One uses a firmware blob for
> > sound, which it never saw until it was 12 years old when I ditched
> > its predecessor, a Tucson mobo'd PC. I don't think Debian has ever
> > carried it (Yamaha ymfpci) in the timespan over which I've used it.
> 
> But (as noted above) the "free" installation paused to /ask/ for wifi drivers 
> for my Thinkpad, from "non-free" media:
> 
> > "If you have such media available now, insert it and continue."
> 
> I have to agree with that script: a Thinkpad without wifi could fairly be 
> called a non-working system... which comes back to my two-part first 
> question, about the philosophical/operational aspect of the "free" commitment:
>  - Is it a choice between a free non-working system or a non-free working 
> system?
>  - Are OEM hardware drivers by definition "non-free"?

OK, I was talking about systems in general. Once you're looking at a
specific system, particularly a laptop, then it's much more likely that
you'll need either some non-free drivers or at least some non-free
firmware to get a fully functioning system. AFAICT my laptops are only
using firmware that's non-free, but that might be because even the
newest is over 6 years old, so there's been time for free drivers
to be acquired or written.

As every computer I've ever run has either been a loan or inherited,
I don't get to choose the hardware I have to deal with. In the past
I was given a Zyxel G302 wireless card, with which I could only use
a windows driver in ndiswrapper, but I don't use that now because
Powerlines work better.

But there are people here who post suggestions for hardware items that
have free drivers available, if that's a major concern of yours. They
seem to be items that I don't usually see in shops, so they probably
have to be ordered online.

> > I have no idea whether this is true, but there might be some intention
> > of evolving from cdimage to images, if only because using the term CD
> > to cover DVDs and USB sticks etc is confusing to some, according to
> > some posts here.
> 
> It /is/ true, but I like your speculation that the directory branch "cdimage" 
> might evolve into the branch "images". However, of course both branches are 
> under the subdomain _"cdimage"_[.debian.org], FWIW. Once I feel comfortable 
> that I have a working grasp of the issues, I will write to the Debian CD team 
> for comment (and possibly to see if I can assist).
> 
> 
> > > > > ... I'm taking a lesson from this: some cleanup is in order.
> > > > 
> > > > Whereas I think the issue is that most linux documentation assumes too
> > > > much background knowledge.  But I suppose that's what the mailing
> > > > lists are for - a shortcut for finding out what info you're missing :)
> > > 
> > > That's a good point, but I actually don't mind the OS learning curve ... 
> > > My questions here have been about the Debian ecosystem and installation 
> > > quirks, and I think I have learned some things that could be tidied up to 
> > > make life simpler (which, among other things, could only help my 
> > > objective of offering people a Windows escape route). With all the help 
> > > received on this list, I have learned a meta-lesson: that the place to 
> > > explore those apparent 'lessons learned' is with the Debian CD team.
> > 
> > I would agree that the paths through the web pages might be made a bit
> > more logical; not just the ISOs but also the md5sums etc. But I
> > imagine the d-i people have a lot on their (few) hands keeping up
> > with building the d-i software itself (if indeed it's the same people
> > responsible).
> 
> I don't doubt that, David. Still, I think I might contribute something, and 
> the answers here contribute to that thought.

That would probably be much appreciated.

Cheers,
David.

Re: [SOLVED, sort of] System unusably slow after Debian upgrade.

[G.W. Haywood]

Hello again all,

For those of you who haven't been watching, here's the problem, er, in
a nutshell:

After a Debian upgrade in two steps from Jessie to Stretch and then
from Stretch to Buster on an old Intel E3815-powered box, performance
was degraded by at least one, and usually more than two orders of
magnitude (around ten times slower at the command prompt, and hundreds
of times slower using a GUI), effectively making the box unusable.

The absurdly reduced demonstration was, from the bash command line, to
remove a big file from RAM disc - which took nearly ten seconds on the
box with Buster and under a second on an identical box running Jessie.
I'd already removed everyything I could think of that might be causing
the problem (including AppArmor), and I even removed systemd.  No joy.

==
Thanks Nicholas and Thomas, good calls but (as it turns out) I didn't
need to get on my bike, and it definitely wasn't a network problem.

On Sat, 29 Feb 2020, Nicholas Geovanis wrote:

On Sat, Feb 29, 2020, Thomas Schmitt wrote:
> G.W. Haywood wrote:
> > It's just like the machine is
> > suddenly being powered by an 8080 instead of an E3815...
>
> Lacking any ideas what might be the problem, i'd try Live ISOs of
> Debian 9 and Debian 8 whether their systems show the same problem.

A good recommendation I think.


Not a bad idea, but - given that I know the box was fine for several
years when it was running Jessie - I'm not sure what it would tell me.

The main problem however is that it's remote, so I couldn't boot it
from an ISO without either going over there or calling the people and
trying to explain to them how to do it.  Neither option is attractive,
but if all else failed, booting from an image on USB would definitely
have, er, been on the cards.

On Sat, Feb 29, 2020, Thomas Schmitt wrote:


In my experience these symptoms usually manifest as queries to other DNS
servers which cannot be contacted. So the name query times out at each name
server adding latency to the request. Beware of systemd "augmenting" the
related config files at startup.


True enough, especially that last part, and I've seen enough problems
caused by faulty networking setups, but by getting down to the minimal
test case of removing a file from RAM at the bash prompt I eliminated
network operations.  This isn't a network or DNS or NSS issue.

==
On Sat, 29 Feb 2020, G.W. Haywood wrote:


I'm now almost convinced it's a kernel-level problem, so next I'll
try booting with an older kernel if Buster will let me.  If anyone
here has run Buster with a 3.x kernel I'd be pleased to hear ...


So I modified the grub configuration to boot the existing 3.16 kernel
of Jessie vintage by default, rebooted, and immediately it was obvious
that the box was back to its normal performance - just logging in was
a lot quicker.  Copying my 3 Gigabyte test file to /dev/shm took only
48 seconds instead of nearly ten minutes, and the time taken to delete
it was similarly improved.  I copied with rsync because that gives me
an idea of how long it's going to take almost immediately.  I can stop
the copy if it's obviously going to be a waste of time; I guess '-avP'
is habitual, my fingers seem to just do that without being told:

--
Farm-1:/home# >>> time rsync -avP F-2020.02.26.tgz  /dev/shm
sending incremental file list
F-2020.02.26.tgz
  3,230,393,252 100%   63.54MB/s0:00:48 (xfr#1, to-chk=0/1)
sent 3,231,182,020 bytes  received 35 bytes  66,622,310.41 bytes/sec
total size is 3,230,393,252  speedup is 1.00
real0m48.499s
user0m36.108s
sys 0m12.376s
Farm-1:/home# >>> ls -l /dev/shm/F-2020.02.26.tgz 
-rw-r--r-- 1 root root 3230393252 Feb 26 14:25 /dev/shm/F-2020.02.26.tgz

Farm-1:~# >>> uname -a
Linux Farm-1 3.16.0-10-amd64 #1 SMP Debian 3.16.81-1 (2020-01-17) x86_64 
GNU/Linux
Farm-1:~# >>> time rm /dev/shm/F-2020.02.26.tgz 
real0m0.644s

user0m0.000s
sys 0m0.632s

Running kernel 4.19, the delete operation took just over 9.6 seconds.
--

So the problem is eliminated, if not exactly solved.  Solution would
require finding out what's wrong with the combination of this kernel
and the individual box, but I have more pressing issues so that might
never happen.  I don't care what was wrong, as long as the users are
once again happy users.  Well, as happy as they were before. :/

Now I have what I'll euphemistically call more leisure time, I guess
I'll compile a variety of kernels for the box to see what happens.
There are some processor bugs listed in /proc/cpuinfo:

bugs: cpu_meltdown spectre_v1 spectre_v2 mds msbds_only

but as the SPECTRE etc. mitigations are allegedly not in this kernel
about the only thing I can think of is that it might be something to
do 

Re: What's the purpose of initrd.img{,.old} and vmlinuz{,.old} symlinks in the root dir?

[Mikhail Morfikov]

On 01/03/2020 02:15, David Wright wrote:
> They're a convenience. If you want them kept in /boot, then edit 
> /etc/kernel-img.conf and linux-update-symlinks will recreate them 
> there when the kernel is updated. Ditto if you want them removed.
I didn't know there's even such an option. But yes, it creates links 
in /boot/ now.

>> Also, I'm trying to configure refind EFI boot manager, and
>> basically I don't want to change its config file with each kernel
>> update (the numbers in the file names change).
> 
> I'm not familiar with that, but one of the reasons there are links
> in root is for that very reason: their names don't change.
That's why I need those links in /boot/ , so refind would easily pick 
them up.
 
> You don't say why *you* think it's better to create links in /boot, 
> so I'm not sure why we're expected to think so too. But if you want 
> them in both places, I think you have to maintain them in the other 
> location yourself.
I thought it was obvious, but I write it again to be clear. I'm using 
LUKSv2+LVM setup and (so far) syslinux/extlinux as a bootloader in 
MBR/MS-DOS partition layout (this will change to refind + EFI soon). 
So my machine is encrypted entirely, and only the /boot/ (and future 
ESP) partition remains unencrypted. When my system creates the links 
to the initrd and kernel in / , they're useless since you have to 
decrypt the root partition in order to get to those links, and in 
order to decrypt the partition, you have to load the kernel first,
but when you load the kernel, you don't need the links anymore... So 
as you can see the better place for the links is in /boot/ and not 
in / , at least in the case of fully encrypted installation setups. 



signature.asc
Description: OpenPGP digital signature

Re: What's the purpose of initrd.img{,.old} and vmlinuz{,.old} symlinks in the root dir?

[Felix Miata]

Brian composed on 2020-03-01 13:26 (UTC):

> On Sat 29 Feb 2020 at 19:15:12 -0600, David Wright wrote:

>> On Sat 29 Feb 2020 at 19:17:39 (+0100), Mikhail Morfikov wrote:

>>> # ls -al /
>>> ...
>>> lrwxrwxrwx   1 root   root 29 2020-02-14 17:22:18 initrd.img -> 
>>> boot/initrd.img-5.4.0-4-amd64
>>> lrwxrwxrwx   1 root   root 27 2020-02-24 00:37:53 initrd.img.old -> 
>>> boot/initrd.img-5.5.4-amd64
>>> ...
>>> lrwxrwxrwx   1 root   root 26 2020-02-14 17:22:18 vmlinuz -> 
>>> boot/vmlinuz-5.4.0-4-amd64
>>> lrwxrwxrwx   1 root   root 24 2020-02-24 00:37:53 vmlinuz.old -> 
>>> boot/vmlinuz-5.5.4-amd64

>>> So I have a question here: what's the purpose of the links?

>> They're a convenience. If you want them kept in /boot, then edit
>> /etc/kernel-img.conf and linux-update-symlinks will recreate them
>> there when the kernel is updated. Ditto if you want them removed.

> They are also useful to reference on the linux and initrd lines when
> booting with GRUB to rescue a system. I'd leave them there. 

+ + + :-)

Grub does not like symlinks to un-versioned kernel and initrd in /boot/.
-- 
Evolution as taught in public schools is religion, not science.

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

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

Re: What's the purpose of initrd.img{,.old} and vmlinuz{,.old} symlinks in the root dir?

[Brian]

On Sat 29 Feb 2020 at 19:15:12 -0600, David Wright wrote:

> On Sat 29 Feb 2020 at 19:17:39 (+0100), Mikhail Morfikov wrote:
> > I have an encrypted (LUKSv2) LVM setup with a separate unencrypted /boot/
> > partition. When I install a new kenrel in the system, the following 
> > symlinks are
> > created in the root directory (/):
> > 
> > # ls -al /
> > ...
> > lrwxrwxrwx   1 root   root   29 2020-02-14 17:22:18 initrd.img 
> > -> boot/initrd.img-5.4.0-4-amd64
> > lrwxrwxrwx   1 root   root   27 2020-02-24 00:37:53 
> > initrd.img.old -> boot/initrd.img-5.5.4-amd64
> > ...
> > lrwxrwxrwx   1 root   root   26 2020-02-14 17:22:18 vmlinuz -> 
> > boot/vmlinuz-5.4.0-4-amd64
> > lrwxrwxrwx   1 root   root   24 2020-02-24 00:37:53 vmlinuz.old 
> > -> boot/vmlinuz-5.5.4-amd64
> > 
> > So I have a question here: what's the purpose of the links?
> 
> They're a convenience. If you want them kept in /boot, then edit
> /etc/kernel-img.conf and linux-update-symlinks will recreate them
> there when the kernel is updated. Ditto if you want them removed.

They are also useful to reference on the linux and initrd lines when
booting with GRUB to rescue a system. I'd leave them there.

-- 
Brian.

Re: Zoom conferencing

[Roberto C . Sánchez]

On Sun, Mar 01, 2020 at 08:07:58AM -0500, rhkra...@gmail.com wrote:
> On Sunday, March 01, 2020 07:41:18 AM Dan Ritter wrote:
> > If someone sends you a link to use  their service, they have a semi-hidden
> > web client available -- 
> 
> I guess that should be web server?
> 
> I mean, unless this is like the backwards (to me, and I'm familiar with the 
> justification / arguments -- to me a client serves me, not some software) 
> definitions for client and server used in X, things like firefox and chromium 
> are clients, not servers.
> 
It is a client in the sense that it is a program that allows you, the
user, to connect to a server which is providing the necessary support
for a conference meeting to take place.

It is also a server in the sense that you must connect to a webserver in
order to access it, just as Java applets and Flash apps are generally
hosted on webservers.  That particular distinction, however, is
irrelevant to the vast majority of users.

Regards,

-Roberto

-- 
Roberto C. Sánchez

Re: Zoom conferencing

[Dan Ritter]

rhkra...@gmail.com wrote: 
> On Sunday, March 01, 2020 07:41:18 AM Dan Ritter wrote:
> > If someone sends you a link to use  their service, they have a semi-hidden
> > web client available -- 
> 
> I guess that should be web server?
> 
> I mean, unless this is like the backwards (to me, and I'm familiar with the 
> justification / arguments -- to me a client serves me, not some software) 
> definitions for client and server used in X, things like firefox and chromium 
> are clients, not servers.

It's a client for their service that operates entirely in your
web browser, and is handed to you each time from their web
server.

Client-server distinctions are all a matter of perspective.

-dsr-

Re: Zoom conferencing

[rhkramer]

On Sunday, March 01, 2020 07:41:18 AM Dan Ritter wrote:
> If someone sends you a link to use  their service, they have a semi-hidden
> web client available -- 

I guess that should be web server?

I mean, unless this is like the backwards (to me, and I'm familiar with the 
justification / arguments -- to me a client serves me, not some software) 
definitions for client and server used in X, things like firefox and chromium 
are clients, not servers.

> take the conference identifier from the regular
> URL, and append it to
> 
> https://zoom.us/wc/join/
> 
> This works in Firefox and Chromium.
> 
> -dsr-

Re: Zoom conferencing

[Dan Ritter]

Joel Rees wrote: 
> (I hope no one gets upset about double posting debian and ubuntu users
> lists.)
> 
> Questions about zoom -- www.zoom.us
> 
> Anyone using it?
> 
> Issues?
> 
> Known reasons they don't put it in the general repositories?

It's not free in any sense.

If someone sends you a link to use  their service, they have a semi-hidden
web client available -- take the conference identifier from the regular
URL, and append it to

https://zoom.us/wc/join/

This works in Firefox and Chromium.

-dsr-

Re: Zoom conferencing

[Jonas Smedegaard]

[ replying only where I am subscribed ]

Quoting Joel Rees (2020-03-01 06:08:27)
> (I hope no one gets upset about double posting debian and ubuntu users
> lists.)
> 
> Questions about zoom -- www.zoom.us
> 
> Anyone using it?
> 
> Issues?
> 
> Known reasons they don't put it in the general repositories?

Zoom is non-free.

You might find relevant some of my notes on voice/video chat tools and 
services here: 
https://source.redpill.dk/media-stream-hosting.git/tree/README.md


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature

Re: [1/2HS] Mysql et le symbole Euro €

[JC.EtiembleG]

Le 29/02/2020 à 22:35, Jean-Michel OLTRA a écrit :


Tu pourrais essayer avec une autre application d'administration de base de
données qui utilise du html, si ça existe. Pour voir si il y a une
différence dans le rendu de la valeur. Je vois dans les dépôts qu'il existe
"adminer". Sous Testing, tout du moins.


Pour Adminer il faut prendre la version en un seul fichier adminerXX.php 
qui est plus simple et peut soit être utiliser avec une BD MySql 
(Adminer 4.7.6 for MySQL) ou avec MySQL, MariaDB, PostgreSQL, SQLite 
...(Adminer 4.7.6 )


https://www.adminer.org/#download

--
J-C Etiemble

Re: Zoom conferencing

[tomas]

On Sun, Mar 01, 2020 at 02:08:27PM +0900, Joel Rees wrote:
> (I hope no one gets upset about double posting debian and ubuntu users
> lists.)
> 
> Questions about zoom -- www.zoom.us
> 
> Anyone using it?
> 
> Issues?
> 
> Known reasons they don't put it in the general repositories?

Perhaps because it ain't free software?

-- t


signature.asc
Description: Digital signature

Re: Net Install: Installation halts for disk change

[Andrei POPESCU]

On Sb, 29 feb 20, 21:45:48, John Kaufmann wrote:
> 
> I have to agree with that script: a Thinkpad without wifi could fairly 
> be called a non-working system... which comes back to my two-part 
> first question, about the philosophical/operational aspect of the 
> "free" commitment:
>  - Is it a choice between a free non-working system or a non-free 
>  working system?

According to the Social Contract[1] the Debian system is free (as in 
freedom).

In the case of firmware this is achieved by providing it (as a service 
to its users) from the non-official part of the archive.

>  - Are OEM hardware drivers by definition "non-free"?

Not necessarily. Many free drivers in the kernel are contributed by the 
OEMs, including Intel, AMD, etc.

Some hardware requires "firmware" in addition to the driver. As far as I 
understand most firmware is just pre-compiled software provided as is, 
without source, which automatically makes it non-free (even if freely
distributable).

Some hardware has free firmware (see firmware-linux-free and the other 
packages in the 'main' archive) and some don't require external firmware 
at all[2].

Debian's position on non-free firmware is making things more difficult 
for owners of specific hardware. Hopefully this works as an incentive to 
consider hardware with better free software support on their next 
purchase.

[1] https://www.debian.org/social_contract

[2] in most cases[3] this is arguably even worse than requiring external 
non-free firmware, because the hardware still uses some firmware stored 
internally which is very difficult or even impossible to upgrade.

[3] as far as I understand there are pieces of hardware that don't need 
any kind of firmware, external or internal.

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


signature.asc
Description: PGP signature