You are not logged in.
It is not entirely clear if you are using an i686 build or amd64 with multiarch. I ran into a problem installing wine:i386.
I recommend you follow the winehq instructions: https://wiki.winehq.org/Debian
And also read this thread and see what applies to your situation: https://dev1galaxy.org/viewtopic.php?id=2987
I remember Knoppix dics from way back when! I haven't used it in a very long time. It's good to see other distros are making choices that align with ours! Also, the elogind tool seems pretty nice too for allowing the user session to shut down as expected.
I have successfully tested my instructions on Devuan beowulf/ceres. I could connect immediately with the command above, but it wouldn't start any window manager upon logging in. It just gave me a bare X11 session with xterm (which is enough to type in fluxbox; I bounce around in DEs and WMs).
Upon a reboot, my session would successfully start fluxbox!
When I tried from another client, I was unable to log in, until I added parameter +glyph-cache.
HTH
I have set up graphical terminal servers before, on Fedora. I use xrdp, which listens on 3389/tcp just like an obsolete non-free OS does. I will attempt to adapt my instructions from my blog (https://bgstack15.wordpress.com/2017/11 … fedora-26/) to Devuan, but I have not had the opportunity to test this yet.
Install xrdp and tigervnc server.
apt-get install xrdp tigervnc-standalone-server
Open firewall (I've actually not yet dealt with anything other than iptables on Devuan). And apparently all my clients have wide-open firewalls...
I will leave the firewall details to you, but open up tcp port 3389. Please note that xrdp will use a range of ports on the loopback device.
Make sure /etc/X11/xinit/Xclients does what you intend, that is, run start-cinnamonsession or equivalent. Mine was startxfce4.
Start services xrdp and xrdp-sesman. Sesman is the session manager that is presented when you first make an RDP connection to hostname:3389.
I was able to make a remote connection to my Fedora xfce4 terminal server with xfreerdp.
xfreerdp /sec-rdp /cert-tofu /size:1520x820 /bpp:16 /v:192.168.1.76 -z /disp /audio-mode:0 /wallpaper /themes /u:bgstack15
Probably not exactly what you wanted, but it was OK for me and maybe somebody can adapt it further to your needs.
I have the same problem, where elogind and related packages in my multiarch setup are being held back. This problem affects wine32 which depends on one of these. I also like using elogind versus consolekit which I think might also be related/affected.
The /etc/default/grub file whose contents you show here, takes the form of a shell script that is executed before running Grub, so that the variables are defined for Grub to use.
In a shell script, backticks are used to wrap around a statement that is the same as something that could be executed on the shell prompt. So
`lsb_release -i -s 2> /dev/null || echo Debian`
means that the output of that command should be substituted. So if the output of that command is "Devuan" then the line is evaluated as GRUB_DISTRIBUTOR=Devuan.
The double quotes are just quotes, so the exact string "quiet" is the value for that last entry.
But back to the backticks and their contents. In most shells, the double-pipe || means a logical OR. In shell, that means if the first command returns false (that is, it fails in some way), run the second statement. So if lsb_release -i -s (with sending any errors to the null device, so suppress all error messages) fails, then just show the word Debian.
Wow, thanks for using Devuan as the upstream for your project. I personally won't have a use for this project, because I'm one of those old fogies who just rm -rf $ITEM which of course has bitten me a few times but you can't teach an old-hearted dog new tricks. I appreciate that you are endeavoring to comply with the freedesktop.org Trash spec. Just because some projects from them seem a little... unwanted doesn't mean it all is unwanted.
I am not an official packager at all, but I do like building dpkgs. After looking through your debian/ dir, I have nothing to add. Good job! I took months to get up to speed on building a dpkg, so I definitely consider it a skill to be learned.
I compile Waterfox on Devuan, which requires rust. I pull in packages rustc and cargo (and clang-6.0). However, I do it all through automation and never need to interact with the command line.
Wow, VPS services offer Devuan! That sounds nice. You could adapt the instructions from https://www.howtoforge.com/tutorial/how … -debian-9/. You will need to control system services with service instead of systemctl. Tell us how it goes, or where you get stuck.
A metapackage is normally designed as an easy name, such as "ups-monitor" and it is really an empty package which requires a bunch of the libs and other dependencies needed to perform the task. However, in this case, the apcupsd package has a "Provides: ups-monitor" visible in apt-cache show apcupsd. It fulfills the role of "ups-monitor." You can choose if you want to install apcupsd or nut-client. Not sure which would be best for you based on the situation. Nut is more cross-manufacturer iirc, and apcupsd sounds specifically like for the APC brand. I use CyberPower, which provided its own [rpms, on CentOS].
I've traced it down to the fact that there's an extra libuuid1 package, with a higher version number, at http://deb.devuan.org//devuan/pool/main/u/util-linux/. (And two other low-level packages with higher version numbers).
I am now installing winehq-staging right now, and here are the steps I used to get around the problems encountered earlier:
wget http://deb.devuan.org/devuan/pool/main/u/util-linux/libuuid1_2.32.1-0.1+devuan2.1_i386.deb
sudo apt-get -o Dpkg::Options::="--force-overwrite" install ./libuuid1_2.32.1-0.1+devuan2.1_i386.deb
# syntax from bugs.debian.org 768651
wget http://deb.devuan.org/devuan/pool/main/u/util-linux/libblkid1_2.32.1-0.1+devuan2.1_i386.deb
sudo apt-get install ./libblkid1_2.32.1-0.1+devuan2.1_i386.deb
wget http://deb.devuan.org/devuan/pool/main/u/util-linux/libmount1_2.32.1-0.1+devuan2.1_i386.deb
sudo apt-get install ./libmount1_2.32.1-0.1+devuan2.1_i386.deb
I know the steps can be cleaned up, but the above is the order I took them in.
Here is the cleaned up version:
wget http://deb.devuan.org/devuan/pool/main/u/util-linux/libuuid1_2.32.1-0.1+devuan2.1_i386.deb http://deb.devuan.org/devuan/pool/main/u/util-linux/libblkid1_2.32.1-0.1+devuan2.1_i386.deb http://deb.devuan.org/devuan/pool/main/u/util-linux/libmount1_2.32.1-0.1+devuan2.1_i386.deb
sudo apt-get -o Dpkg::Options::="--force-overwrite" install ./libuuid1_2.32.1-0.1+devuan2.1_i386.deb
# syntax from bugs.debian.org 768651
sudo apt-get install ./libblkid1_2.32.1-0.1+devuan2.1_i386.deb ./libmount1_2.32.1-0.1+devuan2.1_i386.deb
The original is now happening on a pristine install of Devuan 2.0 which was dist-upgraded to ceres.
Here are my sources:
[root@ltb-005|/root]# grep -h -viE '^\s*($|#)' /etc/apt/sources.list /etc/apt/sources.list.d/*
deb http://us.deb.devuan.org/merged ceres main contrib non-free
deb-src http://us.deb.devuan.org/merged ceres main
deb http://www.example.com/example/repo/devuan-deb/ /
deb http://download.opensuse.org/repositories/home:/bgstack15/Debian_Unstable/ /
deb http://www.example.com/example/repo/deb/ /
deb https://dl.winehq.org/wine-builds/debian/ sid main
After setting the "ceres" in the files, I did the upgrade and then dist-upgrade.
Is this process wrong? I really want wine32 present on my system, and I feel that this weird arrangement of underlying packages is not a legitimate reason to not get wine32 somehow on my systems.
Thank you for sharing! I like alsamixer-gui and alsamixer myself. I confess I haven't done a whole lot of configuring my window manager/DE to send volume up and down like you've got shown here for icewm.
I'm surprised you haven't got any conflicts in any programs with Ctrl+Up and Ctrl+Down for controlling the system audio. I normally have to bind to something longer.
I had noticed it was referring to a "libuuid1:amd64 2.32.1-0.1+devuan2.1" but the i386 was "libuuid1:i386=2.33.1-0.1+devuan1." I realize I'm using the unstable, release, so it can have more problems like this. I think the multiarch page or another page about it talked about how the versions need to match across architectures.
So perhaps it's a temporary issue until the i386 and amd64 packages are at the same version number. What doesn't make sense is my second Devuan system was able to apt-get dist-upgrade and wine32 was still there, and everything.
Wow, thank you for going to bat for me! You must be in a different timezone, because your exchange with one of the kernel devs happened in the middle of my night.
I definitely expect my broken system to be non-pristine. I failed to share my sources.list and my list of installed packages. I am embarrassed to report that my system has a bunch of +devuan1 and +devuan2.1 packages.
[bgstack15@ltb-013|/etc/apt/apt.conf.d]$ dpkg -l | awk '{print $3}' | awk -F'+' '{print $2}' | sort | uniq -c | grep devuan
8 devuan
16 devuan1
1 devuan1.0
7 devuan1.1
2 devuan1.3
6 devuan2
13 devuan2.1
5 devuan3
1 devuan3.0
1 devuan3.1
With those being:
[bgstack15@ltb-013|/etc/apt/apt.conf.d]$ dpkg -l | grep -E -e '\+devuan'
ii base-files 10.3+devuan3.0 all Devuan base system miscellaneous files
ii bsdutils 1:2.32.1-0.1+devuan2.1 amd64 basic utilities from 4.4BSD-Lite
ii colord 1.4.3-3+devuan1 amd64 system service to manage device colour profiles -- system daemon
ii colord-data 1.4.3-3+devuan1 all system service to manage device colour profiles -- data files
ii dbus 1.12.16-1+devuan2 amd64 simple interprocess messaging system (daemon and utilities)
ii dbus-x11 1.12.16-1+devuan2 amd64 simple interprocess messaging system (X11 deps)
ii devuan-baseconf 0.6.4+devuan3.1 all Devuan base config files
ii distro-info-data 0.39+devuan1.1 all information about the distributions' releases (data files)
ii fdisk 2.32.1-0.1+devuan2.1 amd64 collection of partitioning utilities
ii freefilesync 10.14-2+devuan amd64
ii gir1.2-polkit-1.0 0.105-25+devuan3 amd64 GObject introspection data for PolicyKit
ii init 1.56+devuan1 amd64 metapackage ensuring an init system is installed
ii init-system-helpers 1.56+devuan1 all helper tools for all init systems
ii initscripts 2.93-8+devuan1 amd64 scripts for initializing and shutting down the system
rc irfanview-bin32 4.53-1+devuan all graphics viewer from a non-free OS
ii irfanview-bin64 4.53-2+devuan all graphics viewer from a non-free OS
ii irfanview-common 4.53-2+devuan all common elements for irfanview
ii libblkid1:amd64 2.32.1-0.1+devuan2.1 amd64 block device ID library
ii libcgmanager0:amd64 0.36-2+devuan1 amd64 Central cgroup manager daemon (client library)
ii libcolord2:amd64 1.4.3-3+devuan1 amd64 system service to manage device colour profiles -- runtime
ii libcolorhug2:amd64 1.4.3-3+devuan1 amd64 library to access the ColorHug colourimeter -- runtime
ii libdbus-1-3:amd64 1.12.16-1+devuan2 amd64 simple interprocess messaging system (library)
ii libfdisk1:amd64 2.32.1-0.1+devuan2.1 amd64 fdisk partitioning library
ii libmount1:amd64 2.32.1-0.1+devuan2.1 amd64 device mounting library
ii libpcsclite1:amd64 1.8.22-1+devuan2 amd64 Middleware to access a smart card using PC/SC (library)
ii libpolkit-agent-1-0:amd64 0.105-25+devuan3 amd64 PolicyKit Authentication Agent API
ii libpolkit-backend-consolekit-1-0:amd64 0.105-25+devuan3 amd64 PolicyKit backend API
ii libpolkit-gobject-consolekit-1-0:amd64 0.105-25+devuan3 amd64 PolicyKit Authorization API
ii libprocps4:amd64 2:3.3.10-4+devuan1.0 amd64 library for accessing process information from /proc
ii libprocps6:amd64 2:3.3.12-3+devuan2.1 amd64 library for accessing process information from /proc
ii libsmartcols1:amd64 2.32.1-0.1+devuan2.1 amd64 smart column output alignment library
ii libudisks2-0:amd64 2.1.3-5+devuan2 amd64 GObject based library to access udisks2
ii libupower-glib1:amd64 1:0.9.23-2+devuan1.3 amd64 abstraction for power management - shared library
ii libuuid1:amd64 2.32.1-0.1+devuan2.1 amd64 Universally Unique ID library
ii mount 2.32.1-0.1+devuan2.1 amd64 tools for mounting and manipulating filesystems
ii net-tools 1.60+git20180626.aebd88e-1+devuan1 amd64 NET-3 networking toolkit
ii palemoon 28.6.0.1-1+devuan amd64 Firefox-based, efficient and easy to use web browser
ii palemoon-ublock-origin 1.16.4.8-2+devuan all An efficient blocker for Chromium and Firefox. Fast and lean.
ii policykit-1 0.105-25+devuan3 amd64 framework for managing administrative policies and privileges
ii popularity-contest 1.67+devuan1 all Vote for your favourite packages automatically
ii procps 2:3.3.12-3+devuan2.1 amd64 /proc file system utilities
ii python-wicd 1.7.4+tb2-6+devuan1.1 all wired and wireless network manager - Python module
ii python3-reportbug 7.5.1+devuan1 all Python modules for interacting with bug tracking systems
ii reportbug 7.5.1+devuan1 all reports bugs in the Debian distribution
ii rfkill 2.32.1-0.1+devuan2.1 amd64 tool for enabling and disabling wireless devices
ii rsyslog 8.39.0-1+devuan1 amd64 reliable system and kernel logging daemon
ii sysv-rc 2.93-8+devuan1 all System-V-like runlevel change mechanism
ii sysvinit 2.93-8+devuan1 amd64 System-V-like init utilities - transitional package
ii sysvinit-core 2.93-8+devuan1 amd64 System-V-like init utilities
ii sysvinit-utils 2.93-8+devuan1 amd64 System-V-like utilities
ii task-english 3.48+devuan1.1 all General English environment
ii task-laptop 3.48+devuan1.1 all laptop
ii task-ssh-server 3.48+devuan1.1 all SSH server
ii tasksel 3.48+devuan1.1 all tool for selecting tasks for installation on Devuan systems
ii tasksel-data 3.48+devuan1.1 all official tasks used for installation of Devuan systems
ii udev 1:3.2.7+devuan1.1 amd64 Transitional package for eudev
ii udisks2 2.1.3-5+devuan2 amd64 D-Bus service to access and manipulate storage devices
ii upower 1:0.9.23-2+devuan1.3 amd64 abstraction for power management
ii util-linux 2.32.1-0.1+devuan2.1 amd64 miscellaneous system utilities
ii util-linux-locales 2.32.1-0.1+devuan2.1 all locales files for util-linux
ii veracrypt 1.23-2+devuan amd64 Cross-platform on-the-fly encryption
ii waterfox 56.2.12-1+devuan amd64 Free, open and private browser
ii wicd 1.7.4+tb2-6+devuan1.1 all wired and wireless network manager - metapackage
ii wicd-cli 1.7.4+tb2-6+devuan1.1 all wired and wireless network manager - scriptable console client
ii wicd-daemon 1.7.4+tb2-6+devuan1.1 all wired and wireless network manager - daemon
ii wicd-gtk 1.7.4+tb2-6+devuan1.1 all wired and wireless network manager - GTK+ client
My sources.list contents:
[bgstack15@ltb-013|/etc/apt/sources.list.d]$ grep -hviE '^(#|$)' /etc/apt/sources.list /etc/apt/sources.list.d/*
deb http://packages.devuan.org/merged ceres main contrib non-free
deb-src http://packages.devuan.org/merged ceres main contrib non-free
deb http://www.example.com/example/repo/devuan-deb/ /
deb http://packages.devuan.org/devuan ceres main contrib non-free
deb http://download.opensuse.org/repositories/home:/bgstack15/Debian_Unstable/ /
deb http://www.example.com/example/repo/deb/ /
deb http://linux.teamviewer.com/deb stable main
I will chalk this up to a non-pristine system, and that I should reinstall soon. Thank you so much for your help, Ralph!
Ooh, I miscommunicated in my previous post.
Thank you, Ralph, for the advice.
I have another Devuan installation, where wine32:i386 is already installed and it works and all that.
My first one, is still messed up and I have not yet messed with equivs.
Would you please link to the bug report here? I am having trouble navigating the debian bugs site. I came from a Fedora world and all the debianized stuff is a learning curve for me.
Thank you, Ralph! I have now confirmed that at least one other beowulf/ceres instance is working correctly and I can install wine32:i386.
This is the second time someone has answered me with "check out equivs." I remembered that advice from last time (oh, it was you!), so now I will have to figure it out. I am concerned that something so low-level like libuuid is causing weird problems on my system, for something (high-level?) like Wine.
I have a Devuan 3 (beowulf/ceres) am64 installation, and I've enabled multiarch.
When I apt-get update and apt-get install wine32:i386, I get this error:
[bgstack15@ltb-013|/home/bgstack15]$ sudo apt-get install wine32:i386
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
wine32:i386 : Depends: libwine:i386 (= 4.0-2) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
Chasing down all the things that it depends on results in this command:
[bgstack15@ltb-013|/home/bgstack15]$ sudo apt-get install wine32:i386 libwine:i386 libfontconfig1:i386 libglib2.0-0:i386 libgphoto2-6:i386 libgstreamer-plugins-base1.0-0:i386 libgstreamer1.0-0:i386 libpulse0:i386 libsdl2-2.0-0:i386 libasound2-plugins:i386 libuuid1:i386 libmount1:i386 libsm6:i386 libblkid1:i386
Full output: https://pastebin.com/bS0DTHQC
Tail end of output:
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
e2fsprogs libblkid1 (due to e2fsprogs) libuuid1 (due to e2fsprogs) fdisk
libfdisk1 (due to fdisk) libmount1 (due to fdisk) init sysvinit-core (due to init) mount
util-linux (due to mount) sysvinit-utils
0 upgraded, 204 newly installed, 571 to remove and 4 not upgraded.
Need to get 115 MB of archives.
After this operation, 2,053 MB disk space will be freed.
You are about to do something potentially harmful.
To continue type in the phrase 'Yes, do as I say!'
?] n
Abort.
Would you please help me figure out how to get my 32-bit wine binary so I can run my Wine-based game? I don't understand why I cannot install a lot of these in parallel. I know I've done this before, all on beowulf/ceres.
Thank you for sharing! I have never used lxd/lxc. I came from a kvm hypervisor space and when containers were shoved at me, I ran docker begrudgingly. I have heard of lxc but thought it was a Ubuntu thing. It's good to see that is is a Debian-level thing as well. Are you aware of any pre-built containers of Devuan Ceres?
Thank you for sharing! I had migrated off of Cinnamon even in my pre-Devuan days, but it was my favorite closed-OS-resembling DE. I moved on to XFCE for full DEs, and now even Fluxbox for a more minimalistic setup.
(Plus, I didn't even know Cinnamon was working in Devuan; it's very Gnome-like for obvious reasons)
On yet another Devuan netinst instance, I had this problem again.
I ended up installing a lot of font packages, and rebooting. I guess restarting X or else rebooting triggers a cache update for the fonts?
apt-get install fonts-crosextra-caladea fonts-crosextra-carlito fonts-dejavu fonts-dejavu-extra fonts-font-awesome fonts-lato fonts-liberation2 fonts-linuxlibertine fonts-mathjax fonts-noto-core fonts-noto-ui-core fonts-opensymbol fonts-roboto-slab fonts-sil-gentium fonts-sil-gentium-basic
apt-get install xfonts-100dpi xfonts-100dpi-transcoded freetype2-doc gsfonts libfreetype6 libfontembed1 fonts-noto-mono fonts-liberation fonts-droid-fallback
The next time I try this, I will do just this bottom line, and report back here. I don't want to have to install the phone book, if I only need a single one of these packages.
I don't know a whole lot about the codecs involved, but I know that ffmpeg (or libav, depending on which fork Devuan carries) can deal with tons of codecs. You could perhaps cut out a few steps if ffmpeg/avconv can take your input file and output the right type of audio for you. You will have to read the man page for ffmpeg to learn how to tell it how to deal with the audio track, while leaving the video track intact.
Thank you. I wasn't sure if that would be a good idea, but with your recommendation I will proceed.
I use Fedora and CentOS on a few systems, and the Fedora copr system is pretty great: they provide free (as in beer) building and hosting of rpms. I am aware of the OpenSUSE build service but have never used it, as I don't use any OSes that it targets with build environments/chroots.
Are there any free build services that provide a Devuan chroot? I am looking for some service to handle really just beowulf/ceres i686 and x86_64. I actually don't use any jessie or ascii.
Wow, nemu looks great! I'll have to check it out. I'm no virtualbox fan or hater, but I am a qemu/libvirt/kvm guy, from my CentOS days.