Devuan 2.0 ASCII Released

Devuan 2.0 ASCII has now caught up with Debian 9 Stretch in release, and is now only behind in the -updates repository

devuan.org/os/debian-fork/ascii-stable-announce-060818

Attached: devuan-logo_tm_600dpi.png (6871x1748, 142.56K)

Other urls found in this thread:

mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
dev1galaxy.org
files.devuan.org/devuan_ascii/
devuan.org/get-devuan
devuan.org/os/team
devuan.org/os/documentation/dev1fanboy/upgrade-to-ascii
devuan.org/os/documentation/dev1fanboy/migrate-to-ascii
deb.devuan.org/merged
deb.devuan.org/devuan
devuanfwojg73k6r.onion/merged
devuanfwojg73k6r.onion/devuan
pkgmaster.devuan.org/mirror_list.txt
pkginfo.devuan.org
bugs.devuan.org
bugs.devuan.org/db/ix/full.html
bugs.devuan.org/db/ix/packages.html
0pointer.de/blog/projects/why.html
github.com/systemd/systemd/issues/8155
twitter.com/NSFWRedditGif

# Devuan 2.0 ASCII Release Notes

## Index
- Introduction
- Getting Devuan 2.0 ASCII
- Upgrading to Devuan 2.0 ASCII
- Devuan Package Repositories
- Change of "Origin" in Release and InRelease files
- Non-free firmware
- About eudev
- Session management and policykit backends
- Starting X from a terminal
- Devuan package information pages
- Reporting bugs


### Introduction

This document includes technical notes relevant to Devuan 2.0 ASCII.
More information and support on specific issues can be obtained by:

- subscribing to the DNG mailing list:
mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
- visiting the Devuan user forum:
dev1galaxy.org
- shouting (but not too loud) on one of the Devuan IRC channels:
#devuan (freenode) - general discussion about Devuan
#devuan-arm (freenode) - specific support for ARM

### Getting Devuan 2.0 ASCII

Devuan 2.0 ASCII is available for i386, amd64, armel, armhf and arm64
platforms. Installers, live CDs, and images for virtual machines and
ARM SOCs can be downloaded at:

files.devuan.org/devuan_ascii/

Please consider using one of the many mirrors, listed at:

devuan.org/get-devuan

Detailed instructions on how to use each image are available in the
corresponding 'README.txt' file. The SHA256SUMS of each set of images
is signed by the developer in charge of the build. The fingerprints of
GPG keys of all Devuan developers are listed at:

devuan.org/os/team

In order to check that the images you downloaded are genuine and not
corrupted, you should:

- download the image(s)
- download the corresponding SHA256SUMS and SHA256SUMS.asc files
in the same folder
- verify the checksums running:
$ sha256sum -c SHA256SUMS
(it could complain about missing files, but should show an "OK"
close to the images you have actually downloaded)
- verify the signature running:
$ gpg --no-default-keyring --keyring ./devuan-devs.gpg --verify SHA256SUMS.asc

(we assume that you have put the GPG keys in the keyring named
"devuan-devs.gpg". YMMV)

The 'devuan-devs.gpg' keyring is provided only for convenience. The
most correct procedure to verify that the signatures are authentic is
by downloading the relevant public keys from a trusted keyserver,
double-check that the fingerprint of the key matches that of the
developer reported on devuan.org/os/team and then use that key
for verification.

## Upgrading to Devuan 2.0 ASCII

Direct and easy upgrade paths from Devuan Jessie, Debian Jessie, and
Debian Stretch to Devuan 2.0 ASCII are available.

Upgrade from Devuan Jessie:
devuan.org/os/documentation/dev1fanboy/upgrade-to-ascii
Migrate from Debian Jessie or Stretch:
devuan.org/os/documentation/dev1fanboy/migrate-to-ascii


The following will be enough to upgrade if you are already using
Devuan ASCII Beta or Devuan ASCII RC:

apt-get update && apt-get dist-upgrade

### Devuan Package Repositories

Thanks to the support of many volunteers and donors, Devuan has
recently put in place a network of package repository mirrors. The
mirror network is accessible using the FQDN "deb.devuan.org" or
"{CC}.deb.devuan.org", where {CC} is a two-letter ISO 3166-1 country
code, such as "us" for the USA, "fr" for France, "mx" for Mexico, "nl"
for the Netherlands, and so on.

Starting from Devuan 2.0 ASCII, users should use exclusively
"deb.devuan.org" or ""{CC}.deb.devuan.org" in their 'sources.list'
file, e.g.:

