Dev1 Galaxy Forum / First time install; how do I access rest of packages on DVD(on usb)

Re: First time install; how do I access rest of packages on DVD(on usb)

dummy@example.com (ralph.ronnquist) — Thu, 14 May 2020 23:52:57 +0000

To unmerge is possible but slightly tedious. It just means to move any binary that installs as "/bin/X" (and thus wrongly has falled into "/usr/bin/X" due to /bin-->/usr/bin) back into a proper /bin directory. Likewise for /lib and /usr/lib, although that has the additional complication of getting dynamic libraries re-registered (ldconfig).

Eg a command

dpkg -l | awk '{print $2;}' | xargs -n1 dpkg -L | grep ^/bin/

will tell you which programs are supposed to be in /bin. Similarly for /lib.

But it is a bit tedious.

Re: First time install; how do I access rest of packages on DVD(on usb)

dummy@example.com (fsmithred) — Thu, 14 May 2020 23:10:07 +0000

Astara wrote:

What's different about beowulf v. ascii?
Maybe I should switch to beowulf if it has option to disable /usrmerge.
Why did ascii go with a forced usr mrg when it isn't being forced on beowulf?

I got /usr merged in one ascii install that I did when ascii was still in testing (Nov. 2017). It no longer does that.

I don't know of any way to undo it.

Re: First time install; how do I access rest of packages on DVD(on usb)

dummy@example.com (Astara) — Thu, 14 May 2020 03:50:36 +0000

golinux wrote:

@Astara . . . Do you by any chance have "testing" in your sources.list? If, yes you might have pulled in Debian Bullseye. Always use the Devuan release name in your sources.

Not that I know -- only went, at first for the DVD and selected sections from ascii for 'non-free main contrib'.

I had the prob after booting from that DVD of not being able to install gcc due to previously mentioned error -- that's when I started looking for
other sources on net as I thought I was missing one or more packages.

Re: First time install; how do I access rest of packages on DVD(on usb)

dummy@example.com (GlennW) — Thu, 14 May 2020 01:58:12 +0000

you may find build-essential package on the dvd image... pool/DEBIAN/main/b/build-essential/

"build-essential - Informational list of build-essential packages"

IDK about the versioning.

Re: First time install; how do I access rest of packages on DVD(on usb)

dummy@example.com (golinux) — Wed, 13 May 2020 21:09:07 +0000

@Astara . . . Do you by any chance have "testing" in your sources.list? If, yes you might have pulled in Debian Bullseye. Always use the Devuan release name in your sources.

Re: First time install; how do I access rest of packages on DVD(on usb)

dummy@example.com (Astara) — Wed, 13 May 2020 20:32:31 +0000

GlennW wrote:

you want "build-essentials" package to get started with gcc install.

Where might I find that?

The problem I have is that gcc6 is at 6.3.0-18+deb9u1.

But my libc, for some reason claims it has current version of 6.3.0-18+deb9u4 with upgrade of 6.3.0-18+deb9u1 avail (but not selectable).

so how did deb9u4 (ver on libc) get on ascii main install ( and u1 end up in a security install). and how did libc get out of phase with gcc6? Also, it seems odd to me that version u1 is upgrade for version u4.

Also, annoyingly, have gotten ability to ping machine with local machines, OR have it hooked to internet, but not both at same time (yet)...they are on two different ports, but having weird n/w probs rt now -- can't get main machine to masquerade with script used for many years, so not sure what's changed.

FWIW, sometimes (often?) when I report something it may have incomplete info because either I think others might recognize the problem, OR I don't know the details yet OR would take too long to manually type them in. After I've given up for a bit, I can usually supply more details. My workspace wasn't meant for m

Re: First time install; how do I access rest of packages on DVD(on usb)

dummy@example.com (Astara) — Wed, 13 May 2020 20:30:24 +0000

What's different about beowulf v. ascii?
Maybe I should switch to beowulf if it has option to disable /usrmerge.

Why did ascii go with a forced usr mrg when it isn't being forced on beowulf?

Uh..
So, of course, /usr/share is expected to be on the root disk as well? All of the package documentation (not just man, but everything), is in share including 7-8G of fonts, keyboard maps...the combined total was huge.

