It has to be something messing/interacting with coreutils/date on
19.04 (and probably on Tumbleweed).
I created a new container with 19.04, and then:
* apt build-dep coreutils
* apt install rsync wget git
* git clone git://git.sv.gnu.org/coreutils
* cd coreutils
* export FORCE_UNSAFE_CONFIGURE=1
cerdea@piatam:~/Downloads$ gcc -o inv-year inv-year.c
cerdea@piatam:~/Downloads$ ./inv-year
time() = 1555368087
localtime() = 2019-04-15 17:41:27
(mday=15 wday=1, isdst=1)
struct tm (after adjustment) = 0009-04-15 17:41:27
(mday=15 wday=1, isdst=1)
Hi,
I am trying to monitor an ipsec vpn with the following command:
run monitor vpn ipsec
But it shows the following message
tail: unrecognized file system type 0x794c7630 for ‘/var/log/messages’.
please report this to bug-coreutils@gnu.org. reverting to polling
Thanks a lot.
*Manuel Antonio
On 4/15/19 9:41 PM, Assaf Gordon wrote:
> A good starting point is adding the "--debug" option to date(1)
> and examining its output.
Hi Assaf,
I can easily reproduce here on my regular openSUSE:Tumbleweed from latest git:
$ src/date --debug '+%-Y' -d '- 2010 years'
date: parsed relative
Hello,
On 2019-04-15 11:55 a.m., C de-Avillez wrote:
19.04:
It is worth noting that Ubuntu 19.04 has not been officially released
yet, so you are testing on a development branch (or a release-candidate,
or a special built infrastructure as hinted by your path).
* src/split.c (set_suffix_length): suffix_needed is now computed
to be the equivalent of ceil(log(n_units_end) / log(alphabet_len)).
Previously, it would give the floor of above logarithm if the number
of units is divisible by the length of the alphabet.
* tests/split/suffix-auto-length.sh: Add
I have ran a few tests on Ubuntu 16.04, 18.04, 18.10, and 19.04 (all X86_64):
16.04:
root@u1604:~# date +%-Y -d '- 2010 years'
9
root@u1604:~# date --version
date (GNU coreutils) 8.25
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
$ file /bin/date
/bin/date: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV),
dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for
GNU/Linux 3.2.0, BuildID[sha1]=26fa7f6c43c354d8c5647ebf946255a2b8e3c53d,
stripped
I have downloaded and compiled 8.31 from source to see if it makes any
difference and have gotten the same error.
On 15/04/2019 17:02, GNU bug Tracking System wrote:
It works for me with coreutils 8.31 on RHEL 7 x86-64:
$ date +%-Y -d "- 2010 years"
9
Most likely you are running on a 32-bit machine, and dates in the year 9
cannot be represented in a 32-bit timestamp. So a simple fix would be
for you to
On 4/15/19 7:57 AM, O. Emmerson wrote:
> I have been using 'date +%-Y -d "- 2010 years" in a script for years but
> today after using the script after upgrading to Ubuntu 19.04 it has
> failed.
It works for me with coreutils 8.31 on RHEL 7 x86-64:
$ date +%-Y -d "- 2010 years"
9
Most likely
I have been using 'date +%-Y -d "- 2010 years" in a script for years but
today after using the script after upgrading to Ubuntu 19.04 it has failed.
After some experimentation it succeeds with upto 111 years but fails
from 112 onwards.
Error given is:
'date: invalid date '- 112 years'.
Eric Blake wrote:
Attaching a 2M picture of a screenshot and spamming multiple lists at
once puts unnecessary load on the mail servers as it must fan that out
to all list recipients
By the way my first thought when seeing a bug report like this, is that it is an
attempt to break into
That report appears to be about the glibc manual. Please report glibc bugs as
described here:
https://sourceware.org/glibc/wiki/FilingBugs
Also, please use plain text rather than images to describe bugs in a text file.
tag 35275 notabug
thanks
On 4/14/19 7:22 AM, Vikas Talan wrote:
> Dear Sir/Mam,
> I found a spelling mistake in the manual pages. The topic is "22.2 LIMITING
> RESOURCE USAGE" and the spelling mistake is "may". It should be "MANY".
> Kindly check this and make it correct.
Attaching a 2M picture
15 matches
Mail list logo