deb deb.devuan.org/merged ascii main
deb deb.devuan.org/merged ascii-security main
deb deb.devuan.org/merged ascii-updates main
deb deb.devuan.org/devuan ascii-proposed main

Along with the above addresses, the repositories are also accessible
using the Tor network, by using our hidden service address:

deb tor+devuanfwojg73k6r.onion/merged ascii main
deb tor+devuanfwojg73k6r.onion/merged ascii-security main
deb tor+devuanfwojg73k6r.onion/merged ascii-updates main
deb tor+devuanfwojg73k6r.onion/devuan ascii-proposed main

All the mirrors contain the full Devuan package repository (all the
Devuan releases and all the suites). They are synced every 30 minutes
from the main Devuan package repository ("pkgmaster.devuan.org"), and
are continuously checked for sanity, integrity, and consistency. The
package repository network is currently accessed through a DNS
Round-Robin, but this will soon be changed into a series of
region-based redirects to improve bandwidth usage.

The updated list of mirrors belonging to the network is available at:

pkgmaster.devuan.org/mirror_list.txt

Users could also opt for directly accessing one of the mirrors in that
list using the corresponding BaseURL.

IMPORTANT NOTE: The package mirrors at "deb.devuan.org" are signed
with the following GPG key:

pub rsa4096 2017-09-04 [SC] [expires: 2022-09-03]
E032601B7CA10BC3EA53FA81BB23C00C61FC752C
uid [ unknown] Devuan Repository (Amprolla3 on Nemesis
)
sub rsa4096 2017-09-04 [E] [expires: 2022-09-03]

The key is included in the package "devuan-keyring". In order to use
deb.devuan.org, you must have `devuan-keyring_2017.10.03` or higher.

IMPORTANT NOTE: Devuan has planned to eventually discontinue the
original set of Devuan mirrors available at auto.mirror.devuan.org and
{CC}.mirror.devuan.org. As a consequence, users are strongly
encouraged to use the new set of mirrors at "deb.devuan.org" and
"{CC}.deb.devuan.org".


### Change of "Origin" in Release and InRelease files

Starting from May 31st 2018 the "Origin:" field of Release and
InRelease files served by deb.devuan.org is correctly set to
"Devuan". This solves several minor issues with `lsb` reporting
incorrect information about the OS and release. The change
should be seamless for Devuan Jessie and Devuan ASCII users.

### Non-free firmware

All Devuan 2.0 ASCII install media make non-free firmware packages
available at install time. In the majority of the cases, these
packages are needed (and will be installed) only if your wifi adapter
requires them. It is possible to avoid the automatic installation and
loading of needed non-free firmware by choosing the "Expert install"
option in the installation menu.

Devuan 2.0 ASCII desktop-live and minimal-live images come with
non-free firmware packages pre-installed. You have the option of
removing those non-free firmware packages from the desktop-live and
minimal-live after boot, using the "remove_firmware.sh" script
available under /root.

### About eudev

Following the inclusion of udev (a daemon in charge of device
management) in the systemd code tree, Devuan 2.0 ASCII provides the
alternative "eudev" package. The transition from udev to eudev is
managed through transitional packages, and should be automatic and
seamless.

### Session management and policykit backends

Devuan 2.0 ASCII provides a choice of 5 Desktop Environments at
install time (XFCE, Cinnamon, KDE, LXQT, MATE), while many other
window managers are available from the repositories.

These days, Desktop Environments rely on a session management system
to allow the user to perform several typical tasks without requiring
administrator privileges, including suspending/rebooting/shutting down
the system, mounting external devices, configuring networking, and so
on.

Two of such session management systems are available in Devuan 2.0
ASCII, namely:

- consolekit
- elogind

These session managers are mutually exclusive, only one of them can be
installed and active at a time to avoid unwanted interference. In
order to grant processes in the unprivileged user session access to
select privileged operations, the installed session manager is
connected to the policykit-1 framework by a set of matching back-end
libraries.

Each of the 5 DEs available in Devuan comes with a recommended default
combination of login manager (either slim or lightdm) and session
management system:

- XFCE: slim + consolekit
- Cinnamon: lightdm + elogind
- KDE: lightdm + elogind
- LXQT: lightdm + elogind
- MATE: slim + consolekit

In order for session management to work correctly, the login manager
(aka display manager, DM) has to register the user session with the
installed session manager (i.e. either consolekit or elogind), which
in turn has to cooperate with the relevant components of the desktop
environment. The default pairings listed above are known to work well
and do not require user intervention, but other combinations are
possible.

### Starting X from a console (TTY)

