Re: bug#32127: RFE -- in the way "cp -rl" -- enable 'ln' to do likewise?

On Tue, Jul 17, 2018 at 02:15:14PM -0700, L A Walsh wrote: I can't think of a similar failure mode that I'd want a hard link created Yes, you've made that clear

Bug#903815: ITP: pw -- A simple command-line password manager

On Mon, Jul 16, 2018 at 03:14:20PM +0200, Dashamir Hoxha wrote: It writes to `/dev/shm` which is not disk. All else that's been said aside, this idea is also dangerously incorrect in a typical configuration: the tmpfs backend will write to swap under memory pressure. (This is also true of

Bug#903815: ITP: pw -- A simple command-line password manager

On Mon, Jul 16, 2018 at 03:14:20PM +0200, Dashamir Hoxha wrote: It writes to `/dev/shm` which is not disk. All else that's been said aside, this idea is also dangerously incorrect in a typical configuration: the tmpfs backend will write to swap under memory pressure. (This is also true of

Re: Bug#903815: ITP: pw -- A simple command-line password manager

On Mon, Jul 16, 2018 at 03:14:20PM +0200, Dashamir Hoxha wrote: It writes to `/dev/shm` which is not disk. All else that's been said aside, this idea is also dangerously incorrect in a typical configuration: the tmpfs backend will write to swap under memory pressure. (This is also true of

bug#32127: RFE -- in the way "cp -rl" -- enable 'ln' to do likewise?

On Tue, Jul 17, 2018 at 01:25:59AM -0700, L A Walsh wrote: I am not suggesting handing out alternates when you have a choice. I'm suggesting doing something useful in a case where there are no alternates and no downsides. If you can come up with a case where a symlink to a directory

Re: bug#32127: RFE -- in the way "cp -rl" -- enable 'ln' to do likewise?

On Tue, Jul 17, 2018 at 01:25:59AM -0700, L A Walsh wrote: I am not suggesting handing out alternates when you have a choice. I'm suggesting doing something useful in a case where there are no alternates and no downsides. If you can come up with a case where a symlink to a directory

Re: Naive newbie question [Re: Debian got too fat?]

