Re: Bookworm's /etc/mailcap seems to break s-nail
On Fri May 17, 2024 at 11:56 AM BST, Max Nikulin wrote: > You may file an issue to the emacs bug tracker. I didn't realise this was coming straight from upstream. If it were a Debian-local issue, I'd file something, but I will respectfully decline to engage with Emacs upstream. (Interesting to see another user of debbugs out there Today, besides Debian!) > However at least one developer was against wrappers: … Thank you for sharing these upstream bugs. They make for fascinating (if occasionally horrifying) reading. > Finally, I think that s-nail should ignore malformed mailcap entries. I agree. > On 16/05/2024 14:48, Jonathan Dowland wrote: > > Please do not CC me for listmail. > > You still decided to add my address to CC despite I joined to the > thread, not started it. I expect it is enough to guess that I am able to > follow the discussion even not being subscribed. So I did: Apologies! It seems my new favourite MUA (aerc) does not handle list replies by default as I would like it to/as I was used to with mutt. I will be more careful. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Bookworm's /etc/mailcap seems to break s-nail
On Wed May 15, 2024 at 4:51 PM BST, Max Nikulin wrote: > On 07/05/2024 23:24, Max Nikulin wrote: > >> On 2024-05-06 17:04, Max Nikulin wrote: > >>> So doubled backslashes (as in .desktop files) are correct. > >>> > >>> What is wrong is lack of backslashes added before ";" and it is a bug. > > I have filed > https://bugs.debian.org/1071036 > update-mime does not escape semicolon in .desktop Exec entries Thanks for persevering with this! Re-reading your bug report I'm struck by how hard to reason about (and test) the emacs .desktop Exec= line is. Personally I'd break that out to a separate wrapper script, which wouldn't fix the root issue you've identified, but wouldn't trigger it. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: [SOLVED] Trouble/bug with initramfs-tools adding encrypted swap partition
On Wed Apr 24, 2024 at 1:50 PM BST, Richard wrote: > upon gathering my thoughts for answering to you I found the solution to > this: update-initramfs can't handle the case that crypttab ends in the line > of the last entry and not in a new line character. I think there either > should be a fix for this or at least a way to handle this case with a much > clearer error message. So I'll probably open a bug report for the package > and the maintainer can decide if that should be forwarded upstream. Such a > rather trivial case shouldn't be resulting in such fatal errors. That's very interesting. I'd definitely suggest filing a bug for this, if there isn't one already. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Debian non-free-firmware policy making OS misleading and Free Software unfriendly
On Sun Apr 21, 2024 at 9:58 PM BST, Reid wrote: > If the Installers are not ALL going to give users the choice to opt-in > or opt-out of non-free components, then those above-mentioned > promotional pages really need to be updated so as to not be misleading > users. I'm sure the Debian WWW team would be welcome of some help addressing issues. The communication point for them is the debian-www[1] mailing list, and there's a www.debian.org pseudo-package in the Debian BTS[2] where bugs and patches can be filed. [1] https://lists.debian.org/debian-www/ [2] https://bugs.debian.org/cgi-bin/pkgreport.cgi?package=www.debian.org > But BETTER yet, why not just update all the installers to give users > that choice? That's what I'm strongly suggesting. Something very > wrong/misleading/deceptive is happening right now. Likewise, the installer team communicate with a dedicated list debian-boot[3], and the installer(s) have their own BTS components: one is debian-installer[4], but I'm not sure what the Live DVD is covered by. [3] https://lists.debian.org/debian-boot/ [4] https://bugs.debian.org/cgi-bin/pkgreport.cgi?package=debian-installer The list you are posting on is a User list, so there's no guarantee that the relevant Developers will see your messages. Best wishes, -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: LibreOffice removed from Debian
On Wed Apr 17, 2024 at 4:31 PM BST, Jonathan Dowland wrote: > That's not what I see here. Perhaps share one of your affected bug > numbers? Ah <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069123#25> (from elsewhere in the thread) explains it. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: LibreOffice removed from Debian
On Wed Apr 17, 2024 at 2:30 PM BST, Vincent Lefevre wrote: > Not just mine. It seems that *all* bug reports against > libreoffice have been closed: > > > https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=0;ordering=normal;repeatmerged=0;src=libreoffice > > Only bug 883734 is open, but this is because it has been reopened. That's not what I see here. Perhaps share one of your affected bug numbers? -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: HDD long-term data storage with ensured integrity
On Tue Apr 2, 2024 at 10:57 PM BST, David Christensen wrote: > AIUI neither LVM nor ext4 have data and metadata checksum and correction > features. But, it should be possible to achieve such by including > dm-integrity (for checksumming) and some form of RAID (for correction) > in the storage stack. I need to explore that possibility further. It would be nice to have checksumming and parity stuff in the filesystem layer, as BTRFS and XFS offer, but failing that, you can do it above that layer using tried-and-tested tools such as sha1sum, par2, etc. I personally would not rely upon RAID for anything except availability. My advice is once you've detected corruption, which is exceedingly rare, restore from backup. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Commandline client to lookup MAC vendor
On Thu Mar 7, 2024 at 8:50 AM GMT, Ralph Aichinger wrote: > Several packages in Debian can somehow (either by embedding it or > querying it from some common database) display the MAC Vendor > information of network adapters (derived from hardware addresses). > > One example is nmap, that displays the device vendor when scanning. > > Is there some commandline tool doing this directly in Debian? I know > that there are websites that offer this as a service, but sometimes a > CLI is more convenient. > > Alternatively, and if this information is stored in some shared > databases, can this be queried e.g. from a Pyhton script? If so, how? The nmap-common package ships the DB that nmap queries in a plain text format: /usr/share/nmap/nmap-mac-prefixes Example $ ip link show wlp0s20f3 | grep ether link/ether 90:09:df:ba:0c:cf brd ff:ff:ff:ff:ff:ff $ grep -i ^9009df /usr/share/nmap/nmap-mac-prefixes 9009DF Intel Corporate HTH, -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: which package to file a bug report ?
On Tue Feb 27, 2024 at 7:12 AM GMT, Frank Weißer wrote: > So we are at my original question: Which package to file a bug report ? Package "debian-installer", I think; and/or submit an installation report, which can be done with reportbug against the "installation-report" pseudo package. See <https://d-i.debian.org/manual/en.amd64/ch05s04.html#submit-bug> -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: archive files
On Fri, May 05, 2023 at 12:07:09AM -0700, David Christensen wrote: How does cpio(1) compare? How about dump(8) and restore(8)? I'd note that these (like tar) are both very old tools, and there are many more modern ones perhaps worthy of consideration too. (which; is left as an exercise for the reader) AIUI dd(1) produces identical backup/ restore results. Do you know otherwise? It does so by cloning the device underneath the filesystem, and thus, the filesystem on top (and all the 'gaps' between); so yes, using dd(1) can preserve any metadata that you care about. But the result is very unwieldy to store or access, and you have to be sure the filesystem is in a ready state to be cloned or information that has not hit the disk (in data structures in memory or buffer cache) could be lost, so it's not generally recommended as a tool to produce a file archive. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: solution to / full
On Mon, Mar 06, 2023 at 10:41:22AM +, Jonathan Dowland wrote:
Quite. I habitually alias ls to 'ls -lhrt', (and cdls() { cd "$@" && ls
-lhrt; }; alias cd=cdls) so I'm very used to only looking at the bottom
of a long list of size-sorted-ascending.
Err, of course, that's date-sort-ascending, not size. But I hope the
point I was making got through regardless.
--
Please do not CC me for listmail.
Jonathan Dowland
✎j...@debian.org
https://jmtd.net
Re: solution to / full
On Sat, Mar 04, 2023 at 11:10:48AM -0600, David Wright wrote:
But then when there's a drove, the biggest go AWOL
off the top of screen.
Quite. I habitually alias ls to 'ls -lhrt', (and cdls() { cd "$@" && ls
-lhrt; }; alias cd=cdls) so I'm very used to only looking at the bottom
of a long list of size-sorted-ascending. But I think it's a matter of
taste.
--
Please do not CC me for listmail.
Jonathan Dowland
✎j...@debian.org
https://jmtd.net
Re: solution to / full
On Thu, Mar 02, 2023 at 07:25:58AM -0500, Greg Wooledge wrote: I don't understand why you used sort -r, but then reversed it again with tac at the end. You could drop both of the reversals, and just change head to tail. The short answer is because I wrote all but the last "tac" several years ago, and added the last "tac" in writing the mail, when I realised the output was the other way around to how I'd prefer. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: solution to / full
On Wed, Mar 01, 2023 at 03:15:07PM +0100, Jochen Spieker wrote:
The program dpigs from the package debian-goodies can help you find the
biggest debian packages you have installed. Of course you need to check
yourself whether you need them.
It's a shame that this requires installing debian-goodies (and
associated transitive dependencies), which can be a problem when the
root filesystem is full or nearly so.
A while ago I (privately) re-wrote dpigs in standard tools for this
reason (mostly for operating inside small containers). Once I got to
feature parity I was going to submit a wishlist bug to split it out from
debian-goodies, but the last feature was awkward to implement and I
never finished it.
Anyway, for OP's purpose, what I have is good enough. Presented in case
it's useful:
--✂--✂--✂--✂--✂--✂--✂--✂--✂--✂ --✂--✂--✂--✂--✂--✂--✂--✂--✂--✂--
STATUS_FILE=/var/lib/dpkg/status
dpigs()
{
TL=${1-10}
awk -v RS='' '/Status:.*installed\n/' "$STATUS_FILE" \
| grep -E '^(Installed-Size|Package)' \
| cut -d: -f2- \
| paste - - \
| sort -rnk2 \
| awk '{ print $2 "\t" $1 }' \
| head -n "$TL" \
| tac
}
dpigs "$@"
--✂--✂--✂--✂--✂--✂--✂--✂--✂--✂ --✂--✂--✂--✂--✂--✂--✂--✂--✂--✂--
--
Please do not CC me for listmail.
Jonathan Dowland
✎j...@debian.org
https://jmtd.net
Re: solution to / full
On Wed, Mar 01, 2023 at 02:27:58PM -0700, Charles Curley wrote: You can find the large directory culprits quickly enough with cd / du -h | sort -h OP demonstrated that they know how to use ncdu, which is a far superior way of achieving the same result. Personally I like duc for this job (and so I took over maintaining it): https://duc.zevv.nl/ -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Debian bug report etiquette
On Sat, Feb 25, 2023 at 03:40:19PM +0900, John Crawley wrote: I've done this. [1] Great! I've sent a mail to cont...@bugs.debian.org to bump the severity to serious. Good. That seems to have done the trick: I see the maintainer has uploaded a new version with a fix for your issue (--execute), but they have pointed out that the original bug was complaining about something different (-c): I hadn't noticed the difference, and it seems only the former is a policy violation in their eyes. I hope the action properly addresses *your* issue. (They didn't merge your MR as part of the upload, it seems. You can probably close it if you are satisfied the issue is done.) I help to manage a small Debian derivative. [2] Our default terminal emulator used to be Terminator, and some of our users still like it. The recent issue has broken one of our utilities, if run with x-terminal-emulator set to terminator. I see, thank you for explaining! Thanks again! You're welcome, -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Debian bug report etiquette
Hi, [ honouring Reply-To as set ] I might have missed many nuances in the situation but from what I've read, here's what I observe. On Thu, Feb 23, 2023 at 11:23:26AM +0900, John Crawley wrote: [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901245 This is the "right" bug for your issue. I also note it's quite old, and hasn't seen much attention. I was unsure whether to post a new bug report or append to the existing one, but did the latter [4]. That was the correct course of action. The issue is fixed by an upstream git commit [5] easily applied by a patch (confirmed), which would make the package fit for release. (Other maintainer options could be to drop the claim to provide x-terminal-emulator or drop the package itself.) I notice that the package source is maintained in git here <https://salsa.debian.org/python-team/packages/terminator> Debian Python Team maintain a huge number of packages (>2,000). Things can very easily slip through the cracks. If you want to make it as easy as possible for someone with sufficient privileges to upload a fix, you could fork/clone that repository, make the necessary changes to the packaging source to include the patch (put it in debian/patches, make any other necessary changes), and raise a "Merge Request" on Salsa, pointing back at the Debian bug. Then the work required to integrate the fix is as small as possible. My question: I'm in doubt whether the maintainer (Debian Python Team) will notice the issue in time for the Bookworm release - would posting a new bug report be seen as "nagging"? I'm not sure about "nagging" but it would not be helpful, because a bug describing the problem already exists. Your problem is getting anyone to take notice of it. The solution is to raise awareness (this mail to the user list, for example, is one way); another is to reduce the friction for fixing it for those who have the ability to do so (outlined above). Have you tried emailing the python packaging maintainers? They're listed as Debian Python Team , although I'm not sure where that mail goes. You could try that and if you hear nothing, consider one of the Uploaders named on the package: they're the actual humans who have looked after it. Is there a polite way to push the severity up from its current "normal"? How important is breaking Debian Policy? It can be a release blocker. You could consider adjusting the bug's Severity. Is the relevant bit of Debian Policy that is violated described as a "must" or "required" directive (or similar)? In which case raising the bug severity to "serious" would be appropriate, and also cause the package to be flagged for dropping from Bookworm unless the bug is resolved (that's one way to get attention!) <https://www.debian.org/Bugs/Developer#severities> Should I just leave it as it is? (I don't personally care all that much about Terminator itself.) I'm curious therefore what is it about this particular bug that has grabbed your attention? Also: is this the right mailing list to ask such questions? Not really. It doesn't hurt though! The question might be more on-topic on debian-devel. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: ASCII formatting for plain text email
On Tue, Jan 31, 2023 at 11:06:44PM +0100, Pierre Willaime wrote:
1- a simple way to draw a line (without pressing 72 times on "-")
---
Are you using emacs? I'm *sure* there must be a quick short-hand to do
this. I use vi, and the keys to press are
72i-
I actually write something like this frequently, and it's fast enough
that I've never bothered to shorten via macro or similar.
2- a simple way to align some text to the right (that is to say to
automatically calculate how many spaces are needed to fill the gap
between the text on the left an the text on the right for 72 characters
line.
With vi, for a whole line, it's simply the command :right, assuming
you've configured the desired textwidth (':set tw=72'. My configuration
sets this automatically for mail buffers).
I'm not sure how to do it for only a portion of a line but I'm sure it's
reasonably straightforward (and a little less sure that this holds true
for emacs as well)
--
Please do not CC me for listmail.
Jonathan Dowland
✎j...@debian.org
https://jmtd.net
Re: ASCII formatting for plain text email
On Tue, Jan 31, 2023 at 07:49:18PM +0100, Pierre Willaime wrote: I would like to format plain text emails to increase readability and information separation. The idea is to go beyond markdown and to have more visible elements. If you do this, please have some consideration for how screen readers will handle your message. I am not an expert on them (and so I ask you go and look elsewhere for information/confirmation) but I believe if you use symbols which have a semantic meaning other than for drawing boxes, you risk your message being unintelligible to screen reader users. On the other hand there are unicode symbols that are specifically for drawing boxes which, and again I stress please fact-check me here, will not cause such problems. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: sshd package systemd misconfiguration?
I've been hit by this too. Likewise I haven't deliberately configured sshd for socket activation nor tampered with unit files. In my case the host was a newly imaged raspberry pi using the images linked from the Debian Wiki. I haven't done any further investigation. -- Jonathan Dowland https://jmtd.net
Re: Substitute for archivemail
On Mon, Sep 05, 2022 at 03:25:48PM -0400, Joey Hess wrote: chewmail is probably the best substitute. It has a very similar usage, I only had to change the -o option and replace -u with -R. This looks very useful, thank you. It's a shame the output format can only be mbox (I think), but since I'm using archivemail's default of gzipped-mbox, it's not a big change. -- Jonathan Dowland https://jmtd.net
Re: Suggestions for rm [WAS: Re: Feature request: install package by passing URL to apt-get]
On Fri, Jun 24, 2022 at 07:02:35AM +, Andrew M.A. Cater wrote: Train your brain and your fingers to move the rf to the end of the command so that you _have_ to check what filename you are typing as you type it. I set a shell alias alias rm='echo use trash instead' This was enough to train me out of typing "rm" in most situations and instead use 'trash': https://tracker.debian.org/pkg/trash-cli Another advantage of trash-cli, as well as the safety measure, is 'trashing' large trees is much faster than deleting them. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Feature request: install package by passing URL to apt-get
On Wed, Jun 22, 2022 at 03:22:30PM -0600, Charles Curley wrote: How do you handle dependencies where there is a version of the dependency on the server, and another version on a repo in the user's sources.list? Multiple nested dependencies? You don't: just like "apt install ./foo.deb", apt takes its existing package database, integrates knowledge of foo.deb, and nothing else. If there are adjacent packages to https://example.com/foo.deb, apt shouldn't know anything about them, IMHO. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: problems while using debian's keyring ...
On Wed, Jun 01, 2022 at 01:40:14AM -0500, Albretch Mueller wrote: I think I am following the steps as I should. This is what I got before and after I thought I have verified the webkit2gtk source packages: $ gpg --verify webkit2gtk_2.34.6.orig.tar.xz.asc webkit2gtk_2.34.6-1~deb11u1.debian.tar.xz gpg: Signature made Thu 17 Feb 2022 07:12:45 AM CST gpg:using DSA key 5AA3BC334FD7E3369E7C77B291C559DBE4C9123B gpg: Can't check signature: No public key $ # apt-get install debian-keyring debian-archive-keyring The key to verify those files is probably in the first of those two packages, but, by default those keyrings will not be checked by gpg(1) on the command line. You will want to use the "--keyring" option e.g. something like $ gpg --keyring /usr/share/keyrings/debian-keyring.gpg --verify webkit2gtk_2.34.6.orig.tar.xz.asc
Re: dlna server for roku?
On Mon, May 16, 2022 at 09:10:14PM +, Lee wrote: 1. fast forward/reverse doesn't show thumbnail pics so I get a rough idea of what I'm skipping over. Is there some way to enable that? I'm afraid I don't know, but, my first thought is, I'd check whether this is actually a property of the dlna server or something the client is responsible for. Sometimes some media or other doesn't appear on the end device. When that happens I just transcode it (It hasn't happened to anything where I'd be concerned about the fidelity of doing so) Do you use handbrake, winff or something else to transcode to mp4? ffmpeg on the command-line. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: dlna server for roku?
On Sat, May 14, 2022 at 05:29:36PM +, Lee wrote: I'd like to watch my own video files on a Roku; apparently what I need is DLNA software on my server.. ... I haven't read anything really good about MiniDLNA/ReadyDLNA/ReadyMedia, so before I spend who knows how much time tring to get it working, is there some other DLNA server software that I should be looking at? MiniDLNA works for me. I stream to Roku devices, and it's packaged in Debian. Sometimes some media or other doesn't appear on the end device. When that happens I just transcode it (It hasn't happened to anything where I'd be concerned about the fidelity of doing so) -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Getting a patch applied with an unresponsive maintainer
On Tue, May 03, 2022 at 04:39:04PM +0100, Adam Dinwoodie wrote: Exactly what I needed, thank you! I hadn't known about the -mentors list, and I wasn't sure going straight to -devel was appropriate, but I think that gives me my next steps here :) Good luck! -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: mutt upgrade in testing broke, downgrade worked
On Mon, May 02, 2022 at 05:58:31PM -0400, songbird wrote: Greg Wooledge wrote: Also, bugs should be reported to bugs.debian.org, not here. an FYI to fellow users can be helpful. That may be true, but even in that case you should describe the issue you've hit. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Getting a patch applied with an unresponsive maintainer
On Tue, May 03, 2022 at 09:19:36AM +0100, Adam Dinwoodie wrote: So I guess the question now is: what, if anything, can I do to get that code into a build and out the door and onto the Debian package repositories? Can you prepare an NMU patch (which incorporates the fix patch, as well as a changelog entry indicating it's a non-maintainer upload)? Then post that to the bug and explain you are seeking a sponsor to upload it. <https://wiki.debian.org/NonMaintainerUpload> You could ask for a sponsor on the debian-mentors or debian-devel mailing lists. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Can an NAS appliance be used as a regular computer?
On Thu, Apr 28, 2022 at 05:42:38AM -0500, Tom Browder wrote: All I want is a small PC able to host multiple drives for redundant storage. Can a typical NAS appliance be used for that? I believe popular NAS appliances by manufacturers such as Synology can either be "rooted" so you can run your own stuff on them, or support running applications via containers on top. Turning the question inside-out, a regular computer can be used as a NAS. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: email lacks sender address
On Wed, Apr 27, 2022 at 10:37:28AM -0400, Haines Brown wrote: Don't my headers show that I'm using Devuan? Devuan is simply Debian without systemd. And any bugs they have introduced. We cannot handle support for Devuan because we are not responsible for what they release. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: email lacks sender address
On Mon, Apr 25, 2022 at 11:39:01AM -0400, Haines Brown wrote: I infer that exim is not being given the envelop address of the sender. Quoting /etc/exim4/exim4.conf.template: # By default, exim forces a Sender: header containing the local # account name at the local host name in all locally submitted messages # that don't have the local account name at the local host name in the # From: header, deletes any Sender: header present in the submitted # message and forces the envelope sender of all locally submitted # messages to the local account name at the local host name. # The following settings allow local users to specify their own envelope sender # in a locally submitted message. Sender: headers existing in a locally # submitted message are not removed, and no automatic Sender: headers # are added. These settings are fine for most hosts. # If you run exim on a classical multi-user systems where all users # have local mailboxes that can be reached via SMTP from the Internet # with the local FQDN as the domain part of the address, you might want # to disable the following three lines for traceability reasons. .ifndef MAIN_FORCE_SENDER local_from_check = false local_sender_retain = true untrusted_set_sender = * .endif -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Recommendations for a home server running Debian Bullseye (11)?
On Mon, Apr 25, 2022 at 10:25:46AM -0500, Tom Browder wrote: I am looking for a commercial grade server (for home use) to replace my remote ones. I am looking at Dell's site and an almost-empty chassis with a low-end Intel, 1 TB SATA, and 8 Gb ECC RAM is in the $800 ball park. It looks very upgradeable. Anyone have any suggestions on whether to buy or not? I would add at least two 1 Tb SSD from Crucial to it. I don't think you've provided enough information about how you want to use it and any other constraints (noise, space, energy cost) which play into the decision making, but here's a write-up of my home server in case it's any use: <https://jmtd.net/hardware/phobos/> -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: email lacks sender address
On Sun, Apr 24, 2022 at 04:02:31PM -0400, Haines Brown wrote: I use mutt to send messages through exim4. Some messages lack a sender. Any idea what circumstances result in messages which do, or do not, have a Sender? Do you have anything relevant in /etc/email-addresses? Here is a log emtry showing that from: address is blank: Sender: or From:? or SMTP FROM? I'm not familiar enough with Postfix to interpret the logs, but, it seems to be talking about Sender:. I would start by trying to rule out some of the software involved here. Try using swaks to generate test mails to your local exim, ruling out mutt, and then use swaks directly to your Postfix relay, and see if you get different results. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Out of memory killer misconfigured?
On Wed, Apr 20, 2022 at 04:23:38PM +0100, piorunz wrote: Sorry but this happened to me a few times, each tome with the same Wine program. it just loves to eat all available memory when its doing heavy computations. When I am not careful and I start too many threads, is eats all memory. My system gets killed every single time. I am not extrapolating anything. Misbehaving app should get killed, but instead, Linux kills itself. Ok, not one experience, but one scenario. And there are plausible reasons why this might be happening as outlined in my other mail to the thread (OOM adjustments to make the killer skip over the process). Occam's razor suggests something about your particular setup versus the OOM killer simply being as bad as you think it is. FWIW, I invoke the OOM killer a lot recently (due to some scientific experiments) and the sensible processes were killed in my case, every time, leaving my desktop functional. More data about your setup is needed to fathom out what's going on. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Out of memory killer misconfigured?
On Thu, Mar 31, 2022 at 05:53:20PM +0100, piorunz wrote: Well, nowadays oom killer is not so picky. It just kills (almost) EVERYTHING and then offending memory hungry process as a last, destroying entire work session. You are extrapolating from your single experience to make a generalisation that might not be true. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Out of memory killer misconfigured?
On Tue, Mar 29, 2022 at 10:34:19AM +0100, piorunz wrote:
Instead of killing ONE 7.5 million-worth pagetable process, Linux is
killing everything else! KDE activity manager killed. Then it goes on to
kill EVERYTHING in the system:
Perhaps your wine processes had their oom_adj (etc) values tweaked to
make the algorithm not consider them (/proc//oom_{adj,score,score_adj})?
I can imagine some ill-advised launcher script for windows software on
linux doing this.
--
Please do not CC me for listmail.
Jonathan Dowland
✎j...@debian.org
https://jmtd.net
Re: Libreoffice: printing "dirties" the file being printed
On Sat, Apr 02, 2022 at 07:08:11PM +0100, Brad Rogers wrote: Tools menu/Options - General; 'Printing sets "document modified" status' Does anyone have any insight into why this is an option? More specifically, what reason would anyone want to have their document marked as modified because they printed it? -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Uninstalling a package removes other essential packages: What is the best course of action?
On Mon, Feb 14, 2022 at 11:28:18AM +0100, Stella Ashburne wrote: I wonder who embed Thai fonts and code in the first place.. อย่าเหยียดเชื้อชาติ -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Mini server hardware for home use NAS purposes
On Wed, Feb 02, 2022 at 03:11:57PM +0100, Christian Britz wrote: Do you have any recommendations for me? I have much the requirements and my current solution is documented here: <https://jmtd.net/hardware/phobos/> -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Haskell Platform
On Fri, Jan 28, 2022 at 10:45:05AM +, Jonathan Dowland wrote: I don't think it has been formally abandoned or deprecated but I don't think anyone is really working on it anymore. By coincidence the topic of Haskell Platform came up on Reddit: <https://www.reddit.com/r/haskell/comments/sgx9ze/is_haskell_platform_no_longer_supported/> It's Dead, Jim! I think we should probably remove it from Debian to avoid further confusion. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Haskell Platform
On Thu, Jan 27, 2022 at 09:30:25PM +, Aaron Gray wrote: Is it possible to get the Haskell-Platform updated to a more recent version ? Debian has got the 2014 version on all releases. Can someone point me in the right direction as to how to do something about this please ? Are you sure you want to use haskell-platform? The latest upstream version, whilst newer than Debian's copy, is also several years old (May 2019). I don't think it has been formally abandoned or deprecated but I don't think anyone is really working on it anymore. The upstream homepage used to be https://www.haskell.org/platform/, which now redirects to https://www.haskell.org/downloads/, which no longer mentions Haskell Platform at all. What to recommend instead depends on exactly what you are trying to do. If you are trying to develop a Haskell program I would recommend using "stack", which is available in the Debian package haskell-stack. Using stack means downloading all the Haskell packages you use from outside of Debian. There are other options. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: cooperative.co.uk has address 127.0.0.1
On Wed, Jan 19, 2022 at 06:50:06PM -0600, Nicholas Geovanis wrote: I hate to douse the party, but all 127.0.0.0/8 addresses are defined to be loop back. So no network interface card or network stack on top of it should write anything to the wire or air to that address. …that's entirely consistent with what we wrote. That's the entire point of the setup I described. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Usenet access.
On Mon, Jan 17, 2022 at 12:09:27PM -0800, pe...@easthope.ca wrote: Can anyone suggest an alternative to Google Groups for access to sci.electronics.repair. I'd be happy to pay a small subscription for access without tedious complications. https://www.eternal-september.org is a private, but free text-only Usenet service. It offers the sci.* hierarchy and carries the group you want. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: cooperative.co.uk has address 127.0.0.1
On Wed, Jan 19, 2022 at 01:36:30PM +, Richmond wrote: It doesn't seem like an appropriate use of the address to me, and I stared in disbelief when I saw it, thinking something had gone wrong. This is unlikely to be an explanation for cooperative.co.uk, but it used to be fashionable to register a vanity domain, set an A record to 127.0.0.1, set the record to a valid IPv6 address from which you connect to an IRC network, set the rdns record to match, and then you appear on IRC as your chosen vanity host. If you get into an argument with someone on IRC (perhaps more common for the types of people who go about setting this up) and the other end decides to packet flood you, if they aren't careful they'll direct their packet cannons at 127.0.0.1. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: restructure folders
On Thu, Jan 13, 2022 at 07:23:14AM -0500, Greg Wooledge wrote: First of all, this already exists: https://manpages.debian.org/ Alas OP mentioned (not in the top message) that this is for an offline system. However manpages.d.o mentions it is generated using this software: https://github.com/Debian/debiman OP could give that a try. Another option would be to contact the manpages.d.o maintainers and discuss mirroring (or at least downloading) all of the generated data. See <https://manpages.debian.org/faq.html> for who to get in touch with. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Why do experimental packages (e.g. clang-13) get in unstable?
On Fri, Jan 14, 2022 at 10:56:19AM +0100, Vincent Lefevre wrote: So clang-13 1:13.0.1~+rc1-1~exp4 testing is in testing/unstable, but the changelog says: llvm-toolchain-13 (1:13.0.1~+rc1-1~exp4) experimental; urgency=medium Because despite what the changelog or the version string say, the maintainer uploaded that version to unstable: https://tracker.debian.org/news/1293514/accepted-llvm-toolchain-13-11301rc1-1exp4-source-into-unstable/ -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Filesystem and free space
On Sun, Dec 12, 2021 at 02:13:19PM -0500, Polyna-Maude Racicot-Summerside wrote: I know there's quota but what I want to ensure is simply that no user can write to disk unless there's at least 2 GB left free on partition. Is this possible ? As another has mentioned, there's reserved-blocks-percentage at filesystem creation time, but it only distinguishes between superuser and not-superuser. But you could set the % such that the reserved space was 2GiB that way. Personally, I leave the reserved block quota at the default (which means I can always do some basic things as root) and for the filesystems which need reserved space to operate, I create an empty non-sparse file of the appropriate size: ▶ stat /mnt/emergencySpace File: /mnt/emergencySpace Size: 1073741824 Blocks: 2097152IO Block: 4096 regular file If/when the filesystem fills up such that the operations that need space fail, I can quickly remove the emergencySpace file, run those operations, and then do a deeper clean-up (removed old backup increments, or whatever has caused the fill-up). -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Firefox ESR EOL
On Thu, Dec 09, 2021 at 05:51:49PM -0500, Michael Castellon wrote: easier than this? You're comparing apples and oranges, here, because your solution (which is perfectly fine, by the way, for those who are happy with it: I do something very similar for myself) doesn't compile Firefox from source and is specific to amd64, Debian needs to do something that works for all 9 architectures we support. We also apply 22 patches (currently) to the source tree, every patch needs to be individually checked and possibly removed or rebased for on every version update. And a substantial chunk of the work is in getting the (new) build dependencies sorted out. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Firefox ESR EOL
On Thu, Dec 09, 2021 at 08:44:12PM +, Andrew M.A. Cater wrote: The one thing that would be good would be a backport of the mesa-utils to Bullseye as that would also solve problems with Debian and GUI apps under WSL2 and Windows :) I've seen that proposed a few times: backport Mesa to get EGL support to solve this problem. Is it definitely the case that there is no hardware for which GLX is supported and EGL is not? -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?
On Wed, Dec 01, 2021 at 09:31:43PM -0600, David Wright wrote: As for the firefox version, it manages to combine them, but throws the emphasis onto the face, and just looks like a mischievous kid's cartoon character. That's exactly what I look like ;) -- Please do not CC me, I am subscribed to the list. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?
On Tue, Nov 30, 2021 at 09:49:15PM -0800, Charlie Gibbs wrote: My signature includes an emoji which is configured to be a reasonable approximation of my appearance. That does sound like fun, even though curmudgeons like me might consider it frivolous. I doubt I'll have a hardware/software combination that's capable of displaying all of it anytime soon - I still see tofu on my flip phone - but I'm not trying to stop anyone else from having harmless fun with it. I was a little surprised when this side-thread popped up, and I'd mentally filtered out my signature when reading my own mails. FWIW, the pencil and anchor render fine for me in my usual mail environment (mutt in a terminal), but the emoji person and the skin colour swatch are not combined. They are both individually rendered and in colour, so there's that. Perhaps one day I'll find that something has changed in the software stack and they become so! It does render properly via Firefox in the mailing list archives. Speaking of colour, I work at Red Hat and I have had (U+1F3A9 TOP HAT) as the shell prompt character for the main RHEL virtual machine I use for work. At that time, my terminal did not support colour glyphs, and the font that was used to render that happened to use the Fedora fedora for that glyph, and I coloured it red using terminal colour escape codes. Later, IBM bought Red Hat. And at a similar time, I updated my (Debian) system and gained the ability to display coloured glyphs. The chosen font to supply that glyph was changed, and my red-coloured monochrome hat became a blue one. Spooky. (This whole thing reminded me of a sub-project I have on the backburner to map the Debian swirl to a spare unicode code-point; or, to U+F000 in the private use area, where Apple systems display the Apple logo. I got as far as importing the swirl graphic into a OTF format font. I should pick it up!) Again, my apologies. No problem. Thank you, -- Please do not CC me, I am subscribed to the list. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?
On Sun, Nov 28, 2021 at 11:54:16AM -0800, Charlie Gibbs wrote: Am I the only one who sees the irony in all this? We're living in an era where the so-called "woke" generation is taking offence at every perceived slight or sign of racial or sexual discrimination, however minor. Yet these same people are eagerly leaving behind the originally all-text form of e-mail Since we're talking about my email signature here, this characterisation you've described is meant to be me. I don't know what *I've* done for you to describe me that way, but at best it's irrelevant to debian-user. It's perjorative, and I would ask that you stop writing perjoratively about me on this mailing list, and go and re-read the Code of Conduct for participating in Debian. eagerly leaving behind the originally all-text form of e-mail Unicode *is* text, as far as I'm concerned. I don't see the point in limiting what I write to a 7-bit namespace from the 1960s, even if I am fortunate enough that my chosen names are representable in it. in favour of graphics that are gleefully being used to highlight them. My signature includes an emoji which is configured to be a reasonable approximation of my appearance. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: How to NOT automatically mount a specific partition of an external device?
On Thu, Nov 25, 2021 at 09:28:03AM +0100, steve wrote:
It seems like /etc/fstab in not read when plugging in the device.
What's wrong?
The thing doing the mounting is udisks (8). Checking that man-page, one
thing you can do to hint udisks to ignore a device is to have udev set a
property UDISKS_IGNORE. So if you can write a udev rule that matches
your device and sets ENV{UDISKS_IGNORE}="1", I think udisks will
ignore it.
--
Please do not CC me for listmail.
Jonathan Dowland
✎j...@debian.org
https://jmtd.net
Re: How to cause a process started in .xsessionrc to terminate with x-session termination?
On Mon, Nov 22, 2021 at 11:39:46AM -0500, Greg Wooledge wrote: I don't know the exact time that I closed the login shell on tty2. It *could* have been at exactly 11:19:00 but that seems like a suspiciously round number (and a suspiciously long time after I started the service). You don't, but your system(d) does: the system instance, not the user instance. From my "journalctl --follow" output, after a "su -" and then immediately after closing the resulting shell: Nov 23 12:03:27 coil su[1330250]: pam_unix(su-l:session): session closed for user root -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: How to cause a process started in .xsessionrc to terminate with x-session termination?
I'd echo Greg in that the simplest answer might lie with using systemd's facility for this, but, On Thu, Nov 18, 2021 at 02:34:52PM -0600, David Wright wrote: # ~/.xsession contents … # now start your clients and programs, all backgrounded with & ^^ This would be the point at which OP would invoke unison, … # at the end of the file is one foreground program: # wait for the window manager in the background to die wait $Wmpid # end-of-file ^^ when the WM dies, code here could be used to kill the unison process (or send it a signal or anything else needed) -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: How to cause a process started in .xsessionrc to terminate with x-session termination?
On Thu, Nov 18, 2021 at 03:46:48PM -0500, Greg Wooledge wrote: (I still wonder whether systemd offers anything relevant here. And if not, what the hell *is* the point of systemctl --user? I've never used it, nor found any reason to use it. Yet.) systemd certainly does offer something here. It's related to what processes are considered to belong to a "session", it came in with version 230, and there was quite a stink about it from people who wanted this not to happen, at the time: <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825394> It seems that the Debian Xsession setup does start a systemd --user service. I've never tried to use it for this purpose. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Mouse locator
On Fri, Nov 12, 2021 at 06:51:04AM -0700, Charles Curley wrote: On Fri, 12 Nov 2021 07:56:42 -0500 Dan Ritter wrote: The first thing that comes to mind is always using a larger pointer -- the size and shape are configurable in most systems. big-cursor provides even larger cursors. A red cursor also helps. Install xcursor-themes and select the redglass theme. On XFCE, you can adjust the pointer size. I usually set mine to 36 points. -> Applications -> Settings -> Mouse & Touchpad -> Themes. Last year I changed my mouse pointer to be huge and (coincidentally) red: I cloned the classic Commodore Amiga Workbench 1.3-era mouse pointer and scaled it up 8 times from the original size. It's so useful I couldn't go back to a regular-sized pointer! <https://jmtd.net/log/amiga_pointer/> (instructions in a comment) -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: downgrade qt version from 5 to 4
On Wed, Nov 10, 2021 at 09:37:22AM +0100, lina wrote: In order to have avogadro instead of avogadro2. I intend to downgrade qt5 to qt4. You shouldn't need to: qt4 and 5, in theory at least, should be co-installable. Alas, Qt4 was enthusiastically purged from Debian at the earliest opportunity. As others have suggested, running a special VM (or container) with an older Debian release within it might be the best way to go. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Is "Debian desktop environment" identical to "GNOME" upon installation?
On Fri, Nov 05, 2021 at 12:50:23PM +0100, Alejandro Colomar (man-pages) wrote: hv3 This is a web browser written in TCL/tK. What I suspect is happening is it's being pulled in to satisfy a dependency on "www-browser" virtual package by one of the desktop metapackages. libsqlite3-tcl libtcl8.6 libtk-img libtk8.6 tcl tcl-tls tcl8.6 tcllib tk tk-html3 tk8.6 These are all dependencies from hv3. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: OpenSMTPD won't start as part of systemd
On Fri, Oct 29, 2021 at 01:16:12AM -0400, Paul M. Foster wrote: A lot to examine... If you've got journald installed and configured (likely) you can narrow it down a little with journalctl. You want messages from the beginning of the last boot up until the point that opensmtpd complained. journalctl -xb --until="-MM-DD HH:MM:SS" One thing stands out. There is an error of sorts in /etc/daemon.log: Oct 26 17:44:05 dudley systemd-udevd[271]: /usr/lib/udev/rules.d/80-ifupdown.rules: 2 Unknown group 'netdev', ignoring I "accidentally" deleted the "netdev" group a few days ago. I wonder if that's the reason. I suspect this is not related. From reading up-ifupdown.rules, it would seem that the rule only triggers for interfaces marked allow-hotplug, which implies defined in /etc/network/interfaces and we've established that your interface is not defined in there. However it's probably worth restoring the netdev group, just to be sure (and to silence that warning). It does not have a stable GID but is allocated from the system range, so do # addgroup --system netdev In terms of your actual problem, if your Ethernet connection is ever-present and relatively stable, you could consider defining it in /etc/network/interfaces instead of relying on NetworkManager. I suspect that would side-step the issue. You would do so by adding something like this to /etc/network/interfaces auto en0 iface en0 inet dhcp (or static, if you prefer, see interfaces(5)) -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: general broad question for help in setting up linux server and suggestions
On Fri, Oct 15, 2021 at 12:43:57PM -0400, Miles Fidelman wrote: 2. If you have any expectation of providing any services - even something as basic as hosting an email list, you can easily swamp a desktop/laptop class machine. You probably want to look at something Xeon based. I have never, ever needed something Xeon based, and I've provided basic services on low-spec VPSes for a very long time. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Privacy and defamation of character on Debian public forums
On Wed, Sep 29, 2021 at 08:46:35PM -0400, Celejar wrote: Do you really mean that in the open source world, there is - and should be - no expectation that a contributor who supplies a patch to a prominent public project that is rejected should receive at least some sort of explanation for the decision to reject it? I respect your opinion, but I would have assumed that basic courtesy and civility, and the open source ethos in general, suggest otherwise. Of course it would be polite to offer a response and I think most maintainers in most circumstances would do so. But volunteer time is limited and one can't demand a volunteer spend their time on anything. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Privacy and defamation of character on Debian public forums
On Tue, Sep 28, 2021 at 07:10:08AM -0400, Chuck Zmudzinski wrote: As the original poster, I can say this hits the nail on the head. Most definitely, Andy Smith and others claim a right to call newcomers like me a laughingstock, damned, etc., on the basis of their supposed god-like status. ... By overreaction, he clearly means I refused to worship him and his ilk as the gods they think they are, I think this is an unreasonable characterisation of Andy Smith which I invite you to retract. I've read all of his messages on this subject to this list (at least) and I thought he'd taken great pains to make clear that he was merely an interested bystander, no more important than anyone else -- including you! My bug is marked as patch available. But I am not Google or Amazon. So I doubt my patch for my bug will ever make it into the distribution. There is ample evidence that patches and contributions coming from people who are not part of MegaCorps are regularly and routinely welcomed. The argument you are trying to put forward here is a strange straw man. Apparently I have committed the deadly sin of questioning the gods. If Debian wants to prove me wrong, then Debian should accept my patch into the distribution The psychology in play here (If Debian doesn't accept my patch...) is laughably transparent. I don't speak for the Xen maintainers. As a general principle, Debian maintainers weigh contributions with a number of factors. One of those factors is to what extent the Contributor is someone who the maintainer can have a constructive working relationship with. It's a strength of the project, IMHO, that technical excellence doesn't overrule the other factors. So, even if your patch is technically excellent (and I have not studied it to make that assertion), you should bear in mind your other interactions with the project -- including your unreasonable and ongoing mischaracterisation of Andy Smith and others -- is highly relevant. or at least consider it and have the courtesy to tell me why they can't or won't accept the patch. I'm sorry, neither the Xen maintainers nor any other contributors, be they volunteers or otherwise, owe you *anything*. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: What happened to cal?
On Mon, Sep 27, 2021 at 07:16:23AM -0400, Greg Wooledge wrote: That second sentence is incorrect. unicorn:~$ dpkg -s bsdmainutils | grep Depends: Depends: bsdutils (>= 3.0-0), debianutils (>= 1.8), bsdextrautils (>= 2.35.2-7), ncal Sorry, you're right. I eye-balled the control file here [1] and missed that the Depends: field was line-wrapped. [1] https://tracker.debian.org/media/packages/b/bsdmainutils/control-12.1.7nmu3 -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: static photo album generator
On Sun, Sep 26, 2021 at 09:47:25AM +0200, Emanuel Berg wrote: Is there a static photo album generator in the Debian repos? Many! The last one I used and liked was "lazygal", so called because if you re-invoke it, it tries to only do the work necessary to update the generated files to reflect changes, unlike "llgal" for example, which will re-generate every thumbnail (I think). In that family/style of solution there is at least lazygal, llgal and igal2 packaged. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: What happened to cal?
/usr/bin/cal moved to its own package (ncal) in bsdmainutils upload 12.1.3. This is the version included in current stable and newer; but it's after the version in oldstable (buster). IOW, On buster, if you had installed bsdmainutils, you would get /usr/bin/cal. bsdmainutils is Priority: important in buster but only Priority: optional in stable onwards. That priority applies to all the binary packages built from the source, including ncal. Quoting the Debian FAQ: https://www.debian.org/doc/manuals/debian-faq/pkg-basics.en.html#priority If you do a default Debian installation all the packages of priority Standard or higher will be installed in your system. If you select pre-defined tasks you will get lower priority packages too. So installing Buster, you would get /usr/bin/cal by default. Installing anything newer, and you don't. On upgrade from Buster, bsdmainutils will no longer provide /usr/bin/cal. There's no dependency in place to automatically pull in the ncal package, you have to do that yourself. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Privacy and defamation of character on Debian public forums
Are you still at it? Have you not heard of the Streisand effect? -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Your Thoughts on Printer Replacement
On Sat, Sep 18, 2021 at 10:38:03AM +0200, Klaus Singvogel wrote: Charles Curley wrote: I print rarely. Inkjet or laser? Or other? The carts on the L7700 tend to go bad before they empty, Rarely printing? I would suggest a laser I agree. Toner doesn't spoil sat there doing nothing for long periods of time, whereas the ink for inkjets can do. The next question then becomes: mono or colour? Brand? The situation current is this, that only HP released their printer drivers as Open Source (at least 99% of them). The direction of travel for printing is entirely driverless, so this is less important than it used to be. And indeed, driverless printing is a lot less of a headache to administrate, IMHO, than drivered - even with open source drivers. If I were looking for a new laser printer today I'd look at Lexmark (on a recommendation from a friend), the firmware for which is apparently based on Yocto Linux. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Mutt/Neomutt and mailcap
On Thu, Sep 16, 2021 at 07:43:25AM -0400, Greg Wooledge wrote: Unfortunately, it breaks in Bourne-family shells. snip In Bourne/POSIX/bash, semicolon is a command terminator or separator, and may not appear by itself, or at the start of a command. It may appear at the end. Good catch! I never actually tried a plain ';', so I hadn't hit that. When I appropriated the idea, I prefixed it with ':' in order to get my hostname into the line too (: hostname ;), side-stepping the issue. -- Jonathan Dowland https://jmtd.net
Re: Mutt/Neomutt and mailcap
On Wed, Sep 15, 2021 at 02:01:23PM -0400, Greg Wooledge wrote: Jonathan's message confused me too. As far as I can tell, "see" is a *shell* command, not a mutt command. Sorry for the confusion, I should have been clearer that it was a shell command, intended to narrow the problem down to either mailcap or neomutt. It seems David has provided the ultimate solution. I don't know why there's a ";" in front of it. That's (part of) my shell prompt. It's a convention originating in the rc shell (although I learned of it from another); it permits you to copy and paste directly from the shell buffer if you want to repeat a sequence of commands. My complete shell prompt, sans control characters, is : coil ▶; where "coil" is my local hostname. With control characters, the colon and semi-colon are disguised as part of colouring the prompt. I vary the colours I use depending on user@hostname. The implementation is here: <https://github.com/jmtd/punctual/blob/main/punctual.sh> -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Mutt/Neomutt and mailcap
On Wed, Sep 15, 2021 at 08:37:51AM -0500, Nate Bargmann wrote: application/octet-stream; vim %s; description=Patch file; nametemplate=%s.patch application/octet-stream is a fairly generic mime type (and an odd choice for a text file, but so it goes). You may find vim is not a suitable tool for other attachments with that mime type. That aside, What does this command report? ;see --norun application/octet-stream:/dev/null -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: HTML mail [was: How to improve my question in stackoverflow?]
On Fri, Sep 10, 2021 at 08:41:02AM +0200, to...@tuxteam.de wrote: The original mail was a passable MIME multipart/alternative with a plain text part. I /think/ that is OK, what do others think? I think that's perfectly reasonable. There /can/ be good reasons for people to include a HTML part, including for reasons of accessibility. As long as a legible text alternative is supplied, I do not think it's reasonable to object to a HTML alternative. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: how to forbid debhelper to modify /home ?
On Fri, Sep 03, 2021 at 08:23:07AM -0400, Roberto C. Sánchez wrote: As a Debian Developer, I would consider it bad form to go creating things under /home from a package's maintainer script, though that does not appear to be a specific policy violation. I idly wonder whether it should be, although, the cost would be a Policy ever-increasing in size, and a lean Policy is also attractive to me. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Wishing for an off-topic mail list with debian-user participants (or most of them)
On Thu, Aug 19, 2021 at 12:51:24AM -0700, Weaver wrote: Do you really think it's that bad? Yes. I can remember back when I would wake up in the morning to have over 300 list messages on screen. And, many of those were Off-Topic but, usually, people were reasonably active in labelling them as such. I don't think labelling helps people who are not experienced with mailing lists and so can interpret threads and suchlike properly, which is the audience I want to help. On the other hand, the majority, as it is now, would be on topic. It doesn't *feel* to me that the majority are on topic now, but I haven't sat down and classified a sample to truly find out. And, further, those who refuse to learn from history are doomed to repeat it. We've had an off-topic mailing list in the past. I actually signed up for it and spent a little time there. It was a ghost town. It simply didn't work. Yes it didn't work, that's my impression too. So I agree with you at least as far it would not be worth doing the exact same thing again. One thing that wasn't done last time (or really, at any time) was to enforce the mailing list rules more strictly. Therefore there was no incentive for people to bother using the second list. Perhaps stronger enforcement of the rules is needed. In which case, having a more relaxed list where off-topic wasn't a problem might be a more attractive proposition. The proper place to have a discussion about whether or not the rules should be enforced is, of course, not here: so I will do so elsewhere. Lest it seem that I am totally "down" on the community that does exist on -user: I think there's value in fact that a group of people with a shared interest enjoy discussing all matter of other things. I don't want that destroyed. I'd like to see how it might better co-exist with the user-support aspect of the mailing list. But I might be tilting at windmills here. There's a reason that almost no other Debian developers engage with this list, despite them all being, almost by definition, Debian users. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Wishing for an off-topic mail list with debian-user participants (or most of them) (was: Re: On improving mailing list [was: How to Boot Linux ISO Images Directly From Your Hard Drive Debian])
On Thu, Aug 19, 2021 at 01:34:24AM -0400, Polyna-Maude Racicot-Summerside wrote: What if ? What if there wasn't any *bad* user ? You are the one bringing over old subject that you consider off-topic. You seem really touched by giving your self a role as governor of a mailing list or policing what's acceptable and not. But don't seem to understand that the community itself made the choice of having this list un-moderated. I can't speak for Brian but I've been subscribed to this list for a long time and I've seen a change in how it is being used, which I think is harmful to its core purpose, and so I (and others) are trying to find a way to fix that. With respect, you've only been active here for a very short while, so you don't have the perspective that others do on the problem. People posting off-topic and going off on tangents has always happened. What has changed is the frequency and duration of those tangents, which are now drowning out everything else. That is, the people chose that it will remain like this. Even if they ain't with all the good technical genius expertise you have. That's what was decided. So maybe it's time you just accept it... No decision has been made. The people coming here for help and having their threads diverted with trips down memory lane have not "chosen" for that to happen. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Wishing for an off-topic mail list with debian-user participants (or most of them) (was: Re: On improving mailing list [was: How to Boot Linux ISO Images Directly From Your Hard Drive Debian])
On Tue, Aug 17, 2021 at 02:56:30PM -0400, rhkra...@gmail.com wrote: Hmm, afaiac, it would be nice to have an off-topic list with the hopes of a lot of the people on debian-user might subscribe to it. I think the way forward this time would be to request one on the official Debian mailing list server, rather than elsewhere. But, such a list will only serve its purpose if it gets used *instead* of off-topic conversations on this list. Does anyone think that d-community-offtopic served that purpose? My general feeling is things are worse now than they were when d-community-offtopic was around and active, but I'm not sure that this is causation. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: On improving mailing list [was: How to Boot Linux ISO Images Directly From Your Hard Drive Debian]
On Mon, Aug 16, 2021 at 08:26:34AM -0400, SDA wrote: BTW there has been an off-topic list introduced by a community member, but it seems has had little uptake. I looked into this the other day, because I hadn't seen reference to it for a while. It was called d-community-offtopic; it was hosted on the Alioth server, and I think its eventual demise was when Alioth was turned off in around 2018. The last non-spam message to it was, I think, in 2016. The archives are here: https://alioth-lists-archive.debian.net/pipermail/d-community-offtopic.mbox/ -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
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: Reply configuration (was: All-in-One printer: HP OfficeJet 8012)
On Wed, Aug 11, 2021 at 04:02:14AM -0400, Polyna-Maude Racicot-Summerside wrote: Seems like kindness or understanding on the flexibility or some rules are hard to understand. I've got told it is okay to act this way on this list because of the number of user who post without being subscriber. I'm not sure who told you that either, but they are wrong. The mailing list rules say so (Nicolas quoted the relevant rule above and provided the URI). It's easy to make mistakes, and people who aren't used to mailing lists might not know the conventions or how to use their tools properly, so it's only reasonable for this rule to be lenient, to allow for beginners to catch up and learn. But once one knows the rules, and once one knows how to use the tools, there's no excuse not to abide by the mailing list rules. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: percent char '%' in sudoers file
On Tue, Aug 10, 2021 at 11:11:24AM +0200, Roger Price wrote: My impulse would be to use VISUAL=/usr/bin/emacs visudo -f /etc/sudoers (for the OP:) the tool "visudo" is a wrapper around an editor (despite its name, the editor does not have to be vi, as Roger demonstrates here) that launches your preferred editor (one way to specify that is by defining it in the VISUAL environment variable, as here) editing /etc/sudoers. But when you quit the editor, visudo sanity checks the resulting file before copying it into place. It's a useful safety check to prevent you accidentally breaking the sudoers file and locking yourself out of gaining superuser on your machine. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: On improving mailing list [was: How to Boot Linux ISO Images Directly From Your Hard Drive Debian]
On Mon, Aug 09, 2021 at 11:09:24AM +0200, to...@tuxteam.de wrote: If it bears any similarity to classic mailman, then colour me unimpressed. My pet peeve with that one is that it cuts lists into month sized slices (which makes kind of sense when you want a month view, but puts you in an awkward place when you're reading a thread which crosses one (or several!) month boundaries). I'm fairly sure it will resemble mailman (<=2) in this respect yes. But that's also how the Debian mailing list archives are organised. You and I are free to organise our own private list archives how we see fit. Imagine just that "+1" thingie: how do those who participate via mail get to "see" that? Doesn't that lead to both groups's "views of the world" slowly diverging? I *think*, that the +1/-1 stuff is not visible via mail at all. So you're right: there'd be a divergent "view of the world". Some might say, that those who prefer mail interfaces would be happy not to see that +1/-1 stuff at all. But that might not apply to any other divergences. As opposed to a web application, where one visual appearance is forced onto^H^H^H [2] offered to all participants; the separation is not so clear. The idea would be that those who prefer to interact with mail continue to do so. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: On improving mailing list [was: How to Boot Linux ISO Images Directly From Your Hard Drive Debian]
On Sun, Aug 08, 2021 at 03:26:25PM +, Andy Smith wrote: To be honest I don't think that mailing lists are a very good venue for user support and I would these days prefer to direct people to a Stack Overflow-like site. I agree with you to some extent. I've wondered for a long while whether Mailman 3 and it's "HyperKitty" web front-end could be a solution. You retain the mailing list (which persists despite all the SO-like sites, forums, etc we've tried over the years) but gain an interface to it which addresses some of the usability issues that are frustrating newer posters (and putting off unknown numbers of non-posters). I've not made heavy use of HyperKitty myself, so it remains a vague "this looks interesting" rather than a formal proposal from me. I believe the Fedora project use it. Here's an example recent thread from Fedora's devel list which is illuminating. <https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/thread/OJVAZOVC62E6IYVUMG5N4EMX4JII2PMN/> You see a forum-like interface; there's visible threading. The little "Thumbs up / Thumbs down" icons are an attempt to meet the needs of those people who would otherwise reply to a post "+1" etc.; they do not seem to be in use in this thread. (I don't know how successful they've been at heading off that kind of reply). There's also some examples of behaviours which are NOT fixed by the web UI: the second message to the list is a one-line top-post which quotes the entirety of the first post, and that is displayed in full. I suppose another issue (compared to a "real" forum) is posts cannot be edited after sending. The UI could of course improve over time to detect and fold/flatten such mails by default, or similar. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: debian-user list info and guidelines (FAQ) - posted monthly
On Fri, Aug 06, 2021 at 12:25:52PM -0400, Polyna-Maude Racicot-Summerside wrote: Actually, the message you sent would have been sent only to yourself in the reply if I wouldn't have took the time to add the mailing list as CC. OK, let's explore why. According to your User-Agent header, you are using the MUA Thunderbird. According to the description you just wrote about the behaviour of replying, it would NOT have replied to the list, but directly to Tomas. That's because you have hit Thunderbird's "Reply" button (or keyboard shortcut, or menu entry), which is defined as "reply to sender". Thunderbird has a separate "reply to list" function. By default, you can see it in the list of actions if you right-click a list mail, or if you hit the keys CTRL + Shift + L. I *think* the "Reply all" button that normally appears turns into a "reply list" button, when the mail in question is a list message. You need to be using the separate "reply to list" function to send a reply to the correct place. In my opinion, it's awkward that there's a separate function and you have to remember to use it in some circumstances but not others. That's the default behaviour in my chosen MUA too (neomutt). However, I reconfigured neomutt so I had a single button to hit that always does the right thing. Perhaps, Thunderbird can be similarly configured to be more convenient in this regard. I don't know. There's one more caveat worth mentioning here, and it's to do with mail server stuff, rather than client. In some circumstances, such as when somebody hits "reply all" or CCs you on a mail you get via a list anyway, you can get two copies of the mail. Since only one copy came via the list, only one copy has the List-* headers, and so Thunderbird's "reply to list" function will only work for the list copy. Worse, some mail server back-ends (for example Gmail, Exchange) de-duplicated copies of mail. Therefore, the one copy you might have (despite having been sent two) may not be the list copy either. If that affects you, all I can suggest is looking for a better mail provider. But, we can all help each other by not CCing people when replying to them on-list. Which is why I have that in my mail signature. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: debian-user list info and guidelines (FAQ) - posted monthly
On Fri, Aug 06, 2021 at 12:39:59PM -0400, Polyna-Maude Racicot-Summerside wrote: No it's not the opposite problem. If the list become moderated or at least controlled in some way then it would prevent outsider (people not registered on the mailing list) from send mail onto the list. Except, we do control the list, by banning people. Banned people cannot send mail to the list. Now even if you ban someone, it just need that they create another address and send a message for it to appear on the list. Yes that is true. But it is not what is happening. What is happening (well, what happened once... I don't know if it's more common) is that someone who cannot post to the list, got their content onto the list, by an innocent bystander (you) accidentally quoting their off-list, private mail, onto the list. Moderating the list would not prevent that, because you would presumably be subscribed and able to post. (If by "moderating" you mean "only list subscribers can post to the list"). Rendering banning pretty much useless for preventing people from writing stupidity. Despite the fact that yes, people can circumvent address-based bans, the current approach is working remarkably effectively, IMHO. We *do* moderate some Debian lists. I am a volunteer moderator for one of them (although, I haven't participated in moderation for months.) -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: debian-user list info and guidelines (FAQ) - posted monthly
On Fri, Aug 06, 2021 at 06:54:53AM -0400, Polyna-Maude Racicot-Summerside wrote: Maybe this is obvious for you, but for myself, I don't take note of who's "on the list" and "who's not". So if someone reply to me regarding a message that was posted on the list, there's pretty good chance that I'll reply "on the list". It's not obvious to me, but I take the time to be careful about replying to the right place. I make use of decent mail tools configured properly to aid me in this, because to do otherwise is a serious breach of netiquette. In short: if the mail was delivered from the list, it will have the correct List-* headers, and a decent, properly-configured MUA will do the right thing. If your MUA doesn't help you with this, feel free to ask for advice about decent MUAs, right here on this list! This list is "unmoderated" and if better access control is needed then maybe it would be time to change how it works. For example, limiting posting to people registered would be a pretty good idea. This is more or less the opposite problem to the one we are discussing, namely, people who *cannot* post to the list, who are not doing so. Moderation isn't going to make any difference to this case. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: debian-user list info and guidelines (FAQ) - posted monthly
Hi Andrew, Greg wrote a useful mail in another thread () and Dan replied to suggest that some of his points might be worth folding into your monthly mail-out. (In case you haven't seen that thread.) Best, -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: debian-user list info and guidelines (FAQ) - posted monthly
On Wed, Aug 04, 2021 at 09:21:11PM -0400, Polyna-Maude Racicot-Summerside wrote: I don't see how it would be possible to ban a user on a open mailing list that anyone can write to (without being registered). It is possible, although pretty rare. One person who was banned from this list a long time ago remains banned today, but I've seen that they sometimes reply privately to people's posts on the list. In fact, this person did so, to *you*, and I only found out about it because you accidentally replied to their mail, back to the list. So, as a general warning for list subscribers: if you get private, off-list mail replies to list messages from people, one reason might be because they are banned from posting to the list directly. In either case, don't quote their mail back onto the list. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Debmirror
On Wed, Jul 28, 2021 at 06:11:25AM -0400, Polyna-Maude Racicot-Summerside wrote: On 2021-07-27 10:45 a.m., Gunnar Gervin wrote: Just a Linux advice/s I read 10years ago + -. Time goes by and things change. Advice from 10 years ago can even be bad when applied today. This messages is threaded with your other "Debmirror" messages, but seems to be a reply to Gunnar on an unrelated topic. I can't see a message from Gunnar to your "Debmirror" thread. Perhaps he mailed you privately? In which case: it's bad form to post somebody's private mail to a list. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: virtual package names for web browsers (was Re: Uninstalling Chromium)
On Wed, Jul 21, 2021 at 07:36:09AM -0400, Greg Wooledge wrote: The goalposts were moved in the text that was omitted up there. "Such a role" refers to the hypothetical generic use of gnome-www-browser to act as a virtual package (replacing x-www-browser) in all contexts, not just the dependency list of gnome-core. The statement was that it would be confusing for, say, debian-goodies to suggest gnome-www-browser. Sorry yes, that's right. A concrete example was this lxde bug I filed 5 years ago: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833268 Perhaps the developers should consider a different virtual package name which omits the "x-" part and also the "gnome-" part. Maybe something like gui-www-browser. But this isn't my area of expertise, so feel free to ignore my suggestion if it's unsuitable. I started mocking something up earlier today and that's exactly the name I picked too :-) -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
virtual package names for web browsers (was Re: Uninstalling Chromium)
On Wed, Jul 21, 2021 at 01:34:50PM +0300, Reco wrote: One would think that gnome-www-browser virtual package would fit such role perfectly. I mean, if GNOME DE has some special requirement for a browser, and Debian already has such aptly named virtual package - surely it can be considered as a suitable dependency? It'd be confusing for people not using GNOME. It's not clear what the purpose of that name should be, as it's not declared in Policy's list of virtual package names. Policy states "Packages MUST NOT use virtual package names (except privately, amongst a cooperating group of packages) unless they have been agreed upon and appear in this list." So it doesn't *need* to be included in the authoritative list¹ so long as it's only in use amongst a "private, cooperating group of packages". This is an area of interest for me (virtual package names, what Policy dictates, how we describe what they mean, semantically; how we do so in a way such that we can check their usage in the archive mechanically, etc.) so I might try to pick up my work on improving it post-bullseye. ¹ https://salsa.debian.org/dbnpolicy/policy/-/blob/master/virtual-package-names-list.yaml -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Uninstalling Chromium
On Tue, Jul 20, 2021 at 10:17:26PM +0200, Christian Britz wrote: In my case it is meta package gnome-core. It is a pity that it doesn't have an alternative dependency on www-browser, this would be satisfied by google-chrome-stable, which I prefer over chromium. www-browser is not required to be a 'graphical' browser; it is satisfied by Lynx, for example. There used to be an 'x-www-browser' which was meant to describe X11 browsers, which no longer exists, and would be a bit inaccurate in the "age of Wayland", too. But fundamentally the browser-related virtual packages are a mess and need cleaning up. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: merged /usr considered harmful (was Re: Bits from the Technical Committee)
On Sun, Jul 18, 2021 at 11:31:07PM +0200, Svante Signell wrote: Hi, is it OK to forward your mail to debian-devel. I don't think mailing to debian-user will have any effect on this issue? No, I don't think it's appropriate to try and recruit an army from other mailing lists to try and prop up your particular side in an argument, or to drown out developer discussions with noise. Polyna-Maude is a user, not a developer, who doesn't fully understand the usrmerge issue, and this list seems a perfectly appropriate place for a user to ask questions to better understand an issue like this one. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Whole Disk Encryption + SSD
On Mon, Jun 28, 2021 at 01:36:35PM -0700, David Christensen wrote: I do not set the 'discard' (trim) option in fstab(5). If and when I want to erase unused blocks (such as before taking an image), I use fstrim(8). I believe this is installed and enabled by default in Bullseye (at least new installs from currently released Bullseye install media). -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: apt-key says deprecated, but not saying what else to use
On Sun, Jun 20, 2021 at 10:21:52AM -0400, Dan Ritter wrote: This is ssh key management, not apt key management. apt key things are for trusting package repositories. ... Here's what you should do: Kindly change the Subject: when you change the subject. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
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: Find packages from a specific maintainer
On Sat, Jun 12, 2021 at 08:33:19PM +0200, Rasmus MK wrote: Is it possible to search in the maintainer field with apt? If not, can I lookup this information somewhere else? The Debian QA site can provide you with a list. For Debian XMPP Maintainers: <https://qa.debian.org/developer.php?email=pkg-xmpp-devel%40lists.alioth.debian.org> You can tweak the options below the big table to change filtering and presentation to suit. -- Please do not CC me, I am subscribed to the list. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Emphasis notation in plain-text mail (was Re: Server setup)
On Sun, Jun 13, 2021 at 05:36:39PM -0400, The Wanderer wrote: If I'm not mistaken, if anything it's actually more of an ancestor; That's right. Quoting the original Markdown page[1]: the single biggest source of inspiration for Markdown’s syntax is the format of plain text email. [1] https://daringfireball.net/projects/markdown/ -- Please do not CC me, I am subscribed to the list. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: Thunderbird: how can I set permanent custom headers?
On Fri, May 14, 2021 at 08:13:56PM +0100, Ottavio Caruso wrote: Groups.io are not official Thunderbird mailing lists. Anybody can create a Debian-devel mailing list on groups.io. debian-user is not an official Thunderbird list either. At least everyone on those groups.io lists will be familiar with Thunderbird. -- Please do not CC me, I am subscribed to the list. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Re: generate a rss.xml from a bunch of HTML files
On Mon, May 10, 2021 at 03:03:33PM +0200, Emanuel Berg wrote: Andrei POPESCU wrote: let's see, first write HTML, then include it in Markdown, then have the static site generator generate HTML Surely there must be some site generator with RSS support that takes "plain" HTML as input. I don't know, if so one would like to know what tool they use to do that? IkiWiki can consume HTML. Although a default configuration of IkiWiki would expect the input items to be HTML snippets - so, not full documents containing HTML,HEAD,BODY tags, but subsets of the BODY content. However it can be configured, with some work, to do pretty much anything. -- Please do not CC me, I am subscribed to the list. Jonathan Dowland ✎j...@debian.org https://jmtd.net
