You are not logged in.
I need a standalone FULL set of files (including those from Debian) available offline to install without an Internet connection.
If something goes wrong with Debian mirrors or Devuan mirrors or Devuan online smart merging with Debian it would be very desirable to have a full set of offline disks like it is present for Centos/Redhat, even Debian and many more distros.
It seems download link has only a single ISO with a minimum set of files just to bootstrap the installation process and get system downloading missing files from the Internet?
How can Devuan suit to only a single 4GB disk if Debian of the same release level takes at least 3 (three) disks?
Do 4GB Devuan desktop ISO in conjunction with 3 Debian ISOs of the same release have all the deb files ever used?
Can someone please do a script to merge those ISOs to produce 3x4GB full pure Devuan ISOs ?
Can /etc/apt/sources.list be configured to take local ISOs file:// like 1 Devuan ISO + 3 Debian ISOs to provide full set of debs for an offline work?
Congratulations!
Can you please provide a full set of DVD ISO like:
https://cdimage.debian.org/debian-cd/cu … 4/iso-dvd/
? It would be very desirable at least for the latest files from oldstable ASCII.
Thank you very much.
Those are the "consumers"... there was a time when "Linux" was aimed at a different kind of user and indeed worked on by a different kind of hacker, rather than a "developer" on the payroll of some fortune 500 corporation.
Most likely OpenBSD is like a Linux 20 years ago in terms of its development style and partially its goals, but in addition to a different target audience there is also an outstanding security in the OpenBSD now.
Please let me know if it is possible?
Can at least old version of Proxmox deb packages be installed on Devuan without systemD ?
This thread:
https://forum.proxmox.com/threads/build … ost-281750
at least indicates someone tried to ask the same before me?
There is a new release:
https://forum.proxmox.com/threads/proxm … sed.69646/
Which other virtualization manager you can suggest?
What about OpenNebula vs Proxmox?
I have installed OpenNebula on Devuan more than a year ago and it worked very well for me.
bimon wrote:Can anyone please suggest a good small and light boot loader to choose a kernel like GRUB on X86?
You can use extlinux, its small, and you only need its config in place:
/boot/extlinux/extlinux.confUboot will pick him
Thanks a lot! Will try it later.
extlinux loader does not need EFI or something like it of ARM?
What about OpenBSD? Is there a loader supporting different OS kernels on ARM at least Linux and OpenBSD,
though more OSes would be welcome too, e.g. like FreeBSD.
I did not try GRUB on ARM,
btw. may be Uboot can do menus somehow? May be some forked version exists?
I would prefer to run kernel directly from Uboot, but having a menu with kernel/settings choices.
Or may be an easier boot loader exists like grub4dos for ARM?
you can download my binary image, mount it on the main host and see how uboot config done and do something like it for yourself:
Your image is compressed using rar. I do not have tools to extract such exotic compression formats.
Could you instead please just post the u-boot boot script from your image here?
I do not have it right now on my host computer and Cubietruck is far in a boxroom.
To uncrompress rar archive you can just do following:
apt-get install rar
rar x archive.rar
It is in the package:
https://packages.debian.org/stretch/rar
I already do not remember which kernel exactly I have used last time, I do not use ARM board right now to look at it, you can download my binary image, mount it on the main host and see how uboot config done and do something like it for yourself:
https://dev1galaxy.org/viewtopic.php?id=3081
May be this thread could be moved to ARM builds?
It shall contain about two partitions, you can mount binary as a loop device or dd it to a zvol, then do partprobe on that device and then you can mount its specific partition, most likely the first one which is boot.
I have found https://archlinuxarm.org/ the most useful to get a working uboot and its config file for any popular ARM device.
Then I have just replaced root dir to Devuan debootstrap done on X86 Devuan and then configured in a X86 chroot with ARM qemu-guest, replaced the kernel to a generic ARM from Devuan and it worked fine for me at least on Cubietruck.
bimon wrote:I played DOOM first time in about 1994 too on a i386 with 8GB of RAM.
I think you mean 8MB, LOL.
Of course, yes
Wonderful how much memory size on modern computers raised since those times.
I still play (GZ)Doom from time to time, and it's still awesome. Fairly sure I have enough WADs to last me until the heat death of the universe too:
~ $ du -ch `find Games/Doom/Mods -iname '*.wad'` | tail -1 3.4G total
Aside, I highly recommend timidity++ & the soundfonts from arachnosoft for full appreciation of Dooms epic soundtrack.
Cool, thanks
The more recent install was simply a case of finding I still had enough old parts to assemble a retro box, and doing so for the hell of it.
IBM branded SFF 486 desktop, circa 1994. All the right bits, and worth a surprising amount nowadays as they're starting to become "vintage". Runs a stripped-down Gentoo, dual booting PC-DOS for DooM and Duke Nukem.
I played DOOM first time in about 1994 too on a i386 with 8GB of RAM. I have brought a copy of DOOM game from Novosibirsk summer mathematical school.
bimon wrote:Then I can try to build binary packages in Gentoo chroot and install them to physical old hardware?
Or set up the build box as a network binhost, or use distcc. I used to use distcc way back when my main desktop was a 486, with a mighty Pentium 2 downstairs pitching in for compiles.
May I know, why did you try to use that old hardware? Is there any difference between i486 vs i586 in terms of the purpose why you tried this except Pentium having much more RAM available?
i486 is something about 16-64 Mb of RAM and on some boards a few MBs more?
As far as I can see: The point of Archlinux is bleeding-edge software. The point of Gentoo is customisation.
Then they are both good for me only to play with them in VM/chroot.
In Arch I can find something new to try, test, check how it works, and then try to build on Devuan or wait when it is done by someone else.
Gentoo seems good for me to build something small and rare like hardened kernel by @anthrax for currently relatively rare architecture like i586. Such kernel + a few of software like a few base packages and AppArmor could be used on ancient hardware for a text only router or console which from some point of view (say absence of modern backdoors) may be more secure than modern and shiny distros on modern hardware.
Then I can try to build binary packages in Gentoo chroot and install them to physical old hardware?
IMO snapshots are best done on the local machine anyway. Don't like an update? Just 'zfs restore $snapshot'. Much better than waiting to rebuild everything from an old portage tree.
Good point, I did it too for Gentoo and GUIX in a chroot and VM guest's zvol.
I am not sure for what rolling distributions like Gentoo and Arch are good? GUIX seems to be something like rolling too?
And Arch somehow makes security patches, most likely many packages are rebuilt and updated often.
If I do not like Slackware then I do not have anything convenient except Devuan and Alpine for stable releases?
Not sure about antiX, is it stable enough for production? How much people maintaining it? Google even does not show their page with a list of packages and search of packages?
I'm only waiting for systemd additionally forcing some app stores into the systems and I'm damn curios about Debian's reaction when Mr.P. tells Debian to ditch APT in favour of his packages system.
Mwhuaaahahahahahahaahahahaa...
Would not it be easier to just provide a good discount for migration to Win10
bimon wrote:Is there anything comparable to Arch Package Archive in Gentoo?
Not as far as I am aware, and if you're talking binary packages it'd be effectively impossible due to every user setting their own USE flags and compiler options - everyone's binaries therefore being incompatible.
Not using your own USE flags / compile-time options defeats the point of Gentoo.It's not particularly difficult to implement this yourself locally, but a centralised setup really only works for a binary-only distro.
Flags could be set on user's side as it is done now, why not keeping regular public snapshots of Gentoo sources and ebuilds to reuse them more later, several years after snapshots done, ZFS would greatly save on disk space.
bimon wrote:Would not it be easier to cook Slackware with some automation from Gentoo if keeping own snapshots of Gentoo sources and also package it in debs?
Again, why?
Portage is gentoo, gentoo is portage. Slackware is stoatally different.
If you want slackware with apt-like package management, slapt-get is a thing. I don't see how throwing portage and/or gentoo patches into the pot as well would make anything easier... More likely it'd make it quite the opposite.
The only nice thing for me in Slackware is its list of software and exact versions which bring its famous stability.
In other words it is just a one single text file with enumeration of all software and versions in a Slackware release.
If we could take the same versions from Gentoo and build them using portage would we get in result something the same stable as Slackware?
I do not need slackbuilds, its slack building tools, etc. just a base, Patrick could concentrate on choosing right versions of different software (where his skills are outstanding) instead of the whole Slackware packaging thing.
bimon wrote:Why there is no a distribution with a package manager like apt but with sources taken from Gentoo?
Because why would you? Building packages from source is the entire point of Gentoo, and all the magic happens in portage.
Gentoo source repos are generally just clones of upstream, it's portage that does the patching required to make them "gentoo sources" at build/install-time. The only real exceptions are where gentoo _is_ upstream, e.g. eudev. How/why would you use apt instead?
My idea was to use portage for building and then apt for repackaging, I just like apt
bimon wrote:are there any other alive active binary distributions based on Gentoo except Calculate?
Sabayon & Redcore spring to mind. Both are Gentoo derivs with optional binary repos.
Is not Sabayon dead (not being updated)? Though their google group indicates some activity.
Redcore looks interesting:
https://redcorelinux.org/news/redcore-l … ira-stable
What does it mean:
linux kernel 5.1.20 fully hardened, as default
what type of hardening they do without grsec?
Btw, a nice review of systemD free distros, Devuan is there too:
bimon wrote:Was not systemD introduced as a unification of hosts and their API and also as an easy method to pawn them and control from hardware agencies trojans too (virtualization bootkits in UEFI, boot storage controllers, may be injected by proprietary software like browsers, etc.) ?
Vulnerabilities in UEFI and hard drive firmware operate below ring 0, the init system is irrelevant in those cases.
Cannot they help to bring an invisible virtualization trojan for its further activation being just a storage for its body?
Add here https://flashrom.org/Flashrom code which can be used to reflash devices from any proprietary program like a fat browser or chat client if it was able to run as a root in the system by some type of exploit or by design during installing its services or suid its binaries.
Just to point out that antiX is a lot older than Devuan and released a systemd-free version before Devuan did.
We cleaned systemd out the code before Devuan.
Can you please compare your release cycle to Debian, Devuan and Slackware and indicate the differences?
Do you have a non rolling repository?
Do you have any large users for their production servers?
You do know that Devuan uses the Debian repos don't you?
Sure, full Devuan repositories are built dynamically by merging Debian and Devuan specific repos.
I wonder how to get a copy of all Devuan packages on DVD ISOs, so that together with corresponding Debian ISOs it would be a complete set of debs for a specific release like all debs from ASCII + Stretch ?
bimon wrote:Dutch_Master wrote:I'm still awaiting a kernel-patch from Mr Torvalds that obsoletes systemd altogether
I am afraid he can obsolete non systemD distros in new kernels, at least while he gets his regular wage check from corporations.
Torvalds is NOT paid by corporations, he's not on their payrolls. He's employed by a foundation and although they get donations from various corporations, that doesn't mean it'll do their bidding.
No, I'm not worried about Torvalds getting his arm up corporate bums. He's a geek and coder, not a career-technologist
It is how Linus was forced to accept kdbus into the kernel:
https://www.youtube.com/watch?feature=p … 2c8#t=1120
Another interesting notice:
Fact #4: The Linux Foundation pays Linus $10 million per year to continue his work on Linux.
https://web.archive.org/web/20200511045 … 8ac30076d/
Anyway I respect his work and efforts related to Linux very much, he is not guilty of how corporations rule this world.
Gentoo are responsible for eudev: https://wiki.gentoo.org/wiki/Project:Eudev
Thanks for notice, are there any other alive active binary distributions based on Gentoo except Calculate?
Do binary Gentoo derivatives always inherit portage system as their package management?
Why there is no a distribution with a package manager like apt but with sources taken from Gentoo?
Would not it be easier to cook Slackware with some automation from Gentoo if keeping own snapshots of Gentoo sources and also package it in debs?
Is there anything comparable to Arch Package Archive in Gentoo?
Would not it be cool to have some scripts which would be able with a minimal manual interaction to build a Slackware or Devuan like distro (at least the same or nearest versions of software, lets not spreading over sub-packages like doc, lib, dev, etc.) from what we have in Gentoo if making its own snapshots?
And please stop referring to systemd with a capital "d", it's really beginning to get to me...
I just use this notation to better indicate it sorry for inconvenience.
Does systemD bring more harassment than original systemd?