Posts by miroR

miroR · Documentation

Really good news [1].
E.g.:
A paravirt RAP violation got fixed as well:
https://twitter.com/_minipli/status/907226600244219904

And that's Devuan's own Parazyd contributing there

Yet more to say, but no more time. Learn (if you need to), and of course: enjoy!
---
[1] Well, the level of the geniuses spender and PaX Team was too high for even Linus the Mr. Linux guy... But Minipli, parazyd and friends seem to be doing well...
I have been using minipli's unofficial-grsec since around the time of creation of the repo, and I for one, can tell you it is good, it protected me well!!

miroR · Documentation

Pls., find all in the script at:
https://github.com/miroR/grsec-dev1-compile
There is the config, with all modules just as the usual Devuan/Debian kernels at:
https://croatiafidelis.hr/gnu/deb/ (all there old, just the:
https://croatiafidelis.hr/gnu/deb/confi … l+grsec.gz
and
https://croatiafidelis.hr/gnu/deb/confi … +grsec.sig
are new)
but all is now much closer for even newbies.
Will try and post more about it, in the next post(s)...

miroR · Installation

fsmithred wrote:

I installed openrc in ascii today after I got the deb packages from Svante. I see you already uploaded them. I did, too - http://distro.ibiblio.org/refracta/files/openrc/

Great that users now have more than one place to go for these packages!

