The officially official Devuan Forum!

You are not logged in.

#1751 Re: Devuan Derivatives » MiyoLinux Portable » 2019-04-17 23:27:22

Thanks for the live-config info. I didn't know that. That same file, .su-to-rootrc was causing me trouble with policykit. Anyone who has installed with any but the latest version of refractainstaller might want to get rid of that file if it's present.

Miyo, if you really want to live on the edge, boot to ram and install to the same usb you booted from. Then there's no confusion about which one is the target. smile

#1752 Re: Devuan Derivatives » Refracta no-dbus experiment » 2019-04-17 14:18:41

Droidus wrote:

evo n610c i386.

I had to google it, and the first hit was Berkeley Archeology. At first I thought maybe it was a museum piece, but no, it's just one of the items on their equipment list. If you need to save ram, run ps_mem.py to see what you can kill.

Here's the config file showing what I installed. It's not the complete package list - lots of other things got pulled in as dependencies. (Recommends are turned off.)

#!/usr/bin/env zsh
# config for refracta-nodbus.blend (beowulf)

version=10.0test

base_packages+=(

	bash-completion
	texinfo
	acpi-support-base
	aptitude
	apt-listchanges
	console-setup
	debootstrap
	debsums
	discover
	dnsutils
	doc-debian
	docutils-common
	docutils-doc
	ftp
	gettext
	gnupg2
#	grub-efi-amd64-bin
#	grub-efi-ia32-bin
#	grub-pc-bin
	$grubversion
	haveged
	laptop-detect
	lsof
	mlocate
	mutt
	ncurses-term
	nfs-common
	procmail
#	reportbug
	telnet
	unzip
	usbutils
	w3m
	whois
	zip
)

extra_packages+=(

	sshfs
	mbr
	w3m
	hwinfo
	moc
	ffmpeg
	ntfs-3g
	dosfstools
	live-config
	live-config-sysvinit
	squashfs-tools
	xorriso
	pmount
	pv
	rsync
	syslinux
	syslinux-common
	syslinux-utils
	isolinux
	gdisk
	irssi
	scrot
	feh
	p7zip-full
	pm-utils
	sysv-rc-conf
	tree
	file
	live-boot-doc
	live-config-doc
	dkms
	eject
	xorg 
	xserver-xorg
	xinit
	xserver-xorg-video-all
	xserver-xorg-legacy
	libelogind0
	gconf-service
	gconf-gsettings-backend
	xterm
	openbox
	openbox-menu
	obconf
#	libpam-elogind
	$linuxheadersversion
	build-essential
	lxappearance
	lxappearance-obconf
	lxpanel
	lxterminal
	lxrandr
	spacefm
	xarchiver
	libnotify-bin
	links2
	mesa-utils
	gparted
#	leafpad
	geany
	gtk2-engines
	firejail
	firejail-profiles
#	wicd		# needs dbus
	xscreensaver
	xserver-xorg-video-all
	xserver-xorg-video-intel
	x11vnc
	xtightvncviewer
	yad
	refractainstaller-base
	refractainstaller-gui
	abiword
	abiword-common
	acl
	arp-scan
	asunder
#	bleachbit 	requires policykit-1
	cifs-utils
	cryptsetup
	lvm2
	mdadm
	deborphan
	dkms
	dmidecode
	eject
	ethtool
	fdupes
	firmware-linux-free
	gddrescue
	gdmap
	geeqie
	gftp
	gimp
	grsync
	hardinfo
	hddtemp
	hdparm
	hexchat
	hexedit
	hicolor-icon-theme
	htop
	hwinfo
	iftop
	lm-sensors
	locales
	meld
	mpv
	mtools
	multiarch-support
	net-tools
#	partimage		no package
	patch
	pciutils
	ppp
	pppconfig
	pppoe
	pppoeconf
	rename
	sane-utils
	smartmontools
	strace
	testdisk
	transmission-gtk
	uuid-runtime
	volumeicon-alsa
	vorbis-tools
	vrms
	wget
	winff
	wodim
	xinput
	xpdf
	xsane
)

