Re: Problème avec un Lenovo Thinkpad 15v gen1
On 26/09/2021 21:11, Nicolas FRANCOIS wrote: Bonsoir. Mon lycée m'a confié la bête sus-mentionnée. J'ai un gros problème avec cette bestiole, initialement fournie avec Window$ 10 : son écran. C'est un écran UHD, de résolution 3840*2160 (ils sont cinglés de mettre un tel écran, ça sert à RIEN sur un écran de 15.6" !!!). Je suis en désaccord. Avec de bon yeux et pour certaines applications graphiques (par exemple la CAO ou le dessin), une haute résolution est utile. Résultat : avec XFCE, tout est MICROSCOPIQUE :-( Et je n'ai pas trouvé de solutions tout à fait satisfaisantes sur le net. J'ai réussi à forcer Grub à se lancer avec une police et une résolution correctes, mais le bureau XFCE reste quasiment illisible. Si je modifie certains réglages dans les paramètres (DPI, taille des polices système), cela change certaines choses, mais pas tout, donc c'est pas utilisable tel quel. Certains d'entre vous ont-ils réussi à rendre ce portable utilisable ? Si oui, vos lumières sont les bienvenues, et ma gratitude éternelle promise ;-) Est-ce que ce portable boote sans système graphique (ni X11, ni Wayland)? On peut essayer par exemple d'enfoncer Alt+Ctrl+F3 (ou bien F4 ou F5 ou F6 au lieu de F3). Avec de la chance, on a alors une interface en ligne de commande et probablement une police petite mais lisible -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/
Re: What happened to cal?
On Sun, Sep 26, 2021 at 10:32:52PM -0400, Paul M. Foster wrote: > > On 9/26/21 1:18 PM, Greg Wooledge wrote: > > On Sun, Sep 26, 2021 at 01:08:21PM -0400, Paul M. Foster wrote: > > > I did a fresh install, and apparently "ncal" wasn't installed by default. > > "apt-cache showpkg ncal" tells me that only bsdmainutils depends on it. > > "apt-cache showpkg bsdmainutils" gives me a fairly significant list of > > packages that depend on bsdmainutils, including man-db. > > > > So, I guess you did a VERY minimal install. man-db is a "standard" > > package, so it should have been included in any reasonable installation. > > > > If you do an utterly bare installation, not even including Standard, > > you should expect to have a bunch of stuff missing. > > > Nope. Did a full install with a variety of "tasks". The man-db package is > installed, and I didn't manually install it. Oh, looking closer: unicorn:~$ apt-cache show man-db | grep Depends Depends: bsdextrautils | bsdmainutils (<< 12.1.1~), [...] So, man-db only depends on bsdmainutils as an alternative. That means the output of "apt-cache showpkg bsdmainutils" is a bit confusing, as is the output of "apt-cache depends man-db". Such silly tools.
Re: What happened to cal?
On 9/26/21 1:18 PM, Greg Wooledge wrote: On Sun, Sep 26, 2021 at 01:08:21PM -0400, Paul M. Foster wrote: I did a fresh install, and apparently "ncal" wasn't installed by default. "apt-cache showpkg ncal" tells me that only bsdmainutils depends on it. "apt-cache showpkg bsdmainutils" gives me a fairly significant list of packages that depend on bsdmainutils, including man-db. So, I guess you did a VERY minimal install. man-db is a "standard" package, so it should have been included in any reasonable installation. If you do an utterly bare installation, not even including Standard, you should expect to have a bunch of stuff missing. Nope. Did a full install with a variety of "tasks". The man-db package is installed, and I didn't manually install it. Paul
silence audio on locked screen?
Hi all, I'm using buster with xfce4, pulseaudio, and (I think) light-locker. When I lock my screen, audio continues to play (and system sounds are still heard). This seems to me like a way to leak information, and is also annoying to anyone nearby. It's then annoying for me when I discover somebody has unplugged my headphones to make them shut up :-) Any suggestions for making it be quiet? Perhaps a wishlist bug for light-locker? I don't know if it's even feasible, given the various combinations of audio system and screen lockers. Cheers, Richard
Re: Comienzos en el proyecto debian como programador Jr
On Sun, Sep 26, 2021 at 10:13:01PM +, Maicon wrote: >Buenos dias a todos un saludo desde Colombia, > >Soy miembro de la comunidad y fiel usuario de Debian desde hace un poco >mas de 15 años. En cierta forma le debo todo a este sistema porque las >herramientas que logre aprender a configurar y manipular me han ayudado >enormemente para obtener muy buenos empleos en un pais donde los salarios >y las condiciones laborales en su mayoria son algo precarias y por ende >esto me ha permitido tener una mejor calidad de vida trabajando como >sysadmin y como ing de seguridad de redes. > >Desde hace unos 2 años estoy incursionando en el mundo de la programación >y he logrado aprender algunos lenguajes pero aun me considero un Novato, >sin embargo considero que tengo buenas habilidades para comenzar de alguna >forma a retribuir a la comunidad escribiendo código, he estado leyendo la >documentación oficial del proceso pero no es muy clara a mi modo de ver, >por lo que me dirijo a ustedes si me pueden dar indicaciones de como >comenzar. > >Los lenguajes de los que tengo dominio en el momento son: Python, JS, SQL, >ademas tengo conocimiento en HTML y CSS. > >Un abrazo y gracias de antemano por sus respuestas. > Mucho depende en si prefieres trabajar, por ejemplo, en la infrastructura de Debian (los sitios de web, programas, y otros servicios que apoyan los usuarios y dearrolladores de Debian), o si prefieres trabajar en otra parte. Quizás hay programas que te han ayudado en particular y a los cuales te interesa contribuir directamente. Si te interesa mejor la infrastructura, entonces lo conveniente será encontrarte el equipo que se hace responsable por los componentes infrastructurales en los cuales quieres trabajar. Si te interesa mejor algunos programas específicos, que no necesariamente son parte de la infrastructura de Debian, entonces lo conveniente es contactarte con el proyecto que desarrolla ese programa y averiguar como puedes involucrarte en ese proyecto. Saludos, -Roberto -- Roberto C. Sánchez
Comienzos en el proyecto debian como programador Jr
Buenos dias a todos un saludo desde Colombia, Soy miembro de la comunidad y fiel usuario de Debian desde hace un poco mas de 15 años. En cierta forma le debo todo a este sistema porque las herramientas que logre aprender a configurar y manipular me han ayudado enormemente para obtener muy buenos empleos en un pais donde los salarios y las condiciones laborales en su mayoria son algo precarias y por ende esto me ha permitido tener una mejor calidad de vida trabajando como sysadmin y como ing de seguridad de redes. Desde hace unos 2 años estoy incursionando en el mundo de la programación y he logrado aprender algunos lenguajes pero aun me considero un Novato, sin embargo considero que tengo buenas habilidades para comenzar de alguna forma a retribuir a la comunidad escribiendo código, he estado leyendo la documentación oficial del proceso pero no es muy clara a mi modo de ver, por lo que me dirijo a ustedes si me pueden dar indicaciones de como comenzar. Los lenguajes de los que tengo dominio en el momento son: Python, JS, SQL, ademas tengo conocimiento en HTML y CSS. Un abrazo y gracias de antemano por sus respuestas. Sent from ProtonMail mobile
Re : Re: Comment cumuler le débit de téléchargement sur une connexion ADSL + 4G ?
Merci pour vos réponses. Je n’ai pas les compétences, mais je vais potasser ça à mon aise. J’aurai sûrement d’autres questions à poser. Un tout grand merci, – Benoit Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ Le vendredi 24 septembre 2021 à 17:54, hamster a écrit : > Le 24/09/2021 à 17:03, BERTRAND Joël a écrit : > > > benoit a écrit : > > > > > Bonjour à toutes et tous, > > > > > > J’ai une connexion ADSL illimitée, mais lente. > > > > > > Quand j’introduis ma clé 4G dans l’USB, network-manager la détecte et > > > > > > configure une deuxième connexion internet. > > > > > > Le téléchargement se fait sur l’une OU l’autre connexion. > > > > > > Serait-il possible de cumuler la bande passante des deux, pour n’en > > > > > > faire qu’une plus rapide ? > > > > > > Merci d'avance, > > > > Bonsoir, > > > > C'est possible en faisant du round-robin de manière intelligente sur > > > > deux ou plusieurs interfaces. Mais il faut soit que tu aies ta propre > > > > machine en face pour accéder à internet, soit que tu aies un FAI gentil > > > > qui propose le service (je n'en connais plus). > > FDN ou un autre FAI de la fédération FDN : > > https://www.fdn.fr/ > > https://www.ffdn.org/fr/membres
[solved] `wget' web site
>> On Sun, Sep 26, 2021 at 5:18 AM Rodolfo Medina >> wrote: >> > >> > Hi all. >> > >> > I manage to download an entire website, say www.mysite.com, with simply >> > >> > $ wget -r -l 0 www.mysite.com >> > >> > After that, I can surf that web site offline with all its internal links. >> > Perfect. >> > >> > Now the problem comes when I want to copy that stuff into my Android tablet >> > and >> > read it offline too. Then the links do not work any more. >> > >> > Any suggestions? The solution I found is all within Android operating system and is called OffLine Browser. I'm still testing it, but it seems to work fine in both downloading a whole web site and then, offline, properly surf it with all its links. Thanks for your help, Rodolfo
Re: `wget' web site
>> On Sun, Sep 26, 2021 at 5:18 AM Rodolfo Medina >> wrote: >> > >> > Hi all. >> > >> > I manage to download an entire website, say www.mysite.com, with simply >> > >> > $ wget -r -l 0 www.mysite.com >> > >> > After that, I can surf that web site offline with all its internal links. >> > Perfect. >> > >> > Now the problem comes when I want to copy that stuff into my Android >> > tablet and read it offline too. Then the links do not work any more. >> > >> > Any suggestions? The solution I found is all within Android operating system and is called OffLine Browser. I'm still testing it, but it seems to work fine in both downloading a whole web site and then, offline, properly surf it with all its links. Thanks for your help, Rodolfo
Re: Problème avec un Lenovo Thinkpad 15v gen1
Bonsoir Le 26/09/2021 à 21:11, Nicolas FRANCOIS a écrit : Bonsoir. Mon lycée m'a confié la bête sus-mentionnée. J'ai un gros problème avec cette bestiole, initialement fournie avec Window$ 10 : son écran. C'est un écran UHD, de résolution 3840*2160 (ils sont cinglés de mettre un tel écran, ça sert à RIEN sur un écran de 15.6" !!!). Résultat : avec XFCE, tout est MICROSCOPIQUE :-( Et je n'ai pas trouvé de solutions tout à fait satisfaisantes sur le net. J'ai réussi à forcer Grub à se lancer avec une police et une résolution correctes, mais le bureau XFCE reste quasiment illisible. Si je modifie certains réglages dans les paramètres (DPI, taille des polices système), cela change certaines choses, mais pas tout, donc c'est pas utilisable tel quel. Certains d'entre vous ont-ils réussi à rendre ce portable utilisable ? Si oui, vos lumières sont les bienvenues, et ma gratitude éternelle promise ;-) J'ai cette résolution sur mon portable at ai réglé dans les paramètres écran (Ubuntu 20) l'échelle à 300%. Une autre solution testée qui me convenanit moins était de jouer avec l'accès universel => grand texte & zoom -- Daniel
Problème avec un Lenovo Thinkpad 15v gen1
Bonsoir. Mon lycée m'a confié la bête sus-mentionnée. J'ai un gros problème avec cette bestiole, initialement fournie avec Window$ 10 : son écran. C'est un écran UHD, de résolution 3840*2160 (ils sont cinglés de mettre un tel écran, ça sert à RIEN sur un écran de 15.6" !!!). Résultat : avec XFCE, tout est MICROSCOPIQUE :-( Et je n'ai pas trouvé de solutions tout à fait satisfaisantes sur le net. J'ai réussi à forcer Grub à se lancer avec une police et une résolution correctes, mais le bureau XFCE reste quasiment illisible. Si je modifie certains réglages dans les paramètres (DPI, taille des polices système), cela change certaines choses, mais pas tout, donc c'est pas utilisable tel quel. Certains d'entre vous ont-ils réussi à rendre ce portable utilisable ? Si oui, vos lumières sont les bienvenues, et ma gratitude éternelle promise ;-) \bye -- Nicolas FRANCOIS | /\ http://nicolas.francois.free.fr | |__| X--/\\ We are the Micro$oft. _\_V Resistance is futile. You will be assimilated. darthvader penguin
Re: What happened to cal?
On Sun, Sep 26, 2021 at 01:08:21PM -0400, Paul M. Foster wrote: > > On 9/26/21 8:37 AM, Greg Wooledge wrote: > > On Sun, Sep 26, 2021 at 01:24:59AM -0400, Paul M. Foster wrote: > > > I'm wondering if I'm mis-remembering here. As I recall, there used to be a > > > command called "cal" which would simply print this month's calendar to the > > > screen. It would do other calendars, depending on command line parameters. > > > Now that I've moved to bullseye, I don't see the command nor a package > > > containing it. > > unicorn:~$ cat /etc/debian_version > > 11.0 > > unicorn:~$ type cal > > cal is hashed (/usr/bin/cal) > > unicorn:~$ dpkg -S /usr/bin/cal > > ncal: /usr/bin/cal > > unicorn:~$ apt-cache show ncal | head -n14 > > Package: ncal > > Source: bsdmainutils > > Version: 12.1.7+nmu3 > > Installed-Size: 68 > > Maintainer: Debian Bsdmainutils Team > > Architecture: amd64 > > Replaces: bsdmainutils (<< 12.1.3) > > Depends: libc6 (>= 2.14), libtinfo6 (>= 6) > > Breaks: bsdmainutils (<< 12.1.3) > > Description-en: display a calendar and the date of Easter > > This package contains the "ncal" program and the traditional "cal" > > program, both are commonly found on BSD-style systems. This utility > > displays a > > simple calendar in a traditional or an alternative and more advanced > > layout, > > and the date of Easter. > > > > > > If you "moved to bullseye" by performing an upgrade, you should still > > have this command. If you "moved" by wiping the system and installing > > bullseye from scratch, then I guess you just have to install the ncal > > package manually. > > > I did a fresh install, and apparently "ncal" wasn't installed by default. > > Paul > See also, perhaps, package gcal which I'm guessing is GNU cal All best, as ever, Andy Cater
Re: upgrading and stuff
On Sun, Sep 26, 2021 at 01:03:26PM -0400, Roy J. Tellason, Sr. wrote: > On Saturday 25 September 2021 06:36:34 pm Dan Ritter wrote: > > If the system will not let you login as root from the graphical > > display manager, it's the GDM's fault. It may be a configurable > > option in its /etc/whateverdm. If not, you can always replace a > > recalcitrant GDM with original xdm, which doesn't care so much. > > That appears to be the problem. GDM? What do I need to be looking at here? > It's not a problem as such: it's the safe default.It's in the /etc/gdm3 settings. Follow the clues form the blog below: https://economictheoryblog.com/2015/11/08/how-to-enable-gui-root-login-in-debian-8/ Edit /etc/gdm3/daemon.conf and add AllowRoot=true under [security] Then edit /etc/pam.d/gdm-password and comment out (with a #) the line auth required pam_succeed_if.so.user != root quiet_success This may help but is desperately insecure. You're an experienced user so this is an informed choice that you choose to make for your system. All the very best, as ever, Andy Cater > > -- > Member of the toughest, meanest, deadliest, most unrelenting -- and > ablest -- form of life in this section of space, a critter that can > be killed but can't be tamed. --Robert A. Heinlein, "The Puppet Masters" > - > Information is more dangerous than cannon to a society ruled by lies. --James > M Dakin >
Re: upgrading and stuff
On Sun 26 Sep 2021 at 13:03:26 -0400, Roy J. Tellason, Sr. wrote: > On Saturday 25 September 2021 06:36:34 pm Dan Ritter wrote: > > If the system will not let you login as root from the graphical > > display manager, it's the GDM's fault. It may be a configurable > > option in its /etc/whateverdm. If not, you can always replace a > > recalcitrant GDM with original xdm, which doesn't care so much. > > That appears to be the problem. GDM? Was this conclusion the result of extensive testing? Or did you base the opinion on what you got fron installing the gutfeeling package? :) >What do I need to be looking at here? xserver-xorg-legacy? -- Brian.
Re: upgrading and stuff
On Sun, Sep 26, 2021 at 12:48:37PM -0400, Roy J. Tellason, Sr. wrote: Hi Roy, > On Saturday 25 September 2021 06:08:23 pm Andy Smith wrote: > > The release of the three newer stable versions of Debian seems to have > > happened without you noticing. > > Life has handed me a whole mess of things to deal with over the past year or > two... > Sorry to hear that: I hope it gets better > > If you remain subscribed to this mailing list then you will surely read > > here about the release of > > Debian 12 (bookworm), but if you want a very low traffic announcements feed > > then you could subscribe to the debian-announce > > list instead: > > > > https://lists.debian.org/debian-announce/ > > > > It's only received 6 emails so far this year: > > > > https://lists.debian.org/debian-announce/2021/threads.html > > I *do* have that list flowing in here, along with Debian News and Debian > Security. I guess I need to give it some more attention? > > > > consulted the release notes about how one might go about upgrading, and > > > from the latest on back each one says something to > > > the effect of only being able to upgrade from the last major version, so > > > if there's a good way to do this whole thing at once > > > I'd sure like to hear about it. > > > > Yes, upgrades are only supported from one release to another, so if you > > wish to upgrade this machine you're going to have to consult the > > release notes for Debian 9 about upgrading from 8.x to 9.x, and then the > > release notes for Debian 10, and so on until you are at Debian > > 11.x. > > I have multiple tabs open in my browser to just those things. > > > It's not supported to go directly from 8 to 11 (or even from 8 to 10) and > > trying to do so will probably end in failure. > > > > Or you could just reinstall and then put your data files back in > > place from your backups. That may be quicker. > > Maybe, but I'm not sure that I want to go there at the moment. >From 8 to 9 should be do-able. So Jessie -> Stretch. Stretch is still (just about) in support at the moment so follow through the release notes carefully. I'd strongly suggest making notes of all the major services you run and any configs you know you've changed. Work through that one, then do the same for 9 -> 10 - Stretch -> Buster. At that point, there are several changes that have happened. There will be another point release for Buster shortly, if all goes well. LILO is no longer supported in Bullseye, if I remember rightly, so that might be a problem for moving further until Buster is sorted (at which point you should be able to move forward if you wish). If we can help on this list, don't hesitate, just ask. Similar questions have been asked over the last couple of months so you might also want to just take a quick look tthrough the archives from July onwards - Debian 11 was released on 14th July 2021. All the very best, as ever, Andy Cater > > > > The only thing that works there is to log in as a regular user, and then > > > use the su command to get there. A bit of a pain. Where > > > in the software is this controlled? I really would like to change this > > > behavior, if at all possible. > > > > I am not aware of any modern desktop environment that allows to log in and > > run the entire GUI as root, for reasons you said you didn't > > want to hear about. Someone else may be able to suggest some alternate > > desktop environment that allows this. > > Well, I guess we'll see what turns up in the messages then. > > > -- > Member of the toughest, meanest, deadliest, most unrelenting -- and > ablest -- form of life in this section of space, a critter that can > be killed but can't be tamed. --Robert A. Heinlein, "The Puppet Masters" > - > Information is more dangerous than cannon to a society ruled by lies. --James > M Dakin >
Re: What happened to cal?
On Sun, Sep 26, 2021 at 01:08:21PM -0400, Paul M. Foster wrote: > I did a fresh install, and apparently "ncal" wasn't installed by default. "apt-cache showpkg ncal" tells me that only bsdmainutils depends on it. "apt-cache showpkg bsdmainutils" gives me a fairly significant list of packages that depend on bsdmainutils, including man-db. So, I guess you did a VERY minimal install. man-db is a "standard" package, so it should have been included in any reasonable installation. If you do an utterly bare installation, not even including Standard, you should expect to have a bunch of stuff missing.
Re: What happened to cal?
On 9/26/21 2:57 AM, Thomas Schmitt wrote: Hi, Jeremy Ardley wrote: As I recall, there used to be a command called "cal" which would simply print this month's calendar to the screen. [...] Now that I've moved to bullseye, I don't see the command nor a package containing it. It is in the package ncal which obviously was newly introduced as binary package of source package bsdmainutils https://packages.debian.org/bullseye/amd64/ncal/filelist https://packages.debian.org/source/bullseye/bsdmainutils In buster there was only one binary package derived from that source: https://packages.debian.org/source/buster/bsdmainutils https://packages.debian.org/buster/amd64/bsdmainutils/filelist Have a nice day :) Thomas Excellent. Thanks for the info. That answers the question. Paul
Re: What happened to cal?
On 9/26/21 8:37 AM, Greg Wooledge wrote: On Sun, Sep 26, 2021 at 01:24:59AM -0400, Paul M. Foster wrote: I'm wondering if I'm mis-remembering here. As I recall, there used to be a command called "cal" which would simply print this month's calendar to the screen. It would do other calendars, depending on command line parameters. Now that I've moved to bullseye, I don't see the command nor a package containing it. unicorn:~$ cat /etc/debian_version 11.0 unicorn:~$ type cal cal is hashed (/usr/bin/cal) unicorn:~$ dpkg -S /usr/bin/cal ncal: /usr/bin/cal unicorn:~$ apt-cache show ncal | head -n14 Package: ncal Source: bsdmainutils Version: 12.1.7+nmu3 Installed-Size: 68 Maintainer: Debian Bsdmainutils Team Architecture: amd64 Replaces: bsdmainutils (<< 12.1.3) Depends: libc6 (>= 2.14), libtinfo6 (>= 6) Breaks: bsdmainutils (<< 12.1.3) Description-en: display a calendar and the date of Easter This package contains the "ncal" program and the traditional "cal" program, both are commonly found on BSD-style systems. This utility displays a simple calendar in a traditional or an alternative and more advanced layout, and the date of Easter. If you "moved to bullseye" by performing an upgrade, you should still have this command. If you "moved" by wiping the system and installing bullseye from scratch, then I guess you just have to install the ncal package manually. I did a fresh install, and apparently "ncal" wasn't installed by default. Paul
Re: Bug a la instal·lació de postgresql?
Hola, molt interessant la conversa, com sempre. Tens raó Àlex, això forma part d'una configuració extra que afegim (la línia comentada del pam) per tant efectivament si algú té curiositat ... :) I Toni, el problema amb Kerberos, és que si no fas un kdestroy o l'elimines manualment de /tmp dura no se quantes hores i per tant amb l'ordre que hem esmentat pots fer ... Potser això també és configurable per a que quan un usuari tanqui la seva darrera sessió s'elimini aquest ticket ¿? De fet pensàvem provar-ho manualment a alguns ordinadors posant-ho al logout (si nomes hi ha una sessió d'aquest usuari => kdestroy) però vaja ... Merci, Julio Missatge de Toni Mas Soler del dia ds., 25 de set. 2021 a les 21:26: > Al man su/man runuser hi fa alguna referència. Però no entenc el motiu > perquè és un forat de seguretat si s'usa kerberos (NOTA: jo no faig servir > kerberos). > > Toni Mas > GPG 3F42A21D84D7E950 > > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > > El dissabte, 25 de setembre 2021 a les 21:00, Eloi > va escriure: > > > El 25/9/21 a les 11:06, Alex Muntada ha escrit: > > > > > Hola, Eloi > > > > > > [...] > > > > > > > Una de les recomanacions que vaig llegir aleshores era usar la > > > > > > > > comanda "runuser" quan qui l'executa ja és root, doncs desescala > > > > > > > > a qualsevol usuari sense demanar autenticació mentre que la > > > > > > > > resta d'usuaris no la poden executar. > > > > > > > > Això no recordo haver-ho llegit però ho acabo de provar i > > > > > > > > funciona bé: no demana contrasenya encara que comenti l'entrada > > > > > > > > del pam_rootok al /etc/pam.d/runuser. > > > > Això és que em faig vell i/o no menjo prou cues de pansa :-) > > > > Jo tampoc he trobat el que recordo haver llegit, segurament deuria ser > > > > una font de tercers, que em deuria enganxar documentant-me i al final he > > > > acabat confonent els orígens. L'única referència explícita que he estat > > > > capaç de trobar amb DDG (DuckDuckGo, no Diari De Girona :-D) dins > > > > debian.org és la següent, que no és el que recordo haver llegit però que > > > > igualment apunta en la mateixa direcció: > > > > https://bugs.debian.org/890862 > > > > Si trobo on redimonis vaig llegir-ho us ho faré saber. -- __ - El 2003 el català era la llengua habitual del 46 % dels catalans. Al 2018 només del 36 %. Si els castellanoparlants no actuem, desapareixerà. - El 3 de novembre representa el moment de l'any en el que les dones deixen de cobrar en comparació amb els homes. Hem d’ajudar a les dones a eliminar aquesta data. - L’administració pública cada any es gasta milions d’euros en llicències de programari privatiu. Utilitzant programari lliure estalviem costos i incentivem l’economia local. *La neutralitat davant les desigualtats acaba accentuant-les.*
Re: upgrading and stuff
On Saturday 25 September 2021 06:36:34 pm Dan Ritter wrote: > If the system will not let you login as root from the graphical > display manager, it's the GDM's fault. It may be a configurable > option in its /etc/whateverdm. If not, you can always replace a > recalcitrant GDM with original xdm, which doesn't care so much. That appears to be the problem. GDM? What do I need to be looking at here? -- Member of the toughest, meanest, deadliest, most unrelenting -- and ablest -- form of life in this section of space, a critter that can be killed but can't be tamed. --Robert A. Heinlein, "The Puppet Masters" - Information is more dangerous than cannon to a society ruled by lies. --James M Dakin
Re: upgrading and stuff
On Saturday 25 September 2021 06:08:23 pm Andy Smith wrote: > The release of the three newer stable versions of Debian seems to have > happened without you noticing. Life has handed me a whole mess of things to deal with over the past year or two... > If you remain subscribed to this mailing list then you will surely read here > about the release of > Debian 12 (bookworm), but if you want a very low traffic announcements feed > then you could subscribe to the debian-announce > list instead: > > https://lists.debian.org/debian-announce/ > > It's only received 6 emails so far this year: > > https://lists.debian.org/debian-announce/2021/threads.html I *do* have that list flowing in here, along with Debian News and Debian Security. I guess I need to give it some more attention? > > consulted the release notes about how one might go about upgrading, and > > from the latest on back each one says something to > > the effect of only being able to upgrade from the last major version, so > > if there's a good way to do this whole thing at once > > I'd sure like to hear about it. > > Yes, upgrades are only supported from one release to another, so if you wish > to upgrade this machine you're going to have to consult the > release notes for Debian 9 about upgrading from 8.x to 9.x, and then the > release notes for Debian 10, and so on until you are at Debian > 11.x. I have multiple tabs open in my browser to just those things. > It's not supported to go directly from 8 to 11 (or even from 8 to 10) and > trying to do so will probably end in failure. > > Or you could just reinstall and then put your data files back in > place from your backups. That may be quicker. Maybe, but I'm not sure that I want to go there at the moment. > > The only thing that works there is to log in as a regular user, and then > > use the su command to get there. A bit of a pain. Where > > in the software is this controlled? I really would like to change this > > behavior, if at all possible. > > I am not aware of any modern desktop environment that allows to log in and > run the entire GUI as root, for reasons you said you didn't > want to hear about. Someone else may be able to suggest some alternate > desktop environment that allows this. Well, I guess we'll see what turns up in the messages then. -- Member of the toughest, meanest, deadliest, most unrelenting -- and ablest -- form of life in this section of space, a critter that can be killed but can't be tamed. --Robert A. Heinlein, "The Puppet Masters" - Information is more dangerous than cannon to a society ruled by lies. --James M Dakin
Re: What happened to cal?
On Sun, 26 Sep 2021, Dedeco Balaco wrote: Em 26/09/2021 09:35, Roger Price escreveu: Perhaps the *cal one gets depends on the desktop. I use Mate Desktop. And i used it with Debian 9 (stretch) before upgrading (sequentially) to 11, a few weeks ago. But Greg Wooledge just, in a message in another branch of this thread, the upgrades from previous distributions which contained cal command should still contain it. So, we have 2 possibilities here. I did a fresh install of Debian 11, which explains why I do not have cal. Roger
Re: backup directory/file exclusion pattern list for borgbackup
[slightly re-arranged segments below] On Sat, Sep 25 2021 at 09:03:37 PM, Default User wrote: > > In Vorta, under the "Sources" tab, there is an area (window) for input > into which you can type or paste text, such as: > > **/.cache > > to denote exclusions, that is, things you do not want to back up. > This is from /home/debian_user/.config/backintime/config: > > . . . > profile1.snapshots.exclude.1.value=.gvfs > profile1.snapshots.exclude.2.value=.cache/* > profile1.snapshots.exclude.3.value=.thumbnails* > profile1.snapshots.exclude.4.value=.local/share/[Tt]rash* > profile1.snapshots.exclude.5.value=*.backup* > profile1.snapshots.exclude.6.value=*~ > profile1.snapshots.exclude.7.value=.dropbox* > profile1.snapshots.exclude.8.value=/proc/* > profile1.snapshots.exclude.9.value=/sys/* > profile1.snapshots.exclude.10.value=/dev/* > profile1.snapshots.exclude.11.value=/run/* > profile1.snapshots.exclude.12.value=/etc/mtab > profile1.snapshots.exclude.13.value=/var/cache/apt/archives/*.deb > profile1.snapshots.exclude.14.value=lost+found/* > profile1.snapshots.exclude.15.value=/tmp/* > profile1.snapshots.exclude.16.value=/var/tmp/* > profile1.snapshots.exclude.17.value=/var/backups/* > profile1.snapshots.exclude.18.value=.Private > . . . > > Of course that is expressed in backintime's own configuration > "language", and would probably need to be translated into borgbackup's > equivalent "language". > ... > And that isn't even (afaik) Fnmatch! > (BTW, I have read what you referenced as ' Run "borg help patterns" '. > I'm afraid it wasn't very helpful to me.) I mean you should run the command "borg help patterns" (without quotes) from a terminal. That produces detailed explanation of what kinds of patterns borg supports, including examples. The same content is also available in the borg-patterns manpage. It also mentions the --dry-run option that you can use to try your patterns out. fnmatch is similar to shell pattern matching, like the backintime configuration fragment you've shown above. You can take those as-is if you want all of those to apply. The patterns above that start with / will not apply to your scenario, where you're backing up /home/debian-user. >> [https://defuse.ca/audits/encfs.htm] talks about issues with encfs >> design. There is nothing backintime can do to fix those. >> >> borg can encrypt its backup images, and it recommendeds enabling that. >> So an adversary would not get access to the encfs ciphertext directly. >> They could get access to borg ciphertext instead, which may or may not >> be vulnerable to the same problems. AFAIK there hasn't been a security >> audit of borgbackup itself. The page at >> https://borgbackup.readthedocs.io/en/stable/internals/security.html#borgcrypto >> describes the design of borg security. >> > > I shall take for granted that backintime developers do not code encfs. > Fine. But after 7 years (at least), why haven't they replaced encfs > with a "safer" encryption scheme, or at least just removed it and > simply not replaced it at all? IMHO, either option would seem far > better than the status quo. I had misunderstood the scenario. I'd read it as you using backintime to backup encfs-encrypted content, not realizing that backintime uses encfs to provide encrypted backups. -- regards, kushal
Android SDK: "The SDK directory is not writable"
Hello list, I'm having an issue with building my first project with the android-sdk package on Bullseye. I'm getting the error listed in the subject line (The SDK directory is not writable (/usr/lib/android-sdk)) which obviously makes sense, since we shouldn't be able to normally write to /usr/lib right? But that's the default place that the android-sdk package installs the sdk files. Is there an alternate installation method I should be using, or am I actually supposed to make /usr/lib/android-sdk writable by a user account? Thanks, Alexis
Re: Privacy and defamation of character on Debian public forums
rhkra...@gmail.com writes: On Sunday, September 26, 2021 08:45:13 AM Greg Wooledge wrote: > On Sun, Sep 26, 2021 at 07:00:06AM -0400, rhkra...@gmail.com wrote: > > Well, to be fair to Google, the first two or three hits did show FAOD, > > but without explaining what it meant -- those sites that you have to > > actually go to to find the meaning. I skipped over those to find a hit > > that actually included the meaning, and the first (and next) one(s) I > > found were for FOAD, and I didn't notice the difference. > > Fascinating. My first page results from Google were all of this form: > > What are long-chain fatty acid oxidation disorders (LC-FAOD)? > https://www.faodinfocus.com › learn-about-lc-faod > LC-FAOD are rare, genetic metabolic disorders that prevent the body from > breaking down long-chain fatty acids into energy during metabolism. > > This is obviously wrong in this context. > > The entire first page consisted solely of results like this, so I didn't > even bother going to page 2. Hmm, I don't remember the eact google query I tried, I might have done something like [define: FAOD slang] or something similar (maybe "acronym", but maybe more likely "slang"). Trying to find out what the fuss was about, my first query was FAOD urban dictionary which yielded 1. https://www.urbandictionary.com/define.php?term=Faod (not helpful) 2. https://www.urbandictionary.com/define.php?term=foad Like rhkramer, I did not notice that the letters were intermingled. When entering FAOD I get results similar to Greg's. When entering FAOD meaning (as suggested by Google for related searches), I get this among the top results: https://www.acronymfinder.com/Slang/FAOD.html That, finally, explains it. Most of the time, I try to stick to acronyms that are found in "The Jargon File" (package `jargon`) because these seem to have a pretty agreed-upon meaning :) HTH and YMMV Linux-Fan öö pgpjxsIFEVmwU.pgp Description: PGP signature
Re: backup directory/file exclusion pattern list for borgbackup
On 26.09.21 00:24, Default User wrote: Hello! I want to try using borgbackup to do backups of my (only) user directory: /home/debian-user I just want to do so using Vorta, a GUI for borgbackup. But I just need a good, general list of directory and file type exclusions that I can just cut and paste into the Exclude Patterns window in Vorta. Something like the default list of exclusions that appears by default in the Backintime backup program. Note 1: borgbackup uses a matching pattern called "Fnmatch" with which I am not familiar, and don't want to learn by trial and error, losing data in the process. Which is why I am looking for a "drop-in" basic exclude list. Note 2: I am not intending to use borgbackup to back up the whole system; just /home/debian-user and its subdirectories. I am using timeshift to back up the rest of the system. Timeshift uses a huge amount of disk space, but it . . . works. Note 3: I am aware that some use backintime to back up user data, and I have tried it myself. But it just seems to have some "problems". For example, the built-in "diff" utility does not seem to do anything. It seems old and gives the impression of not being heavily developed. The documentation is "adequate" but mediocre. And what really grinds my gears about backintime, a problem apparently known as far back as 2014: "Warning: A recent security audit revealed several possible attack vectors for EncFs. From https://defuse.ca/audits/encfs.htm: EncFS is probably safe as long as the adversary only gets one copy of the ciphertext and nothing more. EncFS is not safe if the adversary has the opportunity to see two or more snapshots of the ciphertext at different times. EncFS attempts to protect files from malicious modification, but there are serious problems with this feature. This might be a problem with Back In Time snapshots." Gee . . . think so? The following is an example for what could be in an exclude file for the borg command being used at the CLI with the option: --exclude-from myExcludeFile , # The following items will be excluded from the borg backup # use absolute paths like in: "borg create repo::archive /home/someUserName" # do NOT use relative paths like in "borg create repo::archive ." # # a slash as the last character excludes all contents but not the dir name itself # like this the softlinks are preserved /home/someUserName/.cache/ /home/someUserName/Downloads/ /home/someUserName/TEMP/ /home/someUserName/.julia/artifacts/ /home/someUserName/.julia/compiled/ /home/someUserName/.julia/conda/ /home/someUserName/.julia/packages/ /home/someUserName/.julia/registries/ /home/someUserName/.opt/ You will see that I personally decided to not include in my Backup some quit common folders: .cache Downloads TEMP You will also see, that I did not exclude a particular single file, only complete directories. You could do so, you could include in teh list particular files, if of interest to you. I then have some folders to which I install software relevant only to this user, and as this user could anytime reinstall this software, the content of these folders do not contain user data or configuration data of importance, I decided to not fill my backups with the huge and often changing content of these folders: .opt .julia/selectionOfReinstallableJuliaFolders Note that I did not include the complete tree ".julia", because in other sub-directories of Julia there is important user data and configuration data which I do want to become backuped! I wouldn't know about a general recommendation about folders which by default are recommended for exclusion. You will have to go for the effort and personally decide for your very own situation. If you have an exclusion list which you are happy with from other software, you mentioned backintime, maybe you can learn from my above example about the borg syntax and reuse the exclusions which backintime has configured for you? Note the in my above example there are comment lines included, everything behind the sign "#" is a comment and the comment ends at the end of line. These line can be part of the exclude file and do not harm, they will simply be ignored when borg searches for the entries of to be excluded files or directories. These comments point out some frecuentley parts of particular interest when populating a borg exclusion file. However, nothing beets reading the original documentation. Good Luck! Marco
Re: What happened to cal?
Em 26/09/2021 09:35, Roger Price escreveu: > On Sun, 26 Sep 2021, Dedeco Balaco wrote: > >> $ ls -l /usr/bin/cal >> 0 lrwxrwxrwx 1 root root 4 mar 23 2021 /usr/bin/cal -> ncal > Not for all of us. > > rprice@titan ~ inxi -S > System:Host: titan Kernel: 5.10.0-8-amd64 x86_64 bits: 64 Desktop: Xfce > 4.16.0 Distro: Debian GNU/Linux 11 (bullseye) > rprice@titan ~ ls /usr/bin/cal > ls: cannot access '/usr/bin/cal': No such file or directory > rprice@titan ~ ls /usr/bin/ncal > ls: cannot access '/usr/bin/ncal': No such file or directory > rprice@titan ~ ls /usr/bin/gcal > /usr/bin/gcal* > > Perhaps the *cal one gets depends on the desktop. > I use Mate Desktop. And i used it with Debian 9 (stretch) before upgrading (sequentially) to 11, a few weeks ago. But Greg Wooledge just, in a message in another branch of this thread, the upgrades from previous distributions which contained cal command should still contain it. So, we have 2 possibilities here.
Re: static photo album generator
> fgallery - static HTML+JavaScript photo album generator Hm, HTML and JavaScript, doesn't sound so static ... Maybe it is just the HTML part that is static? Ha. -- underground experts united https://dataswamp.org/~incal
Re: static photo album generator
tomas wrote: > apt search "photo.*album" > > yields 17 hits for me. There are a few among them which > might fit your description. Hm, one of these perhaps album- HTML photo album generator with theme support fgallery - static HTML+JavaScript photo album generator This pelican - blog aware, static website generator was recommended to my on #debian at Libera. Anyone has experience from them or any other software to this end? -- underground experts united https://dataswamp.org/~incal
Re: Privacy and defamation of character on Debian public forums
On Sat, Sep 25, 2021 at 07:51:18PM -0400, rhkra...@gmail.com wrote: Ahh, looking harder, apparently means: For Avoidance Of Doubt (chiefly British) It certainly clarified things. :-D
Re: evince cache of recent files?
On 2021-09-26, Sharon Kimble wrote: > > > Where does Evince store its memory/cache of recent files that its loaded > in bullseye please? Currently it is only showing the last file, but > under Debian 10 it showed the last 10. I'm not running Bullseye but in Stretch recent documents for Evince are stored here: ~/.local/share/recently-used.xbel Things may have changed, though, in recent years. > Thanks > Sharon Kimble.
Re: _INTRODUCTION_ to installing/using Wine?
On 26/09/2021 14:42, Richard Owlett wrote: I have not used any version of Windows since WinXP and have the AMD64 flavor of Debian 10.7 installed on the relevant machine. I wish to do two things: 1. Explore some text manipulation applications I used then (obviously 32 bit apps). 2. Explore Bible study tools used by others at church (32 or 64 bit ???). I have found references [1][2] suitable for addressing specific detailed questions. I'm looking for introductory material -- especially such that would cause me to think of questions I should consider before proceeding. Suggestions? TIA References: 1. https://wiki.debian.org/Wine 2. https://www.winehq.org/ Goes into much detail but does not have an "overview only" page. After you install Wine (your reference materials covers that), simply execute in terminal "wine name_of_your_exe" from the folder where .exe is. That's all. If something doesn't work, install required components using winetricks. Simply install package winetricks, open it, and navigate graphically to install .Net Frameworks, C++ redistributables and whatever else your Windows app needs to operate. -- With kindest regards, Piotr. ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org ⠈⠳⣄
_INTRODUCTION_ to installing/using Wine?
I have not used any version of Windows since WinXP and have the AMD64 flavor of Debian 10.7 installed on the relevant machine. I wish to do two things: 1. Explore some text manipulation applications I used then (obviously 32 bit apps). 2. Explore Bible study tools used by others at church (32 or 64 bit ???). I have found references [1][2] suitable for addressing specific detailed questions. I'm looking for introductory material -- especially such that would cause me to think of questions I should consider before proceeding. Suggestions? TIA References: 1. https://wiki.debian.org/Wine 2. https://www.winehq.org/ Goes into much detail but does not have an "overview only" page.
Re: update krijg Wireguard niet naar verwachting aan de gang met IPv6
On 26 September 2021 10:59 Geert Stappers, wrote: (knip!) > telnet -4 salsa.debian.org 2309 ik doe op de client telnet 6 salsa.debian.org 2309 dan toon de server tcpdump -ni any port 2309 tcpdump: data link type LINUX_SLL2 tcpdump: verbose output suppressed, use -v[v]... for full protocol decode listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes 15:18:28.147092 wg0 In IP6 fd42:42:42::2.33414 > 2607:f8f0:614:1::1274:44.2309: Flags [S], seq 4140354248, win 65280, options [mss 1360,sackOK,TS val 1089390879 ecr 0,nop,wscale 7], length 0 15:18:28.147116 eth0 Out IP6 fd42:42:42::2.33414 > 2607:f8f0:614:1::1274:44.2309: Flags [S], seq 4140354248, win 65280, options [mss 1360,sackOK,TS val 1089390879 ecr 0,nop,wscale 7], length 0 15:18:29.166704 wg0 In IP6 fd42:42:42::2.33414 > 2607:f8f0:614:1::1274:44.2309: Flags [S], seq 4140354248, win 65280, options [mss 1360,sackOK,TS val 1089391898 ecr 0,nop,wscale 7], length 0 15:18:29.166719 eth0 Out IP6 fd42:42:42::2.33414 > 2607:f8f0:614:1::1274:44.2309: Flags [S], seq 4140354248, win 65280, options [mss 1360,sackOK,TS val 1089391898 ecr 0,nop,wscale 7], length 0 15:18:31.182594 wg0 In IP6 fd42:42:42::2.33414 > 2607:f8f0:614:1::1274:44.2309: Flags [S], seq 4140354248, win 65280, options [mss 1360,sackOK,TS val 1089393914 ecr 0,nop,wscale 7], length 0 15:18:31.182612 eth0 Out IP6 fd42:42:42::2.33414 > 2607:f8f0:614:1::1274:44.2309: Flags [S], seq 4140354248, win 65280, options [mss 1360,sackOK,TS val 1089393914 ecr 0,nop,wscale 7], length 0 15:18:35.278501 wg0 In IP6 fd42:42:42::2.33414 > 2607:f8f0:614:1::1274:44.2309: Flags [S], seq 4140354248, win 65280, options [mss 1360,sackOK,TS val 1089398010 ecr 0,nop,wscale 7], length 0 15:18:35.278521 eth0 Out IP6 fd42:42:42::2.33414 > 2607:f8f0:614:1::1274:44.2309: Flags [S], seq 4140354248, win 65280, options [mss 1360,sackOK,TS val 1089398010 ecr 0,nop,wscale 7], length 0
Re: Privacy and defamation of character on Debian public forums
On 9/25/21 5:10 PM, The Wanderer wrote: On 2021-09-25 at 20:00, Greg Wooledge wrote: On Sat, Sep 25, 2021 at 07:51:18PM -0400, rhkra...@gmail.com wrote: On Saturday, September 25, 2021 07:43:04 PM rhkra...@gmail.com wrote: I had to look up the meaning of FAOD. Are you kidding me? What did I do or say to get a response like that? I may have misunderstood which message you were pointing to -- I was interested in the message that Chuck wrote that prompted all the criticism. So a misunderstanding about which message we each were talking about, but FAOD??? And if FAOD means what I found on the internet, that must violate the Debian CoC. Oops, I may need to apologize -- I googled for FAOD, but in googles own "it knows better" manner, it showed me definitios of FOAD :-( I've been assuming it was a typo for FOAD, but I don't know what you said to provoke that reaction. If it really was FAOD then I have no idea what it stands for. I too had no clue... and was shocked at the FOAD hits I got today Google is actually different: 10 pages searching for "FAOD" resulted in nothing but fatty acid links. then the suggested search: "FAOD meaning" got me to this: Acronym Definition FAOD Forever and One Day FAOD Free App of the Day FAOD Fatty Acid Oxidation Disorder FAOD Fructosyl-Amino Acid Oxidase (biochemistry) FAOD Furry Army of Doom (online group) FAOD For Avoidance Of Doubt (chiefly British) rhkramer correctly identified it in the most recent reply: "For Avoidance of Doubt". that is comforting LOL (laughing out loud) It hadn't occurred to me that it wouldn't be readily recognizable in these circles, or that Google wouldn't find it easily. (I may actually be more surprised by the latter than by the former.)
Re: evince cache of recent files?
On Sun, 26 Sep 2021 09:02:05 +0100 Sharon Informed me about evince cache of recent files? > Where does Evince store its memory/cache of recent files that its > loaded in bullseye please? Currently it is only showing the last > file, but under Debian 10 it showed the last 10. > > Thanks > Sharon Kimble. Probably doesn't help, but who knows? In my Bullseye, if I type "evince" into xterm, it shows over 50 files. But I have no idea from whence the come. Charlie -- Registered Linux User:- 329524 *** Nature makes no mistakes. In such a universe, a decision which results in one's death, is not a mistake. It is simply a way of dying at the right moment. Alan Watts *** Debian GNU/Linux - Magic indeed. -
Re: Privacy and defamation of character on Debian public forums
On 2021-09-26 at 08:45, Greg Wooledge wrote: > On Sun, Sep 26, 2021 at 07:00:06AM -0400, rhkra...@gmail.com wrote: > >> Well, to be fair to Google, the first two or three hits did show FAOD, but >> without explaining what it meant -- those sites that you have to actually go >> to to find the meaning. I skipped over those to find a hit that actually >> included the meaning, and the first (and next) one(s) I found were for FOAD, >> and I didn't notice the difference. > > Fascinating. My first page results from Google were all of this form: > > What are long-chain fatty acid oxidation disorders (LC-FAOD)? > https://www.faodinfocus.com › learn-about-lc-faod > LC-FAOD are rare, genetic metabolic disorders that prevent the body from > breaking down long-chain fatty acids into energy during metabolism. > > This is obviously wrong in this context. > > The entire first page consisted solely of results like this, so I didn't > even bother going to page 2. When I tested (yesterday evening), I got the same result as you report. I had never heard of this interpretation of the initialism before, and am moderately surprised to see that Google considers it to be the top-priority one. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Re: static photo album generator
On Sun, 26 Sep 2021 12:51:59 +0200 Emanuel Berg wrote: > Hm, one of these perhaps > > album- HTML photo album generator with theme support > fgallery - static HTML+JavaScript photo album generator > > This > > pelican - blog aware, static website generator > > was recommended to my on #debian at Libera. > > Anyone has experience from them or any other software to > this end? I use both album and pelican. Both take some setup. Album is closer to your original requirement, and should fulfill it nicely one you have it set up. -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
Re: Privacy and defamation of character on Debian public forums
On Sunday, September 26, 2021 08:45:13 AM Greg Wooledge wrote: > On Sun, Sep 26, 2021 at 07:00:06AM -0400, rhkra...@gmail.com wrote: > > Well, to be fair to Google, the first two or three hits did show FAOD, > > but without explaining what it meant -- those sites that you have to > > actually go to to find the meaning. I skipped over those to find a hit > > that actually included the meaning, and the first (and next) one(s) I > > found were for FOAD, and I didn't notice the difference. > > Fascinating. My first page results from Google were all of this form: > > What are long-chain fatty acid oxidation disorders (LC-FAOD)? > https://www.faodinfocus.com › learn-about-lc-faod > LC-FAOD are rare, genetic metabolic disorders that prevent the body from > breaking down long-chain fatty acids into energy during metabolism. > > This is obviously wrong in this context. > > The entire first page consisted solely of results like this, so I didn't > even bother going to page 2. Hmm, I don't remember the eact google query I tried, I might have done something like [define: FAOD slang] or something similar (maybe "acronym", but maybe more likely "slang").
Re: What happened to cal?
Le 26/09/2021 à 14:35, Roger Price a écrit : > On Sun, 26 Sep 2021, Dedeco Balaco wrote: > >> $ ls -l /usr/bin/cal 0 lrwxrwxrwx 1 root root 4 mar 23 2021 >> /usr/bin/cal -> ncal > > Not for all of us. > > rprice@titan ~ inxi -S > System: Host: titan Kernel: 5.10.0-8-amd64 x86_64 bits: 64 Desktop: > Xfce 4.16.0 Distro: Debian GNU/Linux 11 (bullseye) > rprice@titan ~ ls /usr/bin/cal > ls: cannot access '/usr/bin/cal': No such file or directory > rprice@titan ~ ls /usr/bin/ncal > ls: cannot access '/usr/bin/ncal': No such file or directory > rprice@titan ~ ls /usr/bin/gcal > /usr/bin/gcal* > > Perhaps the *cal one gets depends on the desktop. > > Roger On bookworm : apt-file search /usr/bin/cal … ncal: /usr/bin/cal
Re: Privacy and defamation of character on Debian public forums
On Sun, Sep 26, 2021 at 07:00:06AM -0400, rhkra...@gmail.com wrote: > Well, to be fair to Google, the first two or three hits did show FAOD, but > without explaining what it meant -- those sites that you have to actually go > to to find the meaning. I skipped over those to find a hit that actually > included the meaning, and the first (and next) one(s) I found were for FOAD, > and I didn't notice the difference. Fascinating. My first page results from Google were all of this form: What are long-chain fatty acid oxidation disorders (LC-FAOD)? https://www.faodinfocus.com › learn-about-lc-faod LC-FAOD are rare, genetic metabolic disorders that prevent the body from breaking down long-chain fatty acids into energy during metabolism. This is obviously wrong in this context. The entire first page consisted solely of results like this, so I didn't even bother going to page 2.
Re: What happened to cal?
On Sun, 26 Sep 2021, Dedeco Balaco wrote: $ ls -l /usr/bin/cal 0 lrwxrwxrwx 1 root root 4 mar 23 2021 /usr/bin/cal -> ncal Not for all of us. rprice@titan ~ inxi -S System:Host: titan Kernel: 5.10.0-8-amd64 x86_64 bits: 64 Desktop: Xfce 4.16.0 Distro: Debian GNU/Linux 11 (bullseye) rprice@titan ~ ls /usr/bin/cal ls: cannot access '/usr/bin/cal': No such file or directory rprice@titan ~ ls /usr/bin/ncal ls: cannot access '/usr/bin/ncal': No such file or directory rprice@titan ~ ls /usr/bin/gcal /usr/bin/gcal* Perhaps the *cal one gets depends on the desktop. Roger
Re: What happened to cal?
On Sun, Sep 26, 2021 at 01:24:59AM -0400, Paul M. Foster wrote: > I'm wondering if I'm mis-remembering here. As I recall, there used to be a > command called "cal" which would simply print this month's calendar to the > screen. It would do other calendars, depending on command line parameters. > Now that I've moved to bullseye, I don't see the command nor a package > containing it. unicorn:~$ cat /etc/debian_version 11.0 unicorn:~$ type cal cal is hashed (/usr/bin/cal) unicorn:~$ dpkg -S /usr/bin/cal ncal: /usr/bin/cal unicorn:~$ apt-cache show ncal | head -n14 Package: ncal Source: bsdmainutils Version: 12.1.7+nmu3 Installed-Size: 68 Maintainer: Debian Bsdmainutils Team Architecture: amd64 Replaces: bsdmainutils (<< 12.1.3) Depends: libc6 (>= 2.14), libtinfo6 (>= 6) Breaks: bsdmainutils (<< 12.1.3) Description-en: display a calendar and the date of Easter This package contains the "ncal" program and the traditional "cal" program, both are commonly found on BSD-style systems. This utility displays a simple calendar in a traditional or an alternative and more advanced layout, and the date of Easter. If you "moved to bullseye" by performing an upgrade, you should still have this command. If you "moved" by wiping the system and installing bullseye from scratch, then I guess you just have to install the ncal package manually.
Re: Privacy and defamation of character on Debian public forums
On 9/26/2021 7:28 AM, Chuck Zmudzinski wrote: On 9/26/2021 7:18 AM, rhkra...@gmail.com wrote: On Saturday, September 25, 2021 12:58:44 PM Chuck Zmudzinski wrote: I am truly sorry, are there second chances in the Debian Community? I hope and trust so -- I've had to make use of them more than once ;-) ... That is why defamation is not the only issue to discuss here. The other is privacy and whether or not Debian volunteers can discuss matters privately or does every criticism we have about another person need to be expressed in the public forums? Things certainly can be discussed privately, but (1) not everyone immediately thinks of that under all circumstances. (And may either (2) consider the criticism (if it is that) to be so mild it doesn't require private discussion, or (3) is useful for the entire list, and thus useful to be public rather than private. (In that situation (3) (or (2)), it would be nice if it were discussed in private first as an extra element of courtesy, but see (1). Have a good day! May I add (4) not everyone immediately thinks (or agrees) that it is not good to just include a link without also posting the relevant text from that link. I think posting the link with a summary of other relevant information is sufficient. I respect that opinion of the poster of message #10 of my bug, but I don't think I must agree with it. Now I know that's what he expects, and I will try to remember that in future interactions with him. All the best, Chuck Also, other people might be offended if I posted the link and did what the author of #10 wanted me to do, also include the relevant text of the link. What effect does that have? Suppose someone reads the link and then comes back to my message and finds repeated what I already said in the link. He/she becomes annoyed that I wasted her/his time. When I was formulating my initial bug report, how was I supposed to know how the author of message #10 wanted me to create my bug report? Cheers, Chuck
Re: Postgresql ODBC driver not found
On Sun, Sep 26, 2021 at 12:10:39AM +0200, Pierre Couderc wrote: > > On 9/25/21 3:46 PM, Henning Follmann wrote: > > > > have you tried to use the odbc lib from unixodbc instead of > > libiodbc? > > > > I think you are right on many other points... > > But particularly on this one ! > > I did remove libodbc2-dev and install unixodbc-dev and now it is OK...!! > > Wow ! > > Thank you very much. > > Let us have a Sunday without any odbc... > > PC > I am glad this worked out. Now I wonder if we should file a bug report against the lib? -H -- Henning Follmann | hfollm...@itcfollmann.com
static photo album generator
Is there a static photo album generator in the Debian repos? I.e., you have a bunch of photos in a dir, neat with good filenames etc, you execute the generator program and get a HTML file with thumbnails etc, all done and compliant with good standards and conventions? TIA -- underground experts united https://dataswamp.org/~incal
Re: Privacy and defamation of character on Debian public forums
On 9/26/2021 7:18 AM, rhkra...@gmail.com wrote: On Saturday, September 25, 2021 12:58:44 PM Chuck Zmudzinski wrote: I am truly sorry, are there second chances in the Debian Community? I hope and trust so -- I've had to make use of them more than once ;-) ... That is why defamation is not the only issue to discuss here. The other is privacy and whether or not Debian volunteers can discuss matters privately or does every criticism we have about another person need to be expressed in the public forums? Things certainly can be discussed privately, but (1) not everyone immediately thinks of that under all circumstances. (And may either (2) consider the criticism (if it is that) to be so mild it doesn't require private discussion, or (3) is useful for the entire list, and thus useful to be public rather than private. (In that situation (3) (or (2)), it would be nice if it were discussed in private first as an extra element of courtesy, but see (1). Have a good day! May I add (4) not everyone immediately thinks (or agrees) that it is not good to just include a link without also posting the relevant text from that link. I think posting the link with a summary of other relevant information is sufficient. I respect that opinion of the poster of message #10 of my bug, but I don't think I must agree with it. Now I know that's what he expects, and I will try to remember that in future interactions with him. All the best, Chuck
Re: Privacy and defamation of character on Debian public forums
On Saturday, September 25, 2021 12:58:44 PM Chuck Zmudzinski wrote: > I am truly sorry, are there second chances in the Debian Community? I hope and trust so -- I've had to make use of them more than once ;-) > ... That is why defamation is not the only > issue to discuss here. The other is privacy and whether or > not Debian volunteers can discuss matters privately or does > every criticism we have about another person need to > be expressed in the public forums? Things certainly can be discussed privately, but (1) not everyone immediately thinks of that under all circumstances. (And may either (2) consider the criticism (if it is that) to be so mild it doesn't require private discussion, or (3) is useful for the entire list, and thus useful to be public rather than private. (In that situation (3) (or (2)), it would be nice if it were discussed in private first as an extra element of courtesy, but see (1). Have a good day!
Re: static photo album generator
On 26/09/2021 07:57, Emanuel Berg wrote: fgallery - static HTML+JavaScript photo album generator Hm, HTML and JavaScript, doesn't sound so static ... Static means no server side processing is required (no CGI, PHP or similar), any web server that can just serve files is enough. -- Eduardo M KALINOWSKI edua...@kalinowski.com.br
Re: Privacy and defamation of character on Debian public forums
On Saturday, September 25, 2021 08:10:31 PM The Wanderer wrote: > rhkramer correctly identified it in the most recent reply: "For > Avoidance of Doubt". It hadn't occurred to me that it wouldn't be > readily recognizable in these circles, or that Google wouldn't find it > easily. (I may actually be more surprised by the latter than by the > former.) Well, to be fair to Google, the first two or three hits did show FAOD, but without explaining what it meant -- those sites that you have to actually go to to find the meaning. I skipped over those to find a hit that actually included the meaning, and the first (and next) one(s) I found were for FOAD, and I didn't notice the difference.
Re: What happened to cal?
Wasn't that in bsd-utils? If not there, maybe plan9. On Sun, 26 Sep 2021, Charlie wrote: > > On Sun, 26 Sep 2021 01:24:59 -0400 Paul Informed me about What > happened to cal? > > > Folks: > > > > I'm wondering if I'm mis-remembering here. As I recall, there used to > > be a command called "cal" which would simply print this month's > > calendar to the screen. It would do other calendars, depending on > > command line parameters. Now that I've moved to bullseye, I don't see > > the command nor a package containing it. There is a command "gcal" > > which appears to do the same thing. > > > > Am I missing something? Was there a separate package called "cal" > > which was automatically installed in earlier versions of Debian? Or > > was there an automatic alias to the gcal program? > > > > Paul > > > > On Bullseye, still works here. > > >
Re: `wget' web site
I wonder, could the file pursuit pro app help here if installed on that tablet? On Sun, 26 Sep 2021, Karthik wrote: > On Sun, Sep 26, 2021 at 5:18 AM Rodolfo Medina > wrote: > > > > Hi all. > > > > I manage to download an entire website, say www.mysite.com, with simply > > > > $ wget -r -l 0 www.mysite.com > > > > After that, I can surf that web site offline with all its internal links. > > Perfect. > > > > Now the problem comes when I want to copy that stuff into my Android tablet > > and > > read it offline too. Then the links do not work any more. > > > > Any suggestions? > > > > That's because in Android 7+, when you open a file in any app through > the file manager > that opened app doesn't have access to the "file path" of that file. > it just gets the file descriptor of that file and accesses it as a stream. > > when you open a downloaded website (bunch of html,js,css files in hierarchy). > you open a single html file(index.html) and click on hyperlinks(file > paths resolved relatively against index.html) to browse the website > from there on. > Since the browser in your desktop gnu/linux system has direct access > to file paths, it can resolve them and you can browse them easily. > But when open that same index.html file in android the file manager > sends an intent(request containing URI,file mime-type,perms) > requesting android system to resolve that file(.html file) > against installed apps, android system checks whether the any > installed app can open this type(mime-type) of file or not, > if there are multiple apps(mostly browsers) installed that can open > html files it asks user to choose one app(that just once and always > dialog), > since the browser can open html files it sends that intent to the > browser(or to the app you selected if there are multiple ones). > the browser checks the intent and resolves the URI in the intent(by > asking android system), the request gets passed back to the file > manager's Content provider, > that is why you see "content:://" type url in browser and not > "file://" as in desktop browser,then > the file manager content provider sends back a file descriptor of that > requested file(index.html) back to browser, > which then gets open as plain html file because the css files,assets > cant be resolved from that URI > > Solution is to use some app that can open offline websites directly > from local storage > using storage permission and not through file manager apps unless you > have an android 6 or below device. > > https://developer.android.com/about/versions/nougat/android-7.0-changes#sharing-files > >
Re: backup directory/file exclusion pattern list for borgbackup
On Sb, 25 sep 21, 21:03:37, Default User wrote: > > to denote exclusions, that is, things you do not want to back up. > This is from /home/debian_user/.config/backintime/config: > > . . . > profile1.snapshots.exclude.1.value=.gvfs > profile1.snapshots.exclude.2.value=.cache/* > profile1.snapshots.exclude.3.value=.thumbnails* > profile1.snapshots.exclude.4.value=.local/share/[Tt]rash* > profile1.snapshots.exclude.5.value=*.backup* > profile1.snapshots.exclude.6.value=*~ > profile1.snapshots.exclude.7.value=.dropbox* > profile1.snapshots.exclude.8.value=/proc/* > profile1.snapshots.exclude.9.value=/sys/* > profile1.snapshots.exclude.10.value=/dev/* > profile1.snapshots.exclude.11.value=/run/* > profile1.snapshots.exclude.12.value=/etc/mtab > profile1.snapshots.exclude.13.value=/var/cache/apt/archives/*.deb > profile1.snapshots.exclude.14.value=lost+found/* > profile1.snapshots.exclude.15.value=/tmp/* > profile1.snapshots.exclude.16.value=/var/tmp/* > profile1.snapshots.exclude.17.value=/var/backups/* > profile1.snapshots.exclude.18.value=.Private > . . . Half of those are system directories, so they are irrelevant for your use case (backing up a /home directory). > Borg takes up about 4.2 Gb of user data only. > > Backintime uses about 4.4Gb to back up the same user data. If I understand correctly Borg takes less space *without* exclusions to backup the same data as timeshift *with* exclusions. What problem are you trying to solve? Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Re: upgrading and stuff
On Sb, 25 sep 21, 22:08:23, Andy Smith wrote: > > On Sat, Sep 25, 2021 at 05:07:46PM -0400, Roy J. Tellason, Sr. wrote: > > > The only thing that works there is to log in as a regular user, > > and then use the su command to get there. A bit of a pain. Where > > in the software is this controlled? I really would like to change > > this behavior, if at all possible. > > I am not aware of any modern desktop environment that allows to log > in and run the entire GUI as root, for reasons you said you didn't > want to hear about. Someone else may be able to suggest some > alternate desktop environment that allows this. Could it be this is an XY problem. Care to elaborate on what exactly you need root for in a graphical environment? The usual admin tools (you did mention using Synaptic, GParted would be another useful graphical tool that needs root to do its job) should have ways to elevate privileges. I do assume you don't seriously consider running Firefox or something like that as root ;) Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Re: evince cache of recent files?
On Sun, Sep 26, 2021 at 09:02:05AM +0100, Sharon Kimble wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > > Where does Evince store its memory/cache of recent files that its loaded > in bullseye please? Currently it is only showing the last file, but > under Debian 10 it showed the last 10. I'd expect this to be behind some DBus complications. There is a Freedesktop spec for "recent files" (AFAIR it has been also merged with "bookmarks"). Perhaps your Evince isn't capable of talking (this is the part which usually happens over DBus) to the storage. May be starting the thing from the command line and plowing through its warning stream sheds some light. Cheers - t signature.asc Description: Digital signature
Re: Proprietary USB Drivers; Ya Gotta' Love'em.
On Sb, 25 sep 21, 22:30:30, Martin McCormick wrote: > So, what is the easiest route to end up with a kernel that has > this patch in it? This should at least get you started: https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Re: static photo album generator
On Sun, Sep 26, 2021 at 09:47:25AM +0200, Emanuel Berg wrote: > Is there a static photo album generator in the Debian repos? > > I.e., you have a bunch of photos in a dir, neat with good > filenames etc, you execute the generator program and get > a HTML file with thumbnails etc, all done and compliant with > good standards and conventions? apt search "photo.*album" yields 17 hits for me. There are a few among them which might fit your description. Cheers - t signature.asc Description: Digital signature
Re: update krijg Wireguard niet naar verwachting aan de gang met IPv6
On Sun, Sep 26, 2021 at 10:13:16AM +0200, Gijs Hillenius wrote: > > uitput op de server van (op client) telnet xs4all.nl 2309 > > , > | tcpdump -ni any port 2309 > | tcpdump: data link type LINUX_SLL2 > | tcpdump: verbose output suppressed, use -v[v]... for full protocol decode > | listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length > 262144 bytes > | 10:01:07.351560 wg0 In IP 10.66.66.2.50640 > 194.109.6.93.2309: Flags > [S], seq 1011808921, win 64860, options [mss 1380,sackOK,TS val 2717353847 > ecr 0,nop,wscale 7], length 0 > | 10:01:07.351590 eth0 Out IP 144.76.204.189.50640 > 194.109.6.93.2309: > Flags [S], seq 1011808921, win 64860, options [mss 1380,sackOK,TS val > 2717353847 ecr 0,nop,wscale 7], length 0 > | 10:01:08.370230 wg0 In IP 10.66.66.2.50640 > 194.109.6.93.2309: Flags > [S], seq 1011808921, win 64860, options [mss 1380,sackOK,TS val 2717354866 > ecr 0,nop,wscale 7], length 0 > | 10:01:08.370248 eth0 Out IP 144.76.204.189.50640 > 194.109.6.93.2309: > Flags [S], seq 1011808921, win 64860, options [mss 1380,sackOK,TS val > 2717354866 ecr 0,nop,wscale 7], length 0 > | 10:01:10.386263 wg0 In IP 10.66.66.2.50640 > 194.109.6.93.2309: Flags > [S], seq 1011808921, win 64860, options [mss 1380,sackOK,TS val 2717356882 > ecr 0,nop,wscale 7], length 0 > | 10:01:10.386282 eth0 Out IP 144.76.204.189.50640 > 194.109.6.93.2309: > Flags [S], seq 1011808921, win 64860, options [mss 1380,sackOK,TS val > 2717356882 ecr 0,nop,wscale 7], length 0 > ` Wel de pakketen met S-flag, geen pakketen terug met R-flag. Reden zou kunnen zijn dat end point 194.109.6.93 niet terugstuurt "Geen service op poort 2309" Kleine test: | $ telnet -4 194.109.6.93 2309 | Trying 194.109.6.93... | telnet: Unable to connect to remote host: Connection timed out | $ Inderdaad, de andere kant stuurt niets terug. Om wel pakketten met R-flag te zien | $ telnet -4 salsa.debian.org 2309 | Trying 209.87.16.44... | telnet: Unable to connect to remote host: Connection refused | $ telnet -6 salsa.debian.org 2309 | Trying 2607:f8f0:614:1::1274:44... | telnet: Unable to connect to remote host: Connection refused | $ > , > | tcpdump -ni eth0 port 2309 > | tcpdump: verbose output suppressed, use -v[v]... for full protocol decode > | listening on eth0, link-type EN10MB (Ethernet), snapshot length 262144 bytes > | 10:08:06.110814 IP6 fd42:42:42::2.43674 > 2001:888:0:18::93.2309: Flags > [S], seq 2765591401, win 65280, options [mss 1360,sackOK,TS val 2882732426 > ecr 0,nop,wscale 7], length 0 > | 10:08:07.126090 IP6 fd42:42:42::2.43674 > 2001:888:0:18::93.2309: Flags > [S], seq 2765591401, win 65280, options [mss 1360,sackOK,TS val 2882733442 > ecr 0,nop,wscale 7], length 0 > | 10:08:09.143819 IP6 fd42:42:42::2.43674 > 2001:888:0:18::93.2309: Flags > [S], seq 2765591401, win 65280, options [mss 1360,sackOK,TS val 2882735458 > ecr 0,nop,wscale 7], length 0 > ` Daar staat: Op WireGuard server is te zien dat pakketten van WGclient fd42:42:42::2 naar 2001:888:0:18::93 worden gestuurd. Er staat ook: We zien niet dat er pakketten terugkomen. Dat er vanaf 2001:888:0:18::93 geen route terug naar fd42:42:42::2 is, is "correct". Voor mij is het oorspronkelijke "probleem" afgehandeld. Groeten Geert Stappers -- Silence is hard to parse
Re: update krijg Wireguard niet naar verwachting aan de gang met IPv6
Dank voor het geduld en meedenken On 25 September 2021 23:24 Geert Stappers, wrote: > On Sat, Sep 25, 2021 at 09:04:26AM +0200, Gijs Hillenius wrote: >> Goedenmorgen! >> >> Tijd voor een update. Er zit een (klein) beetje schot in, maar ik ben er >> nog niet. >> >> /me veegt lei schoon, huidige configuratie onderaan. >> >> >> A) IPv4 lijkt het te doen. >> >> Met ping4 kom ik voorbij de server. En, ik kan (als voorbeeld) met ssh >> -4 een-vri...@shell.xs4all.nl bereiken, en dan toont het me dat ik kom >> vanaf 144.76.204.189, zoals de bedoeling is. >> >> Mijn conclusie: masquerading werkt, >> en de firewalld doet zijn werk. Voor IPv4. > > Ja, er zal sprake zijn van masquerading. > Waar het gebeurd heeft het verhaal nog niet vertelt. > Is het misschien iets wat "ADSL modem router" doet? Goede vraag. Belgacom/Proximus doet inderdaad NAT voor IPv4 en IPv6, en roteert (ongeveer 1 keer per jaar) de IP addressen. Als ik op de client Wireguard *niet* aanzet, dan is het antwoord van ssh -4 shell.xs4all.nl dat het verkeert komt vanaf 109.146.128.183 zet ik Wireguard aan, dan komt het dus van mijn servertje. >> b) IPv6 gaat gedeeltelijk goed. >> >> Zowel client en server kan ik nu heen en weer met ping6 bereiken. Maar >> ik kom niet vanaf de client voorbij de server, niet met ping6, maar ook >> niet met ssh. Bijvoorbeeld >> >> ssh -6 weer-die-vri...@shell.xs4all.nl >> (knip) >> debug1: Connecting to shell.xs4all.nl [2001:888:0:1::9] port 22. >> >> en dan stilte, tot ik ^C doe. > > Er zal ook masquerading nodig zijn. Dan wel iets anders zodat "local > addresses" ( fc80:: ) niet meer lokale adressen zijn. > > > > >> De configuratie van de client - let op, er staan twee mogelijke IPv[4,6] >> reeksen, ze doen het beiden (niet tegelijk, uiteraard). >> >> , >> | [Interface] >> | Address= 10.93.15.2/24, fc80::b85f:d925:971e:110f/64 >> | # een alternatief, werkt ook: Address = 10.66.66.2/24,fd42:42:42::2/64 >> | PrivateKey = >> | >> | [Peer] >> | PublicKey = P3GrgaFCxj6gc6CnOUPo8vxBtKaOcKa7wa8LoL1oUl0= >> | Endpoint = [2a01:4f8:200:546b::9e15:1]:51820 >> | AllowedIPs = 0.0.0.0/0, ::/0 >> | PersistentKeepalive = 25 >> ` >> >> en die van de server: >> >> , >> | Interface] >> | Address = 10.93.15.1/24, fc80::b85f:d925:971e:109f/64 >> | # alternatief, ook goed: Address = 10.66.66.1/24,fd42:42:42::1/64 >> | PrivateKey = >> | ListenPort = 51820 >> | >> | [Peer] >> | PublicKey = nRwfI98C+AFDaLZuaF1i7YWrj7yQDHrQO07XvivGn2U= >> | # alternatief: AllowedIPs = 10.66.66.2/32,fd42:42:42::2/128 >> | AllowedIPs = 10.93.15.2/32, fc80::b85f:d925:971e:110f/128 >> ` >> >> In de spaarzame vrije tijd heb ik van alles nagelopen. >> > ... IPv4 ... >> >> Dan spelde ik https://wiki.debian.org/NetworkConfiguration: mist mijn >> static configured ethernet device (die van de oops) soms "accept_ra 2" >> (ik begrijp het helaas nog niet helemaal) >> >> sysctl net.ipv6.conf.all.accept_ra=2 getest >> >> Maar het maakt voor WireGuard niets uit. >> >> Ik zie ook /niets/ relevants in de logs (mezelf kennende zal het er toch >> wel staan). >> >> Hier een paar van de huidige IPv6 instellingen op de server: >> >> sysctl -a | grep -E 'ipv6.*\.(forwarding|accept_ra) =' >> net.ipv6.conf.all.accept_ra = 1 >> net.ipv6.conf.all.forwarding = 1 >> net.ipv6.conf.default.accept_ra = 1 >> net.ipv6.conf.default.forwarding = 1 >> net.ipv6.conf.eth0.accept_ra = 0 >> net.ipv6.conf.eth0.forwarding = 1 >> net.ipv6.conf.lo.accept_ra = 1 >> net.ipv6.conf.lo.forwarding = 1 >> net.ipv6.conf.wg0.accept_ra = 1 >> net.ipv6.conf.wg0.forwarding = 1 > > > Met de diverse 'forwarding = 1' ben ik het mee eens. > > Wat ik hier van de "accept router advertizing" moet vinden, > weet ik nog niet. > > > >> Waarom doe ik al die moeite om Wireguard ook via IPv6 te doen? Tja: ik >> wil het gewoon in orde hebben, het is net als het strijken van je >> overhemden. In België wordt IPv6 gewoon goed ondersteund, het werkt goed >> op mijn LAN, het doet het uitstekend in Debian. WireGuard kan het, dus >> waarom zou ik het niet doen? > > Met alle respect: "Your logic is flawed" ... zeer wel mogelijk > Weet dat ik het ook een uitdagend probleem vind. > Mijn insteek is wel "Waar gaat het kapot?" (vermoeden: Geen NAT) > > Gijs zijn insteek is meer "Hoe krijg ik het werkend?" > > > Als we roepen "Het gaat niet" komt de mensheid nooit vooruit. Tja uhm. Beschouw de twee als synonym? > > >> op de server: >> >> ip -6 route >> , >> | ::1 dev lo proto kernel metric 256 pref medium >> | 2a01:4f8:200:546b::/64 dev eth0 proto kernel metric 256 pref medium >> | fd42:42:42::/64 dev wg0 proto kernel metric 256 pref medium > Dat komt niet overeen met > | Address = 10.93.15.1/24, fc80::b85f:d925:971e:109f/64 > Eventueel wel met > | # alternatief, ook goed: Address = 10.66.66.1/24,fd42:42:42::1/64 Goed gezien. Ik had inmiddels die twee reeksen omgewisseld. >> | fe80::/64 dev eth0 proto kernel metric 256 pref medium >> | default via
evince cache of recent files?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Where does Evince store its memory/cache of recent files that its loaded in bullseye please? Currently it is only showing the last file, but under Debian 10 it showed the last 10. Thanks Sharon Kimble. - -- Debian 11, fluxbox 1.3.7, emacs 28.0.50, org 9.4.6 -BEGIN PGP SIGNATURE- iQJPBAEBCgA5FiEELSc/6QwVBIYugJDbNoGAGQr4g1sFAmFQKRAbHGJvdWRpY2Nh c0Bza2ltYmxlLnBsdXMuY29tAAoJEDaBgBkK+INbZFcP/AuFI6VfLaFToivY95Rx pIycGu8QoSHWiKPtdr3VrY73ZG1RaR25t+tOErthLZah9XT5z8rS/Fq1RTJ8QX9X Tfb8FvZUBFzSPvuy9eFPaaQ+mtf5BqKUoWYYw2Kfj+sh5E6s+8hQPtA8t0z+sdz6 uuNnvhdQbHIcNbcyu3QHuoCP+UErUd3TImifEnVj57h8gdRJh/5HFmJNS15wPbVV UtwEvLK8zINzydfpSO55D/0o6D3dwWofQub6CmrvqexCMC7OuDw/I9n+JnFE4ae5 eX1nkcBcRGPqSEitHfYJtwtbljsNpVkKQ55BTtT/WH0cOda8AP45AKiGAvHqanYE WxkhGFFOudM5UIn9jtCCSHt/WP/shEvMZGdj6YEDCfKs45woswbj5vXdGXZhc5Xu /8Fenz/KhtsCvh0i4gMOwRpgDKK8se84iKMgRNOE1zRwUPtcQyUryooyJ7Sn3/8z 6tKPJ72hInmW2O1n2SbRDGwd9i9uNRVAwIUPNclS4rzTpVZSiZETAIlW7CcmBlJI u+CjkrciJfWTyOS/M7A9+7nV+mqIhInc4yMqcUWR2ByV7XP5uGF0EluVmz65YpNn UCj9r0Tn483+O8+L7JfOf3Zx+EctMXQD2vsDs6SKcnF5meFfpmmXFrDvOIYYVWH6 fFYPdbxZFrHotm4sCbndmghN =4Vg8 -END PGP SIGNATURE-
Re: What happened to cal?
On Sun, 26 Sep 2021 01:24:59 -0400 Paul Informed me about What happened to cal? > Folks: > > I'm wondering if I'm mis-remembering here. As I recall, there used to > be a command called "cal" which would simply print this month's > calendar to the screen. It would do other calendars, depending on > command line parameters. Now that I've moved to bullseye, I don't see > the command nor a package containing it. There is a command "gcal" > which appears to do the same thing. > > Am I missing something? Was there a separate package called "cal" > which was automatically installed in earlier versions of Debian? Or > was there an automatic alias to the gcal program? > > Paul > On Bullseye, still works here. -- Registered Linux User:- 329524 *** Penetrating so many secrets, we cease to believe in the unknowable. But there it sits nevertheless, calmly licking its chops. H. L. Mencken *** Debian GNU/Linux - Magic indeed. -
Re: Proprietary USB Drivers; Ya Gotta' Love'em.
Good afternoon Have you considered backports? All the best Keith Bainbridge keith.bainbridge.3...@gmail.com 0447 667 468 On 26/9/21 13:30, Martin McCormick wrote: So, what is the easiest route to end up with a kernel that has this patch in it? The image for the current kernel is 4.19.0-5-686-pae
Re: upgrading and stuff
On Sat, 25 Sep 2021, Andy Smith wrote: Hi, On Sat, Sep 25, 2021 at 06:22:17PM -0400, songbird wrote: Roy J. Tellason, Sr. wrote: [Upgrading from Debian 8.11] don't waste any more time trying to upgrade from a version that ancient. I've done 8 to 10 (by way of 9) on ten different machines in the year preceding the 11 release and I didn't find it very difficult or time-consuming, though admittedly these were servers and those tend to be less complex than desktops. Ditto, although not quite that many. The only real issue I've had is the VM for connecting to IPMI. I had to jump throught hoops to get it working with buster and every firefox update makes me wince! I'm probably going to roll back eventually and keep it at a known working, no patching, version.
Re: What happened to cal?
Hi, Jeremy Ardley wrote: > As I recall, there used to be a > command called "cal" which would simply print this month's calendar to the > screen. [...] > Now that I've moved to bullseye, I don't see the command nor > a package containing it. It is in the package ncal which obviously was newly introduced as binary package of source package bsdmainutils https://packages.debian.org/bullseye/amd64/ncal/filelist https://packages.debian.org/source/bullseye/bsdmainutils In buster there was only one binary package derived from that source: https://packages.debian.org/source/buster/bsdmainutils https://packages.debian.org/buster/amd64/bsdmainutils/filelist Have a nice day :) Thomas