Here's what I did, in a nutshell:
Add to /etc/apt/sources.list
deb http://auto.mirror.devuan.org/devuan ascii-proposed  main
Download debs:
...
[ they're in both locations ]
...
Run these commands in the following order.
apt-get update
apt-get -t ascii-proposed install sysvinit-core
dpkg -i libfdisk1_2.29.2-1+devuan1_amd64.deb
apt-get -t ascii-proposed download sysvinit-utils

But this one:

dpkg -i sysvinit-utils_2.88dsf-59.9+devuan2_amd64.deb \

That one is in the repos, no need to download it from either of our places, and anyway it is not in either CroatiaFidelis.hr nor ibiblio.org, that one above...

CORRECTION...Aaah... I see. You wrote above:

...
apt-get -t ascii-proposed download sysvinit-utils
...

and of course, your instructions are correct. Had to post quickly. Still busy, sorry again!

    util-linux_2.29.2-1+devuan1_amd64.deb
apt-get -t ascii-proposed install initscripts
apt-get install openrc
...
Here's a live iso with openbox, eudev and openrc (amd64 only):
http://distro.ibiblio.org/refracta/file … 3_2222.iso
login/password root/root and user/user

I've just downloaded ascii_oblx_eudv_oprc-20170813_2222.iso:

gpg: Signature made Sun 13 Aug 2017 22:40:15 UTC
gpg:                using RSA key D95DDF2BF71AAAEB
gpg: Good signature from "fsmithred (aka fsr) <fsmithred@gmail.com>" [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg:          There is no indication that the signature belongs to the owner.
Primary key fingerprint: C369 694A 33F3 51CB 848D  93E7 D95D DF2B F71A AAEB

and will be using it on my next Air-Gap building and cloning, can't wait !
BTW, I might be in some difficulties, but it's hard to tell:

From SPDY to Hauppauge Card Firmware Issues
https://www.croatiafidelis.hr/foss/cap/ … -spdy-HVR/

(and I had other issues and worries...)

@fungus (quick cas gotto go): those don't look like OpenRC issues... I don't have any of those... But I have a really lean system, sans-dbus...

miroR · Installation

bbatten wrote:

Well, thanks to Pete Gozz, golinux, and miroR

It's always a pleasure when one can be at least somewhat useful...

For item two - the display resolution, I'm starting a separate thread in the "Desktop and MultiMedia" section.

I read that other topic, don't have any clues...
Just, my best monitor currently is max 1024x768
Ah, never mind.

miroR · Devuan

golinux wrote:

@miroR . . .
...
The FiraSans font was dropped last year. I never liked it because it was 'unreliable' and the spacing was strange.

I looked at it, and reported it (whichever fonts that those were --days now since--) as undecryptable (I would --if I had time any time soon-- be willing to place it openly for analysis in public; remembering back: those fonts were nominally gzip, but weren't gunzip'able... )

"I would --if I had time..." I wrote, because I'm a little downcast from the recent thread on The Devuan DNG Mailing List, were I may have digressed on two pages too many, but there are points, related to Devuan that remain to be asked/said, related, related. Yes, related to Devuan, and do have some points in there...

A little downcast, and worked less, and am late with things. So... I don't have time soon for that...

But I do believe that the logo was created by reorienting FiraSans characters. The fonts currently used on the site are OpenSans and SourceCodePro. You can see the source here.
https://git.devuan.org/devuan-editors/d … /css/fonts
*edit* As to fonts on this forum . . . they could probably use some revision.

I did look up the sources... But I was talking about fonts, from Google (apparently FiraSans was from Google, and isn't linked anymore from Dev1Galaxy, IIU you C), nominally gzip'ed but which can not be gunzip'ed from the network trace, or dump whichever word you like better.

The fact is that browsing Dev1Galaxy my Palemoon linked to Google, and downloaded fonts these few days ago... Not last year.

While I surely don't like anything Google, I don't impose my dislike to anybody. But it must be decryptable, anything that I get from Google, because Google is a known intruder into people's machine. It's proven to be such. (If citation is missing, allow time.)

There is the caveat to the above report of mine, that I'm not an expert, and lots of things are missing in my understanding.

The dump could have errors itself (but not in three-four or more places, where I found gzip'd but not gunzip'able fonts... )...

It could be some finesse in the way those are gzip'ed... And I would need to ask, say people on Wireshark, about it...

But for now, due to lack of time, I suggest to leave this matter for now.

If, the next time I analyze traffic from Dev1Galaxy, I find things undecryptable that should be decryptable, I'll upload them, likely to:
https://www.CroatiaFidelis.hr/foss/cap/
under a new dir with the timestamp of the day, and link to it from here.

In this topic. That may happen weeks, or months from now!

What I like is the openness when we face potential problems, and I congratulate you for that!

True openness in the face of problems means that Devuan is living up to the declared standards.

miroR · Devuan

golinux wrote:

@miroR . . . You make me blush. But please remember that our dear friend hellekin was also involved. He and I spent hours upon hours creating the look and feel of Devuan. We were a formidable team!

Yes, I recall the name hellekin was also much heard in the DNG ML and other of our places at the time of logo creation and Devuan look and feel creation, which I followed only by skim-reading about the events. But the result is, yes, the fruit of that discussion, and it is pleasing to the eye and makes members proud. Keep up the good work.

And always open and transparent, like Rick Moen and me suggested these days on the Devuan DNG ML:

https://lists.dyne.org/lurker/message/2 … 14.en.html

Rick Moen wrote:

So, I offer that as a creative solution to the problem of being
effective as a listadmin, getting the administrative noise away from the
affected main discussion forums, and at the same time achieving extreme
transparency and accountability to the subscribers. And I can also say
that restraint on my part, carefully doing absolutely minimal responses
to problems, has been good policy.

https://lists.dyne.org/lurker/message/2 … ed.en.html

I myself wrote:

...And (unless there are, but those are exceptions and vanity hurt is not such,
reasons to the contrary), that's not openness that is promised in the Devuan
constitution-in-the-making:
https://git.devuan.org/devuan/devuan-pr … nstitution

https://lists.dyne.org/lurker/message/2 … 7c.en.html

I myself wrote:

I even like the fonts too, but, golinux, do you know that they're allegedly (by
Google, that's why I said "even"; if they were true FOSS opensource, which
Google never has been nor is expected to be, I would just love them) gzip'd,
but..
[Do you know] the Google fonts used on Dev1Galaxy are [allegedly gzip'd], but
can not be really extracted with gunzip. From traffic dump, I'm saying... What
Google puts in there can be anything, even some aid in there witchcraft-like
methods and tools to intrude into people's machine .

Long term, this needs to be solved... I could try and find time to demonstrate that is was the case when I analyzed the traces
( I always dump network from the moment I go online to the moment I disconnect, with my https://github.com/miroR/uncenz (primitive) program. )...
[I could try and find time to demonstrate that is was the case], which is not a little time, but a major effort for a non-expert... and I'm not sure how soon, but if it's needed...
Openness and transparency will be very truthful then, in this case, in Devuan.
Longer term this needs to be solved... No one says right away, but it has, kind of, a medium urgency at least, well, in my eyes...

If we should discuss this, maybe you should split this part away, because it is not related to the topic anymore...
( I am a little tired from successful day of tweaking Devuan yesterday; God I got total encryption working on a 15 yrs old system, and other things... I'm running a perfectly, well few glitches, but few left, fine working Devuan booting in OpenRC, and I'm installing in Air-Gapped since some 20 days age, and using cloned, dispensable system for online, all of this stuff is what I long had dreamed of... And it came true!. But, pls allow for a little slowliness, if I would need... )

miroR · Installation

I made the remark at the opening of this topic to cut, somewhat only: pls., don't misunderstand me, if you want to go Air-Gapped you need to be able to follow most of those experiments that I went through, days upon days, you need to be able to, not perform them, but understand them...

I made the remark at the opening of this topic to cut, somewhat, the effort needed to those who would lilke to go Air-Gap installing their Devuan machines and using a cloned machine for online.

There is something pretty similar, and available for a couple of years if not longer already, and that it this package:

# apt-cache show apt-doc
Package: apt-doc
Source: apt
Version: 1.4.6
Installed-Size: 901
Maintainer: APT Development Team <deity@lists.debian.org>
Architecture: all
Description: documentation for APT
Description-md5: bc2b838ed28e60af95d78926380a3300
Tag: admin::package-management, hardware::storage, hardware::storage:cd,
 made-of::html, protocol::ftp, protocol::http, protocol::ipv6,
 role::documentation, suite::debian, use::downloading, use::searching,
 works-with-format::html, works-with-format::plaintext,
 works-with::software:package
Section: doc
Priority: optional
Filename: pool/DEBIAN/main/a/apt/apt-doc_1.4.6_all.deb
Size: 364458
MD5sum: 76ada48f0819ced8efceeba853faf738
SHA256: bb54cdf587165345326699fe73ce4d396876d90ce6c0547afcc4d4b8cd6bc50c
#

I think it is, once you install it, here:

$ ls -l /usr/share/doc/apt-doc/offline.html/
total 28
-rw-r--r-- 1 root root 3790 2017-06-01 08:50 ch1.html
-rw-r--r-- 1 root root 6676 2017-06-01 08:50 ch2.html
-rw-r--r-- 1 root root 4421 2017-06-01 08:50 ch3.html
-rw-r--r-- 1 root root 4795 2017-06-01 08:50 index.html
$

And I'm not going to repeat that information. And neither is that info nominally meant for Air-Gap/cloning. But it's the same/similar thing that I do and achieve as what that method does and achieves!

But it's even less that is really needed. Aarggghhh, tired a little... But let me complete this topic with the last bit of stamina lest after a long work on my installs...

All that you need to copy from the clone which you got the deb packages from is

/var/cache/apt/archives/

yes, only the archives/ folder

/var/lib/apt/lists/

yes, only the lists/ folder

reproduce the exact same commands that you did on the clone

Only those. Because Devuan is not like Windows where you can't clone it to another HDD in another same MBO machine, because Billy the moral robber of the world couldn't resist to stifle more in the moneys... Devuan is free! No artificial obstacles made. It is instead done in such way to make it easy for you to use it any way you like it. It is free and freeing you and me!

That's all, those three things above... But, you do need to understand the rsync'ing, the hashing, and other stuff. And it must be copied in exact same places, done exactly like in the clone, all of it. And done with understanding. If you find it hard, study harder. I knew none of this, many of us didn't know any of what we can do now... It takes effort and perseverance.

Regards!

miroR · Installation

One minor glitch consisted in /boot not being mounted after kernel took over completely from initramfs, with /usr completely available and all.

Grub unlocks it, that was fine. I think I needed to give the password twice. And it took time, maybe because the system is old, but it was much slower than normal; this system does not boot so slow normally.

But when other partitions were mounted, and from the settings in my /etec/crypttab, which holds /, swap and another partition, the system couldn't mount the /boot!

Grub unlocked it and ran the kernel and the initramfs, but then all of a sudden, it couldn't anymore mount what it unlocked!

But all that was needed was to put also the settings for /dev/sda1 luks partition in /etec/crypttab and now my system boots, completely encrypted.

I mean, it was a little cryptic (sic!)... Because it said nothing about the luksUUID, no! It complained it couldn't find the ext2 partition's UUID! But it couldn't find it because it does need to be unlocked for a third time (see above for the first two times, IIUC) to become visible! See?

Regards!

miroR · Installation

True! Simplicio, be happy, you've been proven wrong.

I just booted into full-encrypted /boot, / and all (all the rest of the) HDD. And my /boot and entire HDD are on an only MBR-BIOS (some 15yrs old Award6.0 BIO, IIRC, Abit AT832 is the MBO), so HDD (which is just some Seagate 250GB, is MBR-formatted.

It's just the MBR that is but a little exposed to maids (the maids from the attack), and the base Grub in it. And of course the firmware, anywhere in this system, MBO, HDD, is not-completely protectable, because it's the usual NDA stuff, not FOSS like Coreboot...

But encryption is protection in many ways, even on a running system with all unlocked...

Aaarghh... Minor glitches to solve only.

miroR · Installation

Simplicio wrote:

miroR, I'm sorry to say that, as far as I can tell, you can't do the same with MBR disks as I believe there is not enough room in the MBR for GRUB code installed to the MBR to have the capability of opening encrypted partitions. So on MBR-based systems, you will need to have a non-encrypted boot partition.
I'm very happy to be proved wrong.

I think you'll be very happy!

I studied this matter over in a few places, starting from links available in this topic. The most important:

https://wiki.archlinux.org/index.php/GR … _partition

and I ended up convinced that encrypted boot is not a dependency of EFI, but a feature of Grub for long by now, after reading:

https://wiki.debian.org/Grub2

# apt-cache policy grub2

grub2:
  Installed: (none)
  Candidate: 2.02~beta3-5
  Version table:
     2.02~beta3-5 500
        500 http://packages.devuan.org/merged ascii/main amd64 Packages
        500 http://auto.mirror.devuan.org/merged ascii/main amd64 Packages

#
but:
# apt-cache policy grub2-common

grub2-common:
  Installed: 2.02~beta3-5
  Candidate: 2.02~beta3-5
  Version table:
 *** 2.02~beta3-5 500
        500 http://packages.devuan.org/merged ascii/main amd64 Packages
        500 http://auto.mirror.devuan.org/merged ascii/main amd64 Packages
        100 /var/lib/dpkg/status

#
---
Important to note is only that the version is higher than 2.02~beta2-29, reason follows.

https://wiki.debian.org/Grub2 wrote:

Configure encrypted /boot
Grub 2.02~beta2-29 supports reading an encrypted /boot partition.
Assuming you already have an encrypted system as setup by debian installer:
add GRUB_ENABLE_CRYPTODISK=y to /etc/default/grub
backup the contents of your /boot partition somewhere
create an LUKS container where your /boot partition was and unlock it
create an ext2 filesystem your LUKS container and mount it to /boot
restore the backup of your /boot partition to your new encrypted /boot
grub-install and update-grub
Grub2 (last modified 2016-01-24 17:47:35)

I think it should work both in this old MBR based system of mine, as well as in my GPT based newer (but not so new) system of mine.

Will report how I fared.

miroR · Installation

fungus wrote:

# update-initramfs -u -k all
update-initramfs: Generating /boot/initrd.img-4.9.0-3-amd64
I: The initramfs will attempt to resume from /dev/sda9
I: (UUID=8e052cee-0f67-4af6-guud-707b91db2d1b)
I: Set the RESUME variable to override this.
live-boot: core filesystems devices utils udev wget blockdev dns.

dev/sda9 is the swap partition .... I remember seeing this during shutdown...?
Is it sweeping the swap?

If you use swap for resuming, you can't share it with other systems. That's all to it. But how to set it up, not fresh at it... Haven't used resume lately.

4 different systems share the same swap space and the
same home partition. Not a problem ever. Since I have all 4 users being 1000
they all have access to each other's stuff. I did try a single same name 1001 user
but I like the variety of 4 users. Like this is my purple/violet personality ...!!

Purple/violet is fine. Devuan is a purple beast... Well, to me. Or it's more like purpy, but one would have to ask the chief Devuan web/logo/other-stuff designer, one golinux for details .

EDIT 2017-07-18 21:18 UT START: You read in the next post:

fungus wrote:

I like this, the "admin" is hijacking my topic

That's because two posts from here to the post with that quote, belatedly (but that's fine, everyone gets tired in sleepy hours), moved to:
Devuan is a purpy beast
http://dev1galaxy.org/viewtopic.php?id=1147
Only noticed now, didn't get any notice about it (but Dev1Galaxy is fine enough).
EDIT 2017-07-18 21:18 UT END.

miroR · Installation

golinux wrote:

rsyslog is a known problem. Just throwing this here but please search the forum and DNG for other discussions.
https://botbot.me/freenode/devuan/2017- … 009&page=6
Bottom line:
fsmithred wrote:
rsyslog is not ready. Use syslog-ng or busybox-syslogd instead

I prefer waiting for rsyslog to get fixed. I have to say, it simply continues to work fine in my system(s).
See:

# lsb_release -a
No LSB modules are available.
Distributor ID: Devuan
Description:    Devuan GNU/Linux 2.0 (ascii)
Release:        2.0
Codename:       ascii
#

and:

# apt-cache policy rsyslog
rsyslog:
  Installed: 8.4.2-1+deb8u2
  Candidate: 8.14.0-2+devuan1.0
  Version table:
     8.23.0-2~bpo8+1 100
        100 http://auto.mirror.devuan.org/merged jessie-backports/main amd64 Package
     8.14.0-2+devuan1.0 500
        500 http://packages.devuan.org/merged ascii/main amd64 Packages
        500 http://auto.mirror.devuan.org/merged ascii/main amd64 Packages
        500 http://packages.devuan.org/devuan ascii/main amd64 Packages
 *** 8.4.2-1+deb8u2 100
        100 /var/lib/dpkg/status
#

but:

# apt-get install rsyslog
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Starting pkgProblemResolver with broken count: 1
Starting 2 pkgProblemResolver with broken count: 1
Investigating (0) rsyslog:amd64 < 8.4.2-1+deb8u2 -> 8.14.0-2+devuan1.0 @ii pumU Ib >
Broken rsyslog:amd64 Depends on liblognorm2:amd64 < none @un H > (>= 1.1.2)
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:
 rsyslog : Depends: liblognorm2 (>= 1.1.2) but it is not installable
E: Unable to correct problems, you have held broken packages.
#

Let readers see in full the inability to update to newer version... But, I repeat, I have no issues. It logs just great... (well... except for logging too much under grsec kernel, or my manually compiled grsec kernel... such as in all: kern.log, messages and syslog ... But I couldn't live without a lot of logging... It's such great tool to learn your system! Especially the configurably very abundant grsec kernel logging...)

fungus wrote:

I don't what is a bigger problem, not having logs or not been able to stop them.

You gotta have logs, c'mon!

The new non-bug with systemd is that in some occassions it created a log to start a service and to stop it, creating a ton per minute of useless logging.
Thank you @golinux for the recommended alternatives.
@miroR you asked me for a link and I have no idea what link this may be.

You just go into your profile, and open up your topics or your posts, and paste the link. But freely forget it, I was more like thoughtful for other readers and being principled (if I use the word correctly).

What I am talking about in reference to cloning is to make an installation in partition sdz1 and making a copy in partition sdy3 and debelop

debelop? a typo? develop you must have meant...

from the same snaposhot of the system 2 different ways.
All you need to do is to "properly" edit fstab with new uuids and the grub.cfg
I suspect, without knowing, that the initrd.img in /boot contains the original uuid which is passed to grub and it creates this confusion.
Once linux kernel gets updated all this goes away.

IOW, it's a mess because of the same UUIDs, and once you change them and run:

# update-initramfs -u -a

or somesuch, and if all UUIDs are set correctly, i.e. update-initramfs runs without errors, it then can, upon reboot, boot fine.

In other words unattended updates of grub creates an entry with two different uuids for the same menu item, which results to a prompt at the initrdmfs prompt where there is not much you can do (or maybe there is if you know how to deal with it).

initrdmfs? initramfs, yes...
Aaahh.. Great. Enjoy Devuan. I do!... Let's make this kind beast more and more capable and powerfull... Each giving the little or the much that any of us can...

miroR · Installation

fungus wrote:

The only glitch which may be related to the lxde desktop not really being a devuan ported pkg, was rsyslog which in ascii it says it has unmet non-existent dependencies. So I removed it.

And what do you have for system logging?

BTW, it's this bug:
rsyslog depends on liblognorm2 in ascii, but it's not available
https://bugs.devuan.org//cgi/bugreport.cgi?bug=96

I have rsyslog held back, because of that. But I don't have any issues with it. I think it can wait.

So what do you have for system logging, now that you removed rsyslog, the default system logger in Devuan(/Debian)?

miroR · Installation

fungus wrote:

As mentioned elsewhere in my installation experience when I cloned the original usb installation to a different partition (dev/sda11) with a new uuid grub

Just why not give the link, and at this very spot, so users who want, may visit the link?

although updated and found the clone it had mixed uuid instructions based on the initrd-image found in the boot menu, and kept looking for the old uuid to boot which was not plugged.
Interestingly if the original installation was plugged in (let's say /dev/sdb1), although the grub menu would have two other lines defining sda11 as a specific/correct id it would eventually boot from sdb1.
Correcting grub to match the properly edited fstab for root booted, but it seemed slow and confused.

I clone in cycles, from Air-Gapped which sees no internet, other than minuscule fragments that I only need to update it, and mail, and other stuff from online, but nothing wholesale.

And I run into the need to change UUIDs on my encrypted partitions all the time... But it works, not just slowly, here.

I am running ascii. I added ceres repositories and only installed linux-4.11 from which I am booted now.

I removed 3.16 and reinstalled 4.9

By the way, with ascii and booting 4.11 I have yet to experience anything strange, it works like a charm.

During the removal and reinstallation I got this:

(Reading database ... 147327 files and directories currently installed.)
Purging configuration files for linux-image-3.16.0-4-amd64 (3.16.43-2+deb8u2) ...
debconf: unable to initialize frontend: Gnome
debconf: (Can't locate Gtk2.pm in @INC (you may need to install the Gtk2 module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at /usr/share/perl5/Debconf/FrontEnd/Gnome.pm line 91.)
debconf: falling back to frontend: Dialog
debconf: unable to initialize frontend: Dialog
debconf: (TERM is not set, so the dialog frontend is not usable.)
debconf: falling back to frontend: Readline

Hmmmh, not related to UUIDs, don't know what this could be...

This may be due to the inconsistency of running ceres kernel in ascii, I will now reboot and revert the kernel to 4.9 and remove 4.11
I will report back on how it went!

I don't think... But I don't know.

miroR · Installation

UPDATE 2017-07-12 04:17 UT:
After some more discussion on from:
( same bad subject )
https://lists.dyne.org/lurker/message/2 … 02.en.html
I posted below only those packages that are as per
this email, cited the line below from it
not available:

Svante wrote:

These packages still FTBFS in ascii-proposed due to a bug in pbuilder.
I can send them privately to you: i386 or amd64?

and for amd64 and i386 arches.
---

Here are the deb packages:

https://www.croatiafidelis.hr/foss/Devuan-OpenRC/

I will update this with some (minimal) info, such as how to verify those packages...

UPDATE: And that is, they need to have the SHA256 hashes as in my email:
https://lists.dyne.org/lurker/message/2 … 95.en.html

The sums I can stow in this very post as well:

de3a62685fc93c50b975f7435377e0775984dfb2964a0aeea44e0d5d7b6a7a1b libfdisk1_2.29.2-1+devuan1_amd64.deb
5587f1e90a1d504262e740b4f66f93c547ca32aa49026871e8f3e231980ebb30 util-linux_2.29.2-1+devuan1_amd64.deb
dc89cbedc2ea04b0b3a6b304668ef1399ef195ad473d5ce1fdc69a7534226fc1  libfdisk1_2.29.2-1+devuan1_i386.deb
a309e340b75d767bba63a50af65a33cb11302cc45ab4b7e39d3dc4c857a871ac  util-linux_2.29.2-1+devuan1_i386.deb

But on the download dir, there is the SUMS with the same content as above, but also PGP-signed SUMS.sig.
I only claim that I have received to-the-bit those packages that I make available, amd64 packages earlier from zap, and i386 packages from Svante last night.

Old text below here, unchanged.
BTW, it went smoothly in my Air-Gapped master machine... And to see something like this:

OpenRC wrote:

OpenRC 0.23 is starting up Linux 4.9.33-unofficial+grsec170708-18 (x86_64)

and to see it boot so smoothly is a fuzzy warm purple, kind and mighty experience just like Devuan is such a fuzzy warm purple, kind and mighty beast!

Regards!

miroR · Installation

fsmithred wrote:

I haven't been following this discussion

You really should have You're wrong this time... Pls. read at least the links to Svante's emails.

, so maybe I have no business posting on this thread, but there are a couple of things bugging me about it.
1. Way up in the early part of this thread I see:
GET /merged/pool/DEBIAN/main/u/util-linux/util-linux_2.29.2-1.dsc HTTP/1.1
That surely can't be right. Use devuan repos, not debian.
2. When I run '$ apt-get source util-linux' I see:
Get:1 http://auto.mirror.devuan.org/devuan/ jessie-proposed/main util-linux 2.26.2-6+devuan1
But that is not the version in ascii or even in ceres.
$ apt-cache policy util-linux
util-linux:
  Installed: 2.26.2-6+devuan1
  Candidate: 2.26.2-6+devuan1
  Version table:
     2.28-1+devuan3 0
        100 http://us.mirror.devuan.org/merged/ ascii/main amd64 Packages
     2.27.1-1+devuan0.1 0
        100 http://auto.mirror.devuan.org/merged/ ceres/main amd64 Packages
 *** 2.26.2-6+devuan1 0
        500 http://us.mirror.devuan.org/merged/ jessie/main amd64 Packages
        100 /var/lib/dpkg/status
It appears that there is a newer version in ascii than in ceres (and also I have the wrong version. This is on ascii that was upgraded from jessie, and I still have the jessie version of util-linux.)
If I run '$ apt-get -t ascii source util-linux' I get the version that belongs in ascii:
Get:1 http://auto.mirror.devuan.org/merged ascii/main util-linux 2.28-1+devuan3 
Then I run into the build-dep problem:
builddeps:util-linux : Depends: libudev-dev but it is not going to be installed
because it requires systemd. So I checked to see if we've devuanized libudev-dev, and it looks like we did it for the version of udev that's in jessie (220) but not for ascii (232).
# apt-cache policy libudev-dev
libudev-dev:
  Installed: (none)
  Candidate: 232-25
  Version table:
     220:3.2.2-devuan2.3 100
        100 http://auto.mirror.devuan.org/devuan experimental/main amd64 Packages
     232-25 500
        500 http://auto.mirror.devuan.org/merged ascii/main amd64 Packages
Why does ascii have a newer version of util-linux than ceres?
Shouldn't the source for the ascii version be used for ascii? Just running 'apt-get source util-linux' pulls in sources for a version newer than any in devuan.

If you wish I can try and explain what has already been explained (but it's better that you read at least the Svante's emails)...
My Palemoon segfaults unpredictably, I have to post this now... Because I have to keep my promise...

miroR · Installation

Isn't this such a beauty? :
# apt-cache policy openrc

openrc:
  Installed: 0.23-1+b1
  Candidate: 0.23-1+b1
  Version table:
 *** 0.23-1+b1 500
        500 [url]http://packages.devuan.org/merged[/url] ascii/main amd64 Packages
        500 [url]http://auto.mirror.devuan.org/merged[/url] ascii/main amd64 Packages
        100 /var/lib/dpkg/status

#
And I did actually see in green, I think OpenRC 0.23 during the boot sequence. It looked so charming!

Yes, I have successfully rebooted. No issues whatsoever, or no issues worth mentioning. Actually no issues related to OpenRC that I saw.

Now, let me first update my Air-Gapped. That's never really so very trivial, and then I'll try and post the packages to https://www.CroatiaFidelis.hr and post a link to the packages for download here in this topic.

miroR · Installation

Wow! Maybe it went well...

I now need to try and figure out what that ugly message means:

apt logs wrote:

**********************************************************************
*** WARNING: if you are replacing sysv-rc by OpenRC, then you must ***
*** reboot immediately using the following command:                ***
for file in /etc/rc0.d/K*; do s=`basename $(readlink "$file")` ; /etc/init.d/$s stop; done
**********************************************************************

Hmmh... But I surely do have to just, I guess, just do it...

Will, hopefully... Hopefully, I will be back soon!

Regards! (And Lynx is such steep learning curve to use...)

miroR · Installation

OpenRC full install log, second part.

Get:2 http://packages.devuan.org/merged ascii/main amd64 librc1 amd64 0.23-1+b1 [33.2 kB]
Answer for: http://cdn-fastly.deb.debian.org/debian/pool/main/o/openrc/openrc_0.23-1+b1_amd64.deb
HTTP/1.1 200 OK
Server: Apache
X-Content-Type-Options: nosniff
X-Frame-Options: sameorigin
Referrer-Policy: no-referrer
X-Xss-Protection: 1
Last-Modified: Sun, 05 Mar 2017 19:29:17 GMT
ETag: "1eab8-54a00cb7a4a72"
X-Clacks-Overhead: GNU Terry Pratchett
Cache-Control: public, max-age=2592000
Content-Type: application/x-debian-package
Via: 1.1 varnish
Fastly-Debug-Digest: 78986765a377eecbedff0636d17231028231778972b9ce3307a47024745af27f
Content-Length: 125624
Accept-Ranges: bytes
Date: Tue, 11 Jul 2017 11:19:10 GMT
Via: 1.1 varnish
Age: 96212
Connection: keep-alive
X-Served-By: cache-ams4132-AMS, cache-hhn1542-HHN
X-Cache: HIT, MISS
X-Cache-Hits: 1, 0
X-Timer: S1499771951.927994,VS0,VE10

Get:3 http://packages.devuan.org/merged ascii/main amd64 openrc amd64 0.23-1+b1 [126 kB]
Fetched 174 kB in 2s (74.4 kB/s)
Selecting previously unselected package libeinfo1.
(Reading database ... (Reading database ... 5%(Reading database ... 10%(Reading database ... 15%(Reading database ... 20%(Reading database ... 25%(Reading database ... 30%(Reading database ... 35%(Reading database ... 40%(Reading database ... 45%(Reading database ... 50%(Reading database ... 55%(Reading database ... 60%(Reading database ... 65%(Reading database ... 70%(Reading database ... 75%(Reading database ... 80%(Reading database ... 85%(Reading database ... 90%(Reading database ... 95%(Reading database ... 100%(Reading database ... 184291 files and directories currently installed.)
Preparing to unpack .../libeinfo1_0.23-1+b1_amd64.deb ...
Unpacking libeinfo1 (0.23-1+b1) ...
Selecting previously unselected package librc1.
Preparing to unpack .../librc1_0.23-1+b1_amd64.deb ...
Unpacking librc1 (0.23-1+b1) ...
dpkg: sysv-rc: dependency problems, but removing anyway as you requested:
 initscripts depends on sysv-rc | file-rc | openrc; however:
  Package sysv-rc is to be removed.
  Package file-rc is not installed.
  Package openrc is not installed.
 sysvinit-core depends on sysv-rc | file-rc | openrc; however:
  Package sysv-rc is to be removed.
  Package file-rc is not installed.
  Package openrc is not installed.

(Reading database ... (Reading database ... 5%(Reading database ... 10%(Reading database ... 15%(Reading database ... 20%(Reading database ... 25%(Reading database ... 30%(Reading database ... 35%(Reading database ... 40%(Reading database ... 45%(Reading database ... 50%(Reading database ... 55%(Reading database ... 60%(Reading database ... 65%(Reading database ... 70%(Reading database ... 75%(Reading database ... 80%(Reading database ... 85%(Reading database ... 90%(Reading database ... 95%(Reading database ... 100%(Reading database ... 184299 files and directories currently installed.)
Removing sysv-rc (2.88dsf-59.3+devuan2) ...
Selecting previously unselected package openrc.
(Reading database ... (Reading database ... 5%(Reading database ... 10%(Reading database ... 15%(Reading database ... 20%(Reading database ... 25%(Reading database ... 30%(Reading database ... 35%(Reading database ... 40%(Reading database ... 45%(Reading database ... 50%(Reading database ... 55%(Reading database ... 60%(Reading database ... 65%(Reading database ... 70%(Reading database ... 75%(Reading database ... 80%(Reading database ... 85%(Reading database ... 90%(Reading database ... 95%(Reading database ... 100%(Reading database ... 184281 files and directories currently installed.)
Preparing to unpack .../openrc_0.23-1+b1_amd64.deb ...
Unpacking openrc (0.23-1+b1) ...
Setting up libeinfo1 (0.23-1+b1) ...
Setting up librc1 (0.23-1+b1) ...
Processing triggers for libc-bin (2.24-11) ...
Processing triggers for man-db (2.7.6.1-2) ...
Setting up openrc (0.23-1+b1) ...
Add existing services ...
* service killprocs added to runlevel recovery
* service motd added to runlevel recovery
* service bootlogs added to runlevel recovery
* service single added to runlevel recovery
* service console-setup.sh added to runlevel default
* service motd added to runlevel default
* service rsyslog added to runlevel default
* service saslauthd added to runlevel default
* service apache2 added to runlevel default
* service acpid added to runlevel default
* service anacron added to runlevel default
* service atd added to runlevel default
* service clamav-freshclam added to runlevel default
* service cron added to runlevel default
* service gpm added to runlevel default
* service mysql added to runlevel default
* service rsync added to runlevel default
* service smartmontools added to runlevel default
* service exim4 added to runlevel default
* service postfix added to runlevel default
* service bootlogs added to runlevel default
* service rc.local added to runlevel default
* service rmnologin added to runlevel default
* service hostname.sh added to runlevel sysinit
* service mountkernfs.sh added to runlevel sysinit
* service udev added to runlevel sysinit
* service keyboard-setup.sh added to runlevel sysinit
* service mountdevsubfs.sh added to runlevel sysinit
* service hwclock.sh added to runlevel sysinit
* service checkroot.sh added to runlevel sysinit
* service cryptdisks-early added to runlevel sysinit
* service checkroot-bootclean.sh added to runlevel sysinit
* service kmod added to runlevel sysinit
* service cryptdisks added to runlevel sysinit
* service checkfs.sh added to runlevel sysinit
* service mountall.sh added to runlevel sysinit
* service mountall-bootclean.sh added to runlevel sysinit
* service procps added to runlevel sysinit
* service urandom added to runlevel sysinit
* service networking added to runlevel sysinit
* service rpcbind added to runlevel sysinit
* service nfs-common added to runlevel sysinit
* service mountnfs.sh added to runlevel sysinit
* service mountnfs-bootclean.sh added to runlevel sysinit
* service alsa-utils added to runlevel sysinit
* service bootmisc.sh added to runlevel sysinit
* service x11-common added to runlevel sysinit
* service sendsigs added to runlevel off
* service umountnfs.sh added to runlevel off
* service umountfs added to runlevel off
* service umountroot added to runlevel off
* service savecache added to runlevel off
* Caching service dependencies ...
* Found a solvable dependency loop: cryptdisks a> umountfs u> hwclock.sh a> checkroot n> cryptdisks.
* Found a solvable dependency loop: cryptdisks a> umountfs u> hwclock.sh a> checkroot n> cryptdisks-early n> cryptdisks.
* Solving the loop by breaking umountfs u> hwclock.sh.
 [ ok ]
**********************************************************************
*** WARNING: if you are replacing sysv-rc by OpenRC, then you must ***
*** reboot immediately using the following command:                ***
for file in /etc/rc0.d/K*; do s=`basename $(readlink "$file")` ; /etc/init.d/$s stop; done
**********************************************************************
2017/07/11 11:18:57 Reading config from: /etc/paxrat/paxrat.conf

#

miroR · Installation

I have indeed installed OpenRC, and...

And, now I can see what ugly message Rick Moen spoke about (in yesterday's message of his on Devuan DNG ML in our thread linked to above, the one with the bad subject/title)...

But my Palemoon started crashing again... And I don't know if I'll post this successfully with it, or will have to use Lynx, or even post it with (significant) delay...

I need to make smaller posts, Lynx has issues posting my huge posts... Already posted what was originally less than a third maybe of the entire post that I prepared... Now splitting more...

OpenRC full install log, first part.

# apt-get install openrc

Reading package lists...
Building dependency tree...
Reading state information...
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
The following package was automatically installed and is no longer required:
  linux-doc-4.9
Use 'apt autoremove' to remove it.
The following additional packages will be installed:
  libeinfo1 librc1
Suggested packages:
  policycoreutils
The following packages will be REMOVED:
  sysv-rc
The following NEW packages will be installed:
  libeinfo1 librc1 openrc
0 upgraded, 3 newly installed, 1 to remove and 2 not upgraded.
Need to get 174 kB of archives.
After this operation, 1,424 kB of additional disk space will be used.
Do you want to continue? [Y/n] GET /merged/pool/DEBIAN/main/o/openrc/libeinfo1_0.23-1%2bb1_amd64.deb HTTP/1.1
Host: packages.devuan.org
User-Agent: Debian APT-HTTP/1.3 (1.4.6)

Answer for: http://packages.devuan.org/merged/pool/DEBIAN/main/o/openrc/libeinfo1_0.23-1+b1_amd64.deb
HTTP/1.1 302 Moved Temporarily
Server: nginx/1.9.9
Date: Tue, 11 Jul 2017 11:19:08 GMT
Content-Type: text/html
Content-Length: 160
Connection: keep-alive
Location: http://httpredir.debian.org/debian/pool/main/o/openrc/libeinfo1_0.23-1+b1_amd64.deb

GET /merged/pool/DEBIAN/main/o/openrc/librc1_0.23-1%2bb1_amd64.deb HTTP/1.1
Host: packages.devuan.org
User-Agent: Debian APT-HTTP/1.3 (1.4.6)

GET /merged/pool/DEBIAN/main/o/openrc/openrc_0.23-1%2bb1_amd64.deb HTTP/1.1
Host: packages.devuan.org
User-Agent: Debian APT-HTTP/1.3 (1.4.6)

Answer for: http://packages.devuan.org/merged/pool/DEBIAN/main/o/openrc/librc1_0.23-1+b1_amd64.deb
HTTP/1.1 302 Moved Temporarily
Server: nginx/1.9.9
Date: Tue, 11 Jul 2017 11:19:08 GMT
Content-Type: text/html
Content-Length: 160
Connection: keep-alive
Location: http://httpredir.debian.org/debian/pool/main/o/openrc/librc1_0.23-1+b1_amd64.deb

Answer for: http://packages.devuan.org/merged/pool/DEBIAN/main/o/openrc/openrc_0.23-1+b1_amd64.deb
HTTP/1.1 302 Moved Temporarily
Server: nginx/1.9.9
Date: Tue, 11 Jul 2017 11:19:08 GMT
Content-Type: text/html
Content-Length: 160
Connection: keep-alive
Location: http://httpredir.debian.org/debian/pool/main/o/openrc/openrc_0.23-1+b1_amd64.deb

GET /debian/pool/main/o/openrc/libeinfo1_0.23-1%2bb1_amd64.deb HTTP/1.1
Host: httpredir.debian.org
User-Agent: Debian APT-HTTP/1.3 (1.4.6)

Answer for: http://httpredir.debian.org/debian/pool/main/o/openrc/libeinfo1_0.23-1+b1_amd64.deb
HTTP/1.1 302 Found
Date: Tue, 11 Jul 2017 11:19:09 GMT
Server: Apache
X-Content-Type-Options: nosniff
X-Frame-Options: sameorigin
Referrer-Policy: no-referrer
X-Xss-Protection: 1
Location: http://cdn-fastly.deb.debian.org/debian/pool/main/o/openrc/libeinfo1_0.23-1+b1_amd64.deb
Content-Length: 342
Content-Type: text/html; charset=iso-8859-1

GET /debian/pool/main/o/openrc/librc1_0.23-1%2bb1_amd64.deb HTTP/1.1
Host: httpredir.debian.org
User-Agent: Debian APT-HTTP/1.3 (1.4.6)

GET /debian/pool/main/o/openrc/openrc_0.23-1%2bb1_amd64.deb HTTP/1.1
Host: httpredir.debian.org
User-Agent: Debian APT-HTTP/1.3 (1.4.6)

Answer for: http://httpredir.debian.org/debian/pool/main/o/openrc/librc1_0.23-1+b1_amd64.deb
HTTP/1.1 302 Found
Date: Tue, 11 Jul 2017 11:19:10 GMT
Server: Apache
X-Content-Type-Options: nosniff
X-Frame-Options: sameorigin
Referrer-Policy: no-referrer
X-Xss-Protection: 1
Location: http://cdn-fastly.deb.debian.org/debian/pool/main/o/openrc/librc1_0.23-1+b1_amd64.deb
Content-Length: 339
Content-Type: text/html; charset=iso-8859-1

Answer for: http://httpredir.debian.org/debian/pool/main/o/openrc/openrc_0.23-1+b1_amd64.deb
HTTP/1.1 302 Found
Date: Tue, 11 Jul 2017 11:19:10 GMT
Server: Apache
X-Content-Type-Options: nosniff
X-Frame-Options: sameorigin
Referrer-Policy: no-referrer
X-Xss-Protection: 1
Location: http://cdn-fastly.deb.debian.org/debian/pool/main/o/openrc/openrc_0.23-1+b1_amd64.deb
Content-Length: 339
Content-Type: text/html; charset=iso-8859-1

GET /debian/pool/main/o/openrc/libeinfo1_0.23-1%2bb1_amd64.deb HTTP/1.1
Host: cdn-fastly.deb.debian.org
User-Agent: Debian APT-HTTP/1.3 (1.4.6)

Answer for: http://cdn-fastly.deb.debian.org/debian/pool/main/o/openrc/libeinfo1_0.23-1+b1_amd64.deb
HTTP/1.1 200 OK
Server: Apache
X-Content-Type-Options: nosniff
X-Frame-Options: sameorigin
Referrer-Policy: no-referrer
X-Xss-Protection: 1
Last-Modified: Sun, 05 Mar 2017 19:29:17 GMT
ETag: "3d32-54a00cb7a4a72"
X-Clacks-Overhead: GNU Terry Pratchett
Cache-Control: public, max-age=2592000
Content-Type: application/x-debian-package
Via: 1.1 varnish
Fastly-Debug-Digest: 3520261422c9f122f9923f75ccce2433cd50a4edc5546da059a8ab84cb2a2059
Content-Length: 15666
Accept-Ranges: bytes
Date: Tue, 11 Jul 2017 11:19:10 GMT
Via: 1.1 varnish
Age: 2144632
Connection: keep-alive
X-Served-By: cache-ams4140-AMS, cache-hhn1542-HHN
X-Cache: HIT, HIT
X-Cache-Hits: 1, 1
X-Timer: S1499771951.869008,VS0,VE1

Get:1 http://packages.devuan.org/merged ascii/main amd64 libeinfo1 amd64 0.23-1+b1 [15.7 kB]
GET /debian/pool/main/o/openrc/librc1_0.23-1%2bb1_amd64.deb HTTP/1.1
Host: cdn-fastly.deb.debian.org
User-Agent: Debian APT-HTTP/1.3 (1.4.6)

GET /debian/pool/main/o/openrc/openrc_0.23-1%2bb1_amd64.deb HTTP/1.1
Host: cdn-fastly.deb.debian.org
User-Agent: Debian APT-HTTP/1.3 (1.4.6)

Answer for: http://cdn-fastly.deb.debian.org/debian/pool/main/o/openrc/librc1_0.23-1+b1_amd64.deb
HTTP/1.1 200 OK
Server: Apache
X-Content-Type-Options: nosniff
X-Frame-Options: sameorigin
Referrer-Policy: no-referrer
X-Xss-Protection: 1
Last-Modified: Sun, 05 Mar 2017 19:29:17 GMT
ETag: "8196-54a00cb7a4a72"
X-Clacks-Overhead: GNU Terry Pratchett
Cache-Control: public, max-age=2592000
Content-Type: application/x-debian-package
Via: 1.1 varnish
Fastly-Debug-Digest: 589d1cb7093f71ddb9538fe6cc55a07024d7b1b844b9d483d34605ca6c8c27e8
Content-Length: 33174
Accept-Ranges: bytes
Date: Tue, 11 Jul 2017 11:19:10 GMT
Via: 1.1 varnish
Age: 427916
Connection: keep-alive
X-Served-By: cache-ams4129-AMS, cache-hhn1542-HHN
X-Cache: HIT, MISS
X-Cache-Hits: 1, 0
X-Timer: S1499771951.917385,VS0,VE10

miroR · Installation

I have just installed OpenRC. No, haven't rebooted yet, so I don't yet know if the installation has been successful.

But here's the report.

Actually, first, I know it's a lot, but it might tell lots of necessary details in case the install was a failure... I have this in place:
# cat /etc/apt/apt.conf

Debug::pkgProblemResolver "on";
#Debug::pkgDPkgPM "on";
Debug::Acquire::ftp "on";
Debug::Acquire::http "on";
Debug::Acquire::gpgv "on";
Debug::BuildDeps "on";
Debug::Hashes "on";
InstallProgress::Fancy "off";
Binary::apt::DPkg::Progress-Fancy "off";
AllowInsecureRepositories "off";

#
That's where all the verbosity derives from below.
# apt-get install sysvinit-core -t ascii-proposed

Reading package lists...
Building dependency tree...
Reading state information...
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
The following package was automatically installed and is no longer required:
  linux-doc-4.9
Use 'apt autoremove' to remove it.
Suggested packages:
  bootlogd
The following packages will be upgraded:
  sysvinit-core
GET /devuan/pool/main/s/sysvinit/sysvinit-core_2.88dsf-59.9%2bdevuan2_amd64.deb HTTP/1.1
Host: packages.devuan.org
User-Agent: Debian APT-HTTP/1.3 (1.4.6)

Answer for: http://packages.devuan.org/devuan/pool/main/s/sysvinit/sysvinit-core_2.88dsf-59.9+devuan2_amd64.deb
HTTP/1.1 200 OK
Server: nginx/1.9.9
Date: Tue, 11 Jul 2017 11:16:07 GMT
Content-Type: application/octet-stream
Content-Length: 132970
Last-Modified: Thu, 15 Jun 2017 12:08:11 GMT
Connection: keep-alive
ETag: "594278ab-2076a"
Accept-Ranges: bytes

1 upgraded, 0 newly installed, 0 to remove and 7 not upgraded.
Need to get 133 kB of archives.
After this operation, 1,024 B of additional disk space will be used.
Get:1 http://packages.devuan.org/devuan ascii-proposed/main amd64 sysvinit-core amd64 2.88dsf-59.9+devuan2 [133 kB]
apt-listchanges: Reading changelogs...
Preconfiguring packages ...
Fetched 133 kB in 1s (110 kB/s)
(Reading database ... (Reading database ... 5%(Reading database ... 10%(Reading database ... 15%(Reading database ... 20%(Reading database ... 25%(Reading database ... 30%(Reading database ... 35%(Reading database ... 40%(Reading database ... 45%(Reading database ... 50%(Reading database ... 55%(Reading database ... 60%(Reading database ... 65%(Reading database ... 70%(Reading database ... 75%(Reading database ... 80%(Reading database ... 85%(Reading database ... 90%(Reading database ... 95%(Reading database ... 100%(Reading database ... 184291 files and directories currently installed.)
Preparing to unpack .../sysvinit-core_2.88dsf-59.9+devuan2_amd64.deb ...
Unpacking sysvinit-core (2.88dsf-59.9+devuan2) over (2.88dsf-59.3+devuan2) ...
Setting up sysvinit-core (2.88dsf-59.9+devuan2) ...
sysvinit: restarting... done.
Processing triggers for man-db (2.7.6.1-2) ...
2017/07/11 11:15:50 Reading config from: /etc/paxrat/paxrat.conf

#

# apt-get install sysvinit-utils -t ascii-proposed

Reading package lists...
Building dependency tree...
Reading state information...
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
The following package was automatically installed and is no longer required:
  linux-doc-4.9
Use 'apt autoremove' to remove it.
The following packages will be upgraded:
  sysvinit-utils
GET /devuan/pool/main/s/sysvinit/sysvinit-utils_2.88dsf-59.9%2bdevuan2_amd64.deb HTTP/1.1
Host: packages.devuan.org
User-Agent: Debian APT-HTTP/1.3 (1.4.6)

Answer for: http://packages.devuan.org/devuan/pool/main/s/sysvinit/sysvinit-utils_2.88dsf-59.9+devuan2_amd64.deb
HTTP/1.1 200 OK
Server: nginx/1.9.9
Date: Tue, 11 Jul 2017 11:16:33 GMT
Content-Type: application/octet-stream
Content-Length: 67750
Last-Modified: Thu, 15 Jun 2017 12:08:11 GMT
Connection: keep-alive
ETag: "594278ab-108a6"
Accept-Ranges: bytes

1 upgraded, 0 newly installed, 0 to remove and 6 not upgraded.
Need to get 67.8 kB of archives.
After this operation, 27.6 kB of additional disk space will be used.
Get:1 http://packages.devuan.org/devuan ascii-proposed/main amd64 sysvinit-utils amd64 2.88dsf-59.9+devuan2 [67.8 kB]
apt-listchanges: Reading changelogs...
Fetched 67.8 kB in 0s (79.1 kB/s)
(Reading database ... (Reading database ... 5%(Reading database ... 10%(Reading database ... 15%(Reading database ... 20%(Reading database ... 25%(Reading database ... 30%(Reading database ... 35%(Reading database ... 40%(Reading database ... 45%(Reading database ... 50%(Reading database ... 55%(Reading database ... 60%(Reading database ... 65%(Reading database ... 70%(Reading database ... 75%(Reading database ... 80%(Reading database ... 85%(Reading database ... 90%(Reading database ... 95%(Reading database ... 100%(Reading database ... 184291 files and directories currently installed.)
Preparing to unpack .../sysvinit-utils_2.88dsf-59.9+devuan2_amd64.deb ...
Unpacking sysvinit-utils (2.88dsf-59.9+devuan2) over (2.88dsf-59.9) ...
Setting up sysvinit-utils (2.88dsf-59.9+devuan2) ...
Processing triggers for man-db (2.7.6.1-2) ...
2017/07/11 11:16:14 Reading config from: /etc/paxrat/paxrat.conf

#

# apt-get install initscripts -t ascii-proposed

Reading package lists...
Building dependency tree...
Reading state information...
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
The following package was automatically installed and is no longer required:
  linux-doc-4.9
Use 'apt autoremove' to remove it.
The following packages will be upgraded:
  initscripts
GET /devuan/pool/main/s/sysvinit/initscripts_2.88dsf-59.9%2bdevuan2_amd64.deb HTTP/1.1
Host: packages.devuan.org
User-Agent: Debian APT-HTTP/1.3 (1.4.6)

Answer for: http://packages.devuan.org/devuan/pool/main/s/sysvinit/initscripts_2.88dsf-59.9+devuan2_amd64.deb
HTTP/1.1 200 OK
Server: nginx/1.9.9
Date: Tue, 11 Jul 2017 11:16:58 GMT
Content-Type: application/octet-stream
Content-Length: 85502
Last-Modified: Thu, 15 Jun 2017 12:08:11 GMT
Connection: keep-alive
ETag: "594278ab-14dfe"
Accept-Ranges: bytes

1 upgraded, 0 newly installed, 0 to remove and 5 not upgraded.
Need to get 85.5 kB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 http://packages.devuan.org/devuan ascii-proposed/main amd64 initscripts amd64 2.88dsf-59.9+devuan2 [85.5 kB]
apt-listchanges: Reading changelogs...
Fetched 85.5 kB in 0s (169 kB/s)
(Reading database ... (Reading database ... 5%(Reading database ... 10%(Reading database ... 15%(Reading database ... 20%(Reading database ... 25%(Reading database ... 30%(Reading database ... 35%(Reading database ... 40%(Reading database ... 45%(Reading database ... 50%(Reading database ... 55%(Reading database ... 60%(Reading database ... 65%(Reading database ... 70%(Reading database ... 75%(Reading database ... 80%(Reading database ... 85%(Reading database ... 90%(Reading database ... 95%(Reading database ... 100%(Reading database ... 184291 files and directories currently installed.)
Preparing to unpack .../initscripts_2.88dsf-59.9+devuan2_amd64.deb ...
Unpacking initscripts (2.88dsf-59.9+devuan2) over (2.88dsf-59.3+devuan2) ...
Processing triggers for man-db (2.7.6.1-2) ...
Setting up initscripts (2.88dsf-59.9+devuan2) ...
Installing new version of config file /etc/init.d/umountfs ...
Installing new version of config file /etc/init.d/umountroot ...
Installing new version of config file /etc/default/tmpfs ...
2017/07/11 11:16:45 Reading config from: /etc/paxrat/paxrat.conf

And next, I, finally, installed OpenRC (won't bother you with the dry run, kind reader, but I did run it with "-s" first, of course).

miroR · Installation

I have just installed OpenRC. No, haven't rebooted yet, so I don't yet know if the installation has been successful.

But here's the report.

Actually, first, I know it's a lot, but it might tell lots of necessary details in case the install was a failure... I have this in place:
# cat /etc/apt/apt.conf

Debug::pkgProblemResolver "on";
#Debug::pkgDPkgPM "on";
Debug::Acquire::ftp "on";
Debug::Acquire::http "on";
Debug::Acquire::gpgv "on";
Debug::BuildDeps "on";
Debug::Hashes "on";
InstallProgress::Fancy "off";
Binary::apt::DPkg::Progress-Fancy "off";
AllowInsecureRepositories "off";

#
That's where all the verbosity derives from below.
# apt-get install sysvinit-core -t ascii-proposed

Reading package lists...
Building dependency tree...
Reading state information...
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
The following package was automatically installed and is no longer required:
  linux-doc-4.9
Use 'apt autoremove' to remove it.
Suggested packages:
  bootlogd
The following packages will be upgraded:
  sysvinit-core
GET /devuan/pool/main/s/sysvinit/sysvinit-core_2.88dsf-59.9%2bdevuan2_amd64.deb HTTP/1.1
Host: packages.devuan.org
User-Agent: Debian APT-HTTP/1.3 (1.4.6)

Answer for: http://packages.devuan.org/devuan/pool/main/s/sysvinit/sysvinit-core_2.88dsf-59.9+devuan2_amd64.deb
HTTP/1.1 200 OK
Server: nginx/1.9.9
Date: Tue, 11 Jul 2017 11:16:07 GMT
Content-Type: application/octet-stream
Content-Length: 132970
Last-Modified: Thu, 15 Jun 2017 12:08:11 GMT
Connection: keep-alive
ETag: "594278ab-2076a"
Accept-Ranges: bytes

1 upgraded, 0 newly installed, 0 to remove and 7 not upgraded.
Need to get 133 kB of archives.
After this operation, 1,024 B of additional disk space will be used.
Get:1 http://packages.devuan.org/devuan ascii-proposed/main amd64 sysvinit-core amd64 2.88dsf-59.9+devuan2 [133 kB]
apt-listchanges: Reading changelogs...
Preconfiguring packages ...
Fetched 133 kB in 1s (110 kB/s)
(Reading database ... (Reading database ... 5%(Reading database ... 10%(Reading database ... 15%(Reading database ... 20%(Reading database ... 25%(Reading database ... 30%(Reading database ... 35%(Reading database ... 40%(Reading database ... 45%(Reading database ... 50%(Reading database ... 55%(Reading database ... 60%(Reading database ... 65%(Reading database ... 70%(Reading database ... 75%(Reading database ... 80%(Reading database ... 85%(Reading database ... 90%(Reading database ... 95%(Reading database ... 100%(Reading database ... 184291 files and directories currently installed.)
Preparing to unpack .../sysvinit-core_2.88dsf-59.9+devuan2_amd64.deb ...
Unpacking sysvinit-core (2.88dsf-59.9+devuan2) over (2.88dsf-59.3+devuan2) ...
Setting up sysvinit-core (2.88dsf-59.9+devuan2) ...
sysvinit: restarting... done.
Processing triggers for man-db (2.7.6.1-2) ...
2017/07/11 11:15:50 Reading config from: /etc/paxrat/paxrat.conf

#

# apt-get install sysvinit-utils -t ascii-proposed

Reading package lists...
Building dependency tree...
Reading state information...
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
The following package was automatically installed and is no longer required:
  linux-doc-4.9
Use 'apt autoremove' to remove it.
The following packages will be upgraded:
  sysvinit-utils
GET /devuan/pool/main/s/sysvinit/sysvinit-utils_2.88dsf-59.9%2bdevuan2_amd64.deb HTTP/1.1
Host: packages.devuan.org
User-Agent: Debian APT-HTTP/1.3 (1.4.6)

Answer for: http://packages.devuan.org/devuan/pool/main/s/sysvinit/sysvinit-utils_2.88dsf-59.9+devuan2_amd64.deb
HTTP/1.1 200 OK
Server: nginx/1.9.9
Date: Tue, 11 Jul 2017 11:16:33 GMT
Content-Type: application/octet-stream
Content-Length: 67750
Last-Modified: Thu, 15 Jun 2017 12:08:11 GMT
Connection: keep-alive
ETag: "594278ab-108a6"
Accept-Ranges: bytes

1 upgraded, 0 newly installed, 0 to remove and 6 not upgraded.
Need to get 67.8 kB of archives.
After this operation, 27.6 kB of additional disk space will be used.
Get:1 http://packages.devuan.org/devuan ascii-proposed/main amd64 sysvinit-utils amd64 2.88dsf-59.9+devuan2 [67.8 kB]
apt-listchanges: Reading changelogs...
Fetched 67.8 kB in 0s (79.1 kB/s)
(Reading database ... (Reading database ... 5%(Reading database ... 10%(Reading database ... 15%(Reading database ... 20%(Reading database ... 25%(Reading database ... 30%(Reading database ... 35%(Reading database ... 40%(Reading database ... 45%(Reading database ... 50%(Reading database ... 55%(Reading database ... 60%(Reading database ... 65%(Reading database ... 70%(Reading database ... 75%(Reading database ... 80%(Reading database ... 85%(Reading database ... 90%(Reading database ... 95%(Reading database ... 100%(Reading database ... 184291 files and directories currently installed.)
Preparing to unpack .../sysvinit-utils_2.88dsf-59.9+devuan2_amd64.deb ...
Unpacking sysvinit-utils (2.88dsf-59.9+devuan2) over (2.88dsf-59.9) ...
Setting up sysvinit-utils (2.88dsf-59.9+devuan2) ...
Processing triggers for man-db (2.7.6.1-2) ...
2017/07/11 11:16:14 Reading config from: /etc/paxrat/paxrat.conf

#

# apt-get install initscripts -t ascii-proposed

Reading package lists...
Building dependency tree...
Reading state information...
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
The following package was automatically installed and is no longer required:
  linux-doc-4.9
Use 'apt autoremove' to remove it.
The following packages will be upgraded:
  initscripts
GET /devuan/pool/main/s/sysvinit/initscripts_2.88dsf-59.9%2bdevuan2_amd64.deb HTTP/1.1
Host: packages.devuan.org
User-Agent: Debian APT-HTTP/1.3 (1.4.6)

Answer for: http://packages.devuan.org/devuan/pool/main/s/sysvinit/initscripts_2.88dsf-59.9+devuan2_amd64.deb
HTTP/1.1 200 OK
Server: nginx/1.9.9
Date: Tue, 11 Jul 2017 11:16:58 GMT
Content-Type: application/octet-stream
Content-Length: 85502
Last-Modified: Thu, 15 Jun 2017 12:08:11 GMT
Connection: keep-alive
ETag: "594278ab-14dfe"
Accept-Ranges: bytes

1 upgraded, 0 newly installed, 0 to remove and 5 not upgraded.
Need to get 85.5 kB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 http://packages.devuan.org/devuan ascii-proposed/main amd64 initscripts amd64 2.88dsf-59.9+devuan2 [85.5 kB]
apt-listchanges: Reading changelogs...
Fetched 85.5 kB in 0s (169 kB/s)
(Reading database ... (Reading database ... 5%(Reading database ... 10%(Reading database ... 15%(Reading database ... 20%(Reading database ... 25%(Reading database ... 30%(Reading database ... 35%(Reading database ... 40%(Reading database ... 45%(Reading database ... 50%(Reading database ... 55%(Reading database ... 60%(Reading database ... 65%(Reading database ... 70%(Reading database ... 75%(Reading database ... 80%(Reading database ... 85%(Reading database ... 90%(Reading database ... 95%(Reading database ... 100%(Reading database ... 184291 files and directories currently installed.)
Preparing to unpack .../initscripts_2.88dsf-59.9+devuan2_amd64.deb ...
Unpacking initscripts (2.88dsf-59.9+devuan2) over (2.88dsf-59.3+devuan2) ...
Processing triggers for man-db (2.7.6.1-2) ...
Setting up initscripts (2.88dsf-59.9+devuan2) ...
Installing new version of config file /etc/init.d/umountfs ...
Installing new version of config file /etc/init.d/umountroot ...
Installing new version of config file /etc/default/tmpfs ...
2017/07/11 11:16:45 Reading config from: /etc/paxrat/paxrat.conf

And next, I, finally, installed OpenRC (won't bother you with the dry run, kind reader, but I did run it with "-s" first, of course).

miroR · Installation

Svante gave me instructions at:
( the bad subject of that email thread, explained earlier: )
I have a question about libsystemd0 in devuan ascii,
https://lists.dyne.org/lurker/message/2 … 49.en.html

svante wrote:

> Install which packages?

apt-get install sysvinit-core
apt-get install sysvinit-utils #Depends on util-linux see below

And he gave in that email what, I hope, I will eventually have in my system:

Here you should see:

apt-cache policy initscripts
initscripts:
  Installed: 2.88dsf-59.9+devuan2
  Candidate: 2.88dsf-59.9+devuan2
  Version table:
 *** 2.88dsf-59.9+devuan2 100
        100 http://packages.devuan.org/devuan ascii-proposed/main amd64
Packages
        100 /var/lib/dpkg/status
     2.88dsf-59.3+devuan2 500
        500 http://auto.mirror.devuan.org/merged ascii/main amd64
Packages

and similar for sysvinit-core

But I don't have that in my system yet. I have:

# apt-cache policy sysvinit-core

sysvinit-core:
  Installed: 2.88dsf-59.3+devuan2
  Candidate: 2.88dsf-59.3+devuan2
  Version table:
     2.88dsf-59.9+devuan2 100
        100 http://packages.devuan.org/devuan ascii-proposed/main amd64 Packages
 *** 2.88dsf-59.3+devuan2 500
        500 http://packages.devuan.org/merged ascii/main amd64 Packages
        500 http://auto.mirror.devuan.org/merged ascii/main amd64 Packages
        500 http://packages.devuan.org/devuan ascii/main amd64 Packages
        100 /var/lib/dpkg/status

#
# apt-cache policy sysvinit-utils

sysvinit-utils:
  Installed: 2.88dsf-59.9
  Candidate: 2.88dsf-59.9+devuan2
  Version table:
     2.88dsf-59.9+devuan2 100
        100 http://packages.devuan.org/devuan ascii-proposed/main amd64 Packages
 *** 2.88dsf-59.9 100
        100 /var/lib/dpkg/status
     2.88dsf-59.3+devuan2 500
        500 http://packages.devuan.org/merged ascii/main amd64 Packages
        500 http://auto.mirror.devuan.org/merged ascii/main amd64 Packages
        500 http://packages.devuan.org/devuan ascii/main amd64 Packages

#
# apt-cache policy initscripts

initscripts:
  Installed: 2.88dsf-59.3+devuan2
  Candidate: 2.88dsf-59.3+devuan2
  Version table:
     2.88dsf-59.9+devuan2 100
        100 http://packages.devuan.org/devuan ascii-proposed/main amd64 Packages
 *** 2.88dsf-59.3+devuan2 500
        500 http://packages.devuan.org/merged ascii/main amd64 Packages
        500 http://auto.mirror.devuan.org/merged ascii/main amd64 Packages
        500 http://packages.devuan.org/devuan ascii/main amd64 Packages
        100 /var/lib/dpkg/status

#

But I think that should change with:

# apt-get -s install sysvinit-core -t ascii-proposed

Reading package lists...
Building dependency tree...
Reading state information...similar for sysvinit-core
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
The following package was automatically installed and is no longer required:
  linux-doc-4.9
Use 'apt autoremove' to remove it.
Suggested packages:
  bootlogd
The following packages will be upgraded:
  sysvinit-core
1 upgraded, 0 newly installed, 0 to remove and 7 not upgraded.
Inst sysvinit-core [2.88dsf-59.3+devuan2] (2.88dsf-59.9+devuan2 None:2.0.0/ascii-proposed [amd64])
Conf sysvinit-core (2.88dsf-59.9+devuan2 None:2.0.0/ascii-proposed [amd64])

#

# apt-get -s install sysvinit-utils -t ascii-proposed

Reading package lists...
Building dependency tree...
Reading state information...
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
The following package was automatically installed and is no longer required:
  linux-doc-4.9
Use 'apt autoremove' to remove it.
The following packages will be upgraded:
  sysvinit-utils
1 upgraded, 0 newly installed, 0 to remove and 7 not upgraded.
Inst sysvinit-utils [2.88dsf-59.9] (2.88dsf-59.9+devuan2 None:2.0.0/ascii-proposed [amd64])
Conf sysvinit-utils (2.88dsf-59.9+devuan2 None:2.0.0/ascii-proposed [amd64])

#

# apt-get -s install initscripts -t ascii-proposed

Reading package lists...
Building dependency tree...
Reading state information...
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
The following package was automatically installed and is no longer required:
  linux-doc-4.9
Use 'apt autoremove' to remove it.
The following packages will be upgraded:
  initscripts
1 upgraded, 0 newly installed, 0 to remove and 7 not upgraded.
Inst initscripts [2.88dsf-59.3+devuan2] (2.88dsf-59.9+devuan2 None:2.0.0/ascii-proposed [amd64])
Conf initscripts (2.88dsf-59.9+devuan2 None:2.0.0/ascii-proposed [amd64])

#

That was dry run (as also zap suggested). So next is installing these three above for real, and then installing OpenRC and rebooting...

miroR · Installation

I stuck these in preferences:

# cat > /etc/apt/preferences.d/ascii-pin
Package: *
Pin: release n=ascii
Pin-Priority: 1001 
#

That's just from:

https://lists.dyne.org/lurker/message/2 … ad.en.html
AMPROLLA GLITCH: ISSUE SOLVED -- PLEASE READ CAREFULLY

(
but readers, if you're not advanced, see the corrections to it in its thread, as well as what I explained about it in:

Broken packages in Ascii, how to fix? (Beware of Debian Stretch)
https://dev1galaxy.org/viewtopic.php?id=1115
)

And let me see if I can install those packages now...

Yes, that did it:

# dpkg -i libfdisk1_2.29.2-1+devuan1_amd64.deb util-linux_2.29.2-1+devuan1_amd64.deb sysvinit-utils_2.88dsf-59.9_amd64.deb |& tee LOG_/dpkg-i_libfdisk1_2.29.2-1+devuan1_amd64.deb_util-linux_2.29.2-1+devuan1_amd64.deb_sysvinit-utils_2.88dsf-59.9_amd64.deb_$(date +%y%m%d_%H%M)_gdOv 
(Reading database ... 184288 files and directories currently installed.)
Preparing to unpack libfdisk1_2.29.2-1+devuan1_amd64.deb ...
Unpacking libfdisk1:amd64 (2.29.2-1+devuan1) over (2.29.2-1+devuan1) ...
Preparing to unpack util-linux_2.29.2-1+devuan1_amd64.deb ...
Unpacking util-linux (2.29.2-1+devuan1) over (2.28-1+devuan3) ...
Preparing to unpack sysvinit-utils_2.88dsf-59.9_amd64.deb ...
Unpacking sysvinit-utils (2.88dsf-59.9) over (2.88dsf-59.9) ...
Setting up libfdisk1:amd64 (2.29.2-1+devuan1) ...
Setting up util-linux (2.29.2-1+devuan1) ...
Setting up sysvinit-utils (2.88dsf-59.9) ...
Processing triggers for libc-bin (2.24-11) ...
Processing triggers for mime-support (3.60) ...
Processing triggers for man-db (2.7.6.1-2) ...
#

Let me post this.

And a promise. If I install OpenRC (but I haven't installed anything if I haven't installed it in my Air-Gapped master as well, see:
Air-Gapped Devuan Install, Tentative
https://dev1galaxy.org/viewtopic.php?id=746
... so patience is needed... It's getting less hot in my appartment (it looks at East, and is hot in mornings more than afternoons in the summer), so I'll be able to work...

And if I install OpenRC successfully (also in my Air-Gapped, which is likely now that I will...), I'll post those three necessary packages for anyone who wishes to install OpenRC somewher on https://www.CroatiaFidelis.hr ... Just, more patience...

But, before I continue, and for other readers who might be using that KatolaZ recipe, one that acii-pin is used, it must be removed once it is not needed. So...

# rm -v /etc/apt/preferences.d/ascii-pin 
removed '/etc/apt/preferences.d/ascii-pin'
#

miroR · Installation

First I apologies for being late.
The temperature reaches even 37 degrees C here even in the shadow today, and also it's July 11th, the 22nd anniversary of Srebrenica genocide, and I watch Bosnian TV channels on this day (on another Devuan machine, with --old-- TV-cards in it)...

zapper wrote:

If I could give you an attachment, I would...
but since I cannot on the forum or mail-list
I will make it simple, you need three certain packages from a later version...
libfdisk1_2.29.2-1+devuan1_amd64.deb
util-linux_2.29.2-1+devuan1_amd64.deb
sysvinit-utils_2.88dsf-59.9_amd64.deb
...
to install the first three packages, use dpkg instead of gdebi or it will utterly fail each time.

(for other readers) I have, in the meantime, received the three packages from zap.

I don't even know what is gdebi. dkpg and apt are my best friends these days...

The first try with installing of those went like this:
# dpkg -i libfdisk1_2.29.2-1+devuan1_amd64.deb util-linux_2.29.2-1+devuan1_amd64.deb sysvinit-utils_2.88dsf-59.9_amd64.deb

(Reading database ... 184288 files and directories currently installed.)
Preparing to unpack libfdisk1_2.29.2-1+devuan1_amd64.deb ...
Unpacking libfdisk1:amd64 (2.29.2-1+devuan1) over (2.28-1+devuan3) ...
dpkg: regarding util-linux_2.29.2-1+devuan1_amd64.deb containing util-linux, pre-dependency problem:
 util-linux pre-depends on libfdisk1 (>= 2.29~rc2)
  libfdisk1:amd64 latest configured version is 2.28-1+devuan3.

dpkg: error processing archive util-linux_2.29.2-1+devuan1_amd64.deb (--install):
 pre-dependency problem - not installing util-linux
Preparing to unpack sysvinit-utils_2.88dsf-59.9_amd64.deb ...
Unpacking sysvinit-utils (2.88dsf-59.9) over (2.88dsf-59.3+devuan2) ...
Replacing files in old package initscripts (2.88dsf-59.3+devuan2) ...
Setting up libfdisk1:amd64 (2.29.2-1+devuan1) ...
dpkg: dependency problems prevent configuration of sysvinit-utils:
 sysvinit-utils depends on util-linux (>> 2.28-2~); however:
  Version of util-linux on system is 2.28-1+devuan3.

dpkg: error processing package sysvinit-utils (--install):
 dependency problems - leaving unconfigured
Processing triggers for libc-bin (2.24-11) ...
Processing triggers for man-db (2.7.6.1-2) ...
Errors were encountered while processing:
 util-linux_2.29.2-1+devuan1_amd64.deb
 sysvinit-utils

#

ps, if you give me your email, I can send them to you. It can be an alias if you prefer... I will pm you if you want.
also, I would install initscripts with aptitude and finally, let us know if you fail.
...

It's only the hot day, and the Srebrenica anniversary the reasons that I'm late...

I think I have to play a little with preferences to allow for these packages to be accepted by apt...

The officially official Devuan Forum!

#101 Re: Documentation » Grsecurity/Pax installation on Devuan GNU/Linux » 2017-09-15 14:01:44

#102 Re: Documentation » Grsecurity/Pax installation on Devuan GNU/Linux » 2017-09-15 13:58:07

#103 Re: Installation » OpenRC installation in Devuan Ascii » 2017-08-29 16:29:45

#104 Re: Installation » [SOLVED] Post Install Config Problems » 2017-07-29 21:54:53

#105 Re: Devuan » Devuan is a purpy beast » 2017-07-18 21:48:35

#106 Re: Devuan » Devuan is a purpy beast » 2017-07-16 06:03:29

#107 Re: Installation » Air-Gapped Devuan Install, Tentative » 2017-07-15 23:25:04

#108 Re: Installation » Installing to existing partitions/mount? Full disk encrypt? Feedback. » 2017-07-15 22:56:45

#109 Re: Installation » Installing to existing partitions/mount? Full disk encrypt? Feedback. » 2017-07-15 21:33:27

#110 Re: Installation » Installing to existing partitions/mount? Full disk encrypt? Feedback. » 2017-07-15 20:30:43

#111 Re: Installation » Cloning Devuan to a different partition updating linux-krnl initrd-img » 2017-07-15 17:57:27

#112 Re: Installation » Cloning Devuan to a different partition updating linux-krnl initrd-img » 2017-07-15 15:56:51

#113 Re: Installation » Cloning Devuan to a different partition updating linux-krnl initrd-img » 2017-07-15 13:16:43

#114 Re: Installation » Cloning Devuan to a different partition updating linux-krnl initrd-img » 2017-07-15 13:11:35

#115 Re: Installation » OpenRC installation in Devuan Ascii » 2017-07-11 14:54:28

#116 Re: Installation » OpenRC installation in Devuan Ascii » 2017-07-11 14:51:24

#117 Re: Installation » OpenRC installation in Devuan Ascii » 2017-07-11 12:26:54

#118 Re: Installation » OpenRC installation in Devuan Ascii » 2017-07-11 12:09:28

#119 Re: Installation » OpenRC installation in Devuan Ascii » 2017-07-11 12:06:11

#120 Re: Installation » OpenRC installation in Devuan Ascii » 2017-07-11 12:03:57

#121 Re: Installation » OpenRC installation in Devuan Ascii » 2017-07-11 11:58:36

#122 Re: Installation » OpenRC installation in Devuan Ascii » 2017-07-11 11:47:19

#123 Re: Installation » OpenRC installation in Devuan Ascii » 2017-07-11 11:15:17

#124 Re: Installation » OpenRC installation in Devuan Ascii » 2017-07-11 10:42:44

#125 Re: Installation » OpenRC installation in Devuan Ascii » 2017-07-11 10:27:26

Board footer