You are not logged in.
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.
Here's what I used for sources.list. No pinning, no defualt release defined. This should be enough.
deb http://pkgmaster.devuan.org/merged beowulf main contrib non-free
deb http://pkgmaster.devuan.org/merged ascii main contrib non-free
deb http://pkgmaster.devuan.org/merged ascii-updates main contrib non-free
deb http://pkgmaster.devuan.org/merged ascii-security main contrib non-freeHere are the only installed packages with 'power' in the name or description:
ii pm-utils 1.4.1-17 all utilities and scripts for power management
ii powermgmt-base 1.31+nmu1 all Common utils and configs for power management"no kit" = no consolekit, policykit, libpolkit. I'm not relying on desktop menu entries for shutdown/reboot. I don't know if you lost any of those in the upgrade. Mine started as a debootstrap install, and I added enough to be able to function in a graphical environment. Similar to miyo or vuu-do, but not exactly the same. Compare your before and after package lists to see what you lost. Maybe something can be put back from ascii.
An easy way to keep a log of your changes is to tee the output to a file. Something like:
apt-get upgrade | tee upgrade-logThat way, if you run into some kind of dependency labyrinth, you can share the log to get some possibly useful help.
Things may change a lot over the next few weeks as some key packages in beowulf are rebuilt.
Yes, the current stable version is based on debian jessie, which is around three years old.
Whether or not you need the latest version of something depends on your use case. Some people need the newest version of something, because that's the only version that does what they need it to do, or maybe they need the latest kernel for their new hardware. And some people are still on debian wheezy, which is five or six years old.
One important point on my smooth upgrade - I did not disable ascii repos, I just added the beowulf repo (singular) and ran an update, upgrade and dist-upgrade. At one point I had to use aptitude to give me some options. 46 out of almost 900 packages did not get upgraded.
That was on a small install with openbox, lxpanel and spacefm. No 'kits. I use sudo for shutdown and pmount for removable drives (with spacefm). Point is, if you don't have a bloated desktop environment, you should be pretty safe. Still, you should be prepared to hose the system and have to start over a few times. Each iteration will be better.