Re: OT: Music player with substantial speakers than can play things like mp3, wav files from an SD card or USB pendrive
rhkra...@gmail.com wrote: > I'd like to find a fairly large (I mean not a tiny hand held thing that > uses batteries and has tiny controls) music player that can play things > like mp3, wav and other music files from either an SD card or a USB > pendrive. > > I'd prefer to be able to plug it in to a 120vac power source (ie., not use > batteries) and have at least one of: > >* fairly large speakers for good sound >* output jack for headphones >* outputs that can connect to a "standard" audio amplifier / speaker >setup > > I'd like to find something prebuilt, rather than making configuring > something myself from anything like a Raspberry Pi. > > I'd like the controls to be on the order of the size (and style) of those > on a > "standard" stereo system. (I mean, among other things, I don't want tiny > controls, nor do I want to have to use a keyboard and monitor.) > > I've done a little bit of googling and searching on ebay without turning > up anything. > > (There are things that would be nice to have, like if I'm playing music > from an SD with 100 or more songs, it can remember where I left off when I > turned it off and start from the next song when I power it on). > > Is anyone (on here) aware of something like that? I was envisioning something like this https://www.amazon.com/Bluetooth-Speakers-Portable-Subwoofer-Colorful/dp/B07ZKWG5HL/ref=sr_1_50?dchild=1=Portable+Sound+System=1623992086=8-50
Re: A Proposal: Each of Debian Man pages could have a wiki (Main page / Talk Page, etc.) at its bottom, with only Example Code Lines ...
On Thu 17 Jun 2021 at 18:01:55 (+0530), Susmita/Rajib wrote: > On Thu, 17 Jun 2021 10:37:43 +0100, Jonathan Dowland > > However, as with all things in Debian, things are best achieved by doing > > them yourself; or at least, beginning to, so that there's a concrete > > example to explore. > > > > In this case, there are at least two hurdles to overcome, neither of > > which should be insurmountable: > > > > 1) The source ... upstream packages > >themselves. Therefore, ... package maintainers will need to carry > >patches for every man page... > > > > 2) The Debian Wiki has an unclear copyright ... Wiki content cannot be > > included... > > > > A good place to start would be finding a single package/program/manpage > > that would benefit from linking out to a wiki page, and doing so, in > > order to demonstrate the concept clearly. > [...] > > So in brief, fully self-illustrative: > https://lists.debian.org/debian-user/2021/03/msg01358.html > > In the end, the illustrative, but incomplete Mind Map: > bit.ly/Apt_readingManPages I looked back at that post, which I have already replied to in general terms (msg01366.html); this reply is more specific on just one point. You used as an example a comparison between man ls and several texts: https://medium.com/@isaac_70614/the-ls-command-and-wildcard-7fff5a4f7f24 https://www.oreilly.com/library/view/learning-the-unix/1565923901/ch04s03.html https://www.tecmint.com/use-wildcards-to-match-filenames-in-linux/ https://www.cyberciti.biz/faq/grep-regular-expressions/ Leaving aside the fourth¹ of these, you seem to have missed the point that the texts are *teaching* wildcards, and the reason that all three texts chose to use the ls command to illustrate the results is that ls conveniently displays the matching filenames on the console. The expansion of the wildcards is being done by the shell, not ls. The shell would perform the same expansion for whatever command were used, but most commands would operate on those files *without* printing their names, which would not be very useful for teaching. So comparing the texts with man ls is meaningless: the latter deals with the options and exit codes provided by ls. Where you should look for a meaningful comparison is man bash, and in particular, the section EXPANSION, subsection Pathname Expansion, subsubsection Pattern Matching. In making your comparison, bear in mind that the texts are didactic, whereas man bash is only an aide-memoire. For example, someone might use ls for years and not remember how to sort the output by extension (-X), but you wouldn't read through a book just for that. You'd consult the man page. ¹ The fourth text looks as though the reference just slipped in accidentally from your next example. The patterns used by grep are very different. Cheers, David.
Re: OT: Music player with substantial speakers than can play things like mp3, wav files from an SD card or USB pendrive
On Thu, Jun 17, 2021 at 07:50:44PM -0400, rhkra...@gmail.com wrote: I'd like to find a fairly large (I mean not a tiny hand held thing that uses batteries and has tiny controls) music player that can play things like mp3, wav and other music files from either an SD card or a USB pendrive. I recommend a TASCAM recorder or a TASCAM CD player (CD200-SB has SD and USB inputs). I'd prefer to be able to plug it in to a 120vac power source (ie., not use batteries) and have at least one of: * fairly large speakers for good sound Use powered monitors; Presonus Eris E3.5 work well ($100/pair from Sweetwater). * output jack for headphones Built-in on TASCAM units. * outputs that can connect to a "standard" audio amplifier / speaker setup Spend the additional money (very little) for balanced output (two wires plus ground), to have the ability to make a hum-free connection to other balanced gear. Balanced gear can also connect to unbalanced (RCA) gear. Balanced gear uses a XLR connector or a 3-conductor 1/4 inch phone plug for each channel. (There are things that would be nice to have, like if I'm playing music from an SD with 100 or more songs, it can remember where I left off when I turned it off and start from the next song when I power it on). Standard on the above. RLH
Re: Cross compilation error
Jonathan Tremesaygues wrote: > If you don’t mind, I would prefer that you take care of the bug > report. Will do. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
OT: Music player with substantial speakers than can play things like mp3, wav files from an SD card or USB pendrive
I'd like to find a fairly large (I mean not a tiny hand held thing that uses batteries and has tiny controls) music player that can play things like mp3, wav and other music files from either an SD card or a USB pendrive. I'd prefer to be able to plug it in to a 120vac power source (ie., not use batteries) and have at least one of: * fairly large speakers for good sound * output jack for headphones * outputs that can connect to a "standard" audio amplifier / speaker setup I'd like to find something prebuilt, rather than making configuring something myself from anything like a Raspberry Pi. I'd like the controls to be on the order of the size (and style) of those on a "standard" stereo system. (I mean, among other things, I don't want tiny controls, nor do I want to have to use a keyboard and monitor.) I've done a little bit of googling and searching on ebay without turning up anything. (There are things that would be nice to have, like if I'm playing music from an SD with 100 or more songs, it can remember where I left off when I turned it off and start from the next song when I power it on). Is anyone (on here) aware of something like that?
Re: Storage Interface / Intel (R) Optane TM Memory Ready >>> M2A_32G (M.2 Socket 3 Connector)
Fijate aca : https://www.codenotary.com/blog/ubuntu-how-to-use-intel-optane-memory-for-ssd-caching/ El 17/6/21 a las 14:06, OddieX escribió: El jue, 17 jun 2021 a las 13:59, JavierDebian () escribió: El 17/6/21 a las 12:14, Orestes González escribió: Hola, vivo en Argentina. Mi equipo: Placa base > GIGABYTE Z370 HD3 µp > Intel Core i7-8700 Desktop RAM 16GB HDD 1TB con Windows 10 Pro /HDD 1TB con Debian 10 Estoy analizando instalar Intel ® Optane TM Memory Ready. Espero me informen si hay controladores para usar los módulos de memoria Intel® Optane ™ 16GB como acelerador del sistema Debian GRACIAS Yo leería lo que dice el fabricante: https://www.intel.la/content/www/xl/es/support/articles/56875/memory-and-storage/intel-optane-memory.html "No es compatible con ningún otro sistema operativo, incluyendo Linux." Aunque esta persona la habría hecho funcionar: https://askubuntu.com/questions/1108547/bcache-for-intel-optane-on-ubuntu JAP Yo te recomendaria buscar info de los ultimos releases de modulos de kernel para este tipo de tecnologia, para mi ya deben estar incluidos... Por mas que el fabricante diga que no, siempre hay drivers de la comunidad y/o salen los mods en el kernel... Me paso con mucho hardware y lo termine haciendo funcionar!
distcc not installing required symlinks?
I've installed distcc and gcc-aarch64-linux-gnu (and g++-aarch64-linux-gnu), but the symlinks in /usr/lib/distcc are not created. Is there something else I need to do, or is this perhaps a bug? I've seen https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919704, but it looks like it should be fixed. If I install gcc and/or clang (native) the symlinks gets updated. I have distcc-3.3.2-10 installed on Debian buster.
Re: When does a Terminal/System create New child Processes (forks), and when it doesn't
On Thu, Jun 17, 2021 at 10:28:02PM +0530, Susmita/Rajib wrote: > I shall try my best to remember. In case the same mistake is repeated, > please notify me and then delete it from the ML. I shall resend with > suitable modifications. There is no facility for deleting posts from a mailing list. Once a post has been sent, it's part of the permanent record. It remains in the Inboxes of all subscribers (until they delete it), and it remains in the various list archives stored independently across the world.
Re: When does a Terminal/System create New child Processes (forks), and when it doesn't
On Thu, 17 Jun 2021 14:29:08 +, "Andrew M.A. Cater" wrote: > To: debian-user@lists.debian.org > Subject: Re: When does a Terminal/System create New child > Processes (forks), and when it doesn't > From: "Andrew M.A. Cater" > Date: Thu, 17 Jun 2021 14:29:08 + > Message-id: <[] ymtcnepvnw7zo...@einval.com> > In-reply-to: <[] > caeg4czwbbuk+qcwo6bqg88bm81_ysnx98jkqj4h8zbefwlo...@mail.gmail.com> > References: <[] > caeg4czwbbuk+qcwo6bqg88bm81_ysnx98jkqj4h8zbefwlo...@mail.gmail.com> > > [...] > Hello Rajib, > > I think this was dealt with on the other thread. From me, here: Please DO > NOT > keep referring back to Debian forums. This is not helpful to those of us > actually using the mailing lists to keep track of things. > > All the very best, as ever, > > Andy Cater > My Bad. I forgot. Kindly pardon. I shall try my best to remember. In case the same mistake is repeated, please notify me and then delete it from the ML. I shall resend with suitable modifications. Best, Rajib Etc.
Re: Storage Interface / Intel (R) Optane TM Memory Ready >>> M2A_32G (M.2 Socket 3 Connector)
El jue, 17 jun 2021 a las 13:59, JavierDebian () escribió: > > > > El 17/6/21 a las 12:14, Orestes González escribió: > > Hola, vivo en Argentina. Mi equipo: > > > > Placa base > GIGABYTE Z370 HD3 > > µp > Intel Core i7-8700 Desktop > > RAM 16GB > > HDD 1TB con Windows 10 Pro /HDD 1TB con Debian 10 > > > > Estoy analizando instalar Intel ® Optane TM Memory Ready. > > Espero me informen si hay controladores para usar los módulos de memoria > > Intel® Optane ™ 16GB como acelerador del sistema Debian > > > > GRACIAS > > > > > Yo leería lo que dice el fabricante: > > https://www.intel.la/content/www/xl/es/support/articles/56875/memory-and-storage/intel-optane-memory.html > > "No es compatible con ningún otro sistema operativo, incluyendo Linux." > > Aunque esta persona la habría hecho funcionar: > > https://askubuntu.com/questions/1108547/bcache-for-intel-optane-on-ubuntu > > JAP > Yo te recomendaria buscar info de los ultimos releases de modulos de kernel para este tipo de tecnologia, para mi ya deben estar incluidos... Por mas que el fabricante diga que no, siempre hay drivers de la comunidad y/o salen los mods en el kernel... Me paso con mucho hardware y lo termine haciendo funcionar!
Re: Storage Interface / Intel (R) Optane TM Memory Ready >>> M2A_32G (M.2 Socket 3 Connector)
El 17/6/21 a las 12:14, Orestes González escribió: Hola, vivo en Argentina. Mi equipo: Placa base > GIGABYTE Z370 HD3 µp > Intel Core i7-8700 Desktop RAM 16GB HDD 1TB con Windows 10 Pro / HDD 1TB con Debian 10 Estoy analizando instalar Intel ® Optane TM Memory Ready. Espero me informen si hay controladores para usar los módulos de memoria Intel® Optane ™ 16GB como acelerador del sistema Debian GRACIAS Yo leería lo que dice el fabricante: https://www.intel.la/content/www/xl/es/support/articles/56875/memory-and-storage/intel-optane-memory.html "No es compatible con ningún otro sistema operativo, incluyendo Linux." Aunque esta persona la habría hecho funcionar: https://askubuntu.com/questions/1108547/bcache-for-intel-optane-on-ubuntu JAP
Re: Storage Interface / Intel (R) Optane TM Memory Ready >>> M2A_32G (M.2 Socket 3 Connector)
El 17/6/21 a las 12:14, Orestes González escribió: Hola, vivo en Argentina. Mi equipo: Placa base > GIGABYTE Z370 HD3 µp > Intel Core i7-8700 Desktop RAM 16GB HDD 1TB con Windows 10 Pro / HDD 1TB con Debian 10 Estoy analizando instalar Intel ® Optane TM Memory Ready. Espero me informen si hay controladores para usar los módulos de memoria Intel® Optane ™ 16GB como acelerador del sistema Debian GRACIAS Yo leería lo que dice el fabricante: https://www.intel.la/content/www/xl/es/support/articles/56875/memory-and-storage/intel-optane-memory.html "No es compatible con ningún otro sistema operativo, incluyendo Linux." Aunque esta persona la habría hecho funcionar: JAP
Re: Hi there, test only, please ignore
On 6/17/21 1:25 AM, Grzesiek wrote: test I got your test message. As it happens, we just went live with DMARC, and have reason to do some testing ourselves. -- JHHL
Re: Archiver mails (archives debian-french-users)
Le 16/06/21 à 21:46, Marc Chantreux a écrit : > ah ben si en plus tu fais de l'indexation avec les mailutils, ca peut > etre intéressant ... Je connais pas mailutils, c'est mon mailer (claws-mail) qui me permet de faire facilement ce genre de recherche (et accessoirement il me permet aussi d'archiver en local mes dossiers imap, une règle par dossier, par ex jeter ou déplacer en local ce qui a plus de x jours, x pouvant dépendre du dossier). -- Daniel Si l'herbe est plus verte dans le jardin de ton voisin, laisse-le s'emmerder à la tondre. Fred Allen
Re: Storage Interface / Intel (R) Optane TM Memory Ready >>> M2A_32G (M.2 Socket 3 Connector)
El 2021-06-17 a las 12:14 -0300, Orestes González escribió: > Hola, vivo en Argentina. Mi equipo: > > Placa base > GIGABYTE Z370 HD3 > µp > Intel Core i7-8700 Desktop > RAM 16GB > HDD 1TB con Windows 10 Pro /HDD 1TB con Debian 10 > > Estoy analizando instalar Intel ® Optane TM Memory Ready. > Espero me informen si hay controladores para usar los módulos de memoria > Intel® Optane ™ 16GB como acelerador del sistema Debian El soporte dependerá de la versión del krrnel que uses pero parece que se trata de una tecnología propietaria de Intel, si vas a hacer uso de ella y además tienes Windows instalado, revisa bien la documentación antes de lanzarte a configurarlo y usarlo, para tener claros los conceptos: Cómo instalar Linux en un SSD https://www.linuxadictos.com/como-instalar-linux-en-un-ssd.html#Instalar_GNULinux_en_Intel_Optane Intel RST https://help.ubuntu.com/rst/ Saludos, -- Camaleón
Storage Interface / Intel (R) Optane TM Memory Ready >>> M2A_32G (M.2 Socket 3 Connector)
Hola, vivo en Argentina. Mi equipo: Placa base > GIGABYTE Z370 HD3 µp > Intel Core i7-8700 Desktop RAM 16GB HDD 1TB con Windows 10 Pro /HDD 1TB con Debian 10 Estoy analizando instalar Intel ® Optane TM Memory Ready. Espero me informen si hay controladores para usar los módulos de memoria Intel® Optane ™ 16GB como acelerador del sistema Debian GRACIAS
Re: Creëer initrd.img
Cecil Westerhof writes: > Geert Stappers writes: > >> On Wed, Jun 16, 2021 at 06:36:13PM +0200, Cecil Westerhof wrote: >>> "Felix C. Stegerman" writes: >>> >>> > * Cecil Westerhof [2021-06-16 11:44]: >>> >> Bij apt upgrade is er iets fout gegaan. in / zie ik: >>> >> lrwxrwxrwx 1 root root 30 Jun 12 09:54 initrd.img -> >>> >> boot/initrd.img-5.10.0-7-amd64 >>> >> lrwxrwxrwx 1 root root 30 Jun 12 09:54 initrd.img.old -> >>> >> boot/initrd.img-5.10.0-6-amd64 >>> >> >>> >> Maar ze bestaan allebei niet. >>> >> Hoe kan ik die opnieuw creëren? >>> > >>> > Als het goed is met update-initramfs. >>> >>> Met het volgende lijkt het goed te gaan: >>> update-initramfs -c -k all >>> >>> Weer wat geleerd. >>> >>> Is er een manier om te controleren of alles oké is >>> voor ik een reboot doe? >> >> Dat "probleem" anders aanpakken: De "tooling" werkt gewoon. > > Daar moet ik dan maar vanuit gaan. Een reboot gedaan. Het feit dat ik deze e-mail kan sturen laat zien dat het goed is gegaan. ;-) -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Re: When does a Terminal/System create New child Processes (forks), and when it doesn't
On Thu, Jun 17, 2021 at 04:35:33PM +0530, Susmita/Rajib wrote: > Namaste, my illustrious List leaders and senior members, > > I had already asked my question here: > https://lists.debian.org/debian-user/2021/06/msg00423.html > > But i guess that owing to my continuing with a SOLVED thread i wasn't > able to draw attention. > > Please post your replies on the above thread. I shall post a summary > here while acknowledging your comments and mark it solved. > > I asked the question to restrict making multiple forks and reduce > memory/processor load. > > The screensaver code here: > https://lists.debian.org/debian-user/2021/06/msg00309.html > be saved as ssvr.sh executable. > > Best. > > Rajib > Etc. > Hello Rajib, I think this was dealt with on the other thread. From me, here: Please DO NOT keep referring back to Debian forums. This is not helpful to those of us actually using the mailing lists to keep track of things. All the very best, as ever, Andy Cater
Accepter libonion (bibliothèque serveur Web- dans Debian?
Bonsoir, Je pense que la bibliothèque libonion (une bibliothèque écrite majoritairement en C, avec des bouts de C++), sous double licence GPLv2+ et Apache2, mériterait d'être intégrée à Debian. https://github.com/davidmoreno/onion https://www.coralbits.com/libonion/ Il semble même qu'un effort a déjà été consenti pour celà. L'essentiel du développement de libonion est fait par David Moreno (en Espagne). Je lui ai d'ailleurs proposé un "pull request" simple. https://github.com/davidmoreno/onion/pull/291 Je n'ai pas les compétences (ni techniques, ni peut-être même sociales) pour pousser libonion dans Debian, mais je souhaite et encourage un Debianiste à ce faire. Cordialement -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/
Changement de noyau sur rPI 3
Bonjour à tous, Ne trouvant de solution pour mon problème de wifi, j'ai décidé ce matin de changer de noyau (passer de 4.9.35-v7 à 5.10). J'ai donc installé le paquet correspondant au noyau 5.10.0-7-armmp-lpae. Pas trivial, entre /boot/firmware qui n'est pas créé (et il faut absolument que ce soit un point de montage), /boot qui n'est pas assez grande par défaut, il m'a fallu plusieurs heures pour obtenir le noyau et le ramdisk correspondant. La doc du raspberry indique qu'il est possible de rajouter kernel=mon_noyau dans /boot/config.txt. Sauf qu'en faisant cela, le rPI 3 ne boote pas. En retirant la ligne ou en indiquant kernel=kernel7.img, ça fonctionne à nouveau, mais forcément, ça démarre le noyau 4.9.35. Chose surprenante : root@abel:/boot# file kernel.img kernel.img: ARM OpenFirmware FORTH Dictionary, Text length: -509607936 bytes, Data length: -509607936 bytes, Text Relocation Table length: -369098749 bytes, Data Relocation Table length: 24061976 bytes, Entry Point: 0x, BSS length: 4379032 bytes root@abel:/boot# file kernel7.img kernel7.img: ARM OpenFirmware FORTH Dictionary, Text length: -509607936 bytes, Data length: -509607936 bytes, Text Relocation Table length: -369098749 bytes, Data Relocation Table length: 24061976 bytes, Entry Point: 0x, BSS length: 4579248 bytes root@abel:/boot# file vmlinuz-5.10.0-7-armmp-lpae vmlinuz-5.10.0-7-armmp-lpae: Linux kernel ARM boot executable zImage (little-endian) Il n'est donc pas étonnant que le bootloader ne puisse pas démarrer le noyau créé par debian. Est-ce que quelqu'un a déjà réussi à faire booter sur un rPI une zImage ? Sinon, comment convertir une zImage (+ramdisk je suppose) en kernel.img ? Question posée autrement, comment démarrer sur le nouveau noyau ? Bien cordialement, JKB
Re: A Proposal: Each of Debian Man pages could have a wiki (Main page / Talk Page, etc.) at its bottom, with only Example Code Lines ...
On Thu, 17 Jun 2021 10:37:43 +0100, Jonathan Dowland wrote: [...] > Message-id: <[] 20210617093743.v3t2nyw2si2luoif@coil> > In-reply-to: <[] > caeg4czw1-rwjvf2hmacwigqu4juqfm66r5xwkkz7ftmrfzh...@mail.gmail.com> > References: <[] > caeg4czw1-rwjvf2hmacwigqu4juqfm66r5xwkkz7ftmrfzh...@mail.gmail.com> > [...] Ref. https://lists.debian.org/debian-user/2021/06/msg00435.html [...] > However, as with all things in Debian, things are best achieved by doing > them yourself; or at least, beginning to, so that there's a concrete > example to explore. > > In this case, there are at least two hurdles to overcome, neither of > which should be insurmountable: > > 1) The source ... upstream packages >themselves. Therefore, ... package maintainers will need to carry >patches for every man page... > > 2) The Debian Wiki has an unclear copyright ... Wiki content cannot be > included... > > A good place to start would be finding a single package/program/manpage > that would benefit from linking out to a wiki page, and doing so, in > order to demonstrate the concept clearly. [...] Thank you for posting to this thread, Mr. Dowland. As a member of the team Debian, you must really be hard-pressed for time. So in brief, fully self-illustrative: https://lists.debian.org/debian-user/2021/03/msg01358.html In the end, the illustrative, but incomplete Mind Map: bit.ly/Apt_readingManPages Best, Rajib Etc.
Re: When does a Terminal/System create New child Processes (forks), and when it doesn't
On Thu, Jun 17, 2021 at 04:35:33PM +0530, Susmita/Rajib wrote: > Please post your replies on the above thread. Opening a new thread to advertise your previous thread is not winning you any points.
Re: Creëer initrd.img
Paul van der Vlis writes: >>> Installeer eens het pakket "vdpauinfo" en kijk wat er onder "decoder >>> capabilities" staat. Als nu alles "---not supported---" is, dan is er >>> toch wat mis. Dat de helft "---not supported---" is, is dat wel >>> normaal. >> Van de 35 zijn er 24 '--- not supported ---' (zie einde e-mail), dus >> meer dan 2/3. Dat is nog steeds normaal? > > Mijn AMD kaart doet ongeveer hetzelfde. Normaal zou ik zeggen. Dan ga ik er vanuit dat ik geen probleem heb. >> In de tijd dat ik nog in C(++) programmeerde was er code die >> ontzettend veel waarschuwingen genereerde. Ik deed altijd mijn best om >> te zorgen dat je die niet kreeg. Een veelgehoorde opmerking was: >> Waar maak je je druk op? Jet zijn maar waarschuwingen. >> Ik dacht er toch anders over. Veel waarschuwingen maken je minder >> scherp, waardoor de kans groot is dat een echt probleem onder de radar >> doorvliegt. >> Is er een manier om die waarschuwingen te voorkomen? > > Mijn AMD kaart geeft deze waarschuwingen niet, maar is ook weer een > ander type. > > Wat ik denk is dat deze firmware ook zit ingebakken, maar dat hij > daarnaast ook kijkt of er nieuwe is (om bugs te verhelpen bijvoorbeeld). > Je ziet dat ook vaak bij netwerk-adapters voor bedraad netwerk. > > Op de AMD website zag ik de mogelijkheid om dit soort firmware bestanden > te downloaden (zoek op een paar filenamen). Maar wel met veel > waarschuwingen dat het de boel kapot kan maken. Dan accepteer ik die waarschuwingen maar. -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
When does a Terminal/System create New child Processes (forks), and when it doesn't
Namaste, my illustrious List leaders and senior members, I had already asked my question here: https://lists.debian.org/debian-user/2021/06/msg00423.html But i guess that owing to my continuing with a SOLVED thread i wasn't able to draw attention. Please post your replies on the above thread. I shall post a summary here while acknowledging your comments and mark it solved. I asked the question to restrict making multiple forks and reduce memory/processor load. The screensaver code here: https://lists.debian.org/debian-user/2021/06/msg00309.html be saved as ssvr.sh executable. Best. Rajib Etc.
Re: Creëer initrd.img
Op 17-06-2021 om 12:46 schreef Cecil Westerhof: Paul van der Vlis writes: Op 17-06-2021 om 11:00 schreef Cecil Westerhof: Floris Renaud writes: Cecil Westerhof schreef op 2021-06-16 18:36: Iets anders. Ik had het al weleens gezien, maar tot op heden niet echt aandacht aan besteed. Tijdens het genereren van de images zie ik voorbijkomen: W: Possible missing firmware /lib/firmware/amdgpu/arcturus_gpu_info.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_ta.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_sos.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_ta.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_asd.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sos.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_rlc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec2.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_rlc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_mec2.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_mec.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_me.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_pfp.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_ce.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sdma.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_sdma.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/sienna_cichlid_mes.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navi10_mes.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_vcn.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_vcn.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_smc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_smc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_dmcub.bin for module amdgpu Is dat iets waar ik me zorgen om moet maken? Zo ja: hoe los ik dit op? (En zelfs bij nee vind ik het niet erg om de waarschuwingen kwijt te raken.) Ik verwacht dat de variable 'MODULES' in /etc/initramfs-tools/initramfs.conf op 'dep' staat. Debian denkt deze firmware bestanden nodig te hebben. Deze firmware bestanden zitten niet in een Debian pakket. Als je ze echt nodig hebt, kan je ze downloaden van: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/amdgpu Zijn ze niet nodig, dan kan je de variable 'MODULES' op 'most' zetten. De images worden altijd gegenereerd. Ik neem aan dat ik daaruit kan concluderen dat ik ze niet nodig heb en MODULES op most kan zettem? Installeer eens het pakket "vdpauinfo" en kijk wat er onder "decoder capabilities" staat. Als nu alles "---not supported---" is, dan is er toch wat mis. Dat de helft "---not supported---" is, is dat wel normaal. Van de 35 zijn er 24 '--- not supported ---' (zie einde e-mail), dus meer dan 2/3. Dat is nog steeds normaal? Mijn AMD kaart doet ongeveer hetzelfde. Normaal zou ik zeggen. In de tijd dat ik nog in C(++) programmeerde was er code die ontzettend veel waarschuwingen genereerde. Ik deed altijd mijn best om te zorgen dat je die niet kreeg. Een veelgehoorde opmerking was: Waar maak je je druk op? Jet zijn maar waarschuwingen. Ik dacht er toch anders over. Veel waarschuwingen maken je minder scherp, waardoor de kans groot is dat een echt probleem onder de radar doorvliegt. Is er een manier om die waarschuwingen te voorkomen? Mijn AMD kaart geeft deze waarschuwingen niet, maar is ook weer een ander type. Wat ik denk is dat deze firmware ook zit ingebakken, maar dat hij daarnaast ook kijkt of er nieuwe is (om bugs te verhelpen bijvoorbeeld). Je ziet dat ook vaak bij netwerk-adapters voor bedraad netwerk. Op de AMD website zag ik de mogelijkheid om dit soort firmware bestanden te downloaden (zoek op een paar filenamen). Maar wel met veel waarschuwingen dat het de boel kapot kan maken. Groet, Paul Decoder capabilities: namelevel macbs width height MPEG1 --- not supported --- MPEG2_SIMPLE3 9216 2048 1152 MPEG2_MAIN 3 9216 2048 1152 H264_BASELINE 41 9216 2048 1152
Re: Creëer initrd.img
Paul van der Vlis writes: > Op 17-06-2021 om 11:00 schreef Cecil Westerhof: >> Floris Renaud writes: >> >>> Cecil Westerhof schreef op 2021-06-16 18:36: >>> Iets anders. Ik had het al weleens gezien, maar tot op heden niet echt aandacht aan besteed. Tijdens het genereren van de images zie ik voorbijkomen: W: Possible missing firmware /lib/firmware/amdgpu/arcturus_gpu_info.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_ta.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_sos.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_ta.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_asd.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sos.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_rlc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec2.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_rlc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_mec2.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_mec.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_me.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_pfp.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_ce.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sdma.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_sdma.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/sienna_cichlid_mes.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navi10_mes.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_vcn.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_vcn.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_smc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_smc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_dmcub.bin for module amdgpu Is dat iets waar ik me zorgen om moet maken? Zo ja: hoe los ik dit op? (En zelfs bij nee vind ik het niet erg om de waarschuwingen kwijt te raken.) >>> >>> Ik verwacht dat de variable 'MODULES' in >>> /etc/initramfs-tools/initramfs.conf >>> op 'dep' staat. Debian denkt deze firmware bestanden nodig te hebben. >>> >>> Deze firmware bestanden zitten niet in een Debian pakket. Als je ze echt >>> nodig hebt, >>> kan je ze downloaden van: >>> https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/amdgpu >>> >>> Zijn ze niet nodig, dan kan je de variable 'MODULES' op 'most' zetten. >> De images worden altijd gegenereerd. Ik neem aan dat ik daaruit kan >> concluderen dat ik ze niet nodig heb en MODULES op most kan zettem? > > > Installeer eens het pakket "vdpauinfo" en kijk wat er onder "decoder > capabilities" staat. Als nu alles "---not supported---" is, dan is er > toch wat mis. Dat de helft "---not supported---" is, is dat wel > normaal. Van de 35 zijn er 24 '--- not supported ---' (zie einde e-mail), dus meer dan 2/3. Dat is nog steeds normaal? In de tijd dat ik nog in C(++) programmeerde was er code die ontzettend veel waarschuwingen genereerde. Ik deed altijd mijn best om te zorgen dat je die niet kreeg. Een veelgehoorde opmerking was: Waar maak je je druk op? Jet zijn maar waarschuwingen. Ik dacht er toch anders over. Veel waarschuwingen maken je minder scherp, waardoor de kans groot is dat een echt probleem onder de radar doorvliegt. Is er een manier om die waarschuwingen te voorkomen? Decoder capabilities: namelevel macbs width height MPEG1 --- not supported --- MPEG2_SIMPLE3 9216 2048 1152 MPEG2_MAIN 3 9216 2048 1152 H264_BASELINE 41 9216 2048 1152 H264_MAIN 41 9216 2048 1152 H264_HIGH 41 9216 2048 1152 VC1_SIMPLE 1 9216 2048 1152 VC1_MAIN2 9216 2048 1152 VC1_ADVANCED4 9216 2048 1152 MPEG4_PART2_SP 3
Re: A Proposal: Each of Debian Man pages could have a wiki (Main page / Talk Page, etc.) at its bottom, with only Example Code Lines ...
On Thu, Jun 17, 2021 at 11:37:07AM +0530, Susmita/Rajib wrote: ... for most complex combinations of codes, with a single line or two of explanations, if at all necessary. I think there's a lot of potential for tying together documentation shipped inside Debian (including manpages) better with documentation outside (including the wiki). However, as with all things in Debian, things are best achieved by doing them yourself; or at least, beginning to, so that there's a concrete example to explore. In this case, there are at least two hurdles to overcome, neither of which should be insurmountable: 1) The source of most man pages in Debian is the upstream packages themselves. Therefore, to include a Debian-specific addition in every manpage, Debian package maintainers will need to carry patches for every man page. For some packages, especially those which don't already apply any patches, this is some overhead that a busy maintainer may not wish for. 2) The Debian Wiki has an unclear copyright situation. The content of wiki pages is not necessarily compatible with the Debian Free Software Guidelines (DFSG), and so Wiki content cannot be included in Debian packages without further checks. (This is something I've been trying to resolve for literally a decade or more, on and off. Mostly off.) A good place to start would be finding a single package/program/manpage that would benefit from linking out to a wiki page, and doing so, in order to demonstrate the concept clearly. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Creëer initrd.img
Hoi, Op 17-06-2021 om 11:00 schreef Cecil Westerhof: Floris Renaud writes: Cecil Westerhof schreef op 2021-06-16 18:36: Iets anders. Ik had het al weleens gezien, maar tot op heden niet echt aandacht aan besteed. Tijdens het genereren van de images zie ik voorbijkomen: W: Possible missing firmware /lib/firmware/amdgpu/arcturus_gpu_info.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_ta.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_sos.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_ta.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_asd.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sos.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_rlc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec2.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_rlc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_mec2.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_mec.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_me.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_pfp.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_ce.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sdma.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_sdma.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/sienna_cichlid_mes.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navi10_mes.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_vcn.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_vcn.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_smc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_smc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_dmcub.bin for module amdgpu Is dat iets waar ik me zorgen om moet maken? Zo ja: hoe los ik dit op? (En zelfs bij nee vind ik het niet erg om de waarschuwingen kwijt te raken.) Ik verwacht dat de variable 'MODULES' in /etc/initramfs-tools/initramfs.conf op 'dep' staat. Debian denkt deze firmware bestanden nodig te hebben. Deze firmware bestanden zitten niet in een Debian pakket. Als je ze echt nodig hebt, kan je ze downloaden van: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/amdgpu Zijn ze niet nodig, dan kan je de variable 'MODULES' op 'most' zetten. De images worden altijd gegenereerd. Ik neem aan dat ik daaruit kan concluderen dat ik ze niet nodig heb en MODULES op most kan zettem? Installeer eens het pakket "vdpauinfo" en kijk wat er onder "decoder capabilities" staat. Als nu alles "---not supported---" is, dan is er toch wat mis. Dat de helft "---not supported---" is, is dat wel normaal. Groet, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: Creëer initrd.img
Floris Renaud writes: > Cecil Westerhof schreef op 2021-06-16 18:36: > >> Iets anders. Ik had het al weleens gezien, maar tot op heden niet echt >> aandacht aan besteed. >> Tijdens het genereren van de images zie ik voorbijkomen: >> W: Possible missing firmware >> /lib/firmware/amdgpu/arcturus_gpu_info.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_ta.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_sos.bin for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_ta.bin >> for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_asd.bin >> for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sos.bin >> for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_rlc.bin >> for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/arcturus_mec2.bin for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec.bin >> for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_rlc.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_mec2.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_mec.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_me.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_pfp.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_ce.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/arcturus_sdma.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_sdma.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/sienna_cichlid_mes.bin for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/navi10_mes.bin >> for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_vcn.bin for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_vcn.bin >> for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_smc.bin for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_smc.bin >> for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_dmcub.bin for module amdgpu >> Is dat iets waar ik me zorgen om moet maken? Zo ja: hoe los ik dit op? >> (En zelfs bij nee vind ik het niet erg om de waarschuwingen kwijt te >> raken.) >> > > Ik verwacht dat de variable 'MODULES' in > /etc/initramfs-tools/initramfs.conf > op 'dep' staat. Debian denkt deze firmware bestanden nodig te hebben. > > Deze firmware bestanden zitten niet in een Debian pakket. Als je ze echt > nodig hebt, > kan je ze downloaden van: > https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/amdgpu > > Zijn ze niet nodig, dan kan je de variable 'MODULES' op 'most' zetten. Blijkt dat die al op most staat. Dus dat is het probleem niet helaas. -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Re: Creëer initrd.img
Floris Renaud writes: > Cecil Westerhof schreef op 2021-06-16 18:36: > >> Iets anders. Ik had het al weleens gezien, maar tot op heden niet echt >> aandacht aan besteed. >> Tijdens het genereren van de images zie ik voorbijkomen: >> W: Possible missing firmware >> /lib/firmware/amdgpu/arcturus_gpu_info.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_ta.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_sos.bin for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_ta.bin >> for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_asd.bin >> for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sos.bin >> for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_rlc.bin >> for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/arcturus_mec2.bin for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec.bin >> for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_rlc.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_mec2.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_mec.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_me.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_pfp.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_ce.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/arcturus_sdma.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_sdma.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/sienna_cichlid_mes.bin for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/navi10_mes.bin >> for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_vcn.bin for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_vcn.bin >> for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_smc.bin for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_smc.bin >> for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_dmcub.bin for module amdgpu >> Is dat iets waar ik me zorgen om moet maken? Zo ja: hoe los ik dit op? >> (En zelfs bij nee vind ik het niet erg om de waarschuwingen kwijt te >> raken.) >> > > Ik verwacht dat de variable 'MODULES' in > /etc/initramfs-tools/initramfs.conf > op 'dep' staat. Debian denkt deze firmware bestanden nodig te hebben. > > Deze firmware bestanden zitten niet in een Debian pakket. Als je ze echt > nodig hebt, > kan je ze downloaden van: > https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/amdgpu > > Zijn ze niet nodig, dan kan je de variable 'MODULES' op 'most' zetten. De images worden altijd gegenereerd. Ik neem aan dat ik daaruit kan concluderen dat ik ze niet nodig heb en MODULES op most kan zettem? -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Hi there, test only, please ignore
test
Re: W: Possible missing firmware
On Thu, Jun 17, 2021 at 10:05:04AM +0200, Floris Renaud wrote: > Cecil Westerhof schreef op 2021-06-16 18:36: > > > Iets anders. Ik had het al weleens gezien, maar tot op heden niet echt > > aandacht aan besteed. > > > > Tijdens het genereren van de images zie ik voorbijkomen: > > W: Possible missing firmware /lib/firmware/amdgpu/arcturus_gpu_info.bin > > for module amdgpu > > W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_ta.bin > > for module amdgpu > > W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_sos.bin > > for module amdgpu > > W: Possible missing firmware /lib/firmware/amdgpu/arcturus_ta.bin > > > > Is dat iets waar ik me zorgen om moet maken? Zo ja: hoe los ik dit op? > > (En zelfs bij nee vind ik het niet erg om de waarschuwingen kwijt te > > raken.) > > > > Ik verwacht dat de variable 'MODULES' in /etc/initramfs-tools/initramfs.conf > op 'dep' staat. Debian denkt deze firmware bestanden nodig te hebben. > > Deze firmware bestanden zitten niet in een Debian pakket. Als je ze echt > nodig hebt, > kan je ze downloaden van: > https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/amdgpu > > Zijn ze niet nodig, dan kan je de variable 'MODULES' op 'most' zetten. Klinkt goed. Groeten Geert Stappers -- Silence is hard to parse
Advertencia
Advertencia! Todos los usuarios deben actualizar su cuenta hoy para evitar el cierre del servicio. [Actualizar aquí] ( [*** The original URI has been removed. ***] ). Por administrador.
Re: Creëer initrd.img
Cecil Westerhof schreef op 2021-06-16 18:36: Iets anders. Ik had het al weleens gezien, maar tot op heden niet echt aandacht aan besteed. Tijdens het genereren van de images zie ik voorbijkomen: W: Possible missing firmware /lib/firmware/amdgpu/arcturus_gpu_info.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_ta.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_sos.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_ta.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_asd.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sos.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_rlc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec2.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_rlc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_mec2.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_mec.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_me.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_pfp.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_ce.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sdma.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_sdma.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/sienna_cichlid_mes.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navi10_mes.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_vcn.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_vcn.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_smc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_smc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_dmcub.bin for module amdgpu Is dat iets waar ik me zorgen om moet maken? Zo ja: hoe los ik dit op? (En zelfs bij nee vind ik het niet erg om de waarschuwingen kwijt te raken.) Ik verwacht dat de variable 'MODULES' in /etc/initramfs-tools/initramfs.conf op 'dep' staat. Debian denkt deze firmware bestanden nodig te hebben. Deze firmware bestanden zitten niet in een Debian pakket. Als je ze echt nodig hebt, kan je ze downloaden van: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/amdgpu Zijn ze niet nodig, dan kan je de variable 'MODULES' op 'most' zetten. --- Floris
Re: Creëer initrd.img
Paul van der Vlis writes: >> Iets anders. Ik had het al weleens gezien, maar tot op heden niet echt >> aandacht aan besteed. >> Tijdens het genereren van de images zie ik voorbijkomen: >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_gpu_info.bin >> for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_ta.bin >> for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_sos.bin >> for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_ta.bin for >> module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_asd.bin for >> module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sos.bin for >> module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_rlc.bin for >> module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec2.bin for >> module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec.bin for >> module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_rlc.bin >> for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_mec2.bin for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_mec.bin >> for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_me.bin >> for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_pfp.bin >> for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_ce.bin >> for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sdma.bin for >> module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_sdma.bin for module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/sienna_cichlid_mes.bin for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/navi10_mes.bin for >> module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_vcn.bin >> for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_vcn.bin for >> module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_smc.bin >> for module amdgpu >> W: Possible missing firmware /lib/firmware/amdgpu/arcturus_smc.bin for >> module amdgpu >> W: Possible missing firmware >> /lib/firmware/amdgpu/navy_flounder_dmcub.bin for module amdgpu >> Is dat iets waar ik me zorgen om moet maken? Zo ja: hoe los ik dit op? >> (En zelfs bij nee vind ik het niet erg om de waarschuwingen kwijt te >> raken.) > > Ik zou het pakket firmware-amd-graphics installeren. Ik dacht dat ik dat reeds had geÏnstalleerd en dat was ook zo: firmware-amd-graphics is already the newest version (20210315-2). Dus er is een ander probleem, of de waarschuwingen zijn nodeloos. (Staat me bij dat ik in een eerdere zoektocht een melding van dien aard heb gezien.) -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Re: Creëer initrd.img
Geert Stappers writes: > On Wed, Jun 16, 2021 at 06:36:13PM +0200, Cecil Westerhof wrote: >> "Felix C. Stegerman" writes: >> >> > * Cecil Westerhof [2021-06-16 11:44]: >> >> Bij apt upgrade is er iets fout gegaan. in / zie ik: >> >> lrwxrwxrwx 1 root root 30 Jun 12 09:54 initrd.img -> >> >> boot/initrd.img-5.10.0-7-amd64 >> >> lrwxrwxrwx 1 root root 30 Jun 12 09:54 initrd.img.old -> >> >> boot/initrd.img-5.10.0-6-amd64 >> >> >> >> Maar ze bestaan allebei niet. >> >> Hoe kan ik die opnieuw creëren? >> > >> > Als het goed is met update-initramfs. >> >> Met het volgende lijkt het goed te gaan: >> update-initramfs -c -k all >> >> Weer wat geleerd. >> >> Is er een manier om te controleren of alles oké is >> voor ik een reboot doe? > > Dat "probleem" anders aanpakken: De "tooling" werkt gewoon. Daar moet ik dan maar vanuit gaan. > Mocht blijken een "build" een misbaksel produceerde, > dan heb je nog het eerdere "build result". Dat zeker niet, want die waren verdwenen. -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Re: Creëer initrd.img
Op 16-06-2021 om 18:36 schreef Cecil Westerhof: "Felix C. Stegerman" writes: * Cecil Westerhof [2021-06-16 11:44]: Bij apt upgrade is er iets fout gegaan. in / zie ik: lrwxrwxrwx 1 root root 30 Jun 12 09:54 initrd.img -> boot/initrd.img-5.10.0-7-amd64 lrwxrwxrwx 1 root root 30 Jun 12 09:54 initrd.img.old -> boot/initrd.img-5.10.0-6-amd64 Maar ze bestaan allebei niet. Hoe kan ik die opnieuw creëren? Als het goed is met update-initramfs. Met het volgende lijkt het goed te gaan: update-initramfs -c -k all Weer wat geleerd. Is er een manier om te controleren of alles oké is voor ik een reboot doe? Iets anders. Ik had het al weleens gezien, maar tot op heden niet echt aandacht aan besteed. Tijdens het genereren van de images zie ik voorbijkomen: W: Possible missing firmware /lib/firmware/amdgpu/arcturus_gpu_info.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_ta.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_sos.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_ta.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_asd.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sos.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_rlc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec2.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_mec.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_rlc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_mec2.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_mec.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_me.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_pfp.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_ce.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_sdma.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_sdma.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/sienna_cichlid_mes.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navi10_mes.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_vcn.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_vcn.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_smc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/arcturus_smc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_dmcub.bin for module amdgpu Is dat iets waar ik me zorgen om moet maken? Zo ja: hoe los ik dit op? (En zelfs bij nee vind ik het niet erg om de waarschuwingen kwijt te raken.) Ik zou het pakket firmware-amd-graphics installeren. Groet, Paul Ik gebruik trouwens bullseye. lsb_release --all geeft: No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 11 (bullseye) Release:11 Codename: bullseye -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: Wifi, hostapd et mise à jour
Bernard Schoenacker a écrit : > Bonjour Bertrand, > > Comme je suis un âne ignare, j'ai relu la doc > et voici le lien : > > https://wireless.wiki.kernel.org/en/users/Documentation/hostapd > > https://gist.github.com/renaudcerrato/db053d96991aba152cc17d71e7e0f63c > > > question : > > -a) RX || TX (?) cf conf > > -b) capabilités (classe ?) de la carte wifi > > -c) y a-t-il une bouse nommée "nm" (network manager) ? > > https://askubuntu.com/questions/472794/hostapd-error-nl80211-could-not-configure-driver-mode > > recompiler le bousin : > https://alamot.github.io/nl80211/ > > désolé, mais je n'ai pas d'idée pour l'instant > > Merci > > @+ > > Bernard > La carte est reconnue, parfaitement. La conf n'a pas changé et permettait d'avoir un point d'accès wifi parfaitement fonctionnel depuis plusieurs années. La vraie question est de savoir pourquoi la carte est "soft blocked" par défaut et surtout pourquoi tous les canaux sont "disabled".
Re: Cross compilation error
On 17/06/2021 06:15, Paul Wise wrote: tomas wrote: On Wed, Jun 16, 2021 at 06:07:00PM +0200, Jonathan Tremesaygues wrote: But it is not the job of ’dpkg-buildpackage -a’ to set the right compiler and other stuff? Neither the wiki, the manpage nor the unofficial guides found on Internet say I have to set manually the compiler :-/ It should, I think. Looks like the cross build QA service sees the same failure: http://crossqa.debian.net/src/ppp I think that this means the package doesn't support being cross built yet due to problems in the packaging. I noticed that if I replace this line in debian/rules: ./configure --prefix=/usr With this line: ./configure --prefix=/usr --cc=gcc --cross_compile="$(DEB_HOST_GNU_TYPE)-" Then the cross build starts working. Would you like to file a bug report about this issue? If so, run this command: reportbug --source ppp Make sure to use these headers and pseudo-headers: Subject: ppp: FTCBFS -- uses the build architecture compiler Source: ppp Version: 2.4.9-1+1 Severity: normal Tags: patch X-Debbugs-Cc: debian-cr...@lists.debian.org User: debian-cr...@lists.debian.org Usertags: ftcbfs If not, then I can file the bug for you. Thanks on your feedback! If you don’t mind, I would prefer that you take care of the bug report. Best regards, Jo
A Proposal: Each of Debian Man pages could have a wiki (Main page / Talk Page, etc.) at its bottom, with only Example Code Lines ...
... for most complex combinations of codes, with a single line or two of explanations, if at all necessary. A talk page requesting explanations, or for recording innovative code lines. Infrastructure and resource already exist. Just minor alterations required. Community work could help. A follow up on the earlier Thread: Whether Man pages could visually be structured in an abstract form to be understood easier https://lists.debian.org/debian-user/2021/04/msg00552.html The illustrative, but incomplete Mind Map: bit.ly/Apt_readingManPages Debian Online Man Pages available at: https://manpages.debian.org/ Best Rajib Etc.