LinuxQuestions.org
Visit Jeremy's Blog.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 02-01-2019, 10:06 AM   #2746
drumz
Member
 
Registered: Apr 2005
Location: Scottsdale, AZ, USA
Distribution: Slackware
Posts: 212

Rep: Reputation: 60

Quote:
Originally Posted by USUARIONUEVO View Post
From the Changelog:

Code:
l/glibc-i18n-2.29-x86_64-2.txz: Rebuilt.
       Reverted en_US.UTF8 date(1) format back to 24 hour. I'm pretty sure that
       the majority of people here in this locale will agree.
I agree with Patrick. The new glibc en_US date format is braindead. I rarely see day-month-year in the US. To me that's the more controversial change. Thanks for reverting it!

You can see the old and new formats in the Changlelog itself.

New glibc default:
Fri 01 Feb 2019 01:26:44 AM UTC

Original (and now Slackware-current) behavior:
Fri Feb 1 05:53:41 UTC 2019

Here is the discussion on the glibc mailing list: http://sourceware-org.1504.n7.nabble...-td552470.html
 
4 members found this post helpful.
Old 02-01-2019, 11:28 AM   #2747
bassmadrigal
LQ Guru
 
Registered: Nov 2003
Location: West Jordan, UT, USA
Distribution: Slackware
Posts: 5,876

Rep: Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586
Quote:
Originally Posted by drumz View Post
From the Changelog:

Code:
l/glibc-i18n-2.29-x86_64-2.txz: Rebuilt.
       Reverted en_US.UTF8 date(1) format back to 24 hour. I'm pretty sure that
       the majority of people here in this locale will agree.
I agree with Patrick. The new glibc en_US date format is braindead. I rarely see day-month-year in the US. To me that's the more controversial change. Thanks for reverting it!

You can see the old and new formats in the Changlelog itself.

New glibc default:
Fri 01 Feb 2019 01:26:44 AM UTC

Original (and now Slackware-current) behavior:
Fri Feb 1 05:53:41 UTC 2019

Here is the discussion on the glibc mailing list: http://sourceware-org.1504.n7.nabble...-td552470.html
The only place I see the DD MMM YYYY format is in the military. Almost all civilians in the US will use MMM DD YYYY.

I do wish everyone would just move to YYYY-MM-DD, it is the official global standard... plus it works better for filename sorting. (Plus relevant xkcd.)
 
4 members found this post helpful.
Old 02-01-2019, 11:42 AM   #2748
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 8,780

Rep: Reputation: Disabled
Quote:
Originally Posted by bassmadrigal View Post
I do wish everyone would just move to YYYY-MM-DD, it is the official global standard...
Global? No.

In all countries I know but the USA, people use DD MM YY or DD MM YYYY when writing a date in a correspondence, and most use a 24 hours fomat for time.

Anyway the date utility allow to use the format you want, so that doen't matter much, and as long as the locale is en_US.utf8 I don't care: I don't use this one

Last edited by Didier Spaier; 02-01-2019 at 11:50 AM.
 
Old 02-01-2019, 11:48 AM   #2749
nobodino
Member
 
Registered: Jul 2010
Location: in France
Distribution: slackware, slackware from scratch, LFS, linux Mint,Manjaro...
Posts: 552

Rep: Reputation: 359Reputation: 359Reputation: 359Reputation: 359
In France, we use DD MM YY format and not the other way.
 
Old 02-01-2019, 12:07 PM   #2750
sombragris
Member
 
Registered: Jul 2004
Location: Asuncion, Paraguay, South America
Distribution: Slackware
Posts: 432

Rep: Reputation: 194Reputation: 194
Quote:
Originally Posted by drumz View Post
From the Changelog:


I agree with Patrick. The new glibc en_US date format is braindead. I rarely see day-month-year in the US. To me that's the more controversial change. Thanks for reverting it!

You can see the old and new formats in the Changlelog itself.

New glibc default:
Fri 01 Feb 2019 01:26:44 AM UTC

Original (and now Slackware-current) behavior:
Fri Feb 1 05:53:41 UTC 2019

Here is the discussion on the glibc mailing list: http://sourceware-org.1504.n7.nabble...-td552470.html
I don't think DD MM YYYY is braindead. It's widely used outside the U.S. -- However, I agree regarding the 24-hour format; it's best.
 
Old 02-01-2019, 03:01 PM   #2751
bassmadrigal
LQ Guru
 
Registered: Nov 2003
Location: West Jordan, UT, USA
Distribution: Slackware
Posts: 5,876

Rep: Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586
Quote:
Originally Posted by Didier Spaier View Post
Global? No.
Global, yes. Standard in each country, no.

The International Standards Organization created ISO 8601 back in 1988 which made YYYY-MM-DD the official global standard. But each country still has their own standard and may or may not use the ISO standard in normal usage.
 
3 members found this post helpful.
Old 02-01-2019, 03:10 PM   #2752
USUARIONUEVO
Senior Member
 
Registered: Apr 2015
Posts: 1,108

Rep: Reputation: 330Reputation: 330Reputation: 330Reputation: 330
Quote:
Originally Posted by nobodino View Post
In France, we use DD MM YY format and not the other way.
same in spain

