The officially official Devuan Forum!

You are not logged in.

#1 Re: Hardware & System Configuration » [SOLVED] Ntpsec. » 2023-11-18 14:17:14

On my systems I usually

apt-get install sntp

followed by running

sudo /usr/bin/sntp -sS [server] > /dev/null

a couple times a day via crontab.

#2 Re: Installation » Install from Ventoy » 2023-11-05 02:08:45

pcalvert wrote:

Here is a similar solution that does not have that problem: Easy2Boot.

Easy2Boot has its own problems, but it is much less likely to fail when used to boot a newly released distro.

I decided to try Easy2Boot, and while it is able to boot the Daedalus netinstall, it is pretty crazy.  The Easy2Boot web site has modal ads for for-pay ebooks on how to actually use the product, Amazon affiliate links, and a layout that may cause seizures.  The install procedure is documented, but is a mess to follow, and once you have it running it has multiple layers of menus and even a classic 1997 animated image in the boot menu.  I think you need to create .XML files for each Windows ISO you want to use, but it is hard to tell without having paid for the PDFs describing how to use it.  Ultimately, East2Boot is hard to take seriously and I just wish Ventoy could boot the Daedalus netinstall ISO.

ralph.ronnquist wrote:

E.g. at the emergency shell, install the loopback module with max_part=16, then mount the partition containing ISOs, then loopback mount daedalus as isofs (might need to load the module first), then unpack its /boot/isolinux/initrd.gz onto /target. After that it's just a matter of switching to /target as root filesystem (though with certain environment passed on)... You can inspect the current /init script of preamble.gz or at the emergency shell prompt to get an idea.

I wish I could help figure it out, but this looks like it might be above my pay grade. :-(

#3 Re: Installation » Install from Ventoy » 2023-11-02 20:43:28

I'd like to see this work properly as well.  I can confirm that Chimaera netinstall disks work fine via Ventoy, and Daedalus netinstall disks (or at least the x64 5.0.0 disk) do/does not.  Ventoy provides the user with a partition on the USB drive that can be filled with ISO images, when booted it will present the user with the list of ISOs on the USB drive and allow the user to select which one to boot.  When I select the Daedalus netinstall I get the Devuan installer boot menu, the "Devuan preamble" part, and then:

mount: mounting LABEL=DEVUAN500 on /cdrom failed: No such file or directory
mount: mounting UUID= on /cdrom failed: No such file or directory

Those two lines are repeated five times, followed by:

*** failed to mount the cdrom
*** Starting emergency shell ...

and then I am dropped to a busybox shell. Right after selecting an ISO image the user is presented with a choice of "normal mode", "grub2 mode", "memdisk mode", and file checksum.  None of these options seems to help get the installer to start [for me].  Normal mode gives the above error, grub2 mode just returns to the list of ISO images, memdisk mode says it is copying the ISO to memory and then gives the same error as above.  File checksum mode just gives a submenu allowing the user to generate various checksums on the selected ISO.

ralph.ronnquist wrote:

I don't know whether ventoy keeps the ISO as a partition, and if not, you have more thorny path ahead of you. Basically you'll need to ensure the ISO partition is appropriately labelled DEVUAN501.

Aye, this does seem to be the rub.  It would appear as though the installer [since we are past the Ventoy part at this stage] is trying to mount the parition labeled DEVUAN500 at /cdrom but there *IS NO* partition with that name since it is still just an ISO image.  I personally do not know what is going on behind the scenes in the installer here but that would make sense to me.

ralph.ronnquist wrote:

Technically it would be possible to patch a ventoy ISO copy (as file image) to be legacy bios bootable without the preamble stage, but UEFI boot requires the preamble and the ISO as a duly labelled partition.

If I knew how to perform such a patch I would be happy to try it and report my findings. :-)

I'd also be interested in knowing if anyone has any known-UEFI-only images they can point me to that I can try.  So far Devuan Daedalus is the only image I have tried that has had this problem.

