You are not logged in.
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..
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.
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.
apt-get remove imagemagick
jDo NOT run 'apt-get autoremove' at this time.
apt-get intstall cupsSome or all of the packages that were marked for autoremoval will get marked as manually installed. (they get removed from the autoremoval list.) I'm not sure if you'll need to install cups-filters or the driver.
There are a few ways to accomplish that. In the Refracta isos that I make, I set the display manager to stop in runlevel 3, and add a '3' to the boot command. ('append' line in live.cfg, 'linux' line in grub.cfg.)
A good tool for doing that is sysv-rc-conf.
That works with sysvinit. I don't know the equivalent boot option for systemd, but I know it exists, and I've used it in the past.
If there is no display manager, live-config will still run startx. You can disable that by adding the following boot option:
nocomponents=xinitSee 'man live-config' and 'man live-boot' for a full list of options.
There's some problem with jessie-security on the old amprolla. I don't know the details, but it's not a new problem. Change sources from auto.mirror.devuan.org to pkgmaster.devuan.org.
Another odd thing is that there are two versions in ascii/stretch security. I don't know if you'll need to specifiy the version you want, or if you'll just get the later version. To specify the version,
apt-get install thunderbird-l10n-xx=1:52.7.0-1~deb9u1Replace xx with your country code.
I'm not understanding the behavior of cut. Why are the field counts not the same for each line? I see the pid in the third field on all lines, and awk sees it the same way I do.
user@refracta:~$ wmctrl -l -p
0x0080001c -1 1866 refracta panel
0x00a00004 0 1865 refracta user@refracta: ~
0x00e00008 -1 1868 refracta spacefm
user@refracta:~$ wmctrl -l -p | cut -d " " -f 4
1865
user@refracta:~$ wmctrl -l -p | cut -d " " -f 1
0x0080001c
0x00a00004
0x00e00008
user@refracta:~$ wmctrl -l -p | cut -d " " -f 2
-1
-1
user@refracta:~$ wmctrl -l -p | cut -d " " -f 3
1866
0
1868
user@refracta:~$ wmctrl -l -p | cut -d " " -f 4
1865
user@refracta:~$ wmctrl -l -p |awk '{print $3}'
1866
1865
1868It's a known issue.
https://dev1galaxy.org/viewtopic.php?id=1950
https://lists.dyne.org/lurker/message/2 … 27.en.html
TL;DR:
rm /etc/init.d/udevThen repeat the upgrade.
If you're using pkgmaster.devuan.org in your sources.list, try installing from jessie-security:
apt-get -t jessie-security install thunderbird-l10n-xxIf you're using auto.mirror.devuan.org or packages.devuan.org, wait until tomorrow (or start using pkgmaster).
1:52.6.0-1~deb8u1 0
500 http://pkgmaster.devuan.org/merged/ jessie-security/main amd64 Packages
1:45.8.0-3~deb8u1 0
500 http://pkgmaster.devuan.org/merged/ jessie/main amd64 Packages
500 http://auto.mirror.devuan.org/merged/ jessie/main amd64 Packages
500 http://auto.mirror.devuan.org/merged/ jessie-security/main amd64 Packages
500 http://debian.csail.mit.edu/debian/ jessie/main amd64 Packageshttps://pearl.plymouth.ac.uk/handle/10026.1/11101
Algorithmic Sovereignty
Date: 2018
Author: Roio, Denis
Subject: algorithm, sovereignty, governance, software, practice
This thesis describes a practice based research journey across various projects dealing with the design of algorithms, to highlight the governance implications in design choices made on them. The research provides answers and documents methodologies to address the urgent need for more awareness of decisions made by algorithms about the social and economical context in which we live. Algorithms consitute a foundational basis across different fields of studies: policy making, governance, art and technology. The ability to understand what is inscribed in such algorithms, what are the consequences of their execution and what is the agency left for the living world is crucial. Yet there is a lack of interdisciplinary and practice based literature, while specialised treatises are too narrow to relate to the broader context in which algorithms are enacted.
This thesis advances the awareness of algorithms and related aspects of sovereignty through a series of projects documented as participatory action research. One of the projects described, Devuan, leads to the realisation of a new, worldwide renown operating system. Another project, "sup", consists of a minimalist approach to mission critical software and literate programming to enhance security and reliability of applications. Another project, D-CENT, consisted in a 3 year long path of cutting edge research funded by the EU commission on the emerging dynamics of participatory democracy connected to the technologies adopted by citizen organizations.
My original contribution to knowledge lies within the function that the research underpinning these projects has on the ability to gain a better understanding of sociopolitical aspects connected to the design and management of algorithms. It suggests that we can improve the design and regulation of future public, private and common spaces which are increasingly governed by algorithms by understanding not only economical and legal implications, but also the connections between design choices and the sociopolitical context for their development and execution.
Those are common problems. See this -
(dead link removed - see better links below)
You're running into the metapackage problem. When you install a metapackage like task-mate-desktop, it pulls in everything you might need for a complete dekstop environement, and when you try to remove a piece of that DE, it breaks the metapackage, which wants to remove ALL of its deps. There are a couple of ways around this, but they both involve starting out with a small installation and adding pieces instead of starting big and removing pieces. When you get to the tasksel window in the installer, un-check the destkop environment box. (maybe un-check everything except standard system utilities.
Then start installing what you want. You could install the mate metapackage, and that would be tied to fewer dependencies than the task- package. Or better yet, install mate-core, see what that brings in, and then start adding other pieces that you need. This way takes a little more work to find what you want, but it makes it a lot easier if you want to remove something.
These might help:
apt-cache rdepends exim4
aptitude why exim4Edit /etc/apt/sources.list to add the following line. (Or add it in synaptic however you add sources in synaptic) You can add non-free and contrib to the end of this line if you need those.
deb http://deb.devuan.org/merged ascii-updates mainThen run apt-get update (Or however you update the cache in synaptic. Reload?)
Edit the Exec line in /usr/share/applications/synaptic.desktop with either of the examples I gave you above.
I think I suggested checking the debian wiki for the graphics drivers. I did not suggest using debian sources.
DO NOT USE DEBIAN OR UBUNTU SOURCES IN YOUR sources.list file.
https://wiki.debian.org/AtiHowTo
https://wiki.debian.org/ATIProprietary
deb http://deb.devuan.org/merged ascii main contrib non-freeFor all those ubuntu packages, just remove 'unbuntu' from the name and install it. For example, instead of installing libreoffice-ubuntu from the ppa, install libreoffice from the devuan repository. Do the same with the other packages.
I think kde is one of the choices for desktop environments in the ascii installer isos. If not, you can un-check the desktop options and install just the standard system utilities. When you reboot into the installed system, become root (or use sudo) and apt-get install task-plasma-desktop
For proprietary graphics drivers, see the debian wiki. The procedure for devuan is the same.
I don't know. Last time I built a heads iso was a year ago. Last time I built a plain devuan iso with live-sdk was a couple weeks ago.
Are you getting any error messages on-screen or in the logs? Is it creating an iso that doesn't work, or not making an iso at all? Is filesystem.squashfs getting created? (look in live-sdk/tmp/devuan-whatever/binary/live/)
ascii has kde 5:92 (I checked the version of kde-plasma-desktop). You don't need any PPA (and you should not use any PPA or non-devuan repositories.)
Installer isos are here -
https://files.devuan.org/devuan_ascii_b … aller-iso/
If you want to install openrc from the installer, choose Advanced Options from the boot menu and then choose Expert Install.
When you get to 'Load installer components from CD' choose the second item in that list, "Choose init". At some point, you will be given a chance to choose openrc. I don't know anything about parallelizing service startups in openrc. Isn't that what causes long delays in boot times with systemd?
Here's an installation guide for jessie. It will work with ascii, too.
https://git.devuan.org/dev1fanboy/Upgra … install.md
You have ascii and ascii-security in your sources. You could add ascii-updates.
The deb-src lines are for source packages. Unless you're planning on creating .deb packages, you can comment those lines.
The problem with synaptic (and gparted and just about anything else that requires root privileges) is that pkexec is broken. One workaround as mentioned above is to start it from a terminal as root. Another option is to edit the .desktop file so it runs a different command. Change the line that has 'Exec=synaptic-pkexec' to one of the following.
Exec=gksu synaptic
or
Exec=xterm -e 'su -c synaptic'or replace xterm with your favorite terminal.
Note: you don't need to be in the sudo group to use gksu.
Note2: if you are in the sudo group, synaptic might work from the menu without editing the .desktop file. (It did for me in a test install.)
It needs to be in the base_packages or core_packages list to be included in the bootstrap tarball. You can add it to your blend config. Make sure you use "+=" and not just "=". You want to add to the main list, not replace it.
base_packages+=(
build-essential
bc
)* `core_packages`
this array holds the core packages that will be installed in the bootstrap
process.* `base_packages`
this array holds the base packages that will be installed later in the
bootstrap process.
You would need to create your own signing key. Search for 'secure boot self-signed' or something like that, and you'll find instructions.
Samhain, you need to install build-essential. Add it to one of the package lists so that it's installed before the kernel compile happens.
When the repos were new, backports had the wrong priority. That's been fixed. Twice. Once for packages.devuan.org and then once for pkgmaster.devuan.org. I don't know what the setting is in the repo, but apparently, it's possible to make a mistake. I like to keep backports pinned or disabled (commented out in sources.list), just in case.
If you want to check the priorities of whatever repos you have enabled, run
apt-cache policywithout any package name.
- tried it again after removing the packages I installed. It stopped working.
- tried if after removing dbus. Didn't work.
- installed libpam-elogind, which pulled in elogind, dbus, and something else, but not the libpolkit libraries. It works again.
Obviously, something has changed. I can confirm that it now works. I had to do a few things to get it to work...
- removed xserver-xorg-legacy
- disbled my display manager (lxdm)
- tried startx, it wouldn't start.
- added elogind
- still wouldn't start.
-tried it with lxdm. xorg and lxdm are running as root.
- added libpolkit-gobject-1-0-elogind and libpolkit-backend-1-0-elogind, which also pulled in libpam-elogind.
- startx works, and everything is running as user.
- tried it with lxdm again. xorg and lxdm run as root.
- tried it with lightdm. xorg and lightdm run as root.
I'm glad you bumped up this thread. This must be the one that fungus referred to, reminding me that I said I didn't know what was going on. (I say that a lot, anyway.) So here's my post-mortem on the situation:
I recently noticed that the Refracta isos that were used in this story contained some packages from ceres, and those isos were made from a system that was installed back in June. I wish I'd realized that at the time this thread was started. I would have fixed the isos and told fungus to start over. The fact that more packages from ceres were added makes the forensics more difficult.
So, bottom line - I don't know if there was something screwed up with the repo back in June or if I screwed up. I doubt that anyone will remember what was going on back then. That was right after jessie went stable and everyone in Europe went on vacation. To anyone dissatisfied with the results of installing my ascii isos, I say that I'm sorry about any inconvenience, but please keep in mind that it's called "Testing" for a reason.