# Replace the default purge_packages list if you want to keep dbus.
# or add any packages you want to purge.
#
 purge_packages=(
	dbus
	debian-keyring
)

custom_deb_packages+=(
	deadbeef-static_0.7.2-2_${arch}.deb
	fig29-31_1.0.deb
	firemenu-1.2.deb
	refracta-lang_1.1.deb
	refracta2usb-2.4.1.deb
	refractasnapshot-base_10.2.1_all.deb
	refractasnapshot-gui_10.2.2_all.deb
	usbpmount-1.2+blend.deb
)

#1753 Re: Devuan Derivatives » Refracta no-dbus experiment » 2019-04-17 02:18:28

Guess I should have re-read this thread before uploading new isos. These are beowulf.

https://get.refracta.org/files/experimental/

refracta10-nodbus_amd64-2019-04-16.iso             17-Apr-2019 01:05           703594496
refracta10-nodbus_i386-2019-04-16.iso              17-Apr-2019 01:23           687865856

No dbus (just some libs), no *kits, no libsystemd0, most of the same apps that go into the xfce builds.
You can probably get rid of most of the dbus libs if you remove abiword and transmission.
You can replace xpdf with atril. (Not sure if that'll pull in dbus libs again, but it won't pull in dbus. I left it out to keep the iso size down.)

Made with live-sdk. I'll post the blend files when I decide where to put them.

#1754 Re: DIY » Migration from debian buster to devuan beowulf can work » 2019-04-15 18:35:26

Excellent! Thanks!

What I've done in the past was to install sysvinit-core and reboot in debian before switching to devuan.

fsr (Still waiting to hear of someone migrating a devuan install to debian.)

#1755 Re: DIY » Migration from debian buster to devuan beowulf can work » 2019-04-15 11:47:21

It looks like you were able to do an upgrade in devuan while running systemd. Is that correct? Did apt complain? Or did you install sysvinit first?

I then connected to this VM through ssh so that I could copy from and paste into a terminal window.  This was easier than using the vm window.

1+

Thanks for testing and for the nice write-up. It looks pretty easy. I've tried a few upgrades from ascii to beowulf, and those were easy.

#1756 Re: Devuan Derivatives » Refracta 10 (beowulf) isos (No-X) » 2019-04-15 00:51:10

The firmware packages in the user's home were the wrong set in the first isos (13 Apr). I've replaced the isos and they now have the right firmware packages. (2019 dates instead of 2016). The newer isos have "-live" in the file name.

#1757 Re: Desktop and Multimedia » Grub memtest86+ entry stuck on black screen » 2019-04-14 15:58:25

To free up the memory that mate is using, drop to console (ctrl-alt-F2) log in as root and stop your display manager.
/etc/init.d/slim stop Or replace slim in that command with lightdm or whatever dm you're using. Replace stop with start in that command when you're ready to go back to the desktop.

To read all about booting uefi:
https://www.rodsbooks.com/efi-bootloaders/index.html

Look around in your bios for a Legacy or CSM boot setting. It's also possible that the boot device menu gives you a choice of legacy or uefi. You can usually get to this menu by pressing some key at boot (at the motherboard/computer logo) maybe F12, F11, F8, ESC, or other. Pressing DEL usually gets you to the bios.

#1758 Devuan Derivatives » Refracta 10 (beowulf) isos (No-X) » 2019-04-14 12:14:29

fsmithred
Replies: 1

i386 and amd64
https://get.refracta.org/files/testing/

These are essentially the same as previous refracta-nox isos, except that I made them with live-sdk (and they're beowulf.) And libsystemd0 is gone - it's replaced with libelogind0.

You can install the iso with refractainstaller, or you can use it to do a debootstrap install of pure devuan.

#1759 Re: Devuan Derivatives » Refacta 9.0 Released » 2019-04-13 18:41:42

Refracta 9.1 (13 Apr 2019)
https://get.refracta.org/files/stable/

WHAT'S NEW -
- Added gvfs-backends.
- Atril replaces xpdf. (So I could print my boarding pass.)
- Added fontsnaps (For larger/smaller desktop fonts and icons)
- Added gnome-system-tools.
- Added refracta-lang for easier locale settings at the boot screen.
- Security updates through date of iso.

Atril added 124mb. I give up on the 700mb limit.
It still fits on a 1gb usb stick!

#1760 Re: Hardware & System Configuration » How to install Devuan Ceres without starting from ASCII? » 2019-04-13 17:11:42

Buster should have the 4.19 kernel, same as Beowulf. (It's really the other way around.)  Distrowatch is wrong.

But you don't need to use a debian-live iso. If you want to do a debootstrap install, I made this iso with the ascii-backports kernel (4.17 or 4.18) and devuan debootstrap is already installed.
https://get.refracta.org/files/experime … 3_1952.iso

#1761 Re: Other Issues » ifup wait at boot » 2019-04-11 21:15:19

The DNG message that golinux linked earlier in this thread is gone. I think I know what it pointed to - there was a patch submitted by Didier Kryn for /etc/init.d/networking that fixes the problem. I have the patch, and I have the message in my mail. Both are copied below.

I don't know if the line numbers in the patch are still correct, but I do know that it works in ascii. I've applied it manually.

Le 22/12/2017 à 08:49, KatolaZ a écrit :
> On Fri, Dec 22, 2017 at 08:40:37AM +0100, Didier Kryn wrote:
>>      Hello.
>>
>>      I've now switched to ASCII for my personal laptop (amd-64 arch) and I
>> found it working well, better for me than Jessie.
> Hi Didier,
>
> that's pretty good news
>
> [cut]
>
>>      A regression with respect to the older releases of Debian and Devuan is
>> the new /etc/init.d/networking script. I have  sent on the list a patch to
>> correct this file. I aso had to change /etc/interfaces: previously I had
>> "allow-hotplug wlan0"; now I still have it, plus "auto wlan0", otherwise
>> wlan0 is not always started at boot time. This ifpudown logic is rather
>> convoluted and I fall down to this kind of tricks.
>>
> Could you please send a patch to /etc/init.d/networking (it's very
> difficult to retrieve it from the ML)? I am not looking forward to
> fork ifupdown, to be honest. It would be better maybe to submit the
> patch upstream (i.e., to Debian).
    Seems the patch introducing the regression is from the author, not from Debian. It is in the form of a patch in the source of the package, but I didn't find where this patch is applied. Maybe, as suggested by Svante, I should modify the patch so that it changes the behaviour only if systemd is installed, and propose this modification to the author.

    Didier

check-link-state.patch

--- networking~	2016-09-16 15:02:20.000000000 +0200
+++ networking	2017-12-18 17:25:49.902781233 +0100
@@ -112,7 +112,12 @@ ifup_hotplug () {
 			    done)
 	    if [ -n "$ifaces" ]
 	    then
-		ifup $ifaces "$@" || true
+		# link detection does not work unless we up the link
+		ip link set "$iface" up || true
+		if [ "$(cat /sys/class/net/$link/operstate)" = up ]
+		then
+		    echo "$iface"
+		fi
 	    fi
     fi
 }

#1762 Re: Installation » Migration problem: network » 2019-04-10 09:44:53

In Debian, udev names the interfaces as enp... as you show. To revert those to the old names, boot with net.ifnames=0. (This is not relevant in Devuan.)

In Devuan, eudev names the interfaces with the old names like eth0. To revert to the new names, boot with net.ifnames=1

#1763 Re: News & Announcements » Dev1conference live streaming » 2019-04-06 05:30:39

Try this link instead:
https://www.youtube.com/dyneorg/live

They didn't give us any name tags. We're being forced to talk to each other and remember names. Maybe the video with the introductions will be posted today. The 40-minute video for day zero that's there now only shows some of the unstructured time and is pretty much useless. (That unstructured time was not useless for those of us here - we're all getting to know each other just as it was intended.)

Having a great time. Will be back home in a few days.
fsr

#1764 Re: Other Issues » [SOLVED] Security update delays » 2019-03-29 17:38:15

anonymous wrote:

dovecot

debian- https://security-tracker.debian.org/tra … -2019-3814
stretch (security)    1:2.2.27-3+deb9u4

devuan in security apt policy/apt-cache policy still has
1:2.2.27-3+deb9u3

hmmm

Not anymore. You must have caught it right before the repo updated.

     1:2.2.27-3+deb9u4 0
        500 http://auto.mirror.devuan.org/merged/ ascii-security/main amd64 Packages
        500 http://pkgmaster.devuan.org/merged/ ascii-security/main amd64 Packages
        500 http://deb.devuan.org/merged/ ascii-security/main amd64 Packages
         10 http://security.debian.org/ stretch/updates/main amd64 Packages

#1765 Re: Devuan » Using Debian packages » 2019-03-29 12:04:14

I guess it's about as safe as it ever was to use outside repos in debian. As long as they don't require systemd, it should be ok. You might run into problems if something expects to see debian and doesn't recognize devuan. Check forum and mailing list archives for discussions about specific apps.

#1766 Re: Installation » mini.iso 16-2-2019 BUG does not install on M2 disks » 2019-03-25 09:39:59

Lysander wrote:
fsmithred wrote:

Does fdisk or lspci see the M2 disk? What's the device name? (/dev/nvme* or something else?)
Is there any useful info in /var/log/installer/syslog?

In my experience fdisk is not good with recognising SD cards - inasmuch as it doesn't see them at all. It's the same for cfdisk but no problem for a graphical installer. Attempting to mount the disk manually doesn't work [/dev/mmcblk0]. It may be a similar issue with M2 disks. I have spent hours looking round the internet for a solution but have found nothing.

Good to know. Thanks. Is gdisk any better?

Maybe your disk shows up in /dev/disk/by-*.  Oh, wouldn't /dev/mmcblk0 be the whole device? Shouldn't you be mounting /dev/mmcblk0p1 or something? (Maybe you just didn't type the entire name.)

#1767 Re: Documentation » HOWTO: Devuan with full disk encryption » 2019-03-25 09:32:48

For the record: If you install from one of the live isos, you would choose to encrypt the root filesystem and not select a separate partition for /boot. That's all. The installer will add the line to /etc/default/grub.

#1768 Re: Installation » mini.iso 16-2-2019 BUG does not install on M2 disks » 2019-03-25 09:00:05

The relevant package name for the bug report is debian-installer.

Does fdisk or lspci see the M2 disk? What's the device name? (/dev/nvme* or something else?)
Is there any useful info in /var/log/installer/syslog?

#1769 Re: Devuan Derivatives » Heads Distro » 2019-03-22 19:22:35

I'm pretty sure I tried refractasnapshot and installer in heads some time ago. I think it works if you add the live-config packages. Newest version of the installer is 9.5.3 and it's in ascii, beowulf and ceres. You don't need to change sources.list for that. Just update the package cache and install what you want.

#1770 Re: Installation » UEFI and NVME help » 2019-03-22 18:35:53

Forgot to mention this...

For uefi, the command is just grub-install. You don't need to tell it where to put the bootloader, because it knows to put it in the efi partition. And every time you run it, it'll make another devuan dir in your efi partition. If you want it to update the bootloader that's in the debian dir (i.e. the one you're actually using) run grub-install --bootloader-id=debian

And I suppose you could turn on secure boot now. I haven't tried that.

#1771 Re: Installation » UEFI and NVME help » 2019-03-22 11:37:41

Either install one of the unsigned kernels (e.g. linux-image-4.19.0-2-amd64-unsigned) or change the name of the bootloader directory from EFI/devuan to EFI/debian.

#1772 Re: Devuan Derivatives » Heads Distro » 2019-03-21 13:38:12

Here's the repo with instructions (and a link to more instructions.)
github.com/headslive/build-system

You can unpack the tor browser bundle on a rw partition and it will keep your setting, bookmarks and downloads in the tor-browser directory. Make sure the partition has exec in the mount options. And look at tomb for encryption. I believe it's already installed.

#1773 Re: Devuan Derivatives » Heads Distro » 2019-03-21 09:29:52

Standard methods for persistence won't work with Heads because live-config is not installed. There might be another way to do it, but I don't know how. You could make your own heads iso with live-sdk and add live-config and live-config-sysvinit to the package lists. (I haven't tested that but it should work.)

Keep in mind that full-persistence can reduce security. The read-only system is always clean when you boot up - every boot is the first time. If you just want to be able to save files, create another partition and mount it somewhere in your home.

#1774 Re: Devuan » Possible long-term install of Devuan and initial post-install thoughts » 2019-03-18 16:34:09

You couldn't start X because your home didn't exist.

nobody is an unpriviliged system user that runs some processes so they don't have to run as root. That entry is normal.

#1775 Re: Other Issues » [SOLVED] Security update delays » 2019-03-18 15:31:29

Something must have changed recently. I have an ascii install that has ascii-backports, beowulf and ceres all pinned to 100, and yesterday I noticed that apt-cache policy was telling me that ceres had the Candidate version.

I just changed those pin priorities to 99 and checked again. Now backports has the candidate, and the backports priority shows as 100 even when I've got it set to 99 in my preferences.

It should be showing me the ascii version as the candidate.

Pin-Priority: 100 (on ascii-backports, beowulf and ceres)

user@ascii:~$ apt-cache policy debootstrap
debootstrap:
  Installed: 1.0.89+devuan2
  Candidate: 1.0.114+devuan1
  Version table:
     1.0.114+devuan1 100
        100 http://deb.devuan.org/merged ceres/main amd64 Packages
     1.0.110+devuan1 100
        100 http://deb.devuan.org/merged beowulf/main amd64 Packages
     1.0.110~bpo9+1 100
        100 http://deb.devuan.org/merged ascii-backports/main amd64 Packages
 *** 1.0.89+devuan2 100
        100 /var/lib/dpkg/status
     1.0.89-devuan2.1 500
        500 http://pkgmaster.devuan.org/merged ascii/main amd64 Packages

Pin-Priority: 99 (on ascii-backports, beowulf and ceres)

user@ascii:~$ apt-cache policy debootstrap
debootstrap:
  Installed: 1.0.89+devuan2
  Candidate: 1.0.110~bpo9+1
  Version table:
     1.0.114+devuan1 99
         99 http://deb.devuan.org/merged ceres/main amd64 Packages
     1.0.110+devuan1 99
         99 http://deb.devuan.org/merged beowulf/main amd64 Packages
     1.0.110~bpo9+1 100
        100 http://deb.devuan.org/merged ascii-backports/main amd64 Packages
 *** 1.0.89+devuan2 100
        100 /var/lib/dpkg/status
     1.0.89-devuan2.1 500
        500 http://pkgmaster.devuan.org/merged ascii/main amd64 Packages

Pin-Priority: 50 (on ascii-backports, beowulf and ceres)

user@ascii:~$ apt-cache policy debootstrap
debootstrap:
  Installed: 1.0.89+devuan2
  Candidate: 1.0.110~bpo9+1
  Version table:
     1.0.114+devuan1 50
         50 http://deb.devuan.org/merged ceres/main amd64 Packages
     1.0.110+devuan1 50
         50 http://deb.devuan.org/merged beowulf/main amd64 Packages
     1.0.110~bpo9+1 100
        100 http://deb.devuan.org/merged ascii-backports/main amd64 Packages
 *** 1.0.89+devuan2 100
        100 /var/lib/dpkg/status
     1.0.89-devuan2.1 500
        500 http://pkgmaster.devuan.org/merged ascii/main amd64 Packages

Board footer

Forum Software