s.

#4 Re: Installation » Can't overcome 'grub minimal edit shell' problem » 2021-09-08 18:11:07

If this is what is going on then you might be able to solve it with

apt-get purge grub-efi-amd64-signed

#5 Re: Other Issues » recommend a good email prgram » 2021-09-08 01:41:48

There is no reason you can't continue to use SeaMonkey.  It is actively developed, available for download at seamonkey-project.org, a pretty capable email client, and should work fine on Devuan (as long as you are on an x86 or x64 machine).

PS: I guess to actually answer your question... I use Thunderbird v3.1.20, but that story is much more complicated than just downloading SeaMonkey. :-)

#6 Re: Installation » [SOLVED] Installing amd64 devuan beowulf 3.1 on an old imac ... » 2021-05-03 02:27:03

Awesome, I'm glad you got it going!  It sounds like you have this model of iMac.  If nothing else, hopefully the link will provide you with some helpful info about your Mac. :-)

#7 Re: Installation » [SOLVED] Installing amd64 devuan beowulf 3.1 on an old imac ... » 2021-05-03 00:39:27

It sounds like you might have a machine with a 64-bit architecture and a 32-bit EFI. :-(  I had one of these machines, and in the end used an image of MacOS El Capitan to get it working again and then gave it away.  If you look up your machine on everymac.com does it show as 64-bit arch with 32-bit EFI?

#8 Re: Installation » [SOLVED] Installing amd64 devuan beowulf 3.1 on an old imac ... » 2021-05-02 20:50:33

I had the same fight recently with a mid-2010 iMac.  I successfully got Devuan on it by installing Buster (to avoid grub problems I was having) and then migrating.  Here are the notes I took as I went along:

1. Use "dd if=/path/buster.iso of=/dev/sdX bs=4M" on existing machine to write the Debian Buster net-installer to a USB stick
2. Complete the install with only "standard system utilities" selected (deselect Debian desktop & print server)
3. Migrate to Devuan with a slightly modified version of this

# mv /etc/apt/sources.list /etc/apt/sources.buster
# nano /etc/apt/sources.list

deb http://mishka.snork.ca/devuan/merged beowulf          main
deb http://mishka.snork.ca/devuan/merged beowulf-updates  main
deb http://mishka.snork.ca/devuan/merged beowulf-security main

# apt-get update --allow-insecure-repositories
# apt-get install devuan-keyring --allow-unauthenticated
# apt-get update
# apt-get upgrade
# apt-get install eudev
# apt-get -f install
# reboot

# apt-get dist-upgrade
# apt-get purge systemd libnss-systemd
# apt-get autoremove --purge
# apt-get autoclean
# nano /etc/network/interfaces

Change "new-style nic name" to eth0

# reboot

Then install whatever desktop environment you wish [if you wish].  If you are installing on an encrypted partition and are getting "blah blah busy..." during your reboots you should install cryptsetup-modified-functions and if your video just gives you a blinking cursor instead of your X login manager you may need to add non-free to your sources.list and install firmware-linux-nonfree.

PS: I happened to use my "mishka" mirror but you could of course just use deb.devuan.org if you don't want to.

Does that get you any closer to the goal?

#9 Re: Off-topic » ${THEY} continue crippling browsers... » 2021-04-29 20:36:26

blackhole wrote:

For example the UA override removal and reasons stated for doing so were questionable

UA is actually one of the things that annoys me most about Pale Moon.  I can set a single UA that will be used for all sites, or I can set UA on a per domain basis but must use the default UA for any sites I do not specifically set, but having a custom default UA with the ability to set custom UA's on a per domain basis is not an option?  Bah! :-(

#10 Re: Off-topic » ${THEY} continue crippling browsers... » 2021-04-26 22:31:02

mstrohm wrote:

Either by starting to code from scratch (like I did)

I like this solution best... it's time to throw away the baggage browsers have been dragging around for far too long.

mstrohm wrote:

or by taking the Firefox or Chromium source code and creating something better out of it (Pale Moon looks promising).

I use Pale Moon as my daily driver for sites I log in to, and ungoogled-chromium for general purpose searching and browsing.  I tried to make it the other way around but there seemed to be too many sites that were "not quite right" in Pale Moon.  Another option that people trying to flee Firefox may find useful is SeaMonkey.  A number of FF addons are compatible with SM, or can be made to work reasonably well with some minor touchups.  I don't think many people will wind up using it as their primary browser, but it might help bridge some gaps for folks who want to give up of Firefox (which I think is a good idea).

#11 Re: Off-topic » ${THEY} continue crippling browsers... » 2021-04-26 19:37:05

blackhole wrote:

It's just not useful to mainstream faecebookers.

Aye, there's the rub!

Booyeah!

#12 Re: Off-topic » ${THEY} continue crippling browsers... » 2021-04-25 21:32:24

Please forgive me for being sceptical that Mozilla developers really spend much time having to think about FTP at all.  As a user who runs a browser, it is pretty disappointing to have "the features I use" disappear on me while truly garbage features, tracking, and even advertising find their way in. :-(

#13 Re: Off-topic » ${THEY} continue crippling browsers... » 2021-04-24 01:16:09

siva wrote:

well ctrl+f me sideways.

Just because my friends won't get that joke doesn't mean they won't have to listen to me tell it. :-)

Don't get me wrong, I don't think many people use FTP very often, and the fact that I went looking for some ISO's recently was mostly a coincidence... I just have a hard time buying the idea that FTP is a serious time sink for the Mozilla developers who took the time to implement crap like The Awesome Bar, Pocket, various telemetry garbage, Firefox Maintenance Service, Mr. Robot, forced Cloudflare DNS, and I'm pretty sure they never really deleted all those nude photos of me like they said they did.

#14 Re: Off-topic » ${THEY} continue crippling browsers... » 2021-04-23 17:15:41

siva wrote:

does anyone use straight-up FTP anymore?

I downloaded an ISO via FTP yesterday.

s.

#15 Re: Off-topic » ${THEY} continue crippling browsers... » 2021-04-20 17:08:33

Altoid wrote:

Many (many) years ago, I was a huge fan of FTP and used a very good FTP application under W95/98.
Like many other things from that age, I cannot remember the name but it was great and a free download for the likes of me.

Do you mean ws_ftp?  Bah!  I saw your update and clearly I was too slow in my reply. :-)

Altoid wrote:

I really would not going going back to using a separate FTP application, maybe one less thing for Google to spy into.

I figure since ftp hosts files in cleartext it is "spyable" regardless of which client one uses.  Kind of like how Devuan apt uses http by default, and I imagine many people never change it from that default.  I think:

  • ftp has its [arguably limited] uses

  • some people already use Firefox (perhaps for a digitally long time) to acces ftp services

  • removing ftp from Firefox will force those users to obtain a separate application (or alternative to ftp), which could potentially irritate some users enough to go looking for another browser

I'm not a Firefox developer but I still have a hard time believing the impact of ftp on the development process is significant.  At the same time, I also believe if the goal is to reduce bloat within Firefox there are some much bigger fish to fry before ftp.  It is hard for me to see the removal of ftp as a decision intended to serve users rather than to guide digital communications in a direction Mozilla prefers.

andyprough wrote:

I mean - what could possibly go wrong?

It's like they really can't see what's coming.  LAWL!

My 3¢ :-)