DD MM YY
 
Old 02-01-2019, 03:19 PM   #2753
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 8,780

Rep: Reputation: Disabled
In the document you linked to, I read:
Quote:
When dates are represented with numbers they can be interpreted in different ways. For example, 01/05/12 could mean January 5, 2012, or May 1, 2012. On an individual level this uncertainty can be very frustrating, in a business context it can be very expensive. Organizing meetings and deliveries, writing contracts and buying airplane tickets can be very difficult when the date is unclear.

ISO 8601 tackles this uncertainty by setting out an internationally agreed way to represent dates:

YYYY-MM-DD

For example, September 27, 2012 is represented as 2012-09-27.
This can be in an ISO standard (I won't buy it just to check the details), but I repeat: to the best of my knowledge this convention is only in use in the USA, so in my opinion it doesn't deserve the qualifier "global". Enough said about that from me.

Have a good day.
 
Old 02-01-2019, 03:20 PM   #2754
drumz
Member
 
Registered: Apr 2005
Location: Scottsdale, AZ, USA
Distribution: Slackware
Posts: 212

Rep: Reputation: 60
Quote:
Originally Posted by drumz View Post
The new glibc en_US date format is braindead.
Quote:
Originally Posted by sombragris View Post
I don't think DD MM YYYY is braindead. It's widely used outside the U.S. -- However, I agree regarding the 24-hour format; it's best.
Yes, DD MMM YYYY is used outside the U.S. And the date format is en_US.

Edit: Sorry for hijacking the thread! Should have started a new topic...

Last edited by drumz; 02-01-2019 at 03:21 PM.
 
Old 02-01-2019, 04:10 PM   #2755
bassmadrigal
LQ Guru
 
Registered: Nov 2003
Location: West Jordan, UT, USA
Distribution: Slackware
Posts: 5,876

Rep: Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586Reputation: 3586
Quote:
Originally Posted by Didier Spaier View Post
to the best of my knowledge this convention is only in use in the USA, so in my opinion it doesn't deserve the qualifier "global".
This convention, YYYY-MM-DD isn't really used in the US either. For the US, it is usually either MMM DD, YYYY (Sep 20, 1990) or MM/DD/YYYY (09/20/1990).

The ISO standard is the "global standard", however, that doesn't mean that each country uses that standard (just as metric is the global standard, but the US uses its own customary units and the British use a mix of both).
 
1 members found this post helpful.
Old 02-01-2019, 04:41 PM   #2756
Okie
Senior Member
 
Registered: Mar 2002
Location: Oklahoma
Posts: 1,084

Rep: Reputation: 107Reputation: 107
we need to make this date thing a standard
Attached Thumbnails
Click image for larger version

Name:	standards.png
Views:	43
Size:	23.7 KB
ID:	29676  
 
2 members found this post helpful.
Old 02-01-2019, 05:10 PM   #2757
USUARIONUEVO
Senior Member
 
Registered: Apr 2015
Posts: 1,108

Rep: Reputation: 330Reputation: 330Reputation: 330Reputation: 330
iw-5.0
https://mirrors.edge.kernel.org/pub/.../iw-5.0.tar.xz
 
Old 02-01-2019, 06:03 PM   #2758
USUARIONUEVO
Senior Member
 
Registered: Apr 2015
Posts: 1,108

Rep: Reputation: 330Reputation: 330Reputation: 330Reputation: 330
Cython-0.29.4
https://files.pythonhosted.org/packa...-0.29.4.tar.gz
 
Old 02-01-2019, 06:13 PM   #2759
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 8,780

Rep: Reputation: Disabled
Suggestion : base the partition selection on the file system type instead of the partition type in SeTDOS.

Rationale: as the purpose of /usr/lib/setup/SeTDOS in the installer is to populate /etc/fstab in the system to install, include partitions with a file system that mount can handle, regardless of the partition type.

Patch attached, against /syslinux/initrd.img found in a -current mirror as of today. The list is given by "cat /proc/filesystems|grep -v nodev", so msdos, vfat and ntfs.

PS For Slint and as done in the patch I will exclude all ESP, not only the one that will be mounted on /boot/efi, case occurring (it will be included in SeTnative anyway). IMO there is no point mounting by default additional ESP. The user can always mount them manually, if need be.
Attached Files
File Type: txt SeTDOS.diff.txt (2.7 KB, 11 views)

Last edited by Didier Spaier; 02-02-2019 at 03:43 AM. Reason: PS added.
 
Old 02-01-2019, 08:08 PM   #2760
Nobby6
LQ Newbie
 
Registered: Jul 2012
Posts: 16

Rep: Reputation: Disabled
Quote:
Originally Posted by bassmadrigal View Post

I do wish everyone would just move to YYYY-MM-DD, it is the official global standard..
HUH
In Australia, New Zealand, and everywhere I deal with in Europe (many countries), all use DD MM YYYY
 
2 members found this post helpful.
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] Requests for -current (20151216) rworkman Slackware 3441 12-28-2017 03:50 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 11:13 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration