bug#35275: spelling mistake manual pages

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 o

bug#35275: spelling mistake manual pages

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.

bug#35275: spelling mistake manual pages

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 developer

bug#35289: date+%-Y -d "- N years" errors when N > 111

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'. Distro

bug#35289: date+%-Y -d "- N years" errors when N > 111

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 you

bug#35289: closed (Re: bug#35289: date+%-Y -d "- N years" errors when N > 111)

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 swi

bug#35289: closed (Re: bug#35289: date+%-Y -d "- N years" errors when N > 111)

I have downloaded and compiled 8.31 from source to see if it makes any difference and have gotten the same error.

bug#35289: closed (Re: bug#35289: date+%-Y -d "- N years" errors when N > 111)

$ 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

bug#35289: closed (Re: bug#35289: date+%-Y -d "- N years" errors when N > 111)

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

bug#35291: [PATCH] split: fix incorrect suffix length computation

* 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 tes

bug#35289: closed (Re: bug#35289: date+%-Y -d "- N years" errors when N > 111)

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). cerdea@piatam:/data/buildd/cor

bug#35289: closed (Re: bug#35289: date+%-Y -d "- N years" errors when N > 111)

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 par

bug#35295: unrecognized file system type 0x794c7630

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 V

bug#35289: closed (Re: bug#35289: date+%-Y -d "- N years" errors when N > 111)

Thanks Bernhard, On 2019-04-15 2:14 p.m., Bernhard Voelker wrote: I can easily reproduce here on my regular openSUSE:Tumbleweed from latest git: $ src/date --debug '+%-Y' -d '- 2010 years' [] date: error: adding relative date resulted in an invalid date: '(Y-M-D) 0009-04-15 22:10:3

bug#35289: closed (Re: bug#35289: date+%-Y -d "- N years" errors when N > 111)

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) inv-yea

bug#35289: closed (Re: bug#35289: date+%-Y -d "- N years" errors when N > 111)

On 15/04/2019 21:55, Assaf Gordon wrote: To see if this is glibc issue, or perhaps an gnulib/mktime_z wrapper issue, can you (and/or others) try the attached C program? It calls time(2)+localtime(3)+mktime(3) to emulate the date adjustment. Because the adjustment is to year 9 (about 1961 years

bug#35289: closed (Re: bug#35289: date+%-Y -d "- N years" errors when N > 111)

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 #

bug#35289: closed (Re: bug#35289: date+%-Y -d "- N years" errors when N > 111)

C de-Avillez wrote: So: a pristine 19.04 runs it. My laptop (which is my work machine, full of other packages & programs), does not. You might try running 'strace' on pristine 19.04 and on your laptop, and see if you can spot the difference in system calls. Possibly you have some stuff on you

bug#35295: unrecognized file system type 0x794c7630

Hello, On 4/15/19 10:44 PM, Manuel Vera Co wrote: > 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