#16 Re: Off-topic » ${THEY} continue crippling browsers... » 2021-04-20 14:09:41

[sarcasm]Awesome... I'm sure they're dropping FTP in order to make room for great new features like Bonzi Buddy![/sarcasm]

Is there actually a way to look back through changes to FF code to determine just how much effort really IS required to maintain FTP?

#17 Re: Devuan » As Debian 11 moves closer to Devuan. Is there any reason to stay on De » 2021-04-05 02:33:32

Morty wrote:

Is there any reason to stay on Devuan?

One of the answers to this question I have seen a few times is "trust" but I thought that an attempt to describe what that means might help.  People who work on popular software or who manage popular digital services tend to accumulate some defacto power as a result of being part of something that is important to "more than just a few people".  Google has accumulated significant power because a lot of people use their search engine [and apparently some other services].  Facebook has accumulated significant power because they decide what billions of users see every day.  Ubuntu has accumulated significant power because it is [or at least has been] the first place many people turn to when they want to avoid Windows desktop platforms.  As someone who wants to participate in digital communications I want to be able to trust that Google won't use my data and metadata in a way that I don't like, that Facebook won't run experiments to see if they can manipulate public opinion with their news feed, and that Ubuntu won't pump my keystrokes to Amazon.

Debian has accumulated significant power because it is often generally seen as being a stable and dependable distribution with the backing of a long digital history, a lot of experience, and a lot of talent.  I assume this is why many distributions are based on Debian.  I want to be able to trust that Debian will not make decisions that have a negative impact on the stability, security, privacy, and usefulness of my operating system.  I, and I suspect others around here, feel that pushing systemd on users was a mistake... or at the very least that it could have been done more gracefully.  It also should have been obvious to the people making the decision, that the effects would cascade down through many distributions (as well as existing installations) and that Debian's push for systemd could be seen as a sort of "stamp of approval" regarding init systems.  I love to rant about "things that suck" and people frequently will get the impression that I am afraid of change.  I am simply afraid of poorly planned change.  I feel like systemd was poorly planned change.

