I maybe up for a promotion using Redhat/CentOS in a few months and will be judged on uptime and ability to recover from reboots. I am nervous after reading all the hate here.
RH/COS is serving a lot of farms with OpenStack.
but then...
Google is pressing kubernetes at huge trade fairs. M$ is catching up with open source culture.
Ubuntu is enforcing snap and the other everywhere...
who knows what will happen???
I'm sorry it makes you feel nervous. I mostly feel excited:^) and compelled to study where it all goes.
We hope the inclusion of OpenRC in ASCII's installer (expert mode) can be a concrete answer to your question. OpenRC is also what good BSD folks are adopting.
Read again. I said you were involved with extremists. Not that you were one of them. They damage the credibility of anyone with genuine problems with systemd.
ACK and agree. I'm sure you understand that to transform a years old flame into a decent discussion is quite a hell of a process.
Apologies for overreacting, I recognize you do have legitimate observations, but really I've been through the systemd-grinder enough to quickly put up defenses.
That posting of the "financial reports" is the first time you' ve published any information about business registration. Where is the posted information about dyne.org? Where are all those certified accounts available? Why doesn't Archive.org have them?
Man, we are paying taxes to the Netherlands, not to Archive.org. I think you have a different idea of transparency... we are producing all the documentation needed for the institutions and organizations that require them, including the EU commission for some projects. However in case of donors you are right, more work must be done towards transparency...
And no, that's not transparent accounting. I have no reason to believe you are engaging in fraud - or even paying yourself to design logos.
Transparent "accounting" is when expenditures are detailed (show where the money went - not on what) and are certified by a registered accountant as being true and complete, and made public. You've only done the last part.
SFI is a registered non-profit. Debian is a registered non-profit funded by SFI, and other organisations. All display that information as required by law and produce annual returns certified by registered accountants. Just as gnu.org does.
...and we'll check these aspects out. Its a good advice to see how other long-standing good examples are operating and we'll certainly need to extend our team to include someone that is proficient with this side of things. This is a growth process and its not easy, yet at Dyne.org we are determined to not blow it up with a VC, but to have a rhythm of growth that is slow and organic. We are just opening an office in Amsterdam, after some years of difficulties, and this will help a lot.
Good point on LibreCrypt, it is on my radar already, good candidate for people who won't use any command-line or script.
We have an issue open to support Tomb volumes, fairly easy to implement https://github.com/t-d-k/Libre...
Curious about your manipulation of to the Devuan project passing via a personal attack against me.
BTW are you Kevin McCurley of Digicrime, based in San Jose?
Isn't this game boring? Yet I have to reply because your claims about Devuan are false:
1- we don't demand no-one else should be able to use systemd. We clearly demand our own rights in choosing to not use systemd and have engaged in an honest quest developing a base system that is alternative to Debian and does not depends from the web of dependencies of systemd, including the init and the device manager.
2- our fund-raise is accountable, the financial responsibility is taken up by a non-profit organization registered since more than 10 years, our financial report is public and reasonably detailed http://devuan.org/donate
cryptsetup has luksHeaderBackup and luksHeaderRestore commands.
We have an issue open on github, thinkering on how to avoid bit-rot here https://github.com/dyne/Tomb/i...
The LUKS header recovery comes handy, a single corrupted bit in the header of a Tomb could be fatal, so there are plans to backup the header also inside the key, perhaps starting from the next major version of Tomb.
To fight bit-rot a filesystem like ZFS is pretty effective, but then that must be the "outer" FS, used by the storage support hosting the tomb.
Prominently stated in Tomb's documentation is the goal of separating the physical locations where keys and volumes are stored.
This is explicitly to address cases of stolen laptop, phone, etc.
The fact that is easy to use gpg encrypted keys from a remote ssh shell, a phone over NFC or bluetooth or a usb stick is addressing human-behavior as a vulnerability much more than actual encryption technology, which we assume to be fairly advanced and reliable today at least in case of dm-crypt.
Does the fact that a software is a small shell script or a big POSIX C codebase makes you trust it more, or less?
I appreciate the considerations about portability of a shell script being critical, yet ZSh interpreters are very portable themselves.
oh! hey! thanks. that's a good tip. I'll still keep the same approach in webnomad for non-js compat, but well I'm convinced we don't need new tag names.
shamelessly putting forward a young project of mine
but look, here I'm using markdown (piped to anything, pandoc works fine) inside HTML documents and in multiple blocks throught the document. webnomad is a minimal implementation to use <markdown> </markdown>inside a plain html and bootstrap styled website.
I hope this inspires someone. I'd advocate for markup tags inside HTML6 eheh
Right on!
FYI Another "Working Computer Museum" up since about 15 years in Palazzolo Acreide, Sicily, nearby Siracusa,
privately run by volunteers and collectors: http://museum.dyne.org/
(website in Italian and some english, remote access to computers offered via telnet and ssh)
Definitely the way to go. Wait another 20 years and we'll all be establishment:^)
on KDE there is this pretty good open source alternative to gnu-cash
I find it more intuitive http://kmymoney2.sourceforge.net/
also make sure your bank's ledgers export is supported by some of the plugins in AQbanking
FYI: freej 1.0 will be released in July, it is a vision mixer engine (2d) with a javascript interpreter (xulrunner) and python bindings
http://freej.dyne.org/
Actually FREEEEE was done by BLAG's developer Jebba, i guess the guitar piece is something he play with friends in his garage:)
We were highly enthusiastic about this device since the early beginning, FREEEEE was born with the intention to deploy the linux-libre kernel on the device
FREEEEE currently works with BLAG and Fedora-9 packages (I'm using it on my 900 eee), but is not actively mantained as we don't have so much time for it. Also the website is down.. yes we know:)
all the scripts written ad-hoc are hosted on git.dyne.org/freeeee.git.
well said, but...
most electronic devices are crippled by protection to reuse them, like DRM, Trusted Computing and however you like to call what was there even before they invented those terms.
Slashdot Mirror
As stated in 2016 at FSCONS in the Q&A https://youtu.be/wMvyOGawNwo?t...
I maybe up for a promotion using Redhat/CentOS in a few months and will be judged on uptime and ability to recover from reboots. I am nervous after reading all the hate here.
RH/COS is serving a lot of farms with OpenStack.
:^) and compelled to study where it all goes.
but then...
Google is pressing kubernetes at huge trade fairs. M$ is catching up with open source culture.
Ubuntu is enforcing snap and the other everywhere...
who knows what will happen???
I'm sorry it makes you feel nervous. I mostly feel excited
For the *nix seasoning Big Up to Museum.Freaknet.org ... and the ipv7 retro decnet community and the suckless tribes :^)
We hope the inclusion of OpenRC in ASCII's installer (expert mode) can be a concrete answer to your question. OpenRC is also what good BSD folks are adopting.
Many thanks Bruce. Your endorsement means a lot to me and other Devuan developers.
Read again. I said you were involved with extremists. Not that you were one of them. They damage the credibility of anyone with genuine problems with systemd.
ACK and agree. I'm sure you understand that to transform a years old flame into a decent discussion is quite a hell of a process.
Apologies for overreacting, I recognize you do have legitimate observations, but really I've been through the systemd-grinder enough to quickly put up defenses.
That posting of the "financial reports" is the first time you' ve published any information about business registration. Where is the posted information about dyne.org? Where are all those certified accounts available? Why doesn't Archive.org have them?
Man, we are paying taxes to the Netherlands, not to Archive.org. I think you have a different idea of transparency... we are producing all the documentation needed for the institutions and organizations that require them, including the EU commission for some projects. However in case of donors you are right, more work must be done towards transparency...
And no, that's not transparent accounting. I have no reason to believe you are engaging in fraud - or even paying yourself to design logos. Transparent "accounting" is when expenditures are detailed (show where the money went - not on what) and are certified by a registered accountant as being true and complete, and made public. You've only done the last part.
SFI is a registered non-profit. Debian is a registered non-profit funded by SFI, and other organisations. All display that information as required by law and produce annual returns certified by registered accountants. Just as gnu.org does.
...and we'll check these aspects out. Its a good advice to see how other long-standing good examples are operating and we'll certainly need to extend our team to include someone that is proficient with this side of things. This is a growth process and its not easy, yet at Dyne.org we are determined to not blow it up with a VC, but to have a rhythm of growth that is slow and organic. We are just opening an office in Amsterdam, after some years of difficulties, and this will help a lot.
Good point on LibreCrypt, it is on my radar already, good candidate for people who won't use any command-line or script.
We have an issue open to support Tomb volumes, fairly easy to implement https://github.com/t-d-k/Libre...
Tried in RFP 611660, did not went well so far https://bugs.debian.org/cgi-bi...
Here is a debian/ packaging setup ready for Tomb, contributed by maintainers of the Freepto distro https://github.com/AvANa-BBS/T...
Arch has a package since long already.
Its not the first version, is the latest. Here is the ChangeLog https://files.dyne.org/tomb/Ch...
Curious about your manipulation of to the Devuan project passing via a personal attack against me.
BTW are you Kevin McCurley of Digicrime, based in San Jose?
Isn't this game boring? Yet I have to reply because your claims about Devuan are false:
1- we don't demand no-one else should be able to use systemd. We clearly demand our own rights in choosing to not use systemd and have engaged in an honest quest developing a base system that is alternative to Debian and does not depends from the web of dependencies of systemd, including the init and the device manager.
2- our fund-raise is accountable, the financial responsibility is taken up by a non-profit organization registered since more than 10 years, our financial report is public and reasonably detailed http://devuan.org/donate
regards
cryptsetup has luksHeaderBackup and luksHeaderRestore commands.
We have an issue open on github, thinkering on how to avoid bit-rot here https://github.com/dyne/Tomb/i...
The LUKS header recovery comes handy, a single corrupted bit in the header of a Tomb could be fatal, so there are plans to backup the header also inside the key, perhaps starting from the next major version of Tomb.
To fight bit-rot a filesystem like ZFS is pretty effective, but then that must be the "outer" FS, used by the storage support hosting the tomb.
Prominently stated in Tomb's documentation is the goal of separating the physical locations where keys and volumes are stored.
This is explicitly to address cases of stolen laptop, phone, etc.
The fact that is easy to use gpg encrypted keys from a remote ssh shell, a phone over NFC or bluetooth or a usb stick is addressing human-behavior as a vulnerability much more than actual encryption technology, which we assume to be fairly advanced and reliable today at least in case of dm-crypt.
Does the fact that a software is a small shell script or a big POSIX C codebase makes you trust it more, or less?
I appreciate the considerations about portability of a shell script being critical, yet ZSh interpreters are very portable themselves.
Thanks Peter! you are so kind! Hey wait a minute! the scammers are also on slashdot!! quick quick, close your wallet!
oh! hey! thanks. that's a good tip. I'll still keep the same approach in webnomad for non-js compat, but well I'm convinced we don't need new tag names.
shamelessly putting forward a young project of mine but look, here I'm using markdown (piped to anything, pandoc works fine) inside HTML documents and in multiple blocks throught the document.
webnomad is a minimal implementation to use <markdown> </markdown>inside a plain html and bootstrap styled website. I hope this inspires someone. I'd advocate for markup tags inside HTML6 eheh
Right. It is Europe that is part of the UK.
-- YACHM: http://museum.dyne.org/
Right on! :^)
FYI Another "Working Computer Museum" up since about 15 years in Palazzolo Acreide, Sicily, nearby Siracusa,
privately run by volunteers and collectors: http://museum.dyne.org/
(website in Italian and some english, remote access to computers offered via telnet and ssh)
Definitely the way to go. Wait another 20 years and we'll all be establishment
on KDE there is this pretty good open source alternative to gnu-cash
I find it more intuitive
http://kmymoney2.sourceforge.net/
also make sure your bank's ledgers export is supported by some of the plugins in AQbanking
For those in the near, the speakers are worth hearing: http://canopycanopycanopy.com/programs/60
For sending remote commands UPNP-AV is there as ... yet another standard.
Here an implementation I'm busy with http://syncstarter.org/avremote
If you visit Asia you might notice it: the only electrical household that everyone has is a TV, even in absence of any other basic furniture.
FYI: freej 1.0 will be released in July, it is a vision mixer engine (2d) with a javascript interpreter (xulrunner) and python bindings http://freej.dyne.org/
Actually FREEEEE was done by BLAG's developer Jebba, i guess the guitar piece is something he play with friends in his garage :)
We were highly enthusiastic about this device since the early beginning, FREEEEE was born with the intention to deploy the linux-libre kernel on the device
FREEEEE currently works with BLAG and Fedora-9 packages (I'm using it on my 900 eee), but is not actively mantained as we don't have so much time for it. Also the website is down.. yes we know :)
all the scripts written ad-hoc are hosted on git.dyne.org/freeeee.git.
ciao
In the meantime, Reduce, Reuse, Recycle.
well said, but...
most electronic devices are crippled by protection to reuse them, like DRM, Trusted Computing and however you like to call what was there even before they invented those terms.