You are not logged in.
Thanks, this is very handy!
MIYO is a legend, no matter if it stops, it will be never forgotten!
OTOH I'm resuming development of dyne:bolic finally, 10 years later :^D
https://files.dyne.org/dynebolic/
should pay tribute to MYIO, anyone able to collect its desktop backgrounds somewhere for download???
I needed to run Devuan on Linode, which I hope will keep running as-is even after the Akamai acquisition...
So here is a simple set of scripts using Packer.io and Ansible to create a "private image" (previously known as golden image) on Linode.
https://git.devuan.org/jaromil/linode-golden-image
Running this one can add the choice of Devuan to the list of available distributions when creating a new virtual machine.
The only available version for now is Chimaera, but should be easy to change and extend with Daedalus or Beowulf. The image is created starting from the default Debian one provided by Linode, then dist-upgraded to Devuan using the Ansible playbook I've included.
Happy Hacking!
Thanks for this soren! (and hi!) - I'll be resharing this
Dears, I recently experimented with switching languages on a minimal Devuan installation.
I learned that issuing a convoluted sequence of commands is necessary to switch languages! So I'll document them here, and also, I'll be grateful to anyone who manages to find a more straightforward way to do this.
For example, to switch language to Italian (it_IT.UTF-8), the commands (as root) are:
sed -i -e 's/# en_US.UTF-8 UTF-8/it_IT.UTF-8 UTF-8/' /etc/locale.gen
dpkg-reconfigure --frontend=noninteractive locales
update-locale LANG=it_IT.UTF-8
Then any user willing to use the Italian language should do the following:
export LANG=it_IT.UTF-8
Am I the only person thinking this is rather convoluted? Does anyone have a better way to do this?
ciao!
dear Devuanistas,
Recently I adopted ansible to build a script for non-interactive migration from Debian to Devuan. I works well on freshly installed servers and takes care of some little details needed and tedious to repeatedly type by hand.
I shared it on this public gist: Ansible for the non-interactive migration of Debian 11 "Bullseye" to Devuan 4 "Chimaera"
If there is enough demand for such a solution, I may put some extra effort in maintaining a repository with some ansible roles and a quick makefile automation for the different versions of Debian->Devuan migrations.
I hope the sysadmins can enjoy more slack thanks to this :^) in case you do let me know here, I'm happy to read your experiences.
ciao!
Hello everyone!
I had this problem using Devuan on Docker images and bare-metal installations when connecting to certain mirrors and even on pkgmaster.
Not sure if anyone has a better solution, so far mine is this adding an "Acquire::Retries" policy of "5" to apt.conf.d
echo "Acquire::Retries \"5\";" | sudo tee /etc/apt/apt.conf.d/avoid-timeouts
Hope this helps anyone experiencing the same problem.
ciao
hi Plentyn!! we all want a new Devuan conference. Can we call sometimes soon? send me an email, ciao!!
There is absolutely no reason for blocking, this shouldn't happen! Can you post a traceroute or detail how access is denied?
To avoid censorship and blocks to the Internet the Devuan website is also accessible using Tor at the address http://devuanzuwu3xoqwp.onion
Amazing historical trace, thanks for keeping that around. Problems in Debian's governance and its lack of integrity are well known and have motivated us to fork a project that seems too big to fail, dasein's posts are the resource number one to explain why.
There is also this rewrite by Danyspin https://github.com/danyspin97/tt once mature, well documented and tested for integration we intend to propose it as an alternative in Devuan, but it will take a while more I guess.
Very intresting! FYI another encryption tool is Tomb https://github.com/dyne/Tomb best GUI for it is this https://github.com/dyne/Tomb/tree/master/extras/gtomb but there is also Zulucrypt that supports a bunch of other encryption file formats. Let me know how goes and if you have suggestions how to improve!
Looks like you need to attempt a reinstallation of the bootloader.
Load up a beowulf live ISO image then
sudo -i mount /dev/sdXY /mnt apt update && apt install grub-pc grub-install --boot-directory=/mnt/boot /dev/sdX reboot
^ That presumes you have a non-UEFI system and /boot is on the main root partition, replace X & Y with the drive letter and root partition number.
I have stumbled into this horrible Grub bug myself and tried recovery from the Devuan Live 3.0 Beowulf image.
It worked! but for those in my same situation is worth knowing this slight variation:
I do not have EFI (and do not like to use UEFI) but the latest Grub keeps selecting it by default.
In my case this command worked:
grub-install --target=i386-pc --boot-directory=/mnt/boot /dev/sdX
Else I kept receiving an error message from grub-install mentioning the boot directory "is not an EFI partition".
As you mentioned later in this thread, i386-pc does not relate to the CPU architecture, this is also required for AMD64 platforms.
I would like very much to have a copy of DVD set ISOs of Devuan ASCII when it reaches its EOL, the same for Beowulf later.
I need a true NON rolling distribution so that I can reproduce at least a process of installation anytime I ever need later, 5 or 10 years later I shall have all the deb files available (both from Devuan and Debian parts of the currently dynamically combined repository).
We shall not depend on any online services in production environment, for now I just have a set of Debian ISOs and several ZFS replicas of Devuan apt cache.
This makes a lot of sense. It would be very good to have Devuan do this.
Please stay with Debian to preserve the working work setups of many people like me.
This is certainly Devuan's path. We will stick to the plan: this is our promise and its proven to bring power and stability to all.
No surprises ahead.
ciao
Tried this out today, parazyd version. Would be even better if it were hooked into bash-completion somehow.
Bit tedious getting all the programs you want run as root via the user.
do you mean having "sup [tab]" and complete with a list of commands configured?
interesting feature indeed, shell code could be generated by sup.
This software may be useful for your use-case: https://sup.dyne.org/
There is also a more minimalist (suckless) version that parazyd maintains here http://parazyd.org/git/sup/log.html
Thanks everyone for your replies, they help all of us understand better the "general sentiment" around Devuan as well these controversial episodes.
I'm listening and learning. Still coming from old-school hacker traditions, for me an April Fool is just that and anything strange I see on 1st of April is just that.
But OK. Points taken and I believe nothing like that anymore will happen to Devuan, so we grew some muscle now.
I like these wise sentences
I dont think anything would help devuan more than a better relationship with users and the broader community.
[...]
The surest way around that being important is to just strive for excellence, and focus on the least fair critiques-- understand where they come from, and refute them with decency.
It is a good proposition to stand together, learn from mistakes, learn to not cause more separation, but stay united.
We are showing to the world that minimalism is a great design pattern for reliability and security.
Today Devuan belongs to the community and it should always incarnate the minimum viable product wished by the community, stay simple and sugar-free. If the April Fool's joke was that sugar, then lets remove it. IMHO it could have all been done in a better way, however it's just water under the bridge for now.
The fact this post is pinned in the main Devuan section of the forum prompted me to answer, I wish it would be unpinned actually.
ciao
To give a bit of context: I've written this post in response to the April fool's accusations against Devuan volunteers.
These accusations have lead to the resignation of a core Devuan developer and severely damaged our project.
Therefore I felt as necessary to specify that users, and even donors, cannot expect any warranty: if you donate, you support the project.
Those in need of a warranty that Devuan fits their purposes should hire a professional for it and with Devuan.pro we'll try to facilitate that.
Also Dyne.org happens to be the organisation that invests most time and resources to facilitate Devuan's community, but neither me or my colleagues can be held liable for Devuan. We simply do our best and you can judge that from actions and results - and you can contribute too!
If you understand what I wrote above and the reasons for it: please help against trolls and hooligans, Devuan also needs this sort of help to survive.
Thanks for posting, I love Eben Moglen's works and had the honor to meet him once in person; he is a great motivator of the work we do at Dyne.org and has inspired me through life. In these complex times I believe it is a solid choice to follow his thoughts.
I'd love to come over and say hi to you, Roland and friends. Just set it on my calendar, its close to a gig I have in BXL but will let you know soon enough.
Good food for thought! thanks for posting it here and for the thread. I do find Siva's insight fascinating: indeed there is a "third-party information market" already in place which is somehow submerged and very profitable for many less known firms. The value proposition of the zuckbucks will then be to provide better quality of data and more consistent updates; I am faithful this will be blocked by regulations, at least in EU, where not only monetary policy will kick in, but also anti-trust policies triggered by a monopolistic configuration of the market. Will the world be a better place then? probably not, but still not worst than it is now.
Hi! "virtual" images are provided here https://files.devuan.org/devuan_ascii/virtual/ you may have to customise them for openstack with the right cloud-init package.
wow I remember those commands but never saw them in so much elegance 8^)