Having said all that, even if subsequent Debian releases are expected to have a glorious, colourful, and even eccentric list of init systems to choose from, the damage is done.  I'm not going to be quick to shuffle back to Debian because I can't trust that Debian won't create its own Unity-like desktop, or partner up with Amazon to sell me AWS resources, or drop apt in favour of puppy packaging system.  Okay, all of those are pretty unlikely... but the point remains that I have trouble trusting the decision making process that allowed systemd the penetration it enjoys today.

golinux wrote:

Now I know why I don't hang out on reddit.

andyprough wrote:

I'm pretty shocked that a bunch of redditors got it all wrong. Shocked I tell you.

Sweet. :-)

Morty wrote:

But from a technical standpoint alone: Is there still any technical advantage over debian 11? What are the reasons to keep Devuan when Debian has the same features? Just trying to get some infos to make my decision.

I don't think there was ever a technical reason for me to change from Debian to Devuan... except maybe that it made some of my existing scripts a little happier.  I have said more than once (offline) that I honestly feel like Devuan is perceivably faster than Debian... I'm pretty sure it isn't technically true, but it does feel like it at times.  If it IS in fact faster I'm sure I'll hear about it soon though. :-)

The reason to make the switch [at least for me] is related to the term "free" meaning freedom rather than just a price tag of $0.00.  I believe the Devuan project is more likely to produce decisions that respect my freedom than the Debian project.  In all honesty, the difference may be negligible or may never affect me significantly, but it is like Joel McCrea said in the 1955 movie Wichita: "It's not a question of who's right, it's a question of what's right.".

EDX-0 wrote:

as long as systemd is the "default" other init systems on debian will be an after tought and the experience will be rough around the edges

Definitely!  Like it or not, some people use Windows and I wind up supporting it for some of them.  I tried to keep my father on XP as long as I could, but it was software that pushed his upgrade rather than the terrible security risk the upgrade fanboys were jabbering about.  Eventually his accounting software stopped running on XP and he got his "upgrade".  Similarly, I think that as long as systemd is the default, it will encourage developers to write for it, and maybe write for it exclusively.  If you want to use one of their applications... then you may be forced to use systemd.  I don't think I'd like to be stuck in that situation.

My 3¢.

Board footer

Forum Software