The officially official Devuan Forum!

You are not logged in.

#2201 Re: Other Issues » AMD microcode update » 2018-04-14 13:38:52

Devuan uses Debian's kernels unchanged. Same for the intel microcode package. If you're using pkgmaster.devuan.org or deb.devuan.org in your sources, you'll get the changes within a couple hours of debian making them available. If you're using auto.mirror.devuan.org or packages.devuan.org, you'll get them within a day.

According to this, 4.15 has been patched (at least once) -
https://security-tracker.debian.org/tra … -2017-5754

Latest update on amd64-microcode is December 5 version.
https://tracker.debian.org/pkg/amd64-microcode

intel-microcode  is March 12 version, in stretch/ascii backports
https://tracker.debian.org/pkg/intel-microcode

I don't know how many patches there have been or if we have the latest.

#2202 Re: Hardware & System Configuration » how to tell dpkg to stay away from kernel module blacklist? [SOLVED] » 2018-04-13 17:13:09

Normally, dpkg will ask you what you want to do when it detects a config file that's been altered from the default. My understanding is that the *.d directories are there for the local admin to add custom configs that won't be touched by dpkg. I guess that understanding is not correct or complete. Maybe put it in a file named myfsckingblacklist.conf and see if that works.

#2203 Re: Devuan » contrib and non-free repositories should be disabled by default » 2018-04-13 14:55:26

Fernando Negro wrote:
fsmithred wrote:

For the record: The live images don't have contrib and non-free in sources.list, but they do have non-free wireless firmware installed. There's a script you can run that will remove the non-free firmware. It's in /root in the minimal-live and in /usr/local/bin in the desktop-live.

Well, that just confirms my suspicion (and proves the point I was making)...

Devuan's developers are, then, adding proprietary software in the installation images (that is not there in Debian's).

That's not quite correct. The addition of non-free to sources.list in the installer isos was an error. The addition of non-free wireless firmware in the live isos is the result of a decision. The live isos are frequently used by people to test devuan and by those who prefer to install without a mirror. Without the non-free firmware, a lot of people would not be able to get online and would not even know if their hardware is supported. We made it easy to remove the non-free firmware. If you prefer to have a system that never had it installed, then you can use the regular installer isos.

Note: the above-mentioned bug in the installer has been fixed.
https://git.devuan.org/devuan-packages/ … 7f366965c0

#2204 Re: Devuan » What proprietary software does Devuan install by default? » 2018-04-13 13:24:16

1) You can mount an installer iso and look in /firmware to see what packages are there. I think it's just wireless firmware so people who only have wireless can install.

2) There is no devuan kernel. It's the debian kernel, unchanged.

3.) What proprietary software was installed on your system? I don't get any in my installs unless I tell the installer to use my wireless interface.
You can run the following command to check:

dpkg-query -W --showformat='${Package}\t${Section}\n' |grep -e non-free -e contrib

or

    aptitude search ~i~s"non-free~|contrib"
or
    aptitude search ~i~snon-free ~i~scontrib

or else install vrms and run it.

2) (The first "2"): non-free in sources.list is a bug that has been fixed. You can check that at git.devuan.org if you need to confirm it.

#2205 Re: Hardware & System Configuration » [SOLVED] National characters troubles » 2018-04-13 13:10:07

Is this what you want?
https://transfer.sh/FgcX7/ru.png

dpkg-reconfigure locales

checked ru_RU.UTF-8, selected en_US.UTF-8 as default locale.
Rebooted and added 'locales=ru_RU.UTF-8 keyboard-layouts=ru' to the linux line of the boot command, but this did not work. (It does work in a live iso). Rebooted again and tried another language to confirm. It still didn't work.

What did work:
On login with lxdm, selected Russian in language and keyboard boxes.
I'm using openbox, lxpanel, lxterminal, leafpad and spacefm. I opened a few other programs randomly (I can't read anything here) and I see Russian. Even xarchiver, which for some reason is in English in the apps menu, has Russian in the menu bar.

#2206 Re: Installation » Devuan Vuu-do Live SD Card update issue. » 2018-04-12 17:41:46

Now, that would mean booting up the live *.iso, upgrading and changing everything I need to change while up and then 'refracting' it all into a new iso which will keep all the changes.
Right?

Anything specific I'd have to be aware of when doing this?

Yes, of course! Look at /etc/refractasnapshot.conf and set the work_dir and snapshot_dir to someplace that has enough space to hold a copy of the filesystem plus the new iso.

Actually, you don't even need the iso. You can copy $work_dir/iso/live/* to the live folder on the sd card rather than extract them from the finished iso.

#2207 Re: Installation » Devuan Vuu-do Live SD Card update issue. » 2018-04-12 15:16:22

You tried to update a live system. Ouch. It can be done, but understand what's going on. If you set it up for full persistence, then any changes or additions get stored on the persistent partition, in their normal location (i.e. full path). That persistent file system gets overlaid on the read-only live system.

So anything you changed did not make any changes in the live system on the first partition. If you boot without persistence and mount the persistent partition, you can see those files and delete anything that isn't your personal stuff. Then when you reboot with persistence, it will be just like the first time.

If you update the kernel, you'll only be updating the one in /boot in your live system. But the live system gets booted from the kernel in the /live folder in the root of the iso (or device). The kernel in /boot only gets used after a normal installation. Same is true for the initrd. You would need to copy those from /boot to /live and name them to match what's there (and what's in your boot menu). This might be the source of your wifi problems. Another possibility is if your update switched you from udev to eudev and the network interface names changed. Check the interface names with 'ifconfig' or 'ip a' and make sure that wicd is using the right name. (little triangle in upper right will get you to preferences in wicd)

One more catch - the first partition is read-only during a live session. So either plug the sd card into another system to mount it and copy the files or use an undocumented trick to copy the files. Since jessie, if you run with persistence, your root user will be able to write to the first partition. In fact, you don't even need a persistent volume to do this - you just need the word, persistence, in the boot command. When you do this, you might notice (hint: look!) that the first partition is mounted at /lib/live/mount/persistence/ instead of /lib/live/mount/medium/.

Last bit of advice - full persistence is nice for saving files and making some config changes. When you start running updates or adding software, you're filling up your space, and you're making less of your system read-only (aka - unhackable). If you want to make big changes like that, you might be better off making a new iso. You can then copy the contents of that iso to the sd card to replace the files with the updated system. You may or may not need to delete any system files that are on the persistent partition.

#2208 Re: News & Announcements » Devuan 2.0 ASCII Beta is here! » 2018-04-11 12:46:24

@boycottsystemd: you might have better luck with rxvt-unicode terminal. Have you tried saving the file after booting into Russian language and keyboard? You can do that by adding the following to the linux line in the boot command.

locales=ru_RU.UTF-8 keyboard-layouts=ru

#2209 Re: Installation » [Solved] Devuan Live on SD Card problem » 2018-04-11 12:25:08

Oh yeah, the menu label. Those labels should be unique. If you get to the isolinux boot prompt, you can type that label in, press enter, and it will boot from that stanza. With two of them the same, I don't know which one would boot. My preference would be to change them to HDD and SD to keep them short and memorable, in case I ever need to type them in.

#2210 Re: Installation » [Solved] Devuan Live on SD Card problem » 2018-04-11 02:59:56

The default is to use "persistence" as the label. If you use a different label, you have to put it in the boot command, as you have done.

#2211 Re: Installation » [Solved] Devuan Live on SD Card problem » 2018-04-10 22:03:47

I'm not very clear on your setup, but you should be able to boot without persistence, mount both persistent partitions and copy from one to the other with rsync. Something like

rsync -avx mounted-source/ mounted-target/

#2213 Re: Installation » Installing devuan to lvm partitions within dm-crypt container » 2018-04-10 13:25:17

for i in 1; do

Hey, that worked! Only took five seconds. Thanks!

#2214 Re: Installation » [Solved] Devuan Live on SD Card problem » 2018-04-10 13:02:27

Yes, the persistent volume does not have to be on the same disk as the operating system. Live-boot will look for the "persistence" label (or other label if you specify it in the boot command) to find the persistent volume. I don't think you can set up the persistent partition with refracta2usb, because it will only let you choose usb devices. Do it manually:
Create the partition, give it a label (use e2label command), add persistence.conf, edit your boot menu (mount the sd card to edit syslinux/live.cfg)

I'd like to know why devuan and miyo wouldn't work for you. They should. I've used both of them on live-usb.

#2215 Re: Installation » Installing devuan to lvm partitions within dm-crypt container » 2018-04-10 12:15:27

I tried changing the timeouts to smaller numbers, but it didn't make a difference. Last group of numbers I tried was 1 2 3 4 5 6 and it still stalled for slightly more than 30 seconds.

#2216 Re: Devuan » contrib and non-free repositories should be disabled by default » 2018-04-09 12:31:49

The question is: Should it be there in the first place? I'm pretty certain it shouldn't. golinux has told me that "non-free" won't be there, if you install using the desktop-live image.

For the record: The live images don't have contrib and non-free in sources.list, but they do have non-free wireless firmware installed. There's a script you can run that will remove the non-free firmware. It's in /root in the minimal-live and in /usr/local/bin in the desktop-live.

The reasoning behind it is that there are a lot of people who rely on wireless networking, and it's easier to remove the firmware than it is to install it. In fact, with some of the firmware, it would be impossible to install it for use in a live session, because it requires a reboot.

#2217 Re: Installation » [Solved] Devuan Live on SD Card problem » 2018-04-09 11:54:51

You can read a little about persistence in the refract2usb help:
http://www.ibiblio.org/refracta/docs/re … ta2usb.txt

Basically, you need a separate filesystem, a persistence.conf file in the root of that filesystem, and some extra options in the boot command to use the persistent filesystem.

#2218 Re: Installation » [Solved] Devuan Live on SD Card problem » 2018-04-07 18:16:39

I don't think you can resize FAT partitions with gparted. I'm surprised you didn't get an error message about that.
https://lists.gnu.org/archive/html/bug- … 00010.html

You'll need to make the fat32 the right size to begin with. If rufus won't let you do that, use refracta2usb. You should make it a little larger than the iso file, so there's room for a copy of the kernel and initrd for booting the stick. If you need to make this live-usb in a Windows environment, you'll need to find another way. Refracta2usb only runs on linux.

#2219 Re: Devuan Derivatives » crunkbong is looking for testers » 2018-04-06 01:22:01

The 'other language' boot option doesn't work. The boot option, lang=xx_XX where xx and XX are your chosen country code only works with a custom script (refracta-lang) that is specifically for lightdm. If you want to change language, change that option to locales=xx_XX.UTF-8 keyboard-layouts=xx. NOTE: That probably won't work right in jessie. It does work in ascii, probably because of the newer version of live-boot and live-config.

I didn't get much beyond booting it. It's a little sparse for my taste, and I'm kinda lost without completion. (Is there a way? It's not the tab key.) Oh, never mind. I found bash. Is there an apps menu hiding somewhere?

#2220 Re: Other Issues » /lib/systemd/ folder? and /etc/systemd/ folder? » 2018-04-04 17:54:34

The sysvinit entry in the boot menu has 'init=/lib/sysvinit/init'. That gets used in debian when systemd is installed along with sysvinit, and in that case, /sbin/init is a symbolic link pointing to systemd. In devuan, /sbin/init should be the real init (a real file, not a symlink.) Does /lib/sysvinit/init even exist on your setup?

#2221 Re: Desktop and Multimedia » On acsii, plasma and the power button. » 2018-04-04 11:31:33

You might need to replace sddm with lightdm. Also, make sure you have the right libpolkit packages installed.
See (removed dead link)

Here's what was in the dead link.

Author: Irrwahn
Date: 2018-02-14 07:37 -500
To: dng
Subject: [DNG] IMPORTANT! How to fix degraded session management after Devuan ASCII upgrade.

PLEASE NOTE:
The following only applies to already existing ASCII systems that got
upgraded to the newest package versions as present in the repositories.
Fresh installations of Devuan ASCII 2.0.0 Beta should not be affected.

TL;DR
-----
Make sure you got the correct libpolkit-backend installed!

Background
----------
It would appear that under certain circumstances an unsuitable flavor
of libpolkit-backend-1-0-XXXX gets pulled in upon upgrade. This can lead
to a temporary loss of desktop session related functionality, namely the
ability to user-mount removable drives or to shutdown/restart the system
using the GUI controls provided by the respective desktop environment. The
issue was ultimately caused by the recent addition of elogind to the
repositories, or rather the repackaging of policykit-1 that followed suit.

Resolution
----------
1. Make sure you have at least one of (traditional) consolekit or (new)
elogind installed. (Note: You can have both installed and active; which
one is actually used however is decided by which libpolkit-backend you
choose to install, see 4.)

2. Make sure (at least one of) the above is activated. You may do so by
interactively running the 'pam-auth-update' command as root.

3. Ensure the following packages got installed:
     policykit-1              0.105-18+devuan2.4
     libpolkit-agent-1-0      0.105-18+devuan2.4

4. Install one of the mutually exclusive policykit backend libs, i.e.
   - EITHER -
     libpolkit-backend-1-0-elogind      0.105-18+devuan2.4  and
     libpolkit-gobject-1-0-elogind      0.105-18+devuan2.4

   - OR -
     libpolkit-backend-1-0-consolekit   0.105-18+devuan2.4  and
     libpolkit-gobject-1-0-consolekit   0.105-18+devuan2.4

depending on which session manager backend you intend to use, see 1.

In case you find you have a backend with -systemd in the name installed:
that one will _not_ work, and is most likely the cause why things went
sideways in the first place.

5. After making changes to the session management you should either reboot
the system or at least cycle through runlevel 1.

Note: Depending on what login manager you use in conjunction with which
desktop environment you might have to experiment a bit to find out which
of consolekit or elogind works best for you (or works[TM] at all).

Bottom line: As always in life, keep your backends covered. ;-)

HTH, HANVD, and enjoy the ASCII Beta!

Best regards
Urban

#2222 Re: Other Issues » /lib/systemd/ folder? and /etc/systemd/ folder? » 2018-04-04 11:26:55

It's not two different kernels, it's two different entries in the boot menu. Look at the menuentry for each in /boot/grub/grub.cfg to see if there's a difference in the linux lines.

I've only seen that on debian, where you had a choice to boot with sysvinit or systemd. How did you install devuan?

#2223 Re: Other Issues » [solved] Ascii - OpenRC - Dependency messages » 2018-04-01 02:36:51

Refractasnapshot and installer depend on live-config, live-boot, live-boot-initramfs-tools and live-config-sysvinit. They do not require or use live-tools. Something pulled in that package, and at the moment, I can't recall what it is.

I've made snapshots with openrc in the past with TriOS and more recently with devuan ascii. It works. If you have trouble with it next time, start a new thread and we'll get it sorted..

#2224 Re: Other Issues » [solved] Ascii - OpenRC - Dependency messages » 2018-03-31 21:32:06

I don't know what most of that output means, but probably reversing the changes you made should let that script work again - just uncomment those lines you commented.

Also (off-topic) unless you're sure you need it, I'd recommend removing live-tools. AFAIK, the only thing it does is get in the way of running update-initramfs.

#2225 Re: Hardware & System Configuration » occasional boot hang on ascii [SOLVED] » 2018-03-29 21:17:17

The message about 'seat' makes me think of systemd-related things.

Which libpolkit packages are installed?
consolekit or elogind?
Is libpam-elogind installed?

I have no idea why it would be intermittent.

Board footer

Forum Software