In Devuan 2.0 ASCII, the X server no longer requires to be run with
root privileges. As a consequence, there are some additional
requirements to be met when launching X directly from a TTY (i.e.,
through 'xinit' or 'startx'), especially on systems upgraded from
Devuan Jessie.

In Devuan 2.0 ASCII it is sufficient to install 'elogind' and
'libpam-elogind', and then use either 'startx' or 'xinit' as usual
from a regular user account. In this case, the Xorg log file will be
available under '~/.local/share/xorg/'.

The system still needs to support Kernel Mode Setting (KMS).
Therefore, this solution may not work in some virtualization
environments (e.g. virtualbox) or if the kernel has no driver that
supports your graphic card.

Alternatively, it is still possible to run X with setuid root. In this
case, you need to install `xserver-xorg-legacy` and ensure that the
file '/etc/X11/Xwrapper.config' contains the (uncommented) line:

needs_root_rights=yes

### Devuan package information pages

Devuan has recently set up a simple service to display information
about all the packages available in Devuan. The service can be
accessed at:

pkginfo.devuan.org

It is possible to search for package names matching a set of keywords,
and to visualise the description, dependencies, suggestions and
recommendations of each package. Please report any issues with this
new service and/or get in touch if you have suggestions about how it
can be improved.

### Reporting bugs

No piece of software is perfect. And acknowledging this fact is the
first step towards improving our software base.

Devuan strongly believes in the cooperation of the community to find,
report, and solve issues. If you think you have found a bug in a
Devuan package, please report it to:

bugs.devuan.org

The procedure to report bugs is quite simple: just install and run
`reportbug`, a tool that will help you compiling the bug report and
including any relevant information for the maintainers.

`reportbug` assumes than you have a properly configured Mail User
Agent that can send emails (and that it knows about). If this is not
the case, you can still prepare your bug report with `reportbug`, save
it (by default reportbug will save the report under /tmp), and then
use it as a template for an email to [email protected].

(NOTE: Devuan does not provide an open SMTP relay for `reportbug`
yet. If you don't know what this is about, you can safely ignore this
information).

When the bug report is processed, you will receive an email
confirmation indicating the number associated to the report.

Here you can check the status of your report:

bugs.devuan.org/db/ix/full.html

Before reporting a bug, you might probably want to check whether the
very same problem has been already experienced and reported by other
users, e.g. by checking the list of packages with known bugs:

bugs.devuan.org/db/ix/packages.html

`reportbug` is a tool made by Debian for Debian, over a timespan of
about 25 years. This means that it is sometimes difficult to adapt it
to a new setup. We are currently working to improve the integration of
reportbug with the Devuan infrastructure, and to improve the
management, triaging, and reporting of bugs. Please bear with us ;^)

This looks like a great distro! I just wish it had a better init system like systemd. basic shit does not work without it.

Attached: DdCxZzqW0AAI5CR.jpg (599x799, 63.74K)

I'd say that basic shit becomes needlessly complex with systemd.

At least it works. Unlike shit without systemd.

What's the "basic shit" that systemd makes work?

everything on this list is pretty basic 0pointer.de/blog/projects/why.html

Can you pick three things from that list and tell me why I need them?

Sure, but you will probably come back with:
:^}

Attached: 679c1235495fd0b14d5b9cf34eb966b8d16c231509093a372fdd468e86391a83.gif (220x227, 528.85K)

Or you could just provide them instead of assuming shit. But, you can't.

If you learn all the targets. You need to know less (sh scripting) for sysv.
I suggest you read all the reasons to not use systemd before posting your biased shit.

MUH BLOAT, MUH REDHAT

look faggots some of us like our systems to just work instead of writting shitty shell scripts for every trivial thing

That's fine, no one is forcing you to stop using it, but there does seem to be a push to force people into using it.

Some of us think writing a couple extra scripts and not using the init system for EVERYTHING is a small price to pay. A lot in that list is available, not part of the init, but as modules. The unix phylosophy is do one thing, and do it well. KISS, if you spend time developing and using your install for more than gaming, browsing porn and as a reason to argue online then you probably wont understand anything I just typed. There's a place for systemd and a place for other simpler, better designed init systems, and there are people who prefer either.
I installed arch with openrc and it was easy, didn't have to write anything, and had zero issues until they went full support for systemd.

Attached: heart_failure_approves.gif (506x337, 1.72M)

*if you don't spend

Attached: hot.JPG (721x582, 95.91K)

Yes user because free software maintainers adding a systemd requirement to their open source software that is publicly available for free is forcing you.

I didn't say that. Why are you arguing in bad faith?

Attached: JewManlet.gif (192x333, 2.53M)

Yes user this is because you are a high school student who does not actually use his machine for anything that requires non trivial functionality.

What the fuck could you possibly mean by "forcing people into using it" other than that.

To install it, nothing needed to be written. Which isn't always the case, like with gentoo or arch install. You wouldn't know this being a retarded nigger.

There are lots of ways it's done, like here, making "reeee systemd is better" threads on various forums and boards and trying to force a consensus. It's fine if you want to believe this, I even agree, it's better that retards like you use linux with systemd than windows10.

Attached: Joaquin.gif (265x257, 1.78M)

WELL SHIT user! I was reading that charitably the first time. I did not realize you meant it that retardly!
Right so you did mean that voluntarily using open source software is force. Nice!

Your argument:
no it doesn't, it fucks up plenty
this is where you outed yourself nigger
This is where you outed yourself again, you are on the beginner stage of dunning krueger, you're misinterpreting my words, not out of malice but out of ignorance. I understand where you're coming from now. If you read what other anons said earlier, or even the post pro systemd, you'd know I'm not talking about services. I guess you only know systemd and refuse to learn how other init systems work so it's not suprising.

Attached: niggeringintensifies.gif (480x270, 1.42M)

LOL sure thing bud
Call me a nigger again, show off your high IQ
Yes user spouting off shitty memes about system dick being bad and muh bloat is truly the peak of enlightenment

Attached: DfdD8WPU8AEzdya.jpg (1200x900, 169.32K)

I guess you argument is more
it's not
nigger, you're the only one arguing about bloat, your strawmanning, search for the word bloat, you're the only one.
This thread is a good example of the kind of anons who think systemd is great. Good job

Attached: serveimage.jpg (250x250, 23.08K)

I see that went over you're head kiddo

So I judt really use my pc for web browsing and school stuff (not tech related, but latex is still useful)
Would someone like me benefit from a distro without systemd?

Is this the OS people that do illegal stuff(illegal enough to get on alphabet agencies' radar) online use? The install base(for people to find bugs) and manpower(found bugs fixed quickly) are less than Debian. You can use Sysvinit instead on systemdick on Debian.

You also cuck yourself out of several packages because the Debian faggots allow things to hard depend on systemd and pulse, while Devuan patches those dependencies out. That's why it takes so long to catch up with Debian.

why.

Why did they take out ian in the name? If anything take out deb.

Because I'm uncertain about void while I know debian/devuan will be stable, I don't know if void gets package breakage from updates whereas I know debian/devuan don't, and I'm also very familiar with APT

Because void is deader than shit.

You said, it not me- kike.

Attached: 85a12489df26db909794835b4dd9a9ae6f2581e40ca2a889a723abc03a188b43.jpg (395x960, 50.56K)

Because deb is still alive

Open source but not libre.

I literally said "free software" in the gnutard sense.

WTF I hate SystemD now.

but y

Attached: DfdamsZX0AASaPY.jpg (450x454, 40.19K)

HOW DARE SOMEONE DEVOTE TIME TO FORKING DEBIAN TO NOT USE SYSTEMD
HOW DARE YOU NOT WANT TO USE SYSTEMD
It's bait at this point.

I say good job Devuan. They have successfully continued >it just werks
Except for AMDGPU in current year, but that's easy to fix.

Hey man if you want to use an inferior system thats fine by me.

You can install the mesa/xorg stuff from backports and it'll be version 17, and apt is smart enough to update packages you install from backports with newer backports.

You can also use oblaf ppa and newer kernels.
You could also compile a kernel using all available AMDGPU patches.

Isn't the latest kernel enough tho?

True, I still have some minor issues with my RX560, but seems to be okay lately...

Nice distro faggots

hello fellow /cow/boy

try harder systemd shill

...

Latest devuan kernel is 4.9, no idea if that's good enough because I don't use AMD.
If you install from backports the latest is 4.16.

Attached: know_your_goyim__by_captaincage-d6hxktf.png (1024x721, 305.93K)

kek

Attached: cleese_uwotm8.png (551x580, 249.09K)

Attached: DXtyWb0XkAYpWEJ.jpg (1200x675, 152.71K)

are.. are you a woman friend?

Devuan here, you can remove pulseaudio and install apulse and have a completely Poettering-free system. It's great.

But pulseaudio just works

What DE/Derivative?

Attached: 1431861499722.jpg (360x451, 56.37K)

No DE

What WM?

I meant no germans

wrong


KDE Plasma

Shit, what's wrong with AMDGPU?

nothing, using it now

Attached: Angry Twingo.jpg (622x349, 34.86K)

I could never get AMDGPU to work on RX 4** gpus until I compiled a 4.16 kernel with all the patches along with installing the relevant mesa shit.
Rebooting to a 4.9 kernel with modsetting enabled always resulted in a black screen with the GPU fan running 100%
But of course, vbox doesn't work on newer kernels, so I can't do any testing if I want to use AMDGPU.

Because it seems fine but I don't know what will happen now that the lead developer got kidnapped by glow in the darks. I'm messing with void on a VM and if the guy being turned into a zombie doesn't matter too much I might switch.

Strange, I'm using a 580 on Gentoo sine 4.14 at least.

Devuan's a real OS and Void's a hobby project by a person who's now missing.

Is not Debian or Devuan, and probably has the needed patches applied.

nigger, its a long ass time I use gnoooslashlinuxxx and I have to say that handling the network management to the systemd's nm is dumb as fuck! Init would just handle it to whatever nm you have installed in your machine and it would prevent the endless loop bug when systemd is unable to autoset the network job!

That is just one of many examples on why systemd sucks. It is just a non inteligent way of managing services...
Btw I use systemd because it doesn't affect me as much. I just encountered the above problem once. But it is an old ass issue that is still there and POTHEAD doesn't care.

Handling everything on loonix is dumb as fuck because nothing comes with a decent manual and you have to learn everything by first learning it even exists then fiddling with it.

there was a subtle warning

Is Lennart just being ironic? You always see some poor schmuck that can't shut his system down due to systemd sheanigans

Refracta (a Devuan derivative) comes Poettering-free out of the box for those that don't want to deal with configuring it themselves

Yes user turns out shutting down many applications cleanly is difficult and shitty systems just kill everything instead.

see github.com/systemd/systemd/issues/8155
plus as a poor schmuck non of the systemd distros can shut down my Vostro 5471 except Dell tweaked Ubuntu 16.04
at this point OpenRC might be better choice for layman because it just werks more than systemd

Cinnamon on Devuan actually works better than I expected tbh.

I'm testing Devuan on my machine and everything just werks, except for the shit ass broadcom wlan that never does.

Like Void.
Here's Void's shutdown script:
msg "Sending TERM signal to processes..."pkill --inverse -s0,1 -TERMsleep 1msg "Sending KILL signal to processes..."pkill --inverse -s0,1 -KILL

wow

Its shit.

I put this off for a while, still need to do it for GLL

I'm not sure I really understand the point of this. You can already use other inits on Debian, and you can use a preseed to do it during install automatically (that's what I do anyway).

