Re: All-in-One printer: HP OfficeJet 8012
On 13-08-2021 15:08, deloptes wrote: > Brian wrote: > >> Please give a link at the Mopria website substantiating your clain that >> a Mopria certified device should be ca[able of accepting PDF as a PDL >> in addition to PWG raster and PCLm. >> >>> And all of the condition make a printer pretty much driver less. >>> >>> There's no link with you talking about AirPrint. >> >> That avoids any meaningful dialog (and is incorrect). > > @Brian communication with Polyna-Maude Racicot-Summerside is meaningless and > a waste of time. > I even had to google her, because I had the feeling I talk to a troll. I > think she is extreme left ... lost in gendering and so on somewhere in > French Canada, but I do not have any evidence for that. However the > information I found and her attitude here was enough for me so that I avoid > replying to her posts. I mean she takes things personal and starts a > discussion that never ends and brings nothing at the end - pure waste of > time. > However I must admit she stopped top posting and it could be she educates > herself. Agreed. I took considerable time in trying to sort out a professed problem in that area regarding supposed `incompetent medical practice open source software', only to discover the software is present, but needs legislative/regulatory approval for registration and licencing for application, apparently. In other words, no concern of Debian's, out of context on this list (supposedly a concern of this individual), and approaching the developers of any software that was satisfactorily functional to organise an effort to gain the required legislative approval, the appropriate course. But convoluted, pyrotechnics appear to be the game, and deletion is my usual response now. Cheers! Harry. -- `Unthinking respect for authority is the greatest enemy of truth'. -- Albert Einstein
Re: All-in-One printer: HP OfficeJet 8012
Brian wrote: > Please give a link at the Mopria website substantiating your clain that > a Mopria certified device should be ca[able of accepting PDF as a PDL > in addition to PWG raster and PCLm. > >> And all of the condition make a printer pretty much driver less. >> >> There's no link with you talking about AirPrint. > > That avoids any meaningful dialog (and is incorrect). @Brian communication with Polyna-Maude Racicot-Summerside is meaningless and a waste of time. I even had to google her, because I had the feeling I talk to a troll. I think she is extreme left ... lost in gendering and so on somewhere in French Canada, but I do not have any evidence for that. However the information I found and her attitude here was enough for me so that I avoid replying to her posts. I mean she takes things personal and starts a discussion that never ends and brings nothing at the end - pure waste of time. However I must admit she stopped top posting and it could be she educates herself. -- FCD6 3719 0FFB F1BF 38EA 4727 5348 5F1F DCFE BCB0
Re: Root in /target : how change it?
Gunnar Gervin wrote: > Gunnar Gervin, trolly but no troll. You need a fundamental course in Linux. There are such not very expensive courses, or you educate your self (before you start using something you read the instructions right? The fact that linux does not physically explode, does not mean it can not explode :) ). After you know the basics, it would be easier for you and for people on the mailing list to help you solve issues. I do not speak for the rest here, but your questions are at least for me nonsense. Perhaps someone would be willing to help andeducate you, but for me you can even not formulate an understandable question. If you put a system in chroot environment. This means the system is designed to run in this chroot environment. It is absolutely not clear, what you want to achieve (the context is missing). IMO you need to learn a lot. But no worries, everybody here learned Linux and Unix in the one or another way. -- FCD6 3719 0FFB F1BF 38EA 4727 5348 5F1F DCFE BCB0
Root in /target : how change it?
Hi again. How use chroot (in terminal) to place Root in /dev/sda1(147gb) (if that is the better place for it)? My impression of root in /target is that it isn't easy to find for PC. (Why the installation system "commits suicide" this way so often must be a 'square mind'?) A dysfunctional soldier, saying: 'If u don't give countable orders, I'll translate them to "Dig a hole & stay in it until I maybe save u." Why you accepted this 35 years? BR, Gunnar Gervin, trolly but no troll.
Re: Please help to test latest Debian 11 release candidate on real hardware
The data also on salsa now https://salsa.debian.org/linuxhw/TestCoverage/-/tree/main/Dist/Debian_11 -- Robbi Nespu D311 B5FF EEE6 0BE8 9C91 FA9E 0C81 FA30 3B3A 80BA https://robbinespu.gitlab.io | https://mstdn.social/@robbinespu
Re: Preliminary hardware support status report - one week before the release of Debian 11
Bret Busby wrote: > > And, does Debian 11 support the Intel i7 Haskell architecture? Do you mean Haswell? If so, yes. -dsr-
Re: All-in-One printer: HP OfficeJet 8012
Hi, On 2021-08-12 6:27 p.m., Brian wrote: > On Thu 12 Aug 2021 at 15:33:26 -0400, Polyna-Maude Racicot-Summerside wrote: > >> Hi, >> >> On 2021-08-12 3:22 p.m., Brian wrote: >>> On Tue 10 Aug 2021 at 18:29:02 -0400, Polyna-Maude Racicot-Summerside wrote: >>> >>> [...] >>> I'm using a Xerox B205 MFC and it's fully supported. Yes it's laser but the reason I am writing this message regard something else. It's the support of MOPRIA. Even if it's mostly made for Android, what it does is offer a discovery and printing protocol compatible with all CUPS system (will publish IP endpoint that support PostScript, PCL and PDF, all depending on the printer but at least one of them). Regarding the scanner, it will support sending by email thru the use of a SMTP server account. So I think we can say these devices will be supported by Linux (and Debian). >>> >>> I was a bit taken aback when you advocated Mopria as a criterion for >>> determining whether a printer could be operated driverlessly on Debian. >>> But is it the *best* criterion? >>> >>> I've now got my head around it. >>> >>> Surely, it is better looking for AirPrint support in the printer specs >>> to determine the driverless capabilities of printer? >>> >> >> Have you looked what does Mopria is ? > > I have examined the aims and objectives of the Mopria Alliance in > excrutiating detail. > >> It require that the printer (and scanner) offer : >> Printing thru the use of IPP protocol > > Correct. > >> Possibility to send the data in PDF format directly (or JPG) >> Auto discovery of the services offered thru "Bonjour". > > Please give a link at the Mopria website substantiating your clain that > a Mopria certified device should be ca[able of accepting PDF as a PDL > in addition to PWG raster and PCLm. > I forgot some hard to find information from Wikipedia If you doubt, 1st edit Wikipedia page and after this check the reference down the page. https://en.wikipedia.org/wiki/Mopria_Alliance *IPP* Windows 10 support for Mopria certified printers Microsoft implemented an IPP printing solution based on the Mopria standard in the Windows 10, version 1809 operating system. *autodiscovery* Mopria Print Service The Mopria Print Service for Android was released in the Google Play store in October 2014. It is a plug-in that enables printing from Android devices to Mopria certified printers and MFPs. A client uses mDNS to automatically discover a printer through the local 802.11 wireless network. The printer must be connected to the network either wirelessly or with an Ethernet cable. Mopria Print Service also supports printer connection through Wi-Fi Direct. >> And all of the condition make a printer pretty much driver less. >> >> There's no link with you talking about AirPrint. > > That avoids any meaningful dialog (and is incorrect). > I've found truckload of information by doing a simple Google search of *Mopria printer PDF support*, *Mopria printer IP support* what else do you want ? Make a effort or stick with the "I can't believe this, a *universal* alliance of *supported printer* this can't be *true* Yes and a alliance of supported universal video device (UVC) was something we wouldn't have believed in 1999. -- Polyna-Maude R.-Summerside -Be smart, Be wise, Support opensource development OpenPGP_signature Description: OpenPGP digital signature
Re: All-in-One printer: HP OfficeJet 8012
Hi, On 2021-08-12 6:27 p.m., Brian wrote: > On Thu 12 Aug 2021 at 15:33:26 -0400, Polyna-Maude Racicot-Summerside wrote: > >> Hi, >> >> On 2021-08-12 3:22 p.m., Brian wrote: >>> On Tue 10 Aug 2021 at 18:29:02 -0400, Polyna-Maude Racicot-Summerside wrote: >>> >>> [...] >>> I'm using a Xerox B205 MFC and it's fully supported. Yes it's laser but the reason I am writing this message regard something else. It's the support of MOPRIA. Even if it's mostly made for Android, what it does is offer a discovery and printing protocol compatible with all CUPS system (will publish IP endpoint that support PostScript, PCL and PDF, all depending on the printer but at least one of them). Regarding the scanner, it will support sending by email thru the use of a SMTP server account. So I think we can say these devices will be supported by Linux (and Debian). >>> >>> I was a bit taken aback when you advocated Mopria as a criterion for >>> determining whether a printer could be operated driverlessly on Debian. >>> But is it the *best* criterion? >>> >>> I've now got my head around it. >>> >>> Surely, it is better looking for AirPrint support in the printer specs >>> to determine the driverless capabilities of printer? >>> >> >> Have you looked what does Mopria is ? > > I have examined the aims and objectives of the Mopria Alliance in > excrutiating detail. > >> It require that the printer (and scanner) offer : >> Printing thru the use of IPP protocol > > Correct. > >> Possibility to send the data in PDF format directly (or JPG) >> Auto discovery of the services offered thru "Bonjour". > > Please give a link at the Mopria website substantiating your clain that > a Mopria certified device should be ca[able of accepting PDF as a PDL > in addition to PWG raster and PCLm. > Like already written in my first post regarding this issue : https://mopria.org/spec-download >> And all of the condition make a printer pretty much driver less. >> >> There's no link with you talking about AirPrint. > > That avoids any meaningful dialog (and is incorrect). Can you explain to me what does AirPrint has to do with driverless printing ? Can you explain to me if AirPrint allow my printer automatic discovery ? IPP ? JPEG/PDF direct printing ? > I ain't here to convince anyone or try to show anything. If you disagree with what I've said than it's your point and go on. I already know that you'll keep on and possibly next time ask me what page of the specifications. I'll save some hassle and write it now. Page 16 for the scanner specifications -- All scanners and all eSCL clients MUST support at least two output data formats: JPEG and PDF. With PDF, the scanner can choose to embed JPEG and raster images within a PDF envelop. More high-end scanners could perform OCR before generating the PDF. Note that scanners can add ‘Rotate’ instructions (transforms) to PDF Page Objects if the page orientation is not correct. -- You'll find the same for the printer specifications. Before asking me to justify what I wrote, have you took the time to look thru the specifications ? ... https://mopria.org/Documents/Mopria_Alliance_Overview_FINAL.pdf Mopria offers share to open, view or print from app. Also direct print of PDF / JPEGs Page 8 of the Mopria Alliance Overview ... *What else do you need ?* -- Polyna-Maude R.-Summerside -Be smart, Be wise, Support opensource development OpenPGP_signature Description: OpenPGP digital signature
Re: Preliminary hardware support status report - one week before the release of Debian 11
On 11/8/21 11:03 pm, Andrey Ponomarenko wrote: The report is now available in Debian Salsa: https://salsa.debian.org/linuxhw/TestCoverage/-/tree/main/Dist/Debian_11 Hello all! See report here [1]. We have ~400 computers tested on Debian 11 at the moment. 10% of them are probed from LiveCDs, others are installed systems. The main goal of the report is to make sure that we have not lost support for any hardware configuration classes. To achieve this, I compared it with the similar report for Debian 10 [2] in order to find significant discrepancies. Good news that we've covered all hardware classes tested on Debian 10 and differences in statistical indicators are relatively small. Particularly, I don't see any noticeable regression in use of AMD or NVIDIA graphics cards [3]. Either affected graphics cards are rare or people do not have problems with installing additional firmware packages. Report details and logs (Xorg, dmesg, etc.) are available in the full-feature report [4]. Thanks to all for participating in the report! Looking forward to get more Debian hardware probes from the community to monitor hardware support status and trends. [1] https://github.com/linuxhw/TestCoverage/tree/main/Dist/Debian_11 [2] https://github.com/linuxhw/TestCoverage/tree/main/Dist/Debian_10 [3] https://lists.debian.org/debian-release/2021/04/msg00646.html [4] https://linux-hardware.org/?view=trends=debian-11 So, because I can't find it in the document, does Debian 11 support nVIDIA Optimus? And, does Debian 11 support the Intel i7 Haskell architecture? -- Bret Busby Armadale West Australia (UTC+0800) ..
Re: All-in-One printer: HP OfficeJet 8012
On Thu 12 Aug 2021 at 15:33:26 -0400, Polyna-Maude Racicot-Summerside wrote: > Hi, > > On 2021-08-12 3:22 p.m., Brian wrote: > > On Tue 10 Aug 2021 at 18:29:02 -0400, Polyna-Maude Racicot-Summerside wrote: > > > > [...] > > > >> I'm using a Xerox B205 MFC and it's fully supported. Yes it's laser but > >> the reason I am writing this message regard something else. > >> > >> It's the support of MOPRIA. > >> Even if it's mostly made for Android, what it does is offer a discovery > >> and printing protocol compatible with all CUPS system (will publish IP > >> endpoint that support PostScript, PCL and PDF, all depending on the > >> printer but at least one of them). Regarding the scanner, it will > >> support sending by email thru the use of a SMTP server account. > >> > >> So I think we can say these devices will be supported by Linux (and > >> Debian). > > > > I was a bit taken aback when you advocated Mopria as a criterion for > > determining whether a printer could be operated driverlessly on Debian. > > But is it the *best* criterion? > > > > I've now got my head around it. > > > > Surely, it is better looking for AirPrint support in the printer specs > > to determine the driverless capabilities of printer? > > > > Have you looked what does Mopria is ? I have examined the aims and objectives of the Mopria Alliance in excrutiating detail. > It require that the printer (and scanner) offer : > Printing thru the use of IPP protocol Correct. > Possibility to send the data in PDF format directly (or JPG) > Auto discovery of the services offered thru "Bonjour". Please give a link at the Mopria website substantiating your clain that a Mopria certified device should be ca[able of accepting PDF as a PDL in addition to PWG raster and PCLm. > And all of the condition make a printer pretty much driver less. > > There's no link with you talking about AirPrint. That avoids any meaningful dialog (and is incorrect). -- Brian.
Re: Debian 11 estable en poques hores
Igualment, salut a tota la comunitat. El dj, 12 ag 2021 a les 23:03 Ernest Adrogué va escriure: > 2021-08-12, 22:35 (+0200); a...@probeta.net escriu: > > Sembla que tindrem nova Debian estable aquest dissabte, 14 d'agost, en > unes > > hores. > > > > Agraïments a tots els qui hi hagueu contribuit. > > -- Xavier De Yzaguirre Gmail per a mòbil xdeyzaguirre(at)gmail(dot)com +34 629 953 830
Re: Debian 11 estable en poques hores
2021-08-12, 22:35 (+0200); a...@probeta.net escriu: > Sembla que tindrem nova Debian estable aquest dissabte, 14 d'agost, en unes > hores. > Agraïments a tots els qui hi hagueu contribuit.
Debian 11 estable en poques hores
Bona calorosa nit, Sembla que tindrem nova Debian estable aquest dissabte, 14 d'agost, en unes hores. https://wiki.debian.org/ReleasePartyBullseye He posat unes cervesetes a la nevera per celebrar-ho. Brindaré Per la nova Debian, pels/les Debian developers, i per tota la comunitat especialment vosaltres. Salut companys/yes Àlex
Re: Reply configuration (was: All-in-One printer: HP OfficeJet 8012)
Hi, On 2021-08-12 1:17 p.m., Nicolas George wrote: > Curt (12021-08-12): >> Certainly. But you did volunteer to comment on a conflictual discussion >> between a mere pair of users, both of whom violated the Debian mailing >> list rules. Of these two violations, why you chose to call out the >> innocuous one, for which a reasonable explanation was given, however >> misguided, while ignoring the morally serious infraction (rendering a >> private matter public), is left as the traditional exercise. > > Since you are trying to turn this discussion into a trial against me, I > will clarify a few things. > You are something rarely found in matter of not letting go. Still fighting against the wind. What about using your energy for something positive ? > I had forgotten that the mailing-list rules state clearly to complain in > private, and I have neglected this rule by mistake. I apologize for it. > > Nonetheless, there are a few details in your accusations that need to be > set straight: > > - The two rules are on exactly the same level in. You choose to call one > innocuous and the other morally serious. This is your judgement, not > universal. What we can objectively say is that one came first, and was > deliberate. > > - If you read carefully, I did not complain of being CCed. Anybody can > forget to edit the headers before sending, I wound not have complained > for so little. In fact, I did not complained, I advised: > Ms Racicot-Summerside did not CC by mistake, she purposefully overrode > a reply-to header, it is a mistake that can have more severe > consequences than an extraneous CC, including replies getting lost or > arriving where they should definitely not arrive. The purpose of my > mail was not to complain, it was to advise. > > I will ask you, if you want to continue piling accusations and reproach > over me, to at least have your facts straight. > > That being said, I am sure I will now remember that this kind of mail is > to be sent in private, and I apologize again for forgetting and thus > wasting everybody's time in a useless discussion that has already been > too long. May I remember yourself what you wrote here ? If it's been so for *too long* then maybe go out for a walk and take some fresh air. Or take a week away from the computer > > My next mail in this thread will be to give an account of the > configuration of the printer, but it will have to wait a little that I > have upgraded the relevant host to Bullseye. > > Regards, > -- Polyna-Maude R.-Summerside -Be smart, Be wise, Support opensource development OpenPGP_signature Description: OpenPGP digital signature
Re: debian-user list info and guidelines (FAQ) - posted monthly
On 05.08.21 00:01, Andrew M.A. Cater wrote: debian-user is a mailing list provided for support for Debian users, and to facilitate discussion on relevant topics. Some guidelines which may help explain how the list works: * The language on this mailing list is English. There may be other mailing lists that are language-specific for example debian-user-french * It is common for users to be redirected here from other lists - for example, from debian-project. It is also common for people to be posting here when English is not their primary language. Please be considerate. * The list is a Debian communication forum. As such, it is subject to both the Debian mailing list Code of Conduct and the main Debian Code of Conduct https://www.debian.org/MailingLists/#codeofconduct https://www.debian.org/code_of_conduct * This is a fairly busy mailing list and you may have to wait for an answer - please be patient. Please post answers back to the list so others can benefit; private conversations don't benefit people who may be following along on the list or reading the archives later. * Help and advice on this list is provided by volunteers in their own time. It is common for there to be different opinions or answers provided. * Please try to stay on topic. Arguments for the sake of it are not welcome here. Partisan political / religious / cultural arguments do not belong here either. Debian's community is world wide; don't assume others will agree with your views or need to read them on a Debian list. Just that it really becomes as clear as possible, maybe add or merge right here with the same indent as the last above cited paragraph more advise with words which are similarly mentioned elsewhere but also would be of benefit to the mailing list(s): * Be respectful and polite. If you write in an unpleasant manner, people won't feel motivated to work with you. Don't feel attacked by criticizing words, seriously consider the possibility that you haven't been attacked and instead got suggested a correction. Also consider that disagreement might not have to be discussed and might not help to solve the technical issue treated in the thread. If you feel attacked then be the better person and ignore it - instead of feeding conflict. Convince people with results, rather than words. Always stay in good spirits! Marco PS: above words are partly based on statements extracted from https://forums.debian.net/viewtopic.php?f=20=149781 https://people.debian.org/~enrico/dcg/ My English or wording might need to be improved!
Re: All-in-One printer: HP OfficeJet 8012
Hi, On 2021-08-12 3:22 p.m., Brian wrote: > On Tue 10 Aug 2021 at 18:29:02 -0400, Polyna-Maude Racicot-Summerside wrote: > > [...] > >> I'm using a Xerox B205 MFC and it's fully supported. Yes it's laser but >> the reason I am writing this message regard something else. >> >> It's the support of MOPRIA. >> Even if it's mostly made for Android, what it does is offer a discovery >> and printing protocol compatible with all CUPS system (will publish IP >> endpoint that support PostScript, PCL and PDF, all depending on the >> printer but at least one of them). Regarding the scanner, it will >> support sending by email thru the use of a SMTP server account. >> >> So I think we can say these devices will be supported by Linux (and Debian). > > I was a bit taken aback when you advocated Mopria as a criterion for > determining whether a printer could be operated driverlessly on Debian. > But is it the *best* criterion? > > I've now got my head around it. > > Surely, it is better looking for AirPrint support in the printer specs > to determine the driverless capabilities of printer? > Have you looked what does Mopria is ? It require that the printer (and scanner) offer : Printing thru the use of IPP protocol Possibility to send the data in PDF format directly (or JPG) Auto discovery of the services offered thru "Bonjour". And all of the condition make a printer pretty much driver less. There's no link with you talking about AirPrint. -- Polyna-Maude R.-Summerside -Be smart, Be wise, Support opensource development OpenPGP_signature Description: OpenPGP digital signature
Re: All-in-One printer: HP OfficeJet 8012
On Tue 10 Aug 2021 at 18:29:02 -0400, Polyna-Maude Racicot-Summerside wrote: [...] > I'm using a Xerox B205 MFC and it's fully supported. Yes it's laser but > the reason I am writing this message regard something else. > > It's the support of MOPRIA. > Even if it's mostly made for Android, what it does is offer a discovery > and printing protocol compatible with all CUPS system (will publish IP > endpoint that support PostScript, PCL and PDF, all depending on the > printer but at least one of them). Regarding the scanner, it will > support sending by email thru the use of a SMTP server account. > > So I think we can say these devices will be supported by Linux (and Debian). I was a bit taken aback when you advocated Mopria as a criterion for determining whether a printer could be operated driverlessly on Debian. But is it the *best* criterion? I've now got my head around it. Surely, it is better looking for AirPrint support in the printer specs to determine the driverless capabilities of printer? -- Brian
Palestra: o que é Debian - sábado (14/08) às 10h
Olá. Para celebrar o lançamento do Bullseye neste sábado, vou fazer uma palestra: "O que é o Debian - uma visão geral sobre o sistema operacional universal". Sábado (14/08) às 10h da manhã. No canal Debian Brasil no YouTube: https://deb.li/phlsdeb Apareçam... :-) Para ver mais atividades que acontecerão neste sábado no Brasil e no mundo, acesse: https://wiki.debian.org/ReleasePartyBullseye Abraços, -- Paulo Henrique de Lima Santana (phls) Curitiba - Brasil Debian Developer Diretor do Instituto para Conservação de Tecnologias Livres Site: http://phls.com.br GNU/Linux user: 228719 GPG ID: 0443C450 OpenPGP_signature Description: OpenPGP digital signature
Re: Reply configuration (was: All-in-One printer: HP OfficeJet 8012)
On Thu 12 Aug 2021 at 19:17:42 +0200, Nicolas George wrote: [...] > My next mail in this thread will be to give an account of the > configuration of the printer, but it will have to wait a little that I > have upgraded the relevant host to Bullseye. Personally, I look forward to that. Please try USB *and* network. May I suggest a new thread rather than a continuation of this one, which is concerned with the general suitability of a printer for driverless printing rather than the specifics for a particular printer. -- Brian.
Re: Re : Re: Obtenir le support des images avec opencl
Le jeudi 12 août 2021 à 18:30:03 UTC+2, benoit a écrit : [...] > L'activation du support d'OpenCL est une optimisation, Darktable peut > fonctionner sans. > https://darktable.gitlab.io/doc/fr/darktable_and_opencl.html [...] (Si quelqu'un s'y connaît suffisamment pour rectifier mes probables erreurs, qu'il le fasse, merci) Normalement, si tout est correctement paramétré dans ta Debian, je pense que tu dois déjà bénéficier d'OpenCL 1.2 avec l'ICD MESA. Cela doit, je suppose (je n'ai pas vérifié) permettre aux programmes appelants (ici Darktable) des traitements sur des *éléments* d'image (pixels, vecteurs,...traités directement comme tels ou comme données brutes). Par contre cela ne te permet pas des traitements sur une image globale. Exemple: je suppose que si tu veux augmenter la luminosité d'une image de 20%, avec OpenCL>=2.0 ce doit être possible en une seule opération dans le code de Darktable. Avec OpenCL<2.0, je suppose que tu dois si tu veux faire la même chose, le code de Darktable doit augmenter de 20% la luminosité de chaque pixel séparément. Pour l'utilisateur c'est transparent, dans les deux cas la manipulation est identique. Donc avec OpenCL1.2 (MESA), tu dois déjà avoir une accélération du traitement comparé à celui-ci sans OpenCL. Mais avec OpenCL2.2(ROCm) ce doit être encore accéléré par rapport à OpenCL1.2 dans la mesure où, et ça semble le cas, le code Darktable est capable de gérer directement des images et pas seulement les constituantes de celles-ci. les spécifications de l'API OpenCL 2.2 sont là: https://www.khronos.org/registry/OpenCL/specs/2.2/pdf/OpenCL_C.pdf (regarder à 6.1.3 pour les formats d'image introduits avec OpenCL 2.0)
Re: Firewall POSTROUTING problem
On 8/11/21 7:01 PM, Alain D D Williams wrote: On Wed, Aug 11, 2021 at 11:50:30PM +0200, deloptes wrote: Alain D D Williams wrote: iptables -A FORWARD -j ACCEPT and the OUTPUT? OUTOUT is also ACCEPT, however this is not, I think, important as the packets come from 10.239.239.23 (via br0) and go to the Internet - thus FORWARD is what is important. Anyway: I see (on the modem) the packets with source 10.239.239.23 and this is not a problem ... evidence is outgoing packets with source address 10.239.239.23 ah, ok, I misinterpreted it. The important stuff from ifconfig is: br0: flags=4163 mtu 1500 inet 10.239.239.254 netmask 255.255.255.0 broadcast 10.239.239.255 inet6 fe80::7ca1:36ff:fe12:7402 prefixlen 64 scopeid 0x20 ether ee:3c:27:eb:c0:4f txqueuelen 1000 (Ethernet) RX packets 31632 bytes 2596968 (2.4 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 2065 bytes 374487 (365.7 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 enp3s0: flags=4163 mtu 1500 inet 192.168.108.2 netmask 255.255.255.0 broadcast 192.168.108.255 inet6 2001:4d48:ad51:2f00::2:2 prefixlen 112 scopeid 0x0 inet6 fe80::922b:34ff:fe12:6470 prefixlen 64 scopeid 0x20 ether 90:2b:34:12:64:70 txqueuelen 1000 (Ethernet) RX packets 922014 bytes 240006341 (228.8 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 562616 bytes 80027668 (76.3 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 The steps to get routing working on GNU/Linux check ip_forward is enabled cat /proc/sys/net/ipv4/ip_forward - it must be 1 In your case, your outgoing is 192.168.108.2 on enp3s0 and your lan network is 10.239.239.254 so the forwarding nat rule should be iptables -t nat -A POSTROUTING -s 10.239.239.0/24 -o enp3s0 -j SNAT --to 192.168.108.2 No need for INPUT/OUTPUT rules to forward packts, only FORWARD rules iptables -A FORWARD -s 10.239.239.0/24 -i br0 -o enp3s0 -m state --state NEW -j ACCEPT To accept the incoming packts for related connections. iptables -I FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT you need to be sure there is default route on the router, or trick the route using 'ip rule' but check if the router is set any default route 'ip route list' or 'ip route list table default' --- Lucas Castro
Re: Reply configuration (was: All-in-One printer: HP OfficeJet 8012)
Curt (12021-08-12): > Certainly. But you did volunteer to comment on a conflictual discussion > between a mere pair of users, both of whom violated the Debian mailing > list rules. Of these two violations, why you chose to call out the > innocuous one, for which a reasonable explanation was given, however > misguided, while ignoring the morally serious infraction (rendering a > private matter public), is left as the traditional exercise. Since you are trying to turn this discussion into a trial against me, I will clarify a few things. I had forgotten that the mailing-list rules state clearly to complain in private, and I have neglected this rule by mistake. I apologize for it. Nonetheless, there are a few details in your accusations that need to be set straight: - The two rules are on exactly the same level in. You choose to call one innocuous and the other morally serious. This is your judgement, not universal. What we can objectively say is that one came first, and was deliberate. - If you read carefully, I did not complain of being CCed. Anybody can forget to edit the headers before sending, I wound not have complained for so little. In fact, I did not complained, I advised: Ms Racicot-Summerside did not CC by mistake, she purposefully overrode a reply-to header, it is a mistake that can have more severe consequences than an extraneous CC, including replies getting lost or arriving where they should definitely not arrive. The purpose of my mail was not to complain, it was to advise. I will ask you, if you want to continue piling accusations and reproach over me, to at least have your facts straight. That being said, I am sure I will now remember that this kind of mail is to be sent in private, and I apologize again for forgetting and thus wasting everybody's time in a useless discussion that has already been too long. My next mail in this thread will be to give an account of the configuration of the printer, but it will have to wait a little that I have upgraded the relevant host to Bullseye. Regards, -- Nicolas George signature.asc Description: PGP signature
Re: Reply configuration (was: All-in-One printer: HP OfficeJet 8012)
On 2021-08-12, Jonathan Dowland wrote: > On Wed, Aug 11, 2021 at 12:36:46PM -, Curt wrote: >>He was also quite wrong, which you fail to point out in all your >>admirably enthusiastic rectitude > > I don't have the spoons to police every poster to the list. I'm fairly Certainly. But you did volunteer to comment on a conflictual discussion between a mere pair of users, both of whom violated the Debian mailing list rules. Of these two violations, why you chose to call out the innocuous one, for which a reasonable explanation was given, however misguided, while ignoring the morally serious infraction (rendering a private matter public), is left as the traditional exercise.
Re : Re: Obtenir le support des images avec opencl
Le mardi 10 août 2021 à 21:48, Étienne Mollier a écrit : > Bonjour Benoît, Bonjour Didier, Bonjour à toutes et tous; > Effectivement, les travaux d'empaquetage sont en cours [1]. Il > > y encore eu des discussions ces derniers mois sur l'ordre dans > > lequel compiler les différents composants. La période de gel a > > pas mal ralenti l'ensemble des projets en cours ces sept > > derniers mois, et peut-être que l'empaquetage de ROCm en a aussi > > fait les frais (ça et la nécessité d'avoir du matériel adéquat à > > portée de main : les GPU AMD sont devenus subitement assez rares > > de nos jours). > > [1] : https://salsa.debian.org/rocm-team Vu qu'une version plus récente de ROCm (que la 3.3.0 en expérimental) est en cours d'empaquetage, je vais attendre de l'avoir en sid. L'activation du support d'OpenCL est une optimisation, Darktable peut fonctionner sans. https://darktable.gitlab.io/doc/fr/darktable_and_opencl.html Un tout grand merci pour vos réponses. -- Benoit
Re: Reply configuration (was: All-in-One printer: HP OfficeJet 8012)
On Wed, Aug 11, 2021 at 12:36:46PM -, Curt wrote: He was also quite wrong, which you fail to point out in all your admirably enthusiastic rectitude I don't have the spoons to police every poster to the list. I'm fairly sure I've gone a few rounds with Nicolas myself, in the past. If your position is that we should either pull up everyone on rules or nobody, I will have to disagree with you on grounds of pragmatism. With respect to Polyna, she's a relatively new poster (thus can be excused not knowing "how things work", or at least, "how things should work"), relatively prolific (so the impact of mistakes is larger), and I've made the effort to try and course-correct because I think ultimately she can continue to be a net positive on the list. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Stuttering Gnome Debian Buster
On 2021-08-11 13:30, Greg Wooledge wrote: On Wed, Aug 11, 2021 at 10:10:48AM +0200, solon wrote: I should probably have specified, but I am certain I am using a compatible driver, and backports is enabled. But what did you *install* from backports? Simply enabling the repository doesn't do anything. Backports are pinned in such a way that they are never installed by default. You must explicitly install each package. These things, I tend to install things from backports as they seem useful, not neccesarily just because they exist: ibverbs-providers/buster-backports,now 24.0-2~bpo10+1 amd64 [installed] ibverbs-utils/buster-backports,now 24.0-2~bpo10+1 amd64 [installed] libibumad3/buster-backports,now 24.0-2~bpo10+1 amd64 [installed] libibverbs1/buster-backports,now 24.0-2~bpo10+1 amd64 [installed] libnvpair3linux/buster-backports,now 2.0.3-9~bpo10+1 amd64 [installed,automatic] librdmacm1/buster-backports,now 24.0-2~bpo10+1 amd64 [installed] libuutil3linux/buster-backports,now 2.0.3-9~bpo10+1 amd64 [installed,automatic] libzfs4linux/buster-backports,now 2.0.3-9~bpo10+1 amd64 [installed,automatic] libzpool4linux/buster-backports,now 2.0.3-9~bpo10+1 amd64 [installed,automatic] linux-headers-5.10.0-0.bpo.8-amd64/buster-backports,now 5.10.46-2~bpo10+1 amd64 [installed] linux-headers-5.10.0-0.bpo.8-common/buster-backports,buster-backports,now 5.10.46-2~bpo10+1 all [installed,automatic] linux-image-5.10.0-0.bpo.7-amd64/buster-backports,now 5.10.40-1~bpo10+1 amd64 [installed] linux-image-5.10.0-0.bpo.8-amd64/buster-backports,now 5.10.46-2~bpo10+1 amd64 [installed] linux-kbuild-5.10/buster-backports,now 5.10.46-2~bpo10+1 amd64 [installed,automatic] rdma-core/buster-backports,now 24.0-2~bpo10+1 amd64 [installed] rdmacm-utils/buster-backports,now 24.0-2~bpo10+1 amd64 [installed] spl/buster-backports,buster-backports,now 2.0.3-9~bpo10+1 all [installed] zfs-dkms/buster-backports,buster-backports,now 2.0.3-9~bpo10+1 all [installed] zfsutils-linux/buster-backports,now 2.0.3-9~bpo10+1 amd64 [installed] 85:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Oland PRO [Radeon R7 240/340] [1002:6613] OK. First thing I wonder is whether you have installed the firmware-amd-graphics package (from the non-free repository). But even then, I don't know whether it has the correct firmware for your device, because I couldn't find "R7" or "Oland" in the package description. I do see "oland" a few times, but... I didn't have backports graphics firmware. I've now installed it. Good suggestion. I'll see if that makes any difference: firmware-amd-graphics/buster-backports,buster-backports,now 20210315-2~bpo10+1 all [installed] * Radeon HD 8500/8600/8700 series CE microcode (amdgpu/oland_ce.bin) * Radeon HD 8500/8600/8700 series K SMC microcode (amdgpu/oland_k_smc.bin) * Radeon HD 8500/8600/8700 series MC microcode (amdgpu/oland_mc.bin) * Radeon HD 8500/8600/8700 series ME microcode (amdgpu/oland_me.bin) * Radeon HD 8500/8600/8700 series PFP microcode (amdgpu/oland_pfp.bin) * Radeon HD 8500/8600/8700 series RLC microcode (amdgpu/oland_rlc.bin) * Radeon HD 8500/8600/8700 series SMC microcode (amdgpu/oland_smc.bin) * Radeon HD 8500/8600/8700 series UVD microcode (amdgpu/oland_uvd.bin) I don't know whether any of those is intended to match your device. Checking "dmesg | grep -i firmware" would be good. Reporting as (after backports firmware install): [ 2.967504] radeon :85:00.0: firmware: direct-loading firmware radeon/oland_pfp.bin [ 2.967525] radeon :85:00.0: firmware: direct-loading firmware radeon/oland_me.bin [ 2.967545] radeon :85:00.0: firmware: direct-loading firmware radeon/oland_ce.bin [ 2.967564] radeon :85:00.0: firmware: direct-loading firmware radeon/oland_rlc.bin [ 2.967594] radeon :85:00.0: firmware: direct-loading firmware radeon/si58_mc.bin [ 2.967636] radeon :85:00.0: firmware: direct-loading firmware radeon/oland_smc.bin [ 2.976662] radeon :85:00.0: firmware: direct-loading firmware radeon/TAHITI_uvd.bin [ 2.976711] radeon :85:00.0: firmware: direct-loading firmware radeon/TAHITI_vce.bin Linux MyMachine 5.10.0-0.bpo.8-amd64 #1 SMP Debian 5.10.46-2~bpo10+1 (2021-07-22) x86_64 GNU/Linux So you grabbed a kernel image from backports, at least. That's probably a good step. But this doesn't tell us whether you also grabbed the X server (or Wayland), Mesa, firmware, etc. To my knowledge there is, by design, nothing X related in backports. I've looked for xserver and gnome packages and discovered that nothing GUI is included in backports, though I can't remember exactly where I found that. I'll upgrade to bullseye in a few days and will probably only continue investigating it if it comes back with enabled gnome extensions after that. Upgrading to bullseye is probably wise for this new a device. If nothing else, it would save you having to figure out all of the backported packages you need.
Re: Debian Meetup in Stockholm August 2021
Hi! i will show up myself on Saturday and Sunday this week On Mon, Aug 9, 2021 at 8:56 PM Luna Jernberg wrote: > Hey! > > Me and @Helio Loureiro decided we will have > some IRL Debian Meetups 14-16th August 16:00-19:00 Swedish time at > Mosebacketerrassen > in Slussen, Stockholm, Sweden > > To celebrate the Debian 11 release and the 28th Debian Birthday > everyone that has time is welcome to swing by >
Re: Disk for a small server
On Wed, Aug 11, 2021 at 05:54:24PM -0400, Stefan Monnier wrote: > David Christensen [2021-08-11 14:48:05] wrote: > > That is why there is the scientific method. Please cite relevant article(s) [...] > And until such empirical data shows up, I'll give the benefit of the > doubt to the scientists/academics. That's what we pay them for, after all ;-D Cheers - t signature.asc Description: Digital signature