Having things on /root necessary to boot seemed more flexible, since rescue disks are near worthless for running progs on the disk given matching version requirements, sometimes even kernel requirements. :-(

Re: First time install; how do I access rest of packages on DVD(on usb)

dummy@example.com (fsmithred) — Wed, 13 May 2020 19:24:18 +0000

Debian buster already installs new systems with the /usr merge by default, I'm not sure how beowulf will handle this but the package is already in the repositories:

In beowulf expert install, it asks if you want /usr merge or not, with default set to not. In regular install, you get the default (not).

Re: First time install; how do I access rest of packages on DVD(on usb)

dummy@example.com (golinux) — Wed, 13 May 2020 17:25:25 +0000

Head_on_a_Stick wrote:

Astara wrote:
I wonder, is systemd compatible with Freedesktop.org
Yes.

I thought the systemd crew was running Freedesktop.org.

Re: First time install; how do I access rest of packages on DVD(on usb)

dummy@example.com (Head_on_a_Stick) — Wed, 13 May 2020 16:43:03 +0000

Astara wrote:

I wonder, is systemd compatible with Freedesktop.org

Yes.

Astara wrote:

1) suse requires /usr to be on root because systemd does too much of what used to be in /usr to allow it to be separated -- as a result, legacy users are only supported via a ramdisk (initrd). My solution has been an init script in boot.d (a pseudo run level) that does HW initialization. Good/Bad, I was able to boot my sys even though disk orders changed and most of my data became inaccessible (/usr/share /home /opt, to name a few). Quite a few things don't work without /usr/share.
2) their latest mission is to move all the unmodified /etc files in /usr/share/etc with a symlink in /etc/ to the version on share. That would have been a weak point in my booting w/o share if I allowed those changes to remain. My solution to that is running through directories needed for boot and verifying the links don't have "to be resolved on a child disk" dependencies.

Debian buster already installs new systems with the /usr merge by default, I'm not sure how beowulf will handle this but the package is already in the repositories:

https://pkginfo.devuan.org/stage/beowul … ge_21.html

Stateless systems ftw!

Re: First time install; how do I access rest of packages on DVD(on usb)

dummy@example.com (Astara) — Tue, 12 May 2020 19:40:27 +0000

I wonder, is systemd compatible with Freedesktop.org -- I know they threw LSB support under the bus. Note -- the *kernel* did the right thing. It was after 'udevd' (now a part of systemd) that changed the names to the location-specific name. I'm wondering -- does Freedesktop use systemd's udevd? If it does, that would imply it also looks at the boot option for the 'use-ethX' option. If that's true, then personally I'd look at opensuse's source as they've been known to keep specific behaviors in their source that weren't upstream compatible, but that's pure speculation.

My first focus is recovering my main computer's "hard drive". After that, if I remember, might try to track that down.

The ordering feature appears very much like the one you say is in devuan. The problem I had with that was any sort of movement or upgrade in my network cards -- which would fail the rename test. Since most people at suse no longer use that, the information's location becomes harder to find and change. Whereas the script that loads and orders the netif's does so from /etc/local/cfg/NetIF_names -- not requiring knowing udev rules, ordering, syntax or locations (maybe only important for me in that it was one less thing to remember). Also, a guess , I think more people know bash syntax than udev details, though someday it may use some sort of autoconfig as it can look at the link/ether output in 'ip link'.

I find myself, more and more using more self-compiled packages without the systemd-compat switch. For sw-pieces that have merged into the general systemd source, for the past few years, I've been 'not caring' -- just using pre-systemd sources. Tbh, I try to spend as little time on this as possible these days, as repairing damage done by opensuse in the name of systemd or otherwise really doesn't interest me that much these days.

BTW, things opensuse does -- wondering how devuan does and/or will cares about how I'm doing things:

1) suse requires /usr to be on root because systemd does too much of what used to be in /usr to allow it to be separated -- as a result, legacy users are only supported via a ramdisk (initrd). My solution has been an init script in boot.d (a pseudo run level) that does HW initialization. Good/Bad, I was able to boot my sys even though disk orders changed and most of my data became inaccessible (/usr/share /home /opt, to name a few). Quite a few things don't work without /usr/share.

2) their latest mission is to move all the unmodified /etc files in /usr/share/etc with a symlink in /etc/ to the version on share. That would have been a weak point in my booting w/o share if I allowed those changes to remain. My solution to that is running through directories needed for boot and verifying the links don't have "to be resolved on a child disk" dependencies.

First ran into that when mount was libified and the libs were put in /usr/lib64 w/symlinks in /lib64 (and mount in /{,s}bin). That was way fun the first time I ran into it.

Thanks for the followup.

*cheers*

Re: First time install; how do I access rest of packages on DVD(on usb)

dummy@example.com (Head_on_a_Stick) — Tue, 12 May 2020 16:08:28 +0000

Astara wrote:

How does Devuan keep those in a consistent order

/etc/udev/rules.d/70-persistent-net.rules

The net.ifnames=0 parameter works in Arch and is recommended by freedesktop.org[1], not sure why it doesn't work for you in openSUSE

Re: First time install; how do I access rest of packages on DVD(on usb)

dummy@example.com (Astara) — Sun, 10 May 2020 21:18:46 +0000

Head_on_a_Stick wrote:

Astara wrote:
I added entries to /etc/resolv.conf
What exactly did you add the /etc/resolv.conf?

~$ cat /etc/resolv.conf

nameserver 192.168.3.1
nameserver 75.75.75.75 
#nameserver 8.8.8.8

domain sc.xxyz.org
#domain xxyz.org
sortlist 192.168.3.0/24 0.0.0.0/0
options rotate no-check-names edns0

Mimicking my opensuse file contents.

Astara wrote:
I could start a terminal when running as root and that would give me a type of root terminal
That's just silly, use sudo -i to start a "root terminal".

I'm used to sudo (no need for extra -i) giving me a "root prompt", which I don't see as being the same as a "root terminal" -- at least not in the GUI where I am working. I thought I was asked for a "terminal that was owned by root" -- not just a root prompt. Did you really mean a prompt and not a terminal?

Astara wrote:
my bash script that re-assigns their 'normal', 'ethX' names
That is entirely irrelevant for this thread but if you must post long scripts then please use code tags, guide here: https://dev1galaxy.org/help.php#bbcode

Updated. I was so engrossed in trying to find the attachment option, that I forgot about bbcode-formatting options.

And anyway why not just use the net.ifnames=0 kernel parameter to force the traditional interface nomenclature? Note that this is not needed for Devuan, which uses the old style naming scheme by default.

Maybe because Devuan doesn't do that is why you don't know that it doesn't work on a system with some udev daemons that are configured to use the new scheme (maybe because its preferred by systemd? Dunno). It does explain why, in my boot logs, I see the kernel giving names 'eth0/1' with them later being renamed to their HW specific names (likely when udevd is started).

Note, in my lilo.conf, I have:

append = "root=/dev/sdc1 rw showopts console=ttyS0,115200n8 console=tty0 ele
vator=noop pcie_ports=native reboot=bios printk.time=1 initcall_debug i8042.noau
x net.ifnames=0 biosdevname=0" 
    root = /dev/sdc1

I may be wrong, but I think my script works in either case, however setting net.ifnames=0 doesn't create a fixed order for those devices loaded via modules. How does Devuan keep those in a consistent order, or does it? I know opensuse did not, and you'd have to add rules to udevd to look at their device-id to arrange them in a fixed order (rather obtuse, imo).

Re: First time install; how do I access rest of packages on DVD(on usb)

dummy@example.com (Head_on_a_Stick) — Sun, 10 May 2020 08:46:51 +0000

Astara wrote:

I added entries to /etc/resolv.conf

What exactly did you add the /etc/resolv.conf?

Astara wrote:

I could start a terminal when running as root and that would give me a type of root terminal

That's just silly, use sudo -i to start a "root terminal".

Astara wrote:

my bash script that re-assigns their 'normal', 'ethX' names

That is entirely irrelevant for this thread but if you must post long scripts then please use code tags, guide here: https://dev1galaxy.org/help.php#bbcode

And anyway why not just use the net.ifnames=0 kernel parameter to force the traditional interface nomenclature? Note that this is not needed for Devuan, which uses the old style naming scheme by default.

Re: First time install; how do I access rest of packages on DVD(on usb)

dummy@example.com (GlennW) — Sat, 09 May 2020 22:14:06 +0000

you want "build-essentials" package to get started with gcc install.

When installing I also like to be offline, so I copy the pool dir from the iso to someplace safe that I can search and install from.

I have developed some dumb scripts (dpkg -i ...)that just install stuff so I can use the system to do other tasks.

ie. /home/glenn/local/archive/src/apt/debs/pool/

dpkg -i /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/a/autotools-dev/autotools-dev_20180224.1_all.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/m/m4/m4_1.4.18-2_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/a/automake-1.16/automake_1.16.1-4_all.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/a/autoconf/autoconf_2.69-11_all.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/libs/libsigsegv/libsigsegv2_2.12-2_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/b/build-essential/build-essential_12.6_amd64.deb

this is probably not going to help you unless you change the locations of the files... But, just as an example... gcc

dpkg -i --auto-deconfigure /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/cpp-8_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/g++-8_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/gcc-8-base_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/gcc-8_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/gfortran-8_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libasan5_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libatomic1_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libcc1-0_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libgcc-8-dev_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libgcc1_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libgfortran-8-dev_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libgfortran5_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libgomp1_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libitm1_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/liblsan0_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libmpx2_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libobjc4_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libquadmath0_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libstdc++-8-dev_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libstdc++6_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libtsan0_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/gcc-8/libubsan1_8.3.0-6_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/l/linux/linux-compiler-gcc-8-x86_4.19.98-1_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/i/isl/libisl19_0.20-2_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/m/mpfr4/libmpfr6_4.0.2-1_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/b/binutils/binutils-common_2.31.1-16_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/b/binutils/binutils-x86-64-linux-gnu_2.31.1-16_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/b/binutils/binutils_2.31.1-16_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/b/binutils/libbinutils_2.31.1-16_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/m/mpfr4/libmpfr6_4.0.2-1_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/m/mpclib3/libmpc3_1.1.0-1_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/glibc/libc6_2.28-10_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/glibc/locales_2.28-10_all.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/glibc/locales-all_2.28-10_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/glibc/libc-bin_2.28-10_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/glibc/libc-l10n_2.28-10_all.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/glibc/libc6-dev_2.28-10_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/g/glibc/libc-dev-bin_2.28-10_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/l/linux/linux-libc-dev_4.19.98-1_amd64.deb /home/glenn/local/archive/src/apt/debs/pool/DEBIAN/main/o/openssl/libssl-dev_1.1.1d-0+deb10u2_amd64.deb /home/glenn/local/archive/src/apt/debs-ascii2.1/amd64/libelf-dev_0.176-1.1_amd64.deb

edit... # auto-deconfigure for libmpc3

I hope this helps you.