Those are shitty programs anyway.

I've switched to devuan with i3 from linux(gnu/linux) mint, which was disabling my firewall every single bootup. I don't know what was the cause, but I suspect (((systemd))). Now firewall works, but everything else doesn't and packages are outdated. Is gentoo a better distribution without systemd than devuan? The only thing that scares me about gentoo is that devs call it "linux", not GNU/Linux.

Hyperbola GNU/Linux

Arch snapshot
OpenRC init (systemd fully removed)
LibreSSL (soon)

You admit to being a mint nigger, so you're most likely fresh off the windows teet, should you really be riding a high horse? You also show a lack of awareness of what Gentoo is.
>(((systemd)))
Don't meme until you're genuinely knowledgeable you contemptible newfag, you pickup a position you know nothing about and display it brashly in an attempt to fit in, people like you muddy anything you touch, and contribute to intellectual rot.

That's contradictory. If your desire is for intellectual excellence, then don't shit up the place with memes. If you shit up the place with memes, you cannot have intellectual excellence.

Mint was my first distro and I just got used to it. That was several years ago. But now I know what free software and GNU are and I can't stand mint devs using the term open source and adding nonfree software to the package manager.
Making some scripts isn't a big deal for me. Maybe I'll just install gentoo just to make you upset. Also Isn't riding a high horse a great way to learn something new?

Switch repositories to testing

Intelligence is preferable to intellectualism.

Do I need the desktop-live image or the installer-iso image?

Attached: brainlettttt.jpg (800x450, 40.52K)

I like this feeling.

Hmm. The apparent lack of speed compared to Debian seems off-putting to me lads. Will I get rekt with a remote zero days because Devuan takes an average lag of one year?

Just have to be careful, I suppose. Alternatively find a bunch of anons running Devuan and audit it against Debian.

Can you install from desktop-live?

selection as the default desktop in the regular installer isos, with the
addition of a few packages for the live system, wireless firmware, a
live-cd installer and remastering tool to make your own live-CD/DVD image.

I hope the Brazilians know what they are doing.

Anyone using this or is it a meme?

What? Devuan is mostly caught up now and Devuan Jessie recieved security updates just like Debian does.