HN user
[ my public key: https://keybase.io/vsajip; my proof: https://keybase.io/vsajip/sigs/9M2cS-Y2WZSJkUxo6vpbURmovoBnNv-0jm98d__as6U ]
Is it me, or is there a subliminal message in the banner of LightSpeed magazine? No time to look into it, but there appears to be a changing message that flashes on and off to take the place of the "LIGHTSPEED" graphic in the banner. The only one I caught was "RESIST".
In my experience working with Notes over many years, it was a neat architecture let down by client UI that did not meet the expectations of users who also used, for example, MS Office apps. Often, they were cosmetic things. But Notes enabled workflow applications like email on steroids; Microsoft leveraged all it could to displace Notes with Exchange and SharePoint, both IMO technically not as good as Notes in many areas, but the Outlook UI was much better than the Notes client for email, and together with the marketing push, client-side Notes was finished. Domino could perhaps have survived, but it needed more than the anaemic LotusScript and formula language to get support from developers, and that never happened.
The works of Elleston Trevor, writing as Adam Hall, are also worth a look. His protagonist is named Quiller, and perhaps the best known work is "The Berlin Memorandum" adapted into a film titled "The Quiller Memorandum".
Other libraries are available: distlib is even part of PyPA, but apparently its approach to trying out new things put some people off, so it's not "blessed". It supports legacy, standard and semver versions in its version module [0].
>>> from distlib.version import LegacyVersion, NormalizedVersion
>>> NormalizedVersion('2.4.0cloudera2')
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/disk2/vinay/projects/scratch/distlib/distlib/version.py", line 33, in __init__
self._parts = parts = self.parse(s)
^^^^^^^^^^^^^
File "/disk2/vinay/projects/scratch/distlib/distlib/version.py", line 276, in parse
result = _normalized_key(s)
^^^^^^^^^^^^^^^^^^
File "/disk2/vinay/projects/scratch/distlib/distlib/version.py", line 188, in _pep_440_key
raise UnsupportedVersionError('Not a valid version: %s' % s)
distlib.version.UnsupportedVersionError: Not a valid version: 2.4.0cloudera2
>>> LegacyVersion('2.4.0cloudera2')
LegacyVersion('2.4.0cloudera2')
The CFG configuration format is a text format for configuration files which is similar to, and a superset of, the JSON format. It's not new - it dates from well before its first announcement in 2008 - and has the following aims:
* Allow a hierarchical configuration scheme with support for key-value mappings, lists and basic types such as strings, ints, floats, Booleans and date/times.
* Support cross-references between one part of the configuration and another.
* Provide a string interpolation facility to easily build up configuration values from other configuration values.
* Provide the ability to compose configurations (using include and merge facilities).
* Provide the ability to access real application objects safely, where supported by the platform.
* Be completely declarative.
It's similar to newer formats such as JSON5, HJSON, HOCON and similar but offers a number of features [0] which they don't, as indicated by the above list. It's not intended to occupy the niche where you find things like Cue, Jsonnet, Dhall and similar.
It was just never especially publicised when first implemented for use in Python projects, but it now also has implementations for the JVM, .NET, Go, Rust, D, JavaScript [1], Ruby and Elixir (all BSD-3-Clause licensed) and it would be great to get feedback on the project from the HN community.
[0] https://docs.red-dove.com/cfg/intro.html - description of features and comparison with other similar systems
[1] https://docs.red-dove.com/cfg/playground.html - uses the JS implementation to create an interactive playground
I developed a configuration format which is similar to, and a superset of, the JSON format. It's not new - it dates from well before its first announcement in 2008 - and has the following aims:
* Allow a hierarchical configuration scheme with support for key-value mappings and lists.
* Support cross-references between one part of the configuration and another.
* Provide a string interpolation facility to easily build up configuration values from other configuration values.
* Provide the ability to compose configurations (using include and merge facilities).
* Provide the ability to access real application objects safely, where supported by the platform.
* Be completely declarative.
It's similar to newer formats such as JSON5, HJSON, HOCON and similar but offers a number of features [0] which they don't, as indicated by the above list. It's not intended to occupy the niche where you find things like Cue, Jsonnet, Dhall and similar.
It was just never especially publicised when first implemented for use in Python projects, but it now also has implementations for the JVM, .NET, Go, Rust, D, JavaScript [1], Ruby and Elixir (all BSD-3-Clause licensed) and it would be great to get feedback on the project from the HN community.
[0] https://docs.red-dove.com/cfg/intro.html - description of features and comparison with other similar systems
[1] https://docs.red-dove.com/cfg/playground.html - uses the JS implementation to create an interactive playground
Just under their table of contents, they say that "This list is fairly outdated." and point you to https://github.com/xflywind/awesome-nim - and that repo seems to have recent updates.
The pagesign module (named from ‘Python-age-sign’) allows Python programs to make use of the functionality provided by age [1] and minisign [2]. Using this module, Python programs can encrypt and decrypt data, digitally sign documents and verify digital signatures, and manage (generate, list and delete) encryption and signing keys.
Any and all feedback welcome!
The CFG configuration format is a text format for configuration files which is similar to, and a superset of, the JSON format. It's not new - it dates from well before its first announcement in 2008 - and has the following aims:
* Allow a hierarchical configuration scheme with support for key-value mappings and lists.
* Support cross-references between one part of the configuration and another.
* Provide a string interpolation facility to easily build up configuration values from other configuration values.
* Provide the ability to compose configurations (using include and merge facilities).
* Provide the ability to access real application objects safely, where supported by the platform.
* Be completely declarative.
It's similar to newer formats such as JSON5, HJSON, HOCON and similar but offers a number of features [0] which they don't, as indicated by the above list. It's not intended to occupy the niche where you find things like Cue, Jsonnet, Dhall and similar.
It was just never especially publicised when first implemented for use in Python projects, but it now also has implementations for the JVM, .NET, Go, Rust, D, JavaScript [1], Ruby and Elixir (all BSD-3-Clause licensed) and it would be great to get feedback on the project from the HN community.
[0] https://docs.red-dove.com/cfg/intro.html - description of features and comparison with other similar systems
[1] https://docs.red-dove.com/cfg/playground.html - uses the JS implementation to create an interactive playground
The license is currently just
All rights reserved.
Copyright (c) 2020 Lucian Marin
I've started playing around with Tailscale [1], which is based on WireGuard. Free to use for a single user, and I've tried it out on Raspberry Pi, Linux x86_64, Windows and Android. Seems to work well, except there appears to be some issue with accessing Windows via the secure IP (neither ping nor Remote Desktop appear to get through the Windows firewall, despite having a specific firewall rule for Tailscale) [2]. Can SSH into e.g. Linux hosts using PuTTY from Windows without issues.
In 2008, before many of the options for configuration that are available now had been created, I came up with a hierarchical configuration language [0] to use in my Python code. More recently, I had a look at some of the newer options available (JSON5, HJSON, HOCON, SANE and TOML), but still find them wanting in various ways. The latest iteration of my take on it [1] is now available in multiple environments (Python, the JVM, .NET, Go, Rust, D and JavaScript). I would welcome any critique from the HN community.
Coconut oil works very well for soaps. You can get great great results with it. I've tried (as a hobbyist maker) red palm oil and coconut oil and I found the latter much preferable. Coconut oil costs more, of course.
Response by the UK Vegan Society:
https://www.vegansociety.com/whats-new/news/statement-media-...
If your threads are doing I/O rather than computation, then the GIL is less of an issue because it will be released until an I/O operation completes. It's only for threads which contend for the CPU that the GIL is a problem.