On Sun, Jul 15, 2018 at 11:00:15PM +0300, Reco wrote: LSB was more than that. It was a set of standards declaring what you can find in your typical GNU/Linux system. LSB was always somewhat controversial when one tried to apply it to any non-rpm distribution (LSB mandated rpm as package

Re: A Different Naive Question [Re: Naive newbie question]

On Mon, Jul 16, 2018 at 08:11:20PM -0500, Octopus Octopus wrote: as states For all practical concerns, you should consider the LSB package orphaned (and I should probably just go ahead and orphan it). and if a lot of things depend on lsb-base, isn't that like, very very

Re: Looking for ratings of all-in-one printers for Linux (Ubuntu in particular)

On Mon, Jul 09, 2018 at 07:05:52PM -0400, Dan Ritter wrote: On Mon, Jul 09, 2018 at 06:53:44PM -0400, Michael Stone wrote: On Mon, Jul 09, 2018 at 06:39:29PM -0400, Dan Ritter wrote: > You're both missing the main point, which is that a Brother > printer with BRscript/3 is essen

Re: Looking for ratings of all-in-one printers for Linux (Ubuntu in particular)

On Mon, Jul 09, 2018 at 06:39:29PM -0400, Dan Ritter wrote: You're both missing the main point, which is that a Brother printer with BRscript/3 is essentially a Postscript printer, and you can treat it as one. No drivers needed. So you can use it as an all-in-one postscript printer/scanner?

Re: Bug related to "USB"/unknown package

On Tue, Jul 03, 2018 at 01:18:57PM +0200, Benjamin Herwig wrote: I encountered some strange USB behaviour (also others on the internet, for example https://www.linuxquestions.org/questions/linux-hardware-18/what-does-cdc_acm-unknown-symbol-refcount_inc_not_zero-err-0-in-dmesg-mean-4175633136/)

Re: session trunking with NFS

On Tue, Jun 26, 2018 at 10:07:28AM +0300, Reco wrote: Personally I'd rather use conventional network bonding on NFS server, and be done with it. Conventional network bonding doesn't speed up a single stream, which is why people have been looking for alternatives. Mike Stone

Re: Beowulf gone?

On Mon, Jun 25, 2018 at 10:28:01PM +0200, deloptes wrote: but he said he wants to render video And to put that in perspective, one multicore machine with SSE instructions is *vastly* more powerful than a 90s-era cluster for that specific task, and GPU-based rendering is even more powerful.

Re: [PATCH] md5sum,b2sum,sha*sum: support -s option

On Mon, Jun 25, 2018 at 05:14:09PM -0300, Carlos Santos wrote: I looked at the BSD manual pages and even the command names are different so that should not be a concern. It is a concern if someone wants to add a short option that's compatible with that feature. Right now coreutils already has

Re: [PATCH] md5sum,b2sum,sha*sum: support -s option

On Mon, Jun 25, 2018 at 09:56:34AM -0700, Pádraig Brady wrote: lol No I meant that scripts using -s on the newest systems, would fail if used on fedora 28, centos 7, ... Not a huge concern, but worth considering. It's also a different meaning than the equivalent bsd commands. I wish the

Re: [PATCH] md5sum,b2sum,sha*sum: support -s option

On Mon, Jun 25, 2018 at 12:23:29AM -0300, Carlos Santos wrote: I stumbled on it when attempted to write a script that uses sha256sum and needs to work both on Fedora 7 and on an embedded system built with Buildroot. It's necessary to test where sha256sum comes from and use a variable for the

Re: Beowulf gone?

On Sun, Jun 24, 2018 at 09:17:25PM +0200, Hans wrote: I am interested in clustering a server for educacation purposes, Asd far as I remembewr, there had bbeen some debian packages called "beowulf" or so, beowulf was a system at NASA Goddard 20 years ago. The basic idea of clustering

Bug#902031: needrestart config file broken

severity 902031 grave done I'm raising the severity of this so it doesn't enter testing before it gets fixed. (The rationale is that the config file is used to blacklist programs which shouldn't be restarted[killed] because doing so may cause loss of work.)

Bug#901999: needrestart: After update auto-selection of restartable services changed

Yeah, this is kinda important and somewhat dangerous. The config is supposed to *not* restart things that might kill what the user is working on, and that's currently broken.

Re: USB Host-Host cables

On Wed, Jun 20, 2018 at 08:57:14PM -0500, David Wright wrote: That's why we bought a toaster oven. A toaster is more efficient at toasting if the bread is thin enough, but a toaster oven performs that role and many others too. Except that it sucks for toast. :D

Re: USB "null modem" cables and related Linux driver questions

On Mon, Jun 18, 2018 at 10:17:21PM +1000, David wrote: On 1 June 2018 at 00:21, Richard Owlett wrote: I have two computers with USB ports. I wish them to communicate as simply as mid-20th-century computers did. What is the make and model number of each computer? He really doesn't want a

Re: USB Host-Host cables

On Sun, Jun 17, 2018 at 06:04:35PM -0400, Stefan Monnier wrote: Actually, IIUC the cable he got is basically two Ethernet-to-USB adapters connected together via an ethernet cable, all neatly packaged as a single physical object. So except for the fact that he can't use any of the

Re: USB Host-Host cables

On Sat, Jun 16, 2018 at 06:31:41AM -0500, Richard Owlett wrote: All computing objects on site physically have such a connector. Are they connected to functional silicon? ?? ??? ;/ What else would they be connected to? It's almost as though you're looking for problems. (LOL?) IIUC there

Re: USB "null modem" cables and related Linux driver questions

On Thu, Jun 07, 2018 at 08:07:15AM +0100, Tixy wrote: On Wed, 2018-06-06 at 22:26 -0600, Joe Pfeiffer wrote: Richard Owlett writes: > I have two computers with USB ports. > I wish them to communicate as simply as mid-20th-century computers > did. > Then we used RS232-C with a null modem &/or  

Re: USB "null modem" cables and related Linux driver questions

On Fri, Jun 01, 2018 at 02:16:47PM -0500, Richard Owlett wrote: USB-Ethernet dongles would be a lot more useful in the long term than USB-Serial dongles. *WHO* said anything about a "USB-Serial dongle"? I want a USB-USB object. Subtle, but important, distinction. Well, you started out

Re: USB "null modem" cables and related Linux driver questions

On Fri, Jun 01, 2018 at 04:56:32AM -0500, Richard Owlett wrote: On 05/31/2018 06:58 PM, David Wright wrote: (thanks for your link) gives an idea of the price, and in this case I can see some justification for it because they describe the electronics hidden inside the plugs (we hope). But

Re: exim4 and TLS Once Again

On Wed, May 30, 2018 at 06:22:49PM -0500, David Wright wrote: AIUI 587 is the standard email submission port and 465 is now deprecated but often still in use. I think they differ in the details of how they handle encrypting the session. From a protocol standpoint 587/tcp is identical to

Re: Get the external IP address from a Linux box

On Fri, May 25, 2018 at 09:03:15PM -0400, Kenneth Parker wrote: I haven't reviewed the Source Code for the "who" command, to see how it gets that IP Address.  Anybody? It gets it from your login program or pam writing to /var/run/utmp Mike Stone

Re: Enhancements request – Accuracy, Documentation, Conventions, Basic units of measure

On Fri, May 25, 2018 at 10:07:49AM +0200, Ricky Tigg wrote: –Issue reported first at bugzilla.red hat 1582165 – OS :Fedora Version-Release number of component: coreutils.x86_64 8.29-6.fc28 @updates 1. Accuracy Actual results: In terminal,

Re: Correct: System Thinks Hardware Clock is UTC

On Mon, May 21, 2018 at 09:55:42AM -0400, Felix Miata wrote: OS/2 and DOS AFAICT never got that option. A LAN that is a mix of LOCAL and UTC isn't fun, especially with one or more that can't not, which is what I have with a Linux STB providing no LOCAL option and multiple OS/2's providing no UTC

Re: Correct: System Thinks Hardware Clock is UTC

On Sun, May 20, 2018 at 12:15:05PM -0700, Patrick Bartek wrote: Unfortunately, I have other OSes on this system and they are configured for the hardware clock set to local time. I need to keep it that way. For what it's worth, you'll have less long term pain if you also configure those to use

Bug#898921: chown: please consider dropping the dot separator fallback

On Thu, May 17, 2018 at 05:21:34PM +0200, Ferenc Wágner wrote: Michael Stone <mst...@debian.org> writes: On Thu, May 17, 2018 at 04:15:44PM +0200, you wrote: Michael Stone <mst...@debian.org> writes: It would not--POSIX does not disallow the . syntax. (This is not my poin

Bug#898921: chown: please consider dropping the dot separator fallback

On Thu, May 17, 2018 at 04:15:44PM +0200, you wrote: Michael Stone <mst...@debian.org> writes: It would not--POSIX does not disallow the . syntax. (This is not my point, but in my reading http://pubs.opengroup.org/onlinepubs/9699919799/utilities/chown.html does not allow it: "The

Bug#898921: chown: please consider dropping the dot separator fallback

On Thu, May 17, 2018 at 02:56:00PM +0200, Ferenc Wágner wrote: When asked to enable user names containing dots, I encountered https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604242#20. When do you think chown could stop accepting the dot separator? No While it could break old scripts

Re: rng-tools5 vs rng-tools

On Thu, May 10, 2018 at 11:24:35AM +0200, Laurent Bigonville wrote: Debian seems to contains to version of rng-tool packaged in two different src package (rng-tool, last upload in 2011 and rng-tool5, last upload yesterday). This might be confusing for our users. Shouldn't rng-tools package

Accepted rng-tools5 5-3 (source amd64) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 09 May 2018 11:57:21 -0400 Source: rng-tools5 Binary: rng-tools5 Architecture: source amd64 Version: 5-3 Distribution: unstable Urgency: low Maintainer: Michael Stone <mst...@debian.org> Changed-By: Michael Ston

Re: Comma in Maintainer field

On Fri, Apr 20, 2018 at 07:56:46AM -0400, Roberto C. Sánchez wrote: I don't know if in practice the various implementations are "close enough" for the purposes of the maintainer/uploader fields in the control file. However, there is a high likelihood that enough of them are different enough to

Re: Bits from the release team: full steam ahead towards buster

On Wed, Apr 18, 2018 at 11:19:05AM -0500, Gunnar Wolf wrote: Stephan Seitz dijo [Wed, Apr 18, 2018 at 05:11:47PM +0200]: On Mi, Apr 18, 2018 at 02:47:11 +, Holger Levsen wrote: > On Wed, Apr 18, 2018 at 10:23:29AM -0400, Michael Stone wrote: > > really? there's more than one alp

Re: Bits from the release team: full steam ahead towards buster

On Wed, Apr 18, 2018 at 02:47:11PM +, Holger Levsen wrote: On Wed, Apr 18, 2018 at 10:23:29AM -0400, Michael Stone wrote: On Wed, Apr 18, 2018 at 04:15:59PM +0200, Aurelien Jarno wrote: > Please define "sorted order", not everybody order letters the same way. really? there's

Re: Conflict escalation and discipline

On Wed, Apr 18, 2018 at 03:51:48PM +0100, Ian Jackson wrote: Lars Wirzenius writes ("Re: Conflict escalation and discipline"): Most of the problems being discussed right now, and in general, seem to be of the sort where feelings are hurt, but harassment isn't happening. The situations seem to

Re: Bits from the release team: full steam ahead towards buster

On Wed, Apr 18, 2018 at 04:15:59PM +0200, Aurelien Jarno wrote: Please define "sorted order", not everybody order letters the same way. really? there's more than one alphabetical order for english words? Mike Stone

Re: Lucas Kanashiro and Athos Ribeiro hijack my package

On Mon, Apr 16, 2018 at 08:28:08AM +0800, Rolf Leggewie wrote: They might want to argue that gjots2 was poorly maintained and hasn't seen an upload to unstable for years.  That still would not give them reason to do what they did.  In fact, I have always taken my responsibilities seriously. 

Re: Invalid UTF-8 byte?

On Thu, Apr 05, 2018 at 09:42:19AM +1200, Ben Caradoc-Davies wrote: On 05/04/18 02:09, to...@tuxteam.de wrote: Try UTF-16, what Microsoft (and a couple of years ago Apple) love to call "Unicode": in more "Western" contexts every second byte is NULL! The Java platform uses UTF-16 internally:

Re: What is the universal (world wide) understanding behind degaussing harddisks?

On Mon, Apr 02, 2018 at 05:10:41PM +, Curt wrote: I took a hammer once to an old hard drive; frankly, I don't know whether I killed it or not. But they don't call 'em "hard" drives for nothin', I'll tell ya that. The hammer method is far more satisfying with glass platters. :)

Re: What is the universal (world wide) understanding behind degaussing harddisks?

On Mon, Apr 02, 2018 at 11:23:29AM -0500, John Hasler wrote: The equipment required for degaussing isn't very special (though it *does* require an AC magnet). You need to match the strength of the equipment to the media in use. Modern hard disks need fairly strong fields to fully erase, and

Re: What is the universal (world wide) understanding behind degaussing harddisks?

Degaussing a hard drive will render it inoperative. It's also relatively hard to do/requires special equipment. (Just waving a refrigerator magnet around isn't going to do it.) Degaussing should be understood as a final step before discarding equipment. (And, for what it's worth, it's not a

Re: domain names, was: hostname

On Fri, Mar 23, 2018 at 08:27:11PM +, Brian wrote: Having authenticated to get on the network it is superfluous to ask for further authentication to send mail (or browse the web), wouldn't you say? No, because: 1) it's quicker and easier to address spam issues if there is a client login

Re: which blend caters to TaL computer programming? . . .

On Tue, Mar 13, 2018 at 04:22:43PM -0400, Cindy-Sue Causey wrote: So where does Ada fall into all of this? I used to really like Ada. I haven't really thought about it in more than 15 years. At this point I'd wonder why pick it instead of something either optimized for teaching or remotely

Re: WTF does Firefox 58?

On Mon, Mar 05, 2018 at 05:50:47PM +0200, Michelle Konzack wrote: Hello Am 2018-03-05 hackte in die Tasten: Yes, I think either their client or one of the server hops along the way mangled the content. In theory UTF-8 in headers and body is standardized (each separately), but that says

Re: Extended Long Term Support for Wheezy

On Tue, Feb 20, 2018 at 11:48:43PM +0100, Joerg Jaspert wrote: If this would be "just" extending the current LTS ways for more time, then it would be OKish to stay on donated, voluntarily managed, infrastructure. After all it helps all users of wheezy with updates, nominally over all of wheezy.

Re: What can Debian do to provide complex applications to its users?

On Mon, Feb 19, 2018 at 07:03:04PM +0100, Michael Meskes wrote: Because eventually a future version will come out that doesn't work with the stable base, at which point we suddenly stop supporting the package. That's much worse than just admitting up front that we can't support the package for

Re: What can Debian do to provide complex applications to its users?

On Mon, Feb 19, 2018 at 02:51:31PM +0100, Raphael Hertzog wrote: Our core value is here and we can still provide value to our users in the new world that is emerging around us. We should just stop to be afraid of it. I'd argue that what people should stop being afraid of is just using a third

Re: Bug#890816: ITP: autovpn -- Connect to a VPN in a country of your choice

On Mon, Feb 19, 2018 at 10:49:40AM +, Steve Kemp wrote: I'd strongly urge you to reconsider packaging this project, for three main reasons: It's almost a case study of why we don't need to package everything in the whole world... Mike Stone

Re: What can Debian do to provide complex applications to its users?

On Mon, Feb 19, 2018 at 10:21:18AM +0100, Michael Meskes wrote: Maybe you answered your question yourself. How about we tie our security support to upstream's? Instead of fixing and backporting ourselves we promise our users that this section of the archive will get upstream's latest fixes even

Re: What can Debian do to provide complex applications to its users?

On Sat, Feb 17, 2018 at 01:51:38PM +0100, Michael Meskes wrote: Then I guess the question is, what is Debian? Does a different and additional package format change the project? It seems like you're not reading what other people have said--tt has nothing to do with the packaging format, it

Re: What can Debian do to provide complex applications to its users?

On Fri, Feb 16, 2018 at 10:01:53PM +0100, Michael Meskes wrote: True, that's why I think we should look for a different solutions. There are different solutions, but the result isn't debian, it's something else with a different set of expectations. Mike Stone

Re: What can Debian do to provide complex applications to its users?

On Fri, Feb 16, 2018 at 01:59:55PM -0600, Gunnar Wolf wrote: While I agree with you, just the number of node-.* (1249) or libjs-.* (398) packages (which tend to fall within this fast-paced development culture) makes me shiver... Who will maintain them at different compatibility levels? Even more

Re: What can Debian do to provide complex applications to its users?

On Fri, Feb 16, 2018 at 06:12:04PM +0100, Michael Meskes wrote: On Fri, Feb 16, 2018 at 11:12:51AM -0500, Michael Stone wrote: On Fri, Feb 16, 2018 at 04:58:04PM +0100, Michael Meskes wrote: > I know that this does create some problems for us, e.g. on the security > side, but the alter

Re: What can Debian do to provide complex applications to its users?

On Fri, Feb 16, 2018 at 08:21:19PM +0100, W. Martin Borgert wrote: This is true. We would have to be clear, that security support would have to be limited to one (the latest?) version. This is still a difference to some arbitrary compressed js files with no source code, no copyright information

Re: What can Debian do to provide complex applications to its users?

On Fri, Feb 16, 2018 at 04:58:04PM +0100, Michael Meskes wrote: I know that this does create some problems for us, e.g. on the security side, but the alternative is, as you mentioned, manually installed software and that surely is worse. No, I think it's better if people know they're on their

Re: Debian part of a version number when epoch is bumped

f messing around with default-jre-headless. Michael Stone

Re: Debian part of a version number when epoch is bumped

On Wed, Feb 14, 2018 at 02:19:01PM -0800, Russ Allbery wrote: Well, it also has the function of getting rid of the old package and being part of the normal upgrade path. The latter is important. If the previous version had major data loss or security issues, introducing a new package with a

Re: Debian part of a version number when epoch is bumped

On Wed, Feb 14, 2018 at 01:38:53PM -0800, Russ Allbery wrote: Another way to think of it is that the epoch should really be evaluated as part of the package name rather than the version string--it's basically a mechanism to avoid renaming a package for purely aesthetic reasons. Well, it also

Re: Debian part of a version number when epoch is bumped

On Wed, Feb 14, 2018 at 12:54:05PM -0800, Russ Allbery wrote: Since there are two goals, a more correct implementation would be to split these into two versions. The simplest would be to have an integer "version epoch" field in the package metadata separate from the version number. So instead

Re: Debian part of a version number when epoch is bumped

On Wed, Feb 14, 2018 at 02:41:37PM -0600, Matt Zagrabelny wrote: How about introducing an Upstream-Version field? It can go up or down (forwards or backwards, newer or older) independent of the Debian (package) version. I don't understand what problem that solves. The Depends in the control

Re: Debian part of a version number when epoch is bumped

On Wed, Feb 14, 2018 at 09:24:04PM +0100, Vincent Bernat wrote: ❦ 14 février 2018 15:15 -0500, Michael Stone <mst...@debian.org> : In the example above, while in Wheezy, the dependency was perfectly correct. It became wrong because of the epoch bump (for no obvious reason). For softw

Re: Debian part of a version number when epoch is bumped

On Wed, Feb 14, 2018 at 09:05:05PM +0100, Vincent Bernat wrote: In the example above, while in Wheezy, the dependency was perfectly correct. It became wrong because of the epoch bump (for no obvious reason). For software we distribute ourselves, this change can be caught at some point before the

Re: Debian buster & gnucash

On Thu, Feb 08, 2018 at 04:24:05PM -0800, Jimmy Johnson wrote: You're right and they are saying it's RC-buggy, I should have looked further into it than I did before posting, my bad and it's probably not a good idea to be running an app like GNUCash on testing or Sid in the first place. Yes,

Re: Debian part of a version number when epoch is bumped

On Wed, Feb 07, 2018 at 09:18:03AM +, Jonathan McDowell wrote: On Tue, Feb 06, 2018 at 10:19:25PM +, Colin Watson wrote: On Tue, Feb 06, 2018 at 12:28:54PM +0100, Mattia Rizzolo wrote: > On Tue, Feb 06, 2018 at 08:37:44AM +, Colin Watson wrote: > > I disagree - reusing file names

Re: Ethernet is not started at boot

On Wed, Feb 07, 2018 at 10:02:18AM +0200, Michelle Konzack wrote: However, the lead to the problem, that I need more then 256 IP addresses and since I do not want to install my own Linux router behind my 3G Gateway only to have 512 IP adresses or more, I decided to increaase the network

Re: Ethernet is not started at boot

On Wed, Feb 07, 2018 at 10:22:56AM +0200, Michelle Konzack wrote: "Defaults" looks in my eyes, it count for the private networks 10, 172 and 192.168 which is logic and the eleminating of the IP classes concern only PUBLIC IP addresses and NOT the three defined private ranges.

Re: Ethernet is not started at boot

On Wed, Feb 07, 2018 at 01:26:05AM +, Brian wrote: On Wed 07 Feb 2018 at 13:42:04 +1300, Richard Hector wrote: The examples use CIDR notation instead, eg "address 192.168.1.1/24". The netmask line is an alternative to that. You need to tell it _somehow_ how big the subnet is. As a

Re: Ethernet is not started at boot

On Wed, Feb 07, 2018 at 01:16:28AM +, Brian wrote: On Tue 06 Feb 2018 at 19:53:16 -0500, Michael Stone wrote: On Tue, Feb 06, 2018 at 11:00:12PM +, Brian wrote: > On Tue 06 Feb 2018 at 17:06:36 -0500, Gene Heskett wrote: > > On Tuesday 06 February 2018 14:07:55 Br

Re: Ethernet is not started at boot

On Tue, Feb 06, 2018 at 11:00:12PM +, Brian wrote: On Tue 06 Feb 2018 at 17:06:36 -0500, Gene Heskett wrote: On Tuesday 06 February 2018 14:07:55 Brian wrote: > > 1. auto enp0s25 > iface enp0s25 inet > static address 192.168.0.202 >

Re: policy around 'wontfix' bug tag

On Tue, Feb 06, 2018 at 04:38:53PM +1100, Erik Christiansen wrote: On 05.02.18 10:02, Michael Stone wrote: IIRC it started out as a YACC function in the late 80s, and is now a Bison (YACC+GNU extensions) library. In that case it has a precise grammar, expressed in BNF (Backus Naur Form

Re: [Was: Re: policy around 'wontfix' bug tag

On Tue, Feb 06, 2018 at 03:36:53PM +1300, Richard Hector wrote: On 06/02/18 15:24, Michael Stone wrote: On Tue, Feb 06, 2018 at 12:32:06PM +1100, Erik Christiansen wrote: And for the far past, cal is superior; compare: $ cal -3 9 1752    August 1752  September 1752 October

Re: [Was: Re: policy around 'wontfix' bug tag

On Mon, Feb 05, 2018 at 08:13:10PM -0600, David Wright wrote: But how would you deal with the simplest (to express) problem of all, that of $ date -d 1/2/18 Tue Jan 2 00:00:00 CST 2018 $ which would mean a battery of locale-specific rules. Yup. You'd need to accept something (probably

Re: [Was: Re: policy around 'wontfix' bug tag

On Tue, Feb 06, 2018 at 12:32:06PM +1100, Erik Christiansen wrote: And for the far past, cal is superior; compare: $ cal -3 9 1752 August 1752 September 1752 October 1752 Su Mo Tu We Th Fr Sa Su Mo Tu We Th Fr Sa Su Mo Tu We Th Fr Sa 1 1 2 14 15

Re: policy around 'wontfix' bug tag

On Mon, Feb 05, 2018 at 09:11:23AM -0500, rhkra...@gmail.com wrote: I assume (I know) that the license for date is some free / open source license that would allow you to incorporate the old code into a new function (probably with appropriate citation / credit) and then add / modify / delete

Re: policy around 'wontfix' bug tag

On Sun, Feb 04, 2018 at 06:45:16PM +0100, Nicolas George wrote: David Wright (2018-02-04): $ TZ=London date Sun Feb 4 17:17:56 London 2018 $ TZ=UtterNonsense date Sun Feb 4 17:44:00 UtterNonsense 2018 The fact that it printed the name you put and not the official name of the time zone

Re: policy around 'wontfix' bug tag

On Sun, Feb 04, 2018 at 05:00:14PM +0100, Nicolas George wrote: Anyway, if you propose to remove the ability to write something like "2017-12-04 + 73 days", I veto as strongly as I can. The above is a very restricted subset of the date(1) grammar. Your confusion seems to stem from the fact

Re: policy around 'wontfix' bug tag

On Sun, Feb 04, 2018 at 04:54:07PM +0100, Nicolas George wrote: I hope you enjoy the warmth of the burning straw men. Good day. Again, 20 years of dealing with people actually having trouble with this. I'm really not making this up. Mike Stone

Re: policy around 'wontfix' bug tag

On Sun, Feb 04, 2018 at 04:04:34PM +0100, Nicolas George wrote: All you describe is convenience for programmatic use. As I explained, this parser is meant for interactive use. For interactive use, flexibility and natural language are a convenience. And you keep ignoring the fact that actual

Re: policy around 'wontfix' bug tag

On Sun, Feb 04, 2018 at 02:27:00PM +0100, Nicolas George wrote: Michael Stone (2018-02-04): But a better parser would allow the same functionality, without being confusing, inconsistent, and hard to maintain. So yes, I'll stand by "complete misfeature". Can you describe wha

Re: policy around 'wontfix' bug tag

On Mon, Feb 05, 2018 at 12:48:45AM +1300, Richard Hector wrote: In which case, it should refuse to accept '4/2/2018' at all, right? It can't, that would break working scripts. This is the heart of the problem: we know the parser is horrible, confusing, and irregular, but any attempt to

Re: systemd 237-1: problem starting dnsmasq

On Sat, Feb 03, 2018 at 10:01:01AM +0100, deloptes wrote: Michael Stone wrote: I've had far fewer issues with systemd than I did before systemd. Now that our anecdotes have canceled each other out, could you please refrain from irrelevant systemd complaining in the future? this is a bit

Re: systemd 237-1: problem starting dnsmasq

On Fri, Feb 02, 2018 at 11:06:28PM +0100, deloptes wrote: just a question if you are not using notebooks or even workstations, why would you need systemd? because it generally works better for server I have best experience without systemd I've had far fewer issues with systemd than I did

Re: Removing packages perhaps too aggressively?

On Sat, Feb 03, 2018 at 01:25:14AM +0100, Adam Borowski wrote: I have only a limited amount of tuits. The package works fine for me, an Then don't remove it from your machine. Problem solved. Mike Stone

Re: Removing packages perhaps too aggressively?

On Fri, Feb 02, 2018 at 06:39:32PM +0200, Adrian Bunk wrote: Typically a removed package is not in a much worse shape when it got removed compared to when it was first shipped in a stable release.[1] At that point the actual question is why we did allow the package to be ITP'ed into Debian at

Re: minissdpd failure in update

On Thu, Feb 01, 2018 at 07:55:53PM +0100, Sven Hartge wrote: Your configuration is broken/wrong. You need to edit /etc/default/minissdpd and put the correct IP or device name into the variable "MiniSSDPd_INTERFACE_ADDRESS". Umm, no. It is expected that a debian package will not self destruct

Re: Kernel for Spectre and Meltdown

On Mon, Jan 29, 2018 at 12:20:17PM +, Michael Fothergill wrote: So I should have mentioned it to them.  But, to be fair the OP specifically mentioned that they were interested in fixes to the meltdown and spectre vulnerabilities ie both problems not just one of them. Well, to be fair, it

Re: Question on CVE-2017-5754 on Debian 8.9

On Tue, Jan 23, 2018 at 05:02:39PM -0600, Nicholas Geovanis wrote: So my question becomes: Is it just my server, or others too? And why me? dmesg reads a ring buffer; there are a limited number of entries, after which the oldest lines are dropped to make room for newer lines. Relying on

Re: stretch and DNS name resolution service for other devices on a LAN

On Fri, Jan 19, 2018 at 04:14:38PM +0100, Rob van der Putten wrote: AFAIK Bind is the only named with a good split horizon implementation. most implementations will let you bind to a particular IP so you can run different configurations on internal & external IPs. bind has a lot of

Re: stretch and DNS name resolution service for other devices on a LAN

On Fri, Jan 19, 2018 at 12:27:57PM -, Andy Hawkins wrote: Hi, In article , john doe wrote: What would people recommend for a home LAN DNS server that is authoritative for a single domain, providing A, , PTR

Re: stretch and DNS name resolution service for other devices on a LAN

On Fri, Jan 19, 2018 at 08:47:25AM -0500, Greg Wooledge wrote: I have to wonder what kind of home you live in, that requires local IPv6. Most homes are small enough that you can get by with the roughly 2^24 addresses available in the private IPv4 ranges (10/8, 192.168/16, and 172.16/12). So,

Re: Banishing UUIDs from grub

[not responding to the OP, I think he's already gotten an answer. this is for people reading the archive.] The filesystem UUID is written into the filesystem when it is created. It's possible (though not necessarily easy) to change using tune2fs and other specialized filesystem tools. It does

Re: Banishing UUIDs from grub

On Thu, Jan 18, 2018 at 08:50:11PM -0500, Cindy-Sue Causey wrote: I've had it happen, too. Feels like recently, but was probably a couple years ago, if not more like 3. I could never figure out how it happened. vfat filesystem? Mike Stone

Re: NFS4 file transfers fail or are very slow

On Wed, Jan 17, 2018 at 10:55:21PM +0100, Michael wrote: When I copy the same file 3 times onto the same share I get an average of 108 MB/s with SMB/CIFS  84 MB/s with NFS (async,no_subtree_check) What's the server? Also try grep MOUNTPOINT /proc/mounts (where MOUNTPOINT is /whatever your

Bug#886591: 4.9.0-5 (after kaiser patch) breaks xen pvh

A debconf function to prevent creating an unbootable system would still be nice...

Bug#886591: 4.9.0-5 (after kaiser patch) breaks xen pvh

A debconf function to prevent creating an unbootable system would still be nice...

<    5   6   7   8   9   10   11   12   13   14   >