Re: [DNG] Automating the distro?
I would be willing to help with this idea. Who would I contact? I'd need to learn the process so I could help automate it. Rod On 12/7/21 3:16 PM, Steve Litt wrote: > Hi all, > > I wonder if building Devuan can be further automated. Void Linux has > some super-duper software processes to do much of this automatically. > It works right off of a git server (unfortunately, github). If I'm not > mistaken it puts out two updates a day, but of course there's no > automatic updating so the user chooses when to do all the updates up to > current. With very few people, Void Linux manages to keep a very > complete distro with very few screwups, and they fix major security > flaws about as fast as Debian. > > I'm wondering if Devuan could make use of something similar. Perhaps > doing this would free up resources to Devuanize more packages, for less > dependency on Debian. > > Before you ask, no, I can't help. I'm indexing my new book, I'm making > provisions so programs written in Freepascal, C, and pretty much any > other language, can send a sine wave to the speakers (a capability > requiring way too much programming in Linux). Of course I'll > release it as Free Software. > > The Debian "Community" is getting more rotten every day. Just today on > Debian-User, somebody asked a maybe sorta dumb question, and several > people gleefully jumped all over him. One guy (not the OP) thanked > everybody for their diverse solutions, and then criticized the OP, > signing his email "With kindest regards" :-). Another guy managed to > bring the OP's advanced age into it. So it's not just their politicians > with their rigged GRs, it's the very citizenry of Debian itself. In the > long run it's probably going to be advantageous for Devuan to move more > toward a distro of its own, before the Debian crowd decide to put in > halloween code to sabotage Devuan. > > SteveT > > Steve Litt > Spring 2021 featured book: Troubleshooting Techniques of the Successful > Technologist http://www.troubleshooters.com/techniques > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng > -- Rod Rodolico Daily Data, Inc. POB 140465 Dallas TX 75214-0465 US https://dailydata.net 214.827.2170 ext 100 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] can't print PDFs [Solved?]
On Tue, Dec 07, 2021 at 05:35:00PM -0500, Haines Brown wrote: > I'm using a HP LaserJet 1300 printer with Devuan. I used to able to > print PDFs without a problem. But when I installed the operating > system on new hardware I could no longer print PDFs. > > A two-word PDF prints OK. More complicated PDFs are sent to the queue > but rather than print simply ñturn on the printer's error LED. The > printer is using the recommaned Poststcript filter. > > In CUPS inteface the printer is seen as: > > HP_LaserJet_1320_series > HP LaserJet 1320 series lenin > HP LaserJet 1320 series Postscript (recommended) > Processing - "Use "pdftops-renderer" option (see cups-filters README file) > to use Ghostscript or MuPDF for the PDF -> PostScript conversion." > > I look at /usr/share/doc/cups-filters/README.gz. It seems that to print > PDFs I must download and compile cups-filters-1-current.tar.gz. This is > where I got into trouble. > > Poppler, freetype, fontconfig, and liblcms (liblcms2 recommended) must > be installed to be able to compile this package. > > I don't have access to a program named "poppler": > > i A poppler-data - encoding data for the poppler PDF > renderi > i A poppler-utils - PDF utilities (based on Poppler) > p python3-poppler-qt5- Python binding to Poppler-Qt5 C++ > library > i A qpdfview-pdf-poppler-plugin- tabbed document viewer - DjVu plugin > p ruby-poppler > > I do have fontconfig installed and also liblcms2-2 installed. > > Because the BZT repository does not contain a prebuilt configure > script, I must first run autoconfig. This only leads to some undefined > macro errors. It says please use m4_pattern_allow. Man autoconf says > nothing about what this means. > > Why has printing a PDF become so difficult? This makes no sense to me I had better luck when I rejected the recommended filter and instead chose the pcl3 filter. Sorry to waste your time. -- Haines Brown ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] can't print PDFs
I'm using a HP LaserJet 1300 printer with Devuan. I used to able to print PDFs without a problem. But when I installed the operating system on new hardware I could no longer print PDFs. A two-word PDF prints OK. More complicated PDFs are sent to the queue but rather than print simply ñturn on the printer's error LED. The printer is using the recommaned Poststcript filter. In CUPS inteface the printer is seen as: HP_LaserJet_1320_series HP LaserJet 1320 series lenin HP LaserJet 1320 series Postscript (recommended) Processing - "Use "pdftops-renderer" option (see cups-filters README file) to use Ghostscript or MuPDF for the PDF -> PostScript conversion." I look at /usr/share/doc/cups-filters/README.gz. It seems that to print PDFs I must download and compile cups-filters-1-current.tar.gz. This is where I got into trouble. Poppler, freetype, fontconfig, and liblcms (liblcms2 recommended) must be installed to be able to compile this package. I don't have access to a program named "poppler": i A poppler-data - encoding data for the poppler PDF renderi i A poppler-utils - PDF utilities (based on Poppler) p python3-poppler-qt5- Python binding to Poppler-Qt5 C++ library i A qpdfview-pdf-poppler-plugin- tabbed document viewer - DjVu plugin p ruby-poppler I do have fontconfig installed and also liblcms2-2 installed. Because the BZT repository does not contain a prebuilt configure script, I must first run autoconfig. This only leads to some undefined macro errors. It says please use m4_pattern_allow. Man autoconf says nothing about what this means. Why has printing a PDF become so difficult? This makes no sense to me -- Haines Brown ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Automating the distro?
On 2021-12-07 15:16, Steve Litt wrote: In the long run it's probably going to be advantageous for Devuan to move more toward a distro of its own, before the Debian crowd decide to put in halloween code to sabotage Devuan. SteveT Aren't they doing that already? There are a lot of folks hanging around Devuan who have ideas about what Devuan should/could do and way too few to actually do any work. It is really, REALLY annoying . . . golinux ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Automating the distro?
Hi all, I wonder if building Devuan can be further automated. Void Linux has some super-duper software processes to do much of this automatically. It works right off of a git server (unfortunately, github). If I'm not mistaken it puts out two updates a day, but of course there's no automatic updating so the user chooses when to do all the updates up to current. With very few people, Void Linux manages to keep a very complete distro with very few screwups, and they fix major security flaws about as fast as Debian. I'm wondering if Devuan could make use of something similar. Perhaps doing this would free up resources to Devuanize more packages, for less dependency on Debian. Before you ask, no, I can't help. I'm indexing my new book, I'm making provisions so programs written in Freepascal, C, and pretty much any other language, can send a sine wave to the speakers (a capability requiring way too much programming in Linux). Of course I'll release it as Free Software. The Debian "Community" is getting more rotten every day. Just today on Debian-User, somebody asked a maybe sorta dumb question, and several people gleefully jumped all over him. One guy (not the OP) thanked everybody for their diverse solutions, and then criticized the OP, signing his email "With kindest regards" :-). Another guy managed to bring the OP's advanced age into it. So it's not just their politicians with their rigged GRs, it's the very citizenry of Debian itself. In the long run it's probably going to be advantageous for Devuan to move more toward a distro of its own, before the Debian crowd decide to put in halloween code to sabotage Devuan. SteveT Steve Litt Spring 2021 featured book: Troubleshooting Techniques of the Successful Technologist http://www.troubleshooters.com/techniques ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng