You are not logged in.
Dear dev1rs
On February 14th 2015, Devuan unveiled a "pre-alpha" Valentine release
of Devuan Jessie [1] just a few months after the Veteran Unix Admins
declared their intention to fork Debian on November 27th 2014 [2].
That was the beginning of our collective journey. Now, three years later,
Valentine's day has more love for the Devuan community. The long-awaited
release of Devuan 2.0 ASCII Beta (minor planet nr. 3568) is here!## So what's new in Devuan 2.0 ASCII Beta?
- OpenRC is installable using the expert install path (thanks Maemo Leste!)
- eudev has replaced systemd-udev (thanks Gentoo!)
- elogind has been added as an alternative to consolekit (thanks Gentoo!)
- Desktop users can choose among fully functional XFCE (Default), KDE,
Cinnamon, LXQT, MATE, and LXDE desktops
- CLI-oriented users can select the "Console productivity" task that installs
a fully-featured set of console-based utils and tools.
- A .vdi disk image is now provided for use with VirtualBox.
- ARM board kernels have been updated to 4.14 and 4.15 for most boards.
Offline
WOO-HOO!! GAME ON!! THANKS VUA'S!!!
https://sourceforge.net/projects/vuu-do/ New 1.09 isos uploaded 11/27/2024
Vuu-do GNU/Linux, minimal Devuan-based openbox systems to build on, maximal versions if you prefer your linux fully-loaded.
New Devuan-mate-mini isos too!
Please donate to support Devuan and init freedom! https://devuan.org/os/donate
Online
Installed with KDE.
Offline
Installed via netinstall i386 version, xfce, and a couple of things right off the bat:
1) Upon reboot, no longer recognizes the DHCP connection. It picked it up just fine during the installation. Unable to re-establish connection with wicd.
2) When I change the "Clock" settings on the xfce panel to the format "09:40 AM" (12 hr. time) and then close it, the clock disappears. Upon re-opening it, the setting has changed to "Custom Format." It continues to disappear and change to "Custom Format" no matter what I choose.
Not sure this is the place to report these bugs, but there you have it.
Last edited by bones (2018-02-16 17:46:41)
Offline
AWESOME.
I'm so excited!! I'll be taking a look at this, seeing if there's anything I can contribute.
mmm mmmmm! (◡‿◡✿)
Offline
desktop-live amd64 is missing the grub-pc-bin package. To install on bios hardware, you'll need a network connection, so you can install the grub-pc package before you run the installer. Don't let the package install the bootloader at this time. Wait until you run the installer so that grub will be installed to the hard drive correctly.
apt-get update
apt-get install grub-pc
Decline to install the bootloader.
Then you can install the system to hard drive.
For uefi install, just run the installer. You already have the right grub.
@bones:
Wired or wireless?
Traditional interface names like eth0 or wlan0, or "predictable" interface names (which I can't predict until I open up your computer and look inside)? Check the preferences in wicd and make sure they match the interface names shown by ifconfig or ip a.
Offline
libpolkit-backend-1-0-elogind
libpolkit-gobject-1-0-elogind
Are two packages that should be installed with the rest of the system, instead it gives us libpolkit-backend-1-0-systemd & libpolkit-gobject-1-0-systemd
Also, It would appear "libsystemd" is installed when installing Devuan ASCII LXDE, I thought the entire point of Devuan was to avoid systemd? Or is 'libsystemd' just for systemd dependencies? I'm not entirely sure, sorry.
Offline
I think the libpolkit packages you get depend on which desktop and login manager you install. In some cases, libpolkit-backend-1-0-consolekit is needed instead of the elogind backend. There may be more changes planned for that mess.
The libsystemd0 dependency issue is well known. It would be nice to get rid of it, but it's in more and more packages with each release. And it does nothing if systemd isn't present and running. And systemd is not present and cannot be installed from devuan repositories.
Offline
I have been running Ascii MATE for several months now. There was a whole ball of polkit stuff upgraded, and now gparted and synaptic will not start from their menu items. Any ideas?
Offline
https://lists.dyne.org/lurker/message/2 … f8.en.html
These instructions helped restore my Devuan/ASCII/mate after upgrade. I use lightdm instead of slim.
Last edited by catprints (2018-02-19 01:47:06)
"The obstacle is the path."
Offline
https://lists.dyne.org/lurker/message/2 … f8.en.html
These instructions helped restore my Devuan/ASCII/mate after upgrade. I use lightdm instead of slim.
Thanks, catprints!
The instructions got everything fixed up.
Offline
You are welcome and credit goes to Irrwahn for a clear explanation.
"The obstacle is the path."
Offline
In xfce installed from desktop-live, shutdown buttons work and usb mounting works in all combinations of consolekit/elogind and slim/lightdm, but no combination gives me the ability to start gparted or synaptic from the menu or from terminal as gparted-pkexec or synaptic-pkexec.
I've seen the same problem in stretch. And I've also noticed that the problem doesn't exist if your user is in the sudo group. (I think that last feature is built into pam.)
Offline
I had the exact same issue with MATE, but using the -consolekit versions of both libpolkit-backend and libpolkit-gobject as per the instructions solved it for me. An upgrade had somehow left me with -consolekit on one, and -systemd on the other.
In xfce installed from desktop-live, shutdown buttons work and usb mounting works in all combinations of consolekit/elogind and slim/lightdm, but no combination gives me the ability to start gparted or synaptic from the menu or from terminal as gparted-pkexec or synaptic-pkexec.
I've seen the same problem in stretch. And I've also noticed that the problem doesn't exist if your user is in the sudo group. (I think that last feature is built into pam.)
Offline
Hello fsmithred and sgage
I can confirm this, in xfce (and Cinnamon), some menu entries do not work: i.e. synaptic. Started from a terminal (gksu synaptic), all goes well.
Anyway, CONGRATULATIONS and THANK YOU, to you Devuan-ers, for that fantastic work of yours. I'm especially happy with the implementation of OpenRC. And it's the Debian-like handling which I am grateful for. Devuan ASCII Beta / x86_64 / xfce / Cinnamon.
Offline
Tested the different desktops for the following. Results may not be 100% accurate. YMMV.
Power: shutdown/reboot tested, suspend button active, not tested
USB: mount/unmount removable thumb drive
pkexec: gparted/synaptic from menu and gparted-pkexec/synaptic-pkexec in terminal
In all cases, libpolkit-gobject-1-0-systemd came with the default install. It was replaced with either the -consolekit or -elogind variant.
EDIT: re-tested mate, and usb automount/unmount works with consolekit.
D.E. Power USB pkexec
XFCE
w. ck + + -
w. elogind + + -
Mate
w. ck + + + (with lib'g'ck)
w. elogind + + +
LXDE
ck+lxpolkit + + (popup) -
ck only + - -
w. elogind + + (pcmanfm) -
Cinnamon
w. lib'g'sd + + -
w. elogind + + + (synaptic only)
KDE (no autologin with lightdm?)
w. lib'g'sd + + -
w. elogind + + +
LXQT
w. lib'g'sd + + -
w. elogind + + +
Offline
gksu gksudo will be removed from debian repositories. It already has been removed from debian-testing/buster and exists in stretch and sid. The excuse is it is unmaintained, the truth may be that the gnome team wants its polkit to be handling things and not gksu.
Is gksudo synaptic and gksudo gparted (as menu items) the same process as synaptic.pkexec and gparted.pkexec ?
I don't think so. I bet the same gnome team people don't like lxpolkit being independent of their polkit. If you have lxpolkit running I bet the same menu items that don't work will.
Offline
I have been running ascii for some time, with things working nicely.
I am using lxde with a few bits from lxqt and with lxdm as the display manager.
With the release of Ascii 2 beta and doing an update and dist-upgrade, everything still seems to be working, but I thought that I should check the consolekit/logind situation.
libpolkit-agent-1-0 and policykit-1 are both being held back on version 0.105-9+devuan1 and not upgraded to 0.105-18+devuan2.4
Trying to install the elogind backends looks very scary as it wants to remove stuff and complains about dependencies, but I did it anyway and it now seems happy. I can upgrade the held back items.
apt-get install libpolkit-backend-1-0-elogind libpolkit-gobject-1-0-elogind
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
iceweasel-l10n-en-gb linux-image-4.9.0-3-amd64 linux-image-4.9.0-4-amd64
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
libpolkit-backend-1-0 libpolkit-gobject-1-0
The following NEW packages will be installed:
libpolkit-backend-1-0-elogind libpolkit-gobject-1-0-elogind
0 upgraded, 2 newly installed, 2 to remove and 2 not upgraded.
Need to get 80.2 kB of archives.
After this operation, 18.4 kB of additional disk space will be used.
Do you want to continue? [Y/n]
Get:1 https://pkgmaster.devuan.org/merged ascii/main amd64 libpolkit-backend-1-0-elogind amd64 0.105-18+devuan2.4 [41.6 kB]
Get:2 https://pkgmaster.devuan.org/merged ascii/main amd64 libpolkit-gobject-1-0-elogind amd64 0.105-18+devuan2.4 [38.7 kB]
Fetched 80.2 kB in 0s (323 kB/s)
dpkg: libpolkit-backend-1-0:amd64: dependency problems, but removing anyway as you requested:
policykit-1 depends on libpolkit-backend-1-0 (>= 0.99).
(Reading database ... 146846 files and directories currently installed.)
Removing libpolkit-backend-1-0:amd64 (0.105-18) ...
Selecting previously unselected package libpolkit-backend-1-0-elogind:amd64.
(Reading database ... 146841 files and directories currently installed.)
Preparing to unpack .../libpolkit-backend-1-0-elogind_0.105-18+devuan2.4_amd64.deb ...
Unpacking libpolkit-backend-1-0-elogind:amd64 (0.105-18+devuan2.4) ...
dpkg: libpolkit-gobject-1-0:amd64: dependency problems, but removing anyway as you requested:
libpolkit-backend-1-0-elogind:amd64 depends on libpolkit-gobject-1-0 (= 0.105-18+devuan2.4).
consolekit depends on libpolkit-gobject-1-0 (>= 0.94).
upower depends on libpolkit-gobject-1-0 (>= 0.99).
policykit-1 depends on libpolkit-gobject-1-0 (>= 0.101); however:
Package libpolkit-gobject-1-0:amd64 is to be removed.
libpolkit-agent-1-0:amd64 depends on libpolkit-gobject-1-0 (>= 0.105).
libpolkit-qt5-1-1:amd64 depends on libpolkit-gobject-1-0 (>= 0.101); however:
Package libpolkit-gobject-1-0:amd64 is to be removed.
(Reading database ... 146846 files and directories currently installed.)
Removing libpolkit-gobject-1-0:amd64 (0.105-18) ...
Selecting previously unselected package libpolkit-gobject-1-0-elogind:amd64.
(Reading database ... 146841 files and directories currently installed.)
Preparing to unpack .../libpolkit-gobject-1-0-elogind_0.105-18+devuan2.4_amd64.deb ...
Unpacking libpolkit-gobject-1-0-elogind:amd64 (0.105-18+devuan2.4) ...
Processing triggers for libc-bin (2.24-11+deb9u1) ...
Setting up libpolkit-gobject-1-0-elogind:amd64 (0.105-18+devuan2.4) ...
Setting up libpolkit-backend-1-0-elogind:amd64 (0.105-18+devuan2.4) ...
Processing triggers for libc-bin (2.24-11+deb9u1) ...
apt-get dist-upgrade
this now upgrades libpolkit-agent-1-0 policykit-1 to 0.105-18+devuan2.4
It seems that libpolkit-backend-1-0-elogind replaces libpolkit-backend-1-0, but upower depends on libpolkit-backend-1-0. I think that it is now working ok, so I presume that libpolkit-backend-1-0-elogind transparently replaces libpolkit-backend-1-0.
Geoff
Last edited by Geoff 42 (2018-02-21 09:28:55)
Offline
puff the problems with multiple locales are still present and get boring, seems devuan only served good in servers.. for desktop get in a pain if are multi language env
PD: solution was send to the bug tracker.. responses are ... well silenced.
Last edited by mckaygerhard (2018-02-22 06:44:41)
Offline
puff the problems with multiple locales are still present and get boring, seems devuan only served good in servers.. for desktop get in a pain if are multi language env
PD: solution was send to the bug tracker.. responses are ... well silenced.
You could have at least provided the bug number in your post. I assume you mean this one:
https://bugs.devuan.org/db/12/129.html
I suggest you do the installation in your first chosen language, and then install lxdm afterward to be able to switch languages at the login screen.
Offline
hi @fsmithred in DEBIAN i install any login manager in any language order an works! so its not a problem that comes from the system, in devuan always assumed english .. and when i finally made that you said, the keyboard for remote desktop alway set to English.. its a problem assumed that are developed only for developers.
in many many other post i cited enough the bug link.. i'm not the only user with this problem, also i posted in git also in bugtracker etc etc etc please! in servers the performance its superior, but for desktop there's many problems...
Last edited by mckaygerhard (2018-02-22 18:15:01)
Offline
In your bug report, you stated that the problem exists in debian.
I confirmed, its a problem in display managers .. all the debian (and
obviously in consecuence now devuan) display managers are broken..
That agrees with what I've seen for lightdm in debian. I don't know about the other display managers.
For the installer isos, you choose the keyboard layout at the beginning.
For the live isos, you select 'Other language' from the boot menu and edit the language and keyboard codes for your locale.
If that's not working for you, you must be doing something wrong.
Offline
If it's a Debian problem the bug report(s) should go upstream not here.
Offline
gksu gksudo will be removed from debian repositories.
Well good lord, does the stupid never end?
There's nothing wrong with gksu, it has never failed me, while pkexec has caused multiple issues, I delete that garbage regularly.
It's sad really, I have really liked Debian for a long time and appreciate their efforts usually, but I just did a test install of 9.3 using the Mate desktop on a late model laptop, and it's so buggy I almost did a video about it but didn't figure it would help any....horrible, worst version of Debian i've ever used.
So glad Devuan is here, that experience the other day really underscored how great my results have been with Devuan, working on a new Vuu-do now that will be the first EFI version, and the minimal version at least will be translatable in 2.0.0. Gonna be trying out some of the new options too, eudev, elogind etc. It's awesome how we are all growing and getting better here.
Great times, tough for sure, but challenge drives innovation and Devuan is the tip of the spear.
https://sourceforge.net/projects/vuu-do/ New 1.09 isos uploaded 11/27/2024
Vuu-do GNU/Linux, minimal Devuan-based openbox systems to build on, maximal versions if you prefer your linux fully-loaded.
New Devuan-mate-mini isos too!
Please donate to support Devuan and init freedom! https://devuan.org/os/donate
Online