simon04

Has anyone succeeded in configuring GNU/Linux to consistently output dates in ISO 8601 format? A partial solution involves...

  ls -l --time-style=full-iso
  git log --date=iso
  date --iso-8601=s # or date --rfc-3339=s
  export TIME_STYLE='long-iso'

You can use a polyfill such as https://github.com/developit/unfetch (500 bytes).

Ctrl+L focuses the address bar. No need to lift your fingers from the keyboard.

Is it denotive that nobody has mentioned Bazel so far? It supports building Java applications as well:

https://docs.bazel.build/versions/master/tutorial/java.html

Feel free to submit a PR if your favourite programming language is out of date, see https://github.com/freeCodeCamp/devdocs/issues/1436 Thanks!

Atlassian's new strategy has been discussed three weeks ago in https://news.ycombinator.com/item?id=24805748

Recently, I've been taking a look at OpenProject https://www.openproject.org/ (GNU General Public License version 3), wich provides a wiki, task management, bug tracker, project management, time tracking. I cannot share any experiences so far, but the project looks very promising. The release notes for the OpenProject 11.0.0 indicate that the project is actively maintained. Can anyone share her/his experiences with OpenProject?

Follow-up, much larger thread → https://news.ycombinator.com/item?id=24805748

> to refer to the 15th day of March, while leaving the year deliberately unspecified

Quoting from https://en.wikipedia.org/wiki/ISO_8601#Calendar_dates –

> The 2000 [of ISO 8601] version allowed writing "--04-05" to mean "April 5" but the 2004 version does not allow omitting the year when a month is present.

> Almost everything should be capable of parsing and outputting ISO 8601 dates [1] today.

Why is it so hard to configure a Linux system (its locale settings) to get RFC 3339 formatted dates everywhere? Sure, I can `ls -l --time-style=full-iso`, `git log --date=iso`, `date --iso-8601=s`, `date --rfc-3339=s` and change the configuration of every single application by hand. Am I missing something?

Often, people recommend the hackish `LC_TIME=en_DK.UTF-8`. This however, doesn't work for Java applications and caused various other issues.

A list of software (not) adhering to this specification is maintained in the Arch Linux wiki: https://wiki.archlinux.org/index.php/XDG_Base_Directory

In my opinion, one should _always_ try to get changes/fixes/patches applied upstream. Even if the still need some discussion/tuning. In the long run everyone benefits. Think of 1000 people maintaining their own fork of the Linux kernel.

Some kind of input validation and user feedback would be welcome. Show a green check mark, if the input annual sum equals the computed sum of the input monthly sums. Typically, all values have two decimal places, thus, validate that there are no more and no less in the user input.

https://zaquestion.github.io/lab/ – Lab wraps Git or Hub, making it simple to clone, fork, and interact with repositories on GitLab

> So yeah, it is an official source. It's just outdated

`whois 7-zip.de` resolves to a private person in Germany. This does not look official to me. More like a crowdsourced effort of providing translated websites with a dangerous effect in case of security vulnerabilities.

The versions provided are (as of 2018-05-04T10:20:00Z): en 18.05, de 16.04, zh 16.04/18.05, eo 18.01, fr 18.01, ja 18.05, pt 18.01, es 18.01, th 18.05, vi 18.01

There's a big webpack 4 documentation update PR in the pipeline: https://github.com/webpack/webpack.js.org/pull/1856