holmb

Possibly Head Master at the Belson Institute of Tethics.

Thanks for the insights!

We have been doing something similar but it sounds like you have come further along this way of working. We (with help from Claude) have built a similar tool that you describe to interface with our task- and project management system, and use it together with the Gitlab and Github CLI tools to allow agents to read tickets, formulate a plan and create solutions and create MR/PR to the relevant repos. For most of our knowledge base we use Markdown but some of it is tied up in Confluence, that's why I have an interest in that part. And, some is even in workflows are in Google Docs which makes the OP tool interesting as well -- currently our tool output Markdown and we just "paste from markdown" into Gdocs. We might be able to revise and improve that too.

I would be very interested in this if you could share? Maintaining a Knowledge Base without a Git workflow is a pain currently.

The discontinuation of Syncthing for Android bothers me.

https://news.ycombinator.com/item?id=41895718

For open source project management tools I prefer to use the integrated solution from Phabricator[1], nowadays called Phorge[2]. It has workboards, very good access control and separation of projects (tags). See an example board[3].

1. https://www.phacility.com/phabricator/ 2. https://we.phorge.it/ 3. https://we.phorge.it/tag/phorge/

The OP is Swedish.

Interesting. The obvious use case aside, I would like to try this out as a presenter tool (next slide, etc).

s/Trailscale/Tailscale/ in the title. \o/

I get the narrative of the article, but I think it is counterproductive to use headlines like this. I have noticed this sentiment that the article author is pointing to ("the world only needs containers", etc) on Reddit and other forums. But the reality is that Openstack is a very capable IaaS platform that does not have a match in the open source space. If you are comfortable using commercial solutions, then yes, there are certainly ones that could compare to Openstack in one aspect or another. But if we are agreeing that open source is good (for the market) in the long term then it would be unwise to think that Openstack is done and over with.

My experience is that Openstack opens up the world of cloud infrastructure to organizations that are either very large and therefore have the inclination to own their services and workloads, or organizations that have specific security requirements.

Openstack is not going anywhere anytime soon.

I wrote an answer on Super User [0] on how to use this neat tool. There are use cases where it really comes in handy. For example when copying a lot of files around to various folders that sits on the same disk so that you can assume that it won't run efficiently in parallel.

When I think of it even lftp has queue and jobs commands. But "task spooler" is the generic tool you can use for more general use cases than file copying.

0. https://superuser.com/questions/220364/how-to-run-commands-a...

I use this to encrypt files as well and I think Emacs handles this very well for individual files. It is however the notes management tool that doesn't support transparently search through multiple files.

I imagine what is needed is using gpg-agent to handle passwordless decryption of the files at rest.

There have been a few of these note taking systems that have passed through HN lately. I use org-mode for some notes and sometimes open-junk-file (that I discovered in in Spacemacs). What I miss is a tool that will help me keep some notes encrypted at rest but will allow me to search filenames _and_ content. nb seems to support searching, and encryption, but not the two in combination.

There have been a few of these note taking systems that have passed through HN lately. I use org-mode for some notes and sometimes open-junk-file (that I discovered in in Spacemacs). What I miss is a tool that will help me keep some notes encrypted at rest but will allow me to search filenames _and_ content. nb seems to support searching, and encryption, but not the two in combination.

We built an Ansible role to install and configure Wireguard on EdgeOS. It works well on EdgeRouter Infinity ER-8-XG and EdgeRouter X.

https://github.com/dynamist/ansible-role-wireguard-vyatta

This is just plain wrong. There are many ways to handle such a situation. One would be "visstidsanställning" which is employment for a pre-determined period.

I noticed that their canary [0] has not been updated and it should have been updated at the latest on 21st of February.

[0] https://crypton.sh/canary

To anyone interested in running Wireguard on Ubiquiti have a look at https://github.com/dynamist/ansible-role-wireguard-vyatta

Downgraded from "You can trust this code" to "You may certianly put your trust in this code" in https://github.com/psf/requests/commit/9d4fd3c968b134d98ed27...

Seems somewhat similar to resources[0] in Concourse in that they use a container image that has a defined entry point.

Concourse refers to this as a "get step"[1] or a "put step", which calls a pre-defined script inside the container with a custom set of parameters. The "put step" is used when you expect side effects, while a "get step" is used to check status on some resource and trigger jobs.

In general it makes the CI/CD system easily composable and clean. Concourse manages this very well and while I haven't used Bitbucket Pipes I suspect it to be a good experience as well.

[0] https://concourse-ci.org/resources.html [1] https://concourse-ci.org/implementing-resources.html

I have seen these kind of prohibitions at for example Nasdaq OMX. I assume it is legal if it is agreed in a contract. There is a balance here what might be a "human right" and what could be in conflict with the best of the company -- and it would seem reasonable for a company to try this. If they will find people willing to sign that contract is another matter altogether.

Edit: typo

I find it very curious if they have the legal power to enforce this. If it is not in the employment contract then a prohibition like this would not stand. Sure, the employer could try to implement this but I am quite sure it is against their labour laws.

It would seem an ID of 15660524 would be submitted before 15660556, no?

Do you have a URL for that announcement?

I tried this yesterday and my initial impression is that this is a streamlined solution and I want to dig in deeper.

One thing though, it is unclear how much RAM Rancher 2.0 requires.

http://rancher.com/rancher2-0/ states 2 GB, while the Getting Started Guide at http://rancher.com/docs/rancher/v2.0/en/quick-start-guide/ says minimum of 4 GB RAM.

That is scary indeed. Was he convicted? Police do make mistakes and one can only hope that they are corrected.

Perhaps the knife was a bit exagerated. It will be considered a weapon in many jurisdictions. Lynx however will/should hardly be considered a hacking tool. curl has been in deep waters many times, equally perplexing as the lynx scenario. https://daniel.haxx.se/blog/2016/01/19/subject-urgent-warnin...

It can never be illegal to use any tool. It is the intent and action carried out with the tool that decides whether it is illegal.

Consider the difference carrying a knife, being a hunter, and carrying a knife being a bankrobber and going into a bank to use it.

I don't get this. Or at least I am quite uncomfortable with the narrative.

The points being made in the article is that there was an "unequivocal no" from six top US intelligence officials when asked whether they would be comfortable with Kaspersky Lab software on their computers. And that these claims somehow translate into that it is a fact, the author even uses the term "beyond the evidence".

There is no evidence being presented in the article. At all. Although if the statement would be that it would pose an increased and unwanted risk for US agencies to use software developed in Russia, then yes, I would not object. The same applies in reverse, for Russia, or any other state for that matter, to use Microsoft/Apple/Google software in critical applications.

The author also claims that "oligarchs and tycoons have no choice but to cooperate with the Kremlin". But as I understand it (I am not a US citizen) the US government has the same capabilities when it comes to US based companies? I specifically remember the Lavabit debacle. Or does the author insinuate that there is some additional pressure (threat) on Russian companies to comply?

I have read in exactly one place that "devops is dying" -- admittedly I have not read everything or even researched the subject -- and that was in the HN article about AWS CodeStar. I thought to myself at that time that they couldn't be more wrong. Just because you lift the bar a little higher for what is automated in the tools you use now you just don't remove the need for further automation and especially integration between services.

Any worry that devops is going away, regardless which standpoint you have, I think is unfounded. I might have to change my opinion in the next 5 years or so but for now I am quite confident the devops way is firmly not dying.

Python is not just a single executable. It takes a little more work than one would want. And for what gain? Would you be fine with other software also requiring a custom interpreter to function? It gets cumbersome.