Re: portsentry(1) and ipv6?
Hello, 12 sept. 2020 14:09:14 Dan Ritter : > John Conover wrote: >> >> Does portsentry(1) make any sense in systems with ipv6 connectivity? >> > Yes and no. If you want to know that machines are scanning > ports, yes. If you want to effectively block IPs, no. Why would it not be able to block ipv6 addresses? Shouldn't a firewall rule work? Could you please elaborate or direct me to some explanatory webpage? Thanks in advance!
Re: xfce4 widget problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Sorry not to have sent to the list. ‐‐‐ Original Message ‐‐‐ On Saturday, September 12, 2020 10:39 PM, Charles Curley charlescur...@charlescurley.com wrote: > According tohttps://docs.xfce.org/panel-plugins/xfce4-weather-plugin, > the weather source (met.no) provides forecast data only, so when it > does deliver data, it is semi-bogus anyway. Yeah, I've wondered how accurate it can be from Norway -- but it's (sometimes) close enough for government work. OTOH, I live in Boulder, Colorado, and one day last week it said it was sunny out. But it wasn't; it was snowing all day. But that was after it stopped getting data (there was a week of forecast in RAM). I buy your explanation. It clears up my total bewilderment. I'll keep that link, too :-) I've looked for a better weather widget, but couldn't find one for xfce4. Anybody know of one? Maybe even one that gets data from the known working airport a couple miles from here? Thanks. -- Glenn English -BEGIN PGP SIGNATURE- Version: ProtonMail wsBzBAEBCAAGBQJfXYt4ACEJEJ/XhjGCrIwyFiEELKJzD0JScCVjQA2Xn9eG MYKsjDJ5AQf6AsbxZRmVjMRjhlwYWYmCi/pY7aqCy4UUrutYIre95PLEi73S 4yZeMdrI++hUso8bhKrXsJElser6XXp1INWnlTS/9QF++TJmbqy2Mj7Zv1HB P1jWUE/OyglsLUroFX26C36BDoANZFlY/RpDTIMBAdhGag5dzmVj1cEQxiw5 rYCOJQO4OI5cQ3/mDxQqTKeY7Ey+b6ET6shW9i9LTBVEQ15s+iOEVPzcTFBC nZueFLHSNS7juloZZ4uVTawkHW04anCBPd6+9Aei2pKYlAxWR9TiwH6TNT3e 2ceLj1QkHryZX7VyjOHYdP1qOSV3Zr1vZOpFqKfP7sv+5O56g4IOGA== =WDIe -END PGP SIGNATURE-
Re: Two questions about LUKS in a file container
Thank you! (Nothing new below this line.) On Saturday, September 12, 2020 06:14:33 PM David Christensen wrote: > On 2020-09-12 09:10, rhkra...@gmail.com wrote: > > I'm thinking about putting my backup encrypted files in a LUKS filesystem > > within a file instead of on a dedicated partition (for a few reasons).
[HS] rasbperry
Slt, Je suis à Londres, et je me demande si quelqu’un sait où il y a un lug franboise ? J’ai rien vue sur London ! Merci — Ptilou
Re: xfce4 widget problem
On Sat, 12 Sep 2020 21:26:27 + ghe2001 wrote: > I have 2 computers running Debian/xfce4, and the WR widget says "? No > Data" on both of them. > > I've set it to several locations, and WR finds the locations just > fine. It just can't get the weather data. According to https://docs.xfce.org/panel-plugins/xfce4-weather-plugin, the weather source (met.no) provides forecast data only, so when it does deliver data, it is semi-bogus anyway. Possibly the reason the applet is broken is that met.no has just re-arranged their site, and the fix has not made it into Debian. According to that page, it may be a while before that happens, so you might look for another source of weather information. (This is the reason you don't hard code web site information into an application, and instead make it user configurable. Sigh.) -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/ pgpOngfAwomh2.pgp Description: OpenPGP digital signature
Re: Two questions about LUKS in a file container
On 2020-09-12 12:14, Charles Curley wrote: On Sat, 12 Sep 2020 12:10:48 -0400 rhkra...@gmail.com wrote: I'm thinking about putting my backup encrypted files in a LUKS filesystem within a file instead of on a dedicated partition (for a few reasons). Why do you want a file system inside a file? The only reason I can think of to do that is to emulate the file system of another computer, e.g. a virtual machine. There are many use-cases. In the context of rsync(1) backups, each file contains one backup filesystem. If you have seven such files, you can rotate them daily and one complete backup for each day of the week. If you set the backup image file permissions correctly, you can easily view and/or move those files using standard tools. But, one challenge is finding the "right" file size. Some people use LVM inside the files to provide additional flexibility. David
Re: Installing/launching MATE in a command line environment
On Mon, 29 Jun 2020, Greg Wooledge wrote: > Date: Mon, 29 Jun 2020 08:32:58 > From: Greg Wooledge > To: debian-user@lists.debian.org > Subject: Re: Installing/launching MATE in a command line environment > Resent-Date: Mon, 29 Jun 2020 12:33:17 + (UTC) > Resent-From: debian-user@lists.debian.org > > On Sun, Jun 28, 2020 at 04:36:56PM +0200, echo test wrote: > > Hello, > > > > If you want the desktop environment to be started automatically check that > > systemd is configured to run in graphical environment > > > > $> systemctl set-default graphical.target > > > > If this is already setup, and you can launch your DE with startx, check also > > that mate is the default DE with update-alternatives(8) or you can add the > > startx command in /etc/profile. > > Do not put startx in /etc/profile. > > There are many different ways to run X. One of them is to login on a > console, and run the startx command, either manually, or from your > *personal* (NOT system-wide) ~/.profile. Typically you would surround > this call with some code that verifies you really are on a Linux console > (e.g. check whether $(tty) matches /dev/tty*) so that it doesn't fire > when you ssh in. > > Another is to install a Display Manager, such as lightdm, sddm, gdm3, > xdm, etc. There are roughly a dozen of 'em. This is what the Desktop > Environment metapackages do. > > Another is to set up "autologin", in such a way that an X session running > as some specific user is launched as soon as you boot. This is the > common choice for "kiosk" machines. > > Once you've chosen how you want to proceed, you can investigate the > details of that particular approach. With a DM, there really isn't much > you need to know, beyond "what do I click to control the type of session". > With startx, you might choose to write a custom ~/.xsession script to > control your session startup. I've never done autologin, so I can't say > a lot about it, but I do know that the details of setting it up will > depend on which init system you use. > Would sysctl set-default text.target display the dm on startup? > --
Re: Two questions about LUKS in a file container
On 2020-09-12 09:10, rhkra...@gmail.com wrote: I'm thinking about putting my backup encrypted files in a LUKS filesystem within a file instead of on a dedicated partition (for a few reasons). I have two questions about that: * if I don't have that LUKS filesystem "mounted" and open and I write to it, I assume (or hope) that nothing will get written and I will get a warning or error message of some sort? AIUI "LUKS volumes" are "opened" and "closed", and "filesystems" are "mounted" and "unmounted". If you issue a command that writes into a file containing a LUKS volume, open or closed, you will corrupt things: https://lists.debian.org/debian-user/2020/08/msg00690.html * doesn't exactly apply to this situation, but, on the other hand, if my "source" / original / non-backup LUKS system is in a file instead of on a dedicated partition, and I use commands (like rsync or such) to copy the unencrypted files not on the LUKS system, but I use options like the ones to stay on the current filesystem (--one-file-system), I assume (or hope) that the stuff in the encrypted partition will not get copied? When using the rsync(1) with the "--recursive" option, adding the "--one-file-system" option prevents rsync(1) from recursing into mount points under SRC. For example, my workstations include the directory "/home/dpchrist/samba/dpchrist". It is the mount point for a share on the server "samba". The server data is backed up by one job. Workstation home directories are backed up by another job. The home directory backup jobs use the "--one-file-system" option, so that the server data is not backed up multiple times. I would avoid issuing one rsync(1) command that includes both a LUKS/ filesystem image file and its mount point as SRC arguments or under SRC arguments. It might "work", but the results could be surprising. David
xfce4 widget problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Debian Buster, apt says everything's up to date Did xfce4's Weather Report go away? I have 2 computers running Debian/xfce4, and the WR widget says "? No Data" on both of them. I've set it to several locations, and WR finds the locations just fine. It just can't get the weather data. I have 2 Internet connections (T1 and WiFi from the apartment building) and neither of them have troubles with the 'Net. That I know of, Neither computer has iptables (or any other ip*) filtering enabled. The router on the T1 is pretty well packet filtered, but the WiFi isn't filtered much at all (according to IT). And they both worked fine a couple weeks ago. Does anyone know relevant IP(s) that I can verify aren't blocked somehow? Any other thoughts? -- Glenn English -BEGIN PGP SIGNATURE- Version: ProtonMail wsBzBAEBCAAGBQJfXT0CACEJEObKK1bRaqt3FiEExEbtoeXBeE9fruv35sor VtFqq3faHggAnfY8nq5A3RcmgZe6abZf8iAAntopKDzQZweX8FstCdUxkuaT 5srckUFrOqN1e2BUEl6Tf8FbHmVE/bxPc+1bP+16Z30/OKXO80iAD3sokiWm 2KsKTpSO9wUVLd5VkVqvh421W7EO1ayUbE01dqYuUUrs6w2M6mykQ4h/zb+s MdZo5deZJCW7/InKtWp9usddFKhR9pKrFGOWybr4KGR35B7bvWwjGPmztV2p 2MPz7mY6NWeL3Cb1zqH5Fsaw73L7Xd9icXvK09dhT+ZeYsmFmM+SxaVyqWqG GMak0zP/BsNytopPVfSubv0R99sM7gRd8I2SQ6YGWifTjoYkfPQf+w== =GSvg -END PGP SIGNATURE-
Re: how to remove GUI
Hi there. On 11/09/2020 01.40, Michael Morgan wrote: I recently installed Debian 9.13 on my machine. I was planning to use it for scientific computation so GUI is not necessary. For some reason, I installed the desktop environment with LXDE desktop during installation. Later I decided to remove them. These two commands were executed: tasksel remove desktop apt purge $(tasksel --task-packages desktop) (...) If you don't mind, I see at least two options: 1 - see what packages you would like to have/need and reinstall from scratch, if you can afford a re-installation. 2 - if you don't want/can't reinstall, then I would install aptitude and use its interactive interface for selecting the packages that you need. I like option 2 and whenever I install any Debian system, that's one of the first packages that I install (and I completely ignore this tasks thing). I like my installs to be absolutely minimal at first (they will inevitably grow with time). That being said, the system where I am typing this right now has its filesystem timestamp indicating that it was created in 2011... Regards, Rogério Brito.
Re: How do I blacklist a package?
On Sat, Sep 12, 2020 at 04:28:46PM -0500, John Hasler wrote: Some package you are trying to install must either depend on that package or recommend it. Try installing that package with --no-install-recommends. The entire purpose of that package is to prevent the installation of other packages that require sse2 on hardware that can't do sse2.
Re: How do I blacklist a package?
Some package you are trying to install must either depend on that package or recommend it. Try installing that package with --no-install-recommends. -- John Hasler jhas...@newsguy.com Elmwood, WI USA
Re: How do I blacklist a package?
Hi, Stefan. On 12/09/2020 17.30, Stefan Monnier wrote: APT keeps wanting to install `sse2-support` on my dear Thinkpad X30, but that machine's CPU does not support SSE2, so the package's installation always fails. How can I tell APT that it shouldn't *try* to install `sse2-support`? I tried to put a "hold" on the package with echo "sse2-support" | dpkg --set-selections but it apparently only works to pin an *installed* package to it current version, whereas I'd need it to "hold" the "uninstalled" status. Any hint? Here is a very, very wild guess: does pinning (via /etc/apt/preferences) the package to a negative priority only work when the package is already installed? I would say that you could create a dummy version (say, with an epoch) of it, but I just saw that the presence of the package indicates that your system *supports* SSE2, which is not the intended outcome... :-( Regards, Rogério Brito.
Re: How do I blacklist a package?
Stefan Monnier wrote: > APT keeps wanting to install `sse2-support` on my dear Thinkpad X30, but > that machine's CPU does not support SSE2, so the package's installation > always fails. > > How can I tell APT that it shouldn't *try* to install `sse2-support`? > > I tried to put a "hold" on the package with > > echo "sse2-support" | dpkg --set-selections > > but it apparently only works to pin an *installed* package to it current > version, whereas I'd need it to "hold" the "uninstalled" status. > > Any hint? > In /etc/apt/preferences.d/, create no-sse2-support: # never install this package, ever Package: sse2-support Pin: release * Pin-Priority: -1 -dsr-
How do I blacklist a package?
APT keeps wanting to install `sse2-support` on my dear Thinkpad X30, but that machine's CPU does not support SSE2, so the package's installation always fails. How can I tell APT that it shouldn't *try* to install `sse2-support`? I tried to put a "hold" on the package with echo "sse2-support" | dpkg --set-selections but it apparently only works to pin an *installed* package to it current version, whereas I'd need it to "hold" the "uninstalled" status. Any hint? Stefan
Re: LEAN Debian install: Exploring task selection menu
On Sat 12 Sep 2020 at 13:47:04 -0500, David Wright wrote: > On Sat 12 Sep 2020 at 19:19:50 (+0100), mick crane wrote: > > On 2020-09-12 18:42, Brian wrote: > > > On Sat 12 Sep 2020 at 11:49:18 +0100, mick crane wrote: > > > > On 2020-09-12 10:53, Brian wrote: > > > > > On Sat 12 Sep 2020 at 12:33:56 +0300, Andrei POPESCU wrote: > > > > > > On Vi, 11 sep 20, 22:47:06, Fabrice BAUZAC-STEHLY wrote: > > > > > > > > > > > > > > I've also been bitten by this. I think it is a UI issue, the > > > > > > > options > > > > > > > are ambiguous. Would it be possible to simply change the dialog > > > > > > > box as > > > > > > > follows? -- > > > > > > > > > > > > > > Debian desktop environments: > > > > > > > [ ] ... GNOME (default) > > > > > > > [ ] ... Xfce > > > > > > > [ ] ... KDE > > > > > > > [ ] ... Cinnamon > > > > > > > [ ] ... MATE > > > > > > > [ ] ... LXDE > > > > > > > > > > > > You could contact debian-boot or file a bug against debian-installer > > > > > > (or > > > > > > tasksel?). > > > > > > > > > > > > Providing a patch increases the chances of having the change > > > > > > accepted. > > > > > > > > > > What is the purpose of "(default)" as part of the Gnome entry? > > > > > > > > I wondered that, "default" is usually what happens if you just > > > > press enter > > > > given a YES, no > > > > choice. The dialogue should probably be something like > > > > "If you don't select an alternative GNOME will be installed" > > > > > > What would happen if a user did not want Gnome? Note that the present > > > dialog caters for this situation. > > > > Is the "Debian desktop environment" Gnome plus other things ? In which > > case the way it is makes sense. > > But it doesn't make sense to some, hence this discussion. That is only because they do not think it through. "I do not want Debian desktop environment" they say. That's fine; reject having it; untick it. Now nothing is selected. That's ok. A user now gets nothing. Who would argue with that action if that is what is required? But "I want Mate" is the next request. Ok, tick it and that is what the user will get. Where's the problem? -- Brian.
Re: Two questions about LUKS in a file container
On Sat, 12 Sep 2020 12:10:48 -0400 rhkra...@gmail.com wrote: > I'm thinking about putting my backup encrypted files in a LUKS > filesystem within a file instead of on a dedicated partition (for a > few reasons). Why do you want a file system inside a file? The only reason I can think of to do that is to emulate the file system of another computer, e.g. a virtual machine. But in that case, I wonder why you want to feed your backups to a VM. > > I have two questions about that: > >* if I don't have that LUKS filesystem "mounted" and open and I > write to it, I assume (or hope) that nothing will get written and I > will get a warning or error message of some sort? It depends. If you are create a new file to write to, and it would be in the root director of the partition (e.g. /mnt/foo), then Linux will cheerfully create the file and write to it in the mount point directory, on that file system. If you try to open an existing file, it will fail. Otherwise, you will get an error because the directory structure won't be there. Whether you get an error message or not depends on which program you use. > >* doesn't exactly apply to this situation, but, on the other hand, > if my "source" / original / non-backup LUKS system is in a file > instead of on a dedicated partition, and I use commands (like rsync > or such) to copy the unencrypted files not on the LUKS system, but I > use options like the ones to stay on the current filesystem > (--one-file-system), I assume (or hope) that the stuff in the > encrypted partition will not get copied? Huh? Figure out which program you are going to use, and read the man page. You appear to specialize in coming up with oddball solutions to problems and then asking us how to implement your solution. Instead, how about describing your problem and asking how we would suggest you solve it? Plenty of us have already dealt with the sorts of problems you seem to have, and solved them. As far as getting backups onto encrypted partitions, say for off-site storage, goes: I have a solution that works for me. Start with http://charlescurley.com/blog/posts/2019/Nov/02/backups-on-linux/ -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
Re: LEAN Debian install: Exploring task selection menu
On Sat 12 Sep 2020 at 19:19:50 +0100, mick crane wrote: > On 2020-09-12 18:42, Brian wrote: > > On Sat 12 Sep 2020 at 11:49:18 +0100, mick crane wrote: > > > > > On 2020-09-12 10:53, Brian wrote: > > > > On Sat 12 Sep 2020 at 12:33:56 +0300, Andrei POPESCU wrote: > > > > > > > > > On Vi, 11 sep 20, 22:47:06, Fabrice BAUZAC-STEHLY wrote: > > > > > > > > > > > > I've also been bitten by this. I think it is a UI issue, the > > > > > > options > > > > > > are ambiguous. Would it be possible to simply change the dialog > > > > > > box as > > > > > > follows? -- > > > > > > > > > > > > Debian desktop environments: > > > > > > [ ] ... GNOME (default) > > > > > > [ ] ... Xfce > > > > > > [ ] ... KDE > > > > > > [ ] ... Cinnamon > > > > > > [ ] ... MATE > > > > > > [ ] ... LXDE > > > > > > > > > > You could contact debian-boot or file a bug against debian-installer > > > > > (or > > > > > tasksel?). > > > > > > > > > > Providing a patch increases the chances of having the change accepted. > > > > > > > > What is the purpose of "(default)" as part of the Gnome entry? > > > > > > I wondered that, "default" is usually what happens if you just press > > > enter > > > given a YES, no > > > choice. The dialogue should probably be something like > > > "If you don't select an alternative GNOME will be installed" > > > > What would happen if a user did not want Gnome? Note that the present > > dialog caters for this situation. > > Is the "Debian desktop environment" Gnome plus other things ? In which case > the way it is makes sense. Debian desktop environment gives a user what the present default desktop is. At the present, it gives exactly the same as choosing "Gnome. If the default desktop was Xfce, a user would get Xfce with Debian desktop environment. This would be the same as choosing "Xfce". -- Brian.
Re: Two questions about LUKS in a file container
On 9/12/20 12:10 PM, rhkra...@gmail.com wrote: I'm thinking about putting my backup encrypted files in a LUKS filesystem within a file instead of on a dedicated partition (for a few reasons). I have two questions about that: * if I don't have that LUKS filesystem "mounted" and open and I write to it, I assume (or hope) that nothing will get written and I will get a warning or error message of some sort? * doesn't exactly apply to this situation, but, on the other hand, if my "source" / original / non-backup LUKS system is in a file instead of on a dedicated partition, and I use commands (like rsync or such) to copy the unencrypted files not on the LUKS system, but I use options like the ones to stay on the current filesystem (--one-file-system), I assume (or hope) that the stuff in the encrypted partition will not get copied? I assume that you are referring to something like is described here: https://willhaley.com/blog/encrypted-file-container-disk-image-in-linux/ The procedure described there creates a file encrypted.img that is a luks volume that requires a filesystem (mkfs.ext4) and mount point to be used as a encrypted storage. If you want you can leave out --key-file mykey.keyfile and you will be asked for a pass phrase. Files can be copied with rsync to the mount point $HOME/Private/ and they will be encrypted and not visible to the system after the umount and cryptsetup luksClose commands. In my experiment the file encrypted.img can be written to or truncated while it is being used as a mounted encrypted volume but once you umount and luksClose the file ALL DATA is lost! So to be safe let the file encrypted.img belong to root (with mode 600) and let a normal user write to the mounted volume at $HOME/Private/ after the chown command is run for the user. Once the file encrypted.img is unmounted and closed out with luksClose it can be copied or moved to other places like a flash drive like any other file. Warning: If you forget to open and mount the file encrypted.img to $HOME/Private/ and you copy files to $HOME/Private/ it will appear to work correctly but they will not be encrypted! If you don't move the files out of $HOME/Private/ before you correct the mistake and mount encrypted.img you will not see those files in $HOME/Private/ until you unmount encrypted.img. Note: By saying mount encrypted.img I mean the 2 commands: "cryptsetup luksOpen encrypted.img myEncryptedVolume" and then "mount /dev/mapper/myEncryptedVolume $HOME/Private/". The unmount encrypted.img commands are "umount $HOME/Private/" and "cryptsetup luksClose myEncryptedVolume". I am not an expert on cryptsetup. I have used these commands before but I was curious to see if the system it protected encrypted.img while it was being used. I see that root can muck around with or delete encrypted.img making it unusable so your only protections are just like other files backup! -- *...Bob*
Re: LEAN Debian install: Exploring task selection menu
On Sat 12 Sep 2020 at 19:19:50 (+0100), mick crane wrote: > On 2020-09-12 18:42, Brian wrote: > > On Sat 12 Sep 2020 at 11:49:18 +0100, mick crane wrote: > > > On 2020-09-12 10:53, Brian wrote: > > > > On Sat 12 Sep 2020 at 12:33:56 +0300, Andrei POPESCU wrote: > > > > > On Vi, 11 sep 20, 22:47:06, Fabrice BAUZAC-STEHLY wrote: > > > > > > > > > > > > I've also been bitten by this. I think it is a UI issue, the > > > > > > options > > > > > > are ambiguous. Would it be possible to simply change the dialog > > > > > > box as > > > > > > follows? -- > > > > > > > > > > > > Debian desktop environments: > > > > > > [ ] ... GNOME (default) > > > > > > [ ] ... Xfce > > > > > > [ ] ... KDE > > > > > > [ ] ... Cinnamon > > > > > > [ ] ... MATE > > > > > > [ ] ... LXDE > > > > > > > > > > You could contact debian-boot or file a bug against debian-installer > > > > > (or > > > > > tasksel?). > > > > > > > > > > Providing a patch increases the chances of having the change accepted. > > > > > > > > What is the purpose of "(default)" as part of the Gnome entry? > > > > > > I wondered that, "default" is usually what happens if you just > > > press enter > > > given a YES, no > > > choice. The dialogue should probably be something like > > > "If you don't select an alternative GNOME will be installed" > > > > What would happen if a user did not want Gnome? Note that the present > > dialog caters for this situation. > > Is the "Debian desktop environment" Gnome plus other things ? In which > case the way it is makes sense. But it doesn't make sense to some, hence this discussion. To make sense of Marco's suggestion, it would require a Yes/No radio button for *any* DE installation. Yes would be preselected. There would also be a series of checkboxes, with GNOME preselected. Other DEs could be checked/unchecked if desired. When No is pressed, the checkboxes would become greyed, but not lose their selection status (so that pressing No & Yes has no effect). I'm not familiar enough with curses to know how to implement this. Cheers, David.
Re: LEAN Debian install: Exploring task selection menu
On 2020-09-12 18:42, Brian wrote: On Sat 12 Sep 2020 at 11:49:18 +0100, mick crane wrote: On 2020-09-12 10:53, Brian wrote: > On Sat 12 Sep 2020 at 12:33:56 +0300, Andrei POPESCU wrote: > > > On Vi, 11 sep 20, 22:47:06, Fabrice BAUZAC-STEHLY wrote: > > > > > > I've also been bitten by this. I think it is a UI issue, the options > > > are ambiguous. Would it be possible to simply change the dialog box as > > > follows? -- > > > > > > Debian desktop environments: > > > [ ] ... GNOME (default) > > > [ ] ... Xfce > > > [ ] ... KDE > > > [ ] ... Cinnamon > > > [ ] ... MATE > > > [ ] ... LXDE > > > > You could contact debian-boot or file a bug against debian-installer > > (or > > tasksel?). > > > > Providing a patch increases the chances of having the change accepted. > > What is the purpose of "(default)" as part of the Gnome entry? I wondered that, "default" is usually what happens if you just press enter given a YES, no choice. The dialogue should probably be something like "If you don't select an alternative GNOME will be installed" What would happen if a user did not want Gnome? Note that the present dialog caters for this situation. Is the "Debian desktop environment" Gnome plus other things ? In which case the way it is makes sense. -- Key ID4BFEBB31
Re: SID/GNOME/son/périphérique de sortie HDMI /Display port
Le 12/09/2020 à 19:08, Orion a écrit : Nom du serveur : pulseaudio Puseaudio permet de choisir le périphérique de sortie. Dans le greffon pulseaudio: Général > Lancer le mixeur audio > Périphérique de sortie > port Bon, c'est pour XFCE, qui a son propre greffon. Pour gnome, la manip est peut-être différente. -- François
Re: LEAN Debian install: Exploring task selection menu
On Sat 12 Sep 2020 at 11:49:18 +0100, mick crane wrote: > On 2020-09-12 10:53, Brian wrote: > > On Sat 12 Sep 2020 at 12:33:56 +0300, Andrei POPESCU wrote: > > > > > On Vi, 11 sep 20, 22:47:06, Fabrice BAUZAC-STEHLY wrote: > > > > > > > > I've also been bitten by this. I think it is a UI issue, the options > > > > are ambiguous. Would it be possible to simply change the dialog box as > > > > follows? -- > > > > > > > > Debian desktop environments: > > > > [ ] ... GNOME (default) > > > > [ ] ... Xfce > > > > [ ] ... KDE > > > > [ ] ... Cinnamon > > > > [ ] ... MATE > > > > [ ] ... LXDE > > > > > > You could contact debian-boot or file a bug against debian-installer > > > (or > > > tasksel?). > > > > > > Providing a patch increases the chances of having the change accepted. > > > > What is the purpose of "(default)" as part of the Gnome entry? > > I wondered that, "default" is usually what happens if you just press enter > given a YES, no > choice. The dialogue should probably be something like > "If you don't select an alternative GNOME will be installed" What would happen if a user did not want Gnome? Note that the present dialog caters for this situation. -- Brian.
https://wiki.gnome.org/Apps/Logs
bonjour, est possible d'avoir le journal des Maj d'apt dans gnome/logs comme sur le screenshot:?? https://wiki.gnome.org/Apps/Logs Merci
SID/GNOME/son/périphérique de sortie HDMI /Display port
Bonjour, Suite une maj en SID le son ne sort plus de mes antiques enceintes logitech branché la prise jack mais de l'écran acer (beaucoup plus récent et j'ignorai qu'il avait des enceintes...). Gnome paramètre son me permet de choisir entre HDMI/Display port et Sortie numérique S/PDIF. j'aimerai retrouver mon enceinte jack,, cette ligne est bizarre cat c'est une carte jack : output:iec958-stereo+input:analog-stereo: Sortie Stéréo numérique (IEC958) + Entrée Stéréo analogique (sinks: 1, sources: 1, priority: 5565, available: oui) et pas une IEC958, que faire? Merci d'avoir lu jusqu'ici! pactl info Chaîne du serveur : /run/user/1000/pulse/native Version du protocole de bibliothèque : 33 Version du protocole du serveur : 33 Local : oui Index client : 42 Tile Size: 65472 Nom d'utilisateur : jm Nom d'hôte : debian Nom du serveur : pulseaudio Version du serveur : 13.0 Spécification d'échantillon par défaut : s16le 2ch 44100Hz Plan de canaux par défaut : front-left,front-right Destination par défaut : alsa_output.pci-_01_00.1.hdmi-stereo Source par défaut : alsa_input.pci-_00_1f.3.analog-stereo Cookie : bd9b:3144 jm@debian:~$ pactl list cards Carte #0 Nom : alsa_card.pci-_00_1f.3 Pilote : module-alsa-card.c Module propriétaire : 6 Propriétés : alsa.card = "0" alsa.card_name = "HDA Intel PCH" alsa.long_card_name = "HDA Intel PCH at 0xf722 irq 135" alsa.driver_name = "snd_hda_intel" device.bus_path = "pci-:00:1f.3" sysfs.path = "/devices/pci:00/:00:1f.3/sound/card0" device.bus = "pci" device.vendor.id = "8086" device.vendor.name = "Intel Corporation" device.product.id = "a2f0" device.product.name = "200 Series PCH HD Audio" device.form_factor = "internal" device.string = "0" device.description = "Audio interne" module-udev-detect.discovered = "1" device.icon_name = "audio-card-pci" Profils : input:analog-stereo: Entrée Stéréo analogique (sinks: 0, sources: 1, priority: 65, available: oui) output:iec958-stereo: Sortie Stéréo numérique (IEC958) (sinks: 1, sources: 0, priority: 5500, available: oui) output:iec958-stereo+input:analog-stereo: Sortie Stéréo numérique (IEC958) + Entrée Stéréo analogique (sinks: 1, sources: 1, priority: 5565, available: oui) output:hdmi-stereo: Sortie Digital Stereo (HDMI) (sinks: 1, sources: 0, priority: 5900, available: non) output:hdmi-stereo+input:analog-stereo: Sortie Digital Stereo (HDMI) + Entrée Stéréo analogique (sinks: 1, sources: 1, priority: 5965, available: non) output:hdmi-surround: Sortie Digital Surround 5.1 (HDMI) (sinks: 1, sources: 0, priority: 800, available: non) output:hdmi-surround+input:analog-stereo: Sortie Digital Surround 5.1 (HDMI) + Entrée Stéréo analogique (sinks: 1, sources: 1, priority: 865, available: non) output:hdmi-surround71: Sortie Digital Surround 7.1 (HDMI) (sinks: 1, sources: 0, priority: 800, available: non) output:hdmi-surround71+input:analog-stereo: Sortie Digital Surround 7.1 (HDMI) + Entrée Stéréo analogique (sinks: 1, sources: 1, priority: 865, available: non) output:hdmi-stereo-extra1: Sortie Digital Stereo (HDMI 2) (sinks: 1, sources: 0, priority: 5700, available: non) output:hdmi-stereo-extra1+input:analog-stereo: Sortie Digital Stereo (HDMI 2) + Entrée Stéréo analogique (sinks: 1, sources: 1, priority: 5765, available: non) output:hdmi-surround-extra1: Sortie Digital Surround 5.1 (HDMI 2) (sinks: 1, sources: 0, priority: 600, available: non) output:hdmi-surround71-extra1: Sortie Digital Surround 7.1 (HDMI 2) (sinks: 1, sources: 0, priority: 600, available: non) output:hdmi-stereo-extra2: Sortie Digital Stereo (HDMI 3) (sinks: 1, sources: 0, priority: 5700, available: non) output:hdmi-stereo-extra2+input:analog-stereo: Sortie Digital Stereo (HDMI 3) + Entrée Stéréo analogique (sinks: 1, sources: 1, priority: 5765, available: non) output:hdmi-surround-extra2: Sortie Digital Surround 5.1 (HDMI 3) (sinks: 1, sources: 0, priority: 600, available: non) output:hdmi-surround-extra2+input:analog-stereo: Sortie Digital Surround 5.1 (HDMI 3) + Entrée Stéréo analogique (sinks: 1, sources: 1, priority: 665, available: non) output:hdmi-surround71-extra2: Sortie Digital Surround 7.1 (HDMI 3) (sinks: 1, sources: 0, priority: 600, available: non) output:hdmi-surround71-extra2+input:analog-stereo: Sortie Digital Surround 7.1 (HDMI 3) + Entrée Stéréo analogique (sinks: 1, sources: 1, priority: 665, available: non) off: Éteint (sinks: 0, sources: 0, priority: 0, available: oui) Profil actif : output:iec958-stereo+input:analog-stereo Ports : analog-input-front-mic: Microphone avant (priority: 8500, latency offset: 0 usec, not available) Propriétés : device.icon_name = "audio-input-microphone" Partie du(des) profil(s) : input:analog-stereo, output:iec958-stereo+input:analog-stereo, output:hdmi-stereo+input:analog-stereo, output:hdmi-surround+input:analog-stereo, output:hdmi-surround71+input:analog-stereo, output:hdmi-stereo-extra1+input:analog-stereo, output:hdmi-stereo-extra2+input:analog-stereo,
Re: Two questions about LUKS in a file container
Am Samstag, 12. September 2020, 18:10:48 CEST schrieb rhkra...@gmail.com: Hi, > I'm thinking about putting my backup encrypted files in a LUKS filesystem > within a file instead of on a dedicated partition (for a few reasons). > > I have two questions about that: > >* if I don't have that LUKS filesystem "mounted" and open and I write to > it, I assume (or hope) that nothing will get written and I will get a > warning or error message of some sort? > As far as I know, it is not possible, to mount an encrypted partition at all. >* doesn't exactly apply to this situation, but, on the other hand, if my > "source" / original / non-backup LUKS system is in a file instead of on a > dedicated partition, and I use commands (like rsync or such) to copy the > unencrypted files not on the LUKS system, but I use options like the ones to > stay on the current filesystem (--one-file-system), I assume (or hope) that > the stuff in the encrypted partition will not get copied? Hmm, not quite sure, what you asked, but as far as I know, rsync does not care, if the files or filesystems are encrypted or not. It just copies the stuff to the target byte by byte. If there is something overwritten or not readable / writable depends of your normal access rights. Or am I wrong??? Best regards Hans signature.asc Description: This is a digitally signed message part.
Two questions about LUKS in a file container
I'm thinking about putting my backup encrypted files in a LUKS filesystem within a file instead of on a dedicated partition (for a few reasons). I have two questions about that: * if I don't have that LUKS filesystem "mounted" and open and I write to it, I assume (or hope) that nothing will get written and I will get a warning or error message of some sort? * doesn't exactly apply to this situation, but, on the other hand, if my "source" / original / non-backup LUKS system is in a file instead of on a dedicated partition, and I use commands (like rsync or such) to copy the unencrypted files not on the LUKS system, but I use options like the ones to stay on the current filesystem (--one-file-system), I assume (or hope) that the stuff in the encrypted partition will not get copied?
Re: Why does Debian not include POSIX-specified commands like bc and ed by default?
* On 2020 12 Sep 02:06 -0500, Lone Learner wrote: > POSIX.1-2001 Utilities[1] and POSIX.1-2008 Utilities[2] both list the > commands "bc" and "ed" to be part of POSIX. > > Yet, in a brand new Debian installation (version 10 for example), > these commands are missing by default: > > $ bc > bash: bc: command not found > $ ed > bash: ed: command not found > > Why does Debian not include these commands by default? It's likely because the focus of the Debian Project is not that of shipping a strict POSIX compliant system out of the box. > Of course, I can install them with "apt-get" and I did that. > > apt-get install bc ed I believe that 'apt' is preferred over "apt-get" these days. Simple "apt" works well for me. > The "bc" binary is only 87K in size. The entire package including the > man page and documentation is only 209K in size. > > Similarly the "ed" binary is only 55K in size. The entire package is > only 93K in size. > > What good reason is there not to include these tiny packages even > though they are specified in POSIX? Debian has an opt-in survey of the most used packages/files via the "popularity-contest" package: https://popcon.debian.org/ It likely shows that the utilities in question are not used often so why include something that is seldom used? Those that need them know how to install them and packages that depend on them will install them. Including them by default apparently does little to further the goals of the Debian Project. Of course, as one interested in Debian, you are free to create your own spin that is as POSIX compliant as you can make it. Good luck! - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Web: https://www.n0nb.us Projects: https://github.com/N0NB GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819 signature.asc Description: PGP signature
Re: portsentry(1) and ipv6?
John Conover wrote: > > Does portsentry(1) make any sense in systems with ipv6 connectivity? > Yes and no. If you want to know that machines are scanning ports, yes. If you want to effectively block IPs, no. You can, of course, block well known IPv6 addresses -- I block Google's DNS resolvers on my house network -- but it's not even a trivial barrier for attackers. -dsr-
Re: spurious CR/LF on tty (was: how to remove GUI)
On Sat, 12 Sep 2020 at 05:18, Felix Miata wrote: > Greg Wooledge composed on 2020-09-11 11:42 (UTC-0400): > > On Fri, Sep 11, 2020 at 10:35:46 -0500, David Wright wrote: > > >> That's the first mention of this phenomenon I recall seeing since I posted > >> https://lists.debian.org/debian-user/2018/03/msg01030.html > >> (which dealt mainly with a more serious problem). > > >> I never install a DE/DM and all that stuff, but I get the cursor > >> movement nonetheless. Is that what you're saying? > > > It's not as serious as what you reported in the 2018 thread. It's just > > an occasional glitch, not easily reproducible, with a trivial workaround. > > > I only mention it because once in a while, someone sees something like > > it and freaks out, thinking the computer is locked up or whatever. They > > don't realize they can just hit the Enter key and get a fresh login > > prompt, and all is fine. > > I have too many installations to keep track of which exhibit this nuisance or > not, > but I'm guessing most if not all Buster and Bullseye do it, and maybe even > Stretch > & Jessie, which I'm rarely booting any more. And regarding "just hit the enter key ... and all is fine", this behaviour does not just occur at a login prompt. If you login quickly as root to a minimal install as I often do, this behaviour occurs during root console use, and if one is half-way through typing a command which suddenly disappears from view, pressing enter could be a recipe for disaster. (eg dd before I have added the count= parameter). So my habit when it occurs has become to: ctrl-u, enter, ctrl-y. Between that and kernel messages barfing into the terminal text, it's a pretty shitty user-experience that is embarrassing when observed by users of any other OS.
JESEN NA KOPAH | GRATIS VEČERJE | PESTER ANIMACIJSKI PROGRAM
BOGAT BREZPLAČEN ANIMACIJSKI PROGRAM doma smo ustvarjalni (jesensko slikanje z odtisi listov, peka kostanjev ob ognju, izdelava spominkov..)doma smo aktivni (pohod do Energetskih točk, do Ribniške koče, nočni pohod, jutranja telovadba..) doma smo zabavni (igra "Zemljo krast", twister, risanje z kredami, Disc golf, tombola) doma se imamo lepo (degustacija domačih klobas in vina, priprava smoothijev, izdelava mini pic, peka hrenovk ob ognju, iskanje Holcerčkovega skritega zaklada, wellness večer) # TEDENSKI PAKET -- 6x nočitev z zajtrkom namestitev v Lukovem domu bogat brezplačen animacijski program GRATIS večerje za vse dni bivanja### 200,00€/osebo --REZERVIRAJ ZDAJREZERVIRAJ ZDAJ# LUKOV DOM -- 1x nočitev z zajtrkom namestitev v Lukovem domu bogat brezplačen animacijski program GRATIS VEČERJA ### 39,00€/noč --REZERVIRAJ ZDAJREZERVIRAJ ZDAJGRMOVŠKOV DOM 1x nočitev z zajtrkom namestitev v Grmovškovem domu bogat brezplačen animacijski program GRATIS VEČERJA ### 33,00€/noč --REZERVIRAJ ZDAJREZERVIRAJ ZDAJPOSEBNE UGODNOSTI: otroci do 6. leta bivajo s starši GRATIS otroci od 6. do 12. leta imajo 30% popust na ceno odraslega## Pohodništvo --Pohorje je izjemna pohodniška destinacija, ki vas bo brez dvoma očarala. Več infoVeč info## Kulinarika --Tukaj lahko najdete vse tradicionalne, domače jedi in sladice po receptu naših babic. Več infoVeč info## Adrenalin --Doza adrenalina je na Kopah zagotovljena - za vse okuse in starosti! Več infoVeč info# INFO & REZERVACIJE: --EMAIL: rezervac...@kope.si [mailto:rezervac...@kope.si?subject=Jesenski%20paket] TELEFON: 02 88 39 850 Pošiljatelj sporočila je VABO d.o.o., Glavni trg 43, 2380 Slovenj Gradec. Sporočilo je bilo poslano na e-mail naslov debian-user@lists.debian.org. Sporočilo ste prejeli, ker ste se v preteklosti naročili na naše e-novice, sodelovali v nagradnih igrah ali bili naš gost. Če se želite odjaviti od prejemanja, kliknite tukaj https://www.elektronskaposta.si/unsubscribe.php?M=40884687=b699199df55dbb50b3a7d87b0d25c255=8555=59757 za odjavo.
Re: LEAN Debian install: Exploring task selection menu
On 2020-09-12 10:53, Brian wrote: On Sat 12 Sep 2020 at 12:33:56 +0300, Andrei POPESCU wrote: On Vi, 11 sep 20, 22:47:06, Fabrice BAUZAC-STEHLY wrote: > > I've also been bitten by this. I think it is a UI issue, the options > are ambiguous. Would it be possible to simply change the dialog box as > follows? -- > > Debian desktop environments: > [ ] ... GNOME (default) > [ ] ... Xfce > [ ] ... KDE > [ ] ... Cinnamon > [ ] ... MATE > [ ] ... LXDE You could contact debian-boot or file a bug against debian-installer (or tasksel?). Providing a patch increases the chances of having the change accepted. What is the purpose of "(default)" as part of the Gnome entry? I wondered that, "default" is usually what happens if you just press enter given a YES, no choice. The dialogue should probably be something like "If you don't select an alternative GNOME will be installed" -- Key ID4BFEBB31
Re: Mobian op de Pinephone
Op 11-09-2020 om 18:11 schreef Jaap van Wingerde: > Heel interessant. Zou je over een paar maanden nogmaals je ervaringen > willen delen? Ja dat wil ik wel, help me er eventueel aan herinneren. Ondertussen ben ik blij met de hardware, ik heb de indruk dat het mooi spul is. Misschien wel een beetje groot. Ik heb de indruk dat er hard wordt gewerkt aan Mobian, ik krijg regelmatig nieuwe software binnen via apt-get dist-upgrade wat ik dan doe via SSH. Fijn zo'n telefoon waar sshd het goed doet, ik doe dat via wifi en dat werkt al voordat je authenticeerd op de telefoon. Wat me echter tegenvalt is dat die software veelal nog niet in Debian zit, en ik heb de indruk dat niemand daar mee bezig is. Zo komt het nooit in Debian 11. En wat ik ook zie is dat er nieuwe packages in testing zitten die worden tegengehouden door packages in de Mobian repository. De integratie is nog niet optimaal zeg maar. Verder jammer dan syncevolution uit Debian gegooid is op rare gronden. De mensen van UBports gebruiken dit voor synchronisatie van adresboek maar dat kan niet meer onder Debian. Verder is er niet echt een mailinglijst of nieuwsgroep voor Mobian. Het enige wat er is is een issuetracker op Gitlab. https://gitlab.com/groups/mobian1/-/issues?scope=all Groet, Paul > Zijn er lijstgenoten met een pinetab? > > Op 2020-07-25T20:37:15+0200 schreef Paul van der Vlis > in bericht > , inzake: > het volgende. > >> Hoi, >> >> Ik ben sinds kort de trotse bezitter van een Pinephone. Deze kwam met >> UBports (door ontwikkeling van Ubuntu Touch). Ik had hem in China >> besteld, hij kostte 150 euro. Ik had gerekend op nog extra douane >> kosten en dergelijke, maar niemand die daar over begon. >> >> Echter al na twee dagen deed hij het niet meer. Ik kreeg alleen kort >> een Pinephone logo in beeld, hoorde een zachte klik, en de boel zat >> vast. In eerste instantie dacht ik dat het hardware problemen waren, >> echter de zachte klik bleek van de camera te komen, toen ik de >> dipswitch uitzette was er geen klik meer. En die camera wordt vanuit >> het operating systeem geinitialiseerd, dus dit was geen hardware >> probleem. >> >> Het operating systeem staat op eMMC (een soort flash), echter er kan >> ook een SD-kaartje in de telefoon. Een bootbaar SD-kaartje gaat dan >> voor eMMC. Uiteraard kun je dat eMMC ook flashen. >> >> Ik heb een SD-kaartje gemaakt met Mobian, een soort Debian met Phone >> Shell (phosh), wat deels van Gnome en deels van Purism komt. En dit >> deed het wel. Een kwestie van een bestand kopieren met dd, en dan >> daarna de partitie vergroten zodat je het hele SD-kaartje kunt >> gebruiken. >> >> Ik heb een beetje rondgekeken en dingen geprobeerd. Het meeste >> functioneerd. https://wiki.mobian-project.org/doku.php?id=pinephone >> In eerste instantie was ik niet zo blij met de userinterface, maar als >> je het eenmaal iets beter kent is het nog helemaal niet zo gek. De >> telefoon is vrijwel geheel Debian testing. >> >> Wat ik mis is een applicatie om het adresboek te synchroniseren. Er is >> wel iets mogelijk maar dat is erg moeizaam volgens mij. Er is wel een >> agenda die met carddav werkt volgens mij (niet echt getest). >> >> Verder mis ik een navigatie-programma zoals OSMand~. >> >> Er zijn meer operating systemen voor deze telefoon, je kunt simpel >> wisselen door een SD-kaartje om te wisselen. >> >> Ik zag dat er nu ook een experimentele Android-versie is. Het voordeel >> van deze telefoon is dan: >> >> - Duidelijke scheiding tussen modem en hoofdsysteem (USB verbinding). >> - Boot proces is helemaal open. >> - De hardware is open source, maar uiteraard zitten er wel closed >> source onderdelen in zoals de SoC. De onderdelen kunnen los besteld >> worden. >> - Uiteraard simpel om een Google-vrije telefoon te maken. >> >> De telefoon is niet reuze snel, maar het is wel acceptabel vind ik. De >> batterij gaat met Debian wellicht wat sneller leeg vergeleken met een >> andere telefoon, maar het lijkt me wel bruikbaar. >> >> Groeten, >> Paul >> >> > -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: Question on 'dpkg --get-selections'
I do this job using aptitude instead apt: /usr/bin/aptitude search '~i !~M' -F '%p' --disable-columns Toni Mas Missatge de Sven Joachim del dia ds., 12 de set. 2020 a les 9:29: > > On 2020-09-11 22:03 -0700, Marc Shapiro wrote: > > > Is there any option to have 'dpkg --get-selections' NOT include > > automatically installed packages? > > No, dpkg has no notion of automatically installed packages, that is an > apt concept. > > > Otherwise, all packages show as manually installed, including those > > that would otherwise have been automatically installed. > > You can obtain a list of automatically installed packages with > apt-mark(1): > > $ apt-mark showauto > automatically-installed-packages > > Then, on the replicated system where you presumably had used > "dpkg --set-selections" to install the same set of packages: > > # apt-mark auto $(cat automatically-installed-packages) > > HTH, > Sven >
Re: LEAN Debian install: Exploring task selection menu
On Sat 12 Sep 2020 at 12:33:56 +0300, Andrei POPESCU wrote: > On Vi, 11 sep 20, 22:47:06, Fabrice BAUZAC-STEHLY wrote: > > > > I've also been bitten by this. I think it is a UI issue, the options > > are ambiguous. Would it be possible to simply change the dialog box as > > follows? -- > > > > Debian desktop environments: > > [ ] ... GNOME (default) > > [ ] ... Xfce > > [ ] ... KDE > > [ ] ... Cinnamon > > [ ] ... MATE > > [ ] ... LXDE > > You could contact debian-boot or file a bug against debian-installer (or > tasksel?). > > Providing a patch increases the chances of having the change accepted. What is the purpose of "(default)" as part of the Gnome entry? -- Brian.
Re: how to remove GUI
On Vi, 11 sep 20, 10:35:46, David Wright wrote: > > I don't use a DE so I can't check. Who owns the X server nowadays > when running a DM? (With no DM running, ownership changed from root > to the user some time ago.) As far as I know it depends on the DM, e.g. with lightdm it's root, at least on buster. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Re: LEAN Debian install: Exploring task selection menu
On Vi, 11 sep 20, 22:47:06, Fabrice BAUZAC-STEHLY wrote: > > I've also been bitten by this. I think it is a UI issue, the options > are ambiguous. Would it be possible to simply change the dialog box as > follows? -- > > Debian desktop environments: > [ ] ... GNOME (default) > [ ] ... Xfce > [ ] ... KDE > [ ] ... Cinnamon > [ ] ... MATE > [ ] ... LXDE You could contact debian-boot or file a bug against debian-installer (or tasksel?). Providing a patch increases the chances of having the change accepted. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Signing mails in kmail
Hi folks, I am searching a setting in kmail. When I try to sign a mail which has an attachement in kmail, a popup appears and I get warned, that the signing is only partly of the mail, and if I want to change this. So I suppose, there is somewhere a setting of this ("sign mails partly" or "sign full mail" whatever), but I can not find it. Does someone know, if this setting exists at all, and if so, where I can find it? I searched through all kmail settings, but couldn't find any. Thanks for any hints. Best Hans signature.asc Description: This is a digitally signed message part.
Re: Why does Debian not include POSIX-specified commands like bc and ed by default?
On 9/12/20 9:05 AM, Lone Learner wrote: > POSIX.1-2001 Utilities[1] and POSIX.1-2008 Utilities[2] both list the > commands "bc" and "ed" to be part of POSIX. > > Yet, in a brand new Debian installation (version 10 for example), > these commands are missing by default: > > $ bc > bash: bc: command not found > $ ed > bash: ed: command not found > > Why does Debian not include these commands by default? Of course, I > can install them with "apt-get" and I did that. > > apt-get install bc ed > > The "bc" binary is only 87K in size. The entire package including the > man page and documentation is only 209K in size. > > Similarly the "ed" binary is only 55K in size. The entire package is > only 93K in size. > > What good reason is there not to include these tiny packages even > though they are specified in POSIX? > > [1]: https://pubs.opengroup.org/onlinepubs/009695399/idx/utilities.html > > [2]: https://pubs.opengroup.org/onlinepubs/9699919799/idx/utilities.html > Why should it include? POSIX is just a standard and Debian is even not POSIX compliant AFAIK :) Also the certification is kind of costly. But looking from the technical point of view, obviously none of reverse dependencies of ed or bc are installed on your system and thus theses packages are not needed. See apt-cache rdepends ed for example. Best, Alex
Re: Why does Debian not include POSIX-specified commands like bc and ed by default?
12 sept. 2020 09:06:19 Lone Learner : > Why does Debian not include these [posix] commands by default? > I guess many debian users don't care about these commands, so it would be rude to impose something wanted by only a part of the users. And there's the case of tiny embedded scarce systems too. If posix compliance is needed, these packages (and maybe others) can be easily installed, though an additional POSIXLY_CORRECT global setting would need to be done also. Maybe we could decide to create a package called "posix" that woult depend on all of them, if really needed and someone cares to spend time on that. But if you need to use software that need e.g. bc, the package certainly already depends on bc anyway. Best regards Fabrice
Re: Question on 'dpkg --get-selections'
On 2020-09-11 22:03 -0700, Marc Shapiro wrote: > Is there any option to have 'dpkg --get-selections' NOT include > automatically installed packages? No, dpkg has no notion of automatically installed packages, that is an apt concept. > Otherwise, all packages show as manually installed, including those > that would otherwise have been automatically installed. You can obtain a list of automatically installed packages with apt-mark(1): $ apt-mark showauto > automatically-installed-packages Then, on the replicated system where you presumably had used "dpkg --set-selections" to install the same set of packages: # apt-mark auto $(cat automatically-installed-packages) HTH, Sven
Why does Debian not include POSIX-specified commands like bc and ed by default?
POSIX.1-2001 Utilities[1] and POSIX.1-2008 Utilities[2] both list the commands "bc" and "ed" to be part of POSIX. Yet, in a brand new Debian installation (version 10 for example), these commands are missing by default: $ bc bash: bc: command not found $ ed bash: ed: command not found Why does Debian not include these commands by default? Of course, I can install them with "apt-get" and I did that. apt-get install bc ed The "bc" binary is only 87K in size. The entire package including the man page and documentation is only 209K in size. Similarly the "ed" binary is only 55K in size. The entire package is only 93K in size. What good reason is there not to include these tiny packages even though they are specified in POSIX? [1]: https://pubs.opengroup.org/onlinepubs/009695399/idx/utilities.html [2]: https://pubs.opengroup.org/onlinepubs/9699919799/idx/utilities.html
portsentry(1) and ipv6?
Does portsentry(1) make any sense in systems with ipv6 connectivity? Thanks, John -- John Conover, cono...@rahul.net, http://www.johncon.com/