Re: [DNG] Devuan as a rescue CD?

[Steve Litt]

On Sat, 26 Oct 2019 21:41:36 -0400
fsmithred via Dng  wrote:

> On 10/26/19 5:06 PM, Steve Litt wrote:
> > Hi all,
> > 
> > Has any of you been using Devuan as a rescue CD? If so, how has it
> > been working out for you, and do you have any suggestions to make
> > the Devuan rescue experience easy and productive?
> > 
> > System Rescue CD recently switched from Gentoo to Arch, thus
> > acquiring systemd. I wouldn't have a big problem using systemd for
> > a narrow, contained usage like rescue, but I've also heard their
> > project is foundering.
> > 
> > Thanks,
> > 
> > 
> > SteveT
> >   
> 
> I use a Refracta live-cd or usb as a rescue system. It has things
> like ddrescue, smartmontools, lm-sensors, testdisk/photorec and some
> other relevant software installed.

Sounds good. I mainly need rsync, tar/gzip, ddrescue, disk tests, and
ram tests. I'll download Refracta tomorrow and try it out. Thank you!

> 
> What is it you need to rescue? Some things are easier than others.

Bust back into Linux boxes whose password I've forgotten, grab data off
of iffy disks b4 things get worse, grab data from friends' windows
boxes after they screw things up.

SteveT
 
Steve Litt
Author: The Key to Everyday Excellence
http://www.troubleshooters.com/key
Twitter: http://www.twitter.com/stevelitt

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Insane defaults on Raspberry Pi images - How to fix corruption/dataloss

[tom]

Hello,

I wanted to warn those of you using the Raspberry Pi or other aarch64
Devuan ASCII installs.

The defaults on the linux kernel flags have the options
rootflags=noload. This has the effect of disabling ext4 filesystem
journaling, checksumming, and all other safeguards.

In addition to that the root filesystem's parameters are set to always
disable filesystem checks.

To be clear, all filesystem safeguards have been turned off AND all
filesystem sanity checking has been disabled. This will inevitably lead
to major filesystem corruption and data loss as has happened to me. 

There is more. The vfat partition that stores the system's blobs,
kernel, hardware configuration, and boot partition is not able to be
checked because the userspace tools required for doing so are missing
from the default install.

If
you have ever wondered why your RPIs have stopped working properly this
is probably why.

I have also developed a recovery process.

First you will need to remove the insane kernel flag from your cmd
line. edit /boot/cmdline.txt with a text editor and remove the section
'rootflags=noload'. It is between rootwait and net.ifnames=0.

Next your going to install some utilities.
apt install dosfstools debsums

the dosfstools package contains the fsck.vfat utility. The debsums
utility will allow us to detect some corrupted and missing system files
later ounce we get the system into a more consistent state.

Now that we have removed the insane kernelflag you will want to edit
your /etc/fstab to look like this:
/dev/mmcblk0p1/boot vfat   defaults  02
/dev/mmcblk0p2  /   ext4
rw,data=ordered,relatime,block_validity,delalloc,journal_checksum,barrier,user_xattr,acl
0 1

This will enable the proper filesystem safeguards for the Pi's finicky
power connector and purpose as a development device that may get
powered on and off at any time. The 5 volt rail is also poorly designed
which without a specially offset power supply, can drop more than 0.45
volts from the input and bring the SoC out of spec as it only has a
tolerance of +/- 0.25V. This is due to the highly resistive
self-resetting fuse on the 5V power input.

Next we will want to properly adjust the root filesystem's parameters.

tune2fs -C 1 /dev/mmcblk0p2 # Check filesystem on every
boot/mount
tune2fs -i 1m /dev/mmcblk0p2# Check filesystem
monthly
tune2fs -e panic /dev/mmcblk0p2 # trigger kernel panic on fatal
disk error

If you would rather not check the filesystem on every bootup you can
omit the tune2fs -C line. However keep in mind that this only takes
about 2 seconds to check an ext4 filesystem of 64GB on a aarch64
cpu @200Mhz. Filesystem checking time is really a thing of the past and
only a problem with ext3 filesystem not ext4 thanks to ext4 features
like uninit_bg,extent, and other improvements.

next, create a new text file at /etc/sysctl.d/local.conf containing:

# Reboot on kpanic after 10 seconds
kernel.panic = 10


now, use the following command:

touch /forcefsck
reboot

This will reboot your Pi and check all filesystems. Ounce your Pi
comes back up it may come up in a degraded state as mine did. Some
system files may be missing such as /etc/hostname. Simply re-recreate
those. Now will will want to run debsums -c. This will check all
installed packages for corrupted/missing files. It should tell you what
packages these are from. If not you can use dpkg to query for them.

Ounce you have determined which packages are corrupted you can
reinstall them from the repositories with like like so. In this example
Vim, eudev, and tzdata had missing and corrupted files on my pi.

apt-get install --reinstall eudev vim-common tzdata

It's a good idea to run debsums -c one more time to make sure you got
everything. Ounce you've reinstalled all your corrupted packages reboot
again and watch your bootup process for any more errors you may need to
resolve by hand. If not double check all your mounts for insane
parameters using the 'mount' command. If everything looks perfect you
should be safe from now on.

I am currently studying how the Raspberry Pi Devuan image is made so
that I may supply patches to fix this by default for the next
point release or hotfix. Till then this manual procedure should
suffice. My guess is that RPI support was just copy-pasted from rasbian
without a whole lot of checking.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan as a rescue CD?

[fsmithred via Dng]

On 10/26/19 5:06 PM, Steve Litt wrote:

Hi all,

Has any of you been using Devuan as a rescue CD? If so, how has it been
working out for you, and do you have any suggestions to make the Devuan
rescue experience easy and productive?

System Rescue CD recently switched from Gentoo to Arch, thus acquiring
systemd. I wouldn't have a big problem using systemd for a narrow,
contained usage like rescue, but I've also heard their project is
foundering.

Thanks,


SteveT



I use a Refracta live-cd or usb as a rescue system. It has things like 
ddrescue, smartmontools, lm-sensors, testdisk/photorec and some other 
relevant software installed.


What is it you need to rescue? Some things are easier than others.

fsmithred

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan as a rescue CD?

[tom]

On Sat, 26 Oct 2019 17:06:43 -0400
Steve Litt  wrote:

> Hi all,
> 
> Has any of you been using Devuan as a rescue CD? If so, how has it
> been working out for you, and do you have any suggestions to make the
> Devuan rescue experience easy and productive?
> 
> System Rescue CD recently switched from Gentoo to Arch, thus acquiring
> systemd. I wouldn't have a big problem using systemd for a narrow,
> contained usage like rescue, but I've also heard their project is
> foundering.
> 
> Thanks,
> 
> 
> SteveT
> 
> Steve Litt
> Author: The Key to Everyday Excellence
> http://www.troubleshooters.com/key
> Twitter: http://www.twitter.com/stevelitt
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

I used to use the Debian Live image as a rescue CD as it's pretty easy
to install additional software as-needed and there wasn't any ramdisk
limitation issues. Going from Debian to Devuan was pretty easy. It's
also easy to make your own live ISOs with the Debian tooling preloaded
with common debug tools like gparted, debsums, rkhunter etc.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Fonts in testing/unstable are some ugly

[tom]

On Tue, 15 Oct 2019 13:51:07 +0200
Stephane Ascoet  wrote:

> > I would dream of a tool that lets me know what font is in what
> > package.
> 
> Hi, I think that  can do it.

You can extract fonts from programs with the GNU debugger. Simply dump
the virtual memory ranges of the program's objects (Remember X86_64
CPUs are little-endian, and then run the file utility on the dumped
objects to read their magic numbers and filter out objects that are not
fonts.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Problem installing Devuan-ascii

[tom]

Hello,

I'm not quite sure what you mean by 'Legacy Mode'. I'll assume your
talking about BIOS. If you want to use the installer to install
grub2-bios make sure to boot the installer disk in BIOS mode. Vice
versa to install grub2-EFI make sure to boot the disk in EFI mode.
Depending on your implementation of EFI you may need to disable
'SecureBoot' which prevents you from running "unauthorized" operating
systems such as Devuan.

If you want to install Devuan ontop of an existing Linux install you
can likely do this if your /home directory was installed as a separate
partition. Simply do the advanced install and setup your partitioning
manually to use the existing home directory. As with any potentially
destructive disk operation such as formatting or partitioning make sure
you have offline external backups of anything your not prepared to lose.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Devuan as a rescue CD?

[Steve Litt]

Hi all,

Has any of you been using Devuan as a rescue CD? If so, how has it been
working out for you, and do you have any suggestions to make the Devuan
rescue experience easy and productive?

System Rescue CD recently switched from Gentoo to Arch, thus acquiring
systemd. I wouldn't have a big problem using systemd for a narrow,
contained usage like rescue, but I've also heard their project is
foundering.

Thanks,


SteveT

Steve Litt
Author: The Key to Everyday Excellence
http://www.troubleshooters.com/key
Twitter: http://www.twitter.com/stevelitt

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan ASCII point release

[s]

Hello,

On Sat, 26 Oct 2019 11:03:11 -0400
fsmithred  wrote:

> On 10/26/19 9:54 AM, s@po wrote:
>
> >>> Where does 'apt-cache policy' get the version number? Oh, maybe it reads
> >>> it from the repo. I see that we have:
> 
> >> It could be..
> >> Another place, I searched for and makes sense to me:
> >> http://pkgmaster.devuan.org/merged/dists/ascii/Release
> >>
> 
> > So I think it comes from :
> > root@desktop0:~# wget -qO- 
> > http://pkgmaster.devuan.org/merged/dists/{ascii,ascii-backports,ascii-security,ascii-updates}/Release|grep
> >  Version --color
> > Version: 2.0
> > Version: 2.0.0
> > Version: 2.0
> > Version: 2.0.0
> > 
> > Best Regards,
> > 
> 
> Yes, thank you. I got confirmation from another source that it's in the 
> Release file. I'll find someone to make the changes.
> 

You welcome,
I also want to take the oportunity to thank you, for the work you have been 
doing! :)

Best Regards,
-- 
tux 
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan ASCII point release

[fsmithred via Dng]

On 10/26/19 9:54 AM, s@po wrote:




Where does 'apt-cache policy' get the version number? Oh, maybe it reads
it from the repo. I see that we have:



It could be..
Another place, I searched for and makes sense to me:
http://pkgmaster.devuan.org/merged/dists/ascii/Release




So I think it comes from :
root@desktop0:~# wget -qO- 
http://pkgmaster.devuan.org/merged/dists/{ascii,ascii-backports,ascii-security,ascii-updates}/Release|grep
 Version --color
Version: 2.0
Version: 2.0.0
Version: 2.0
Version: 2.0.0

Best Regards,



Yes, thank you. I got confirmation from another source that it's in the 
Release file. I'll find someone to make the changes.


fsmithred



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan ASCII point release

[s]

Hello,

On Sat, 26 Oct 2019 14:32:55 +0100
s@po  wrote:

> Hello fsmithred,
> 
> On Sat, 26 Oct 2019 07:51:21 -0400
> fsmithred via Dng  wrote:
> 
> > On 10/26/19 1:49 AM, Pontus Goffe via Dng wrote:
> > > Hi,
> > > 
> > > On 2019-10-26 02:27, s@po wrote:
> > >> You see here the '2.0' String, and it comes from the funtion 
> > >> guess_release_from_apt().. like you can see above..
> > >> The guess_release_from_apt() function:
> > >>  228 def guess_release_from_apt(origin='Devuan', component='main',
> > >>  229    ignoresuites=('experimental'),
> > >>  230    label='Devuan',
> > >>  231    alternate_olabels={'Devuan 
> > >> Ports':'packages.devuan.org'}):
> > >>  232 releases = parse_apt_policy()
> > >>  233
> > >>  234 if not releases:
> > >>  235 return None
> > >>  236
> > >>  237 # We only care about the specified origin, component, and 
> > >> label
> > >>  238 releases = [x for x in releases if (
> > >>  239 x[1].get('origin', '') == origin and
> > >>  240 x[1].get('component', '') == component and
> > >>  241 x[1].get('label', '') == label) or (
> > >>  242 x[1].get('origin', '') in alternate_olabels and
> > >>  243 x[1].get('label', '') == 
> > >> alternate_olabels.get(x[1].get('origin', '')))]
> > >>  244
> > >>  245 # Check again to make sure we didn't wipe out all of the 
> > >> releases
> > >>  246 if not releases:
> > >>  247 return None
> > >>  248
> > >>  249 releases.sort(key=lambda tuple: tuple[0],reverse=True)
> > >>  250
> > >>  251 # We've sorted the list by descending priority, so the 
> > >> first entry should
> > >>  252 # be the "main" release in use on the system
> > >>  253
> > >>  254 max_priority = releases[0][0]
> > >>  255 releases = [x for x in releases if x[0] == max_priority]
> > >>  256 releases.sort(key=release_index)
> > >>  257
> > >>  258 return releases[0][1]
> > >>
> > >> I am afraid that this info, you already know..
> > >> I am not a python guy( I love the Lua simplicity way :) ), I can't 
> > >> help.. :(
> > >>
> > >> Best Regards,
> > >> tux
> > > 
> > > Who is a python guy?
> > > 
> > > parse_apt_policy executes 'apt-cache policy' and parses 
> > > (parse_policy_line) the output for lines beginning with release matching 
> > > o=Devuan and c=main
> > > 
> > > longnames = {'v' : 'version', 'o': 'origin', 'a': 'suite', 'c' : 
> > > 'component', 'l': 'label'}
> > > 
> > > In my case that is
> > > 
> > >   500 http://se.deb.devuan.org/merged ascii/main amd64 Packages
> > >   release v=2.0,o=Devuan,a=stable,n=ascii,l=Devuan,c=main,b=amd64
> > >   origin se.deb.devuan.org
> > > //PG
> > > 
> > 
> > 
> > Where does 'apt-cache policy' get the version number? Oh, maybe it reads 
> > it from the repo. I see that we have:
> > 
> > pkgmaster.devuan.org/merged/dists/1.0
> > pkgmaster.devuan.org/merged/dists/2.0
> > pkgmaster.devuan.org/merged/dists/3.0
> > 
> > and debian has:
> > 
> > debian/dists/Debian8.11
> > debian/dists/Debian9.11
> > debian/dists/Debian10.1
> > 
> > Maybe those directory names are supposed to be changed when there's a 
> > point release.
> > 
> 
> It could be..
> Another place, I searched for and makes sense to me:
> http://pkgmaster.devuan.org/merged/dists/ascii/Release
> 
After some digging I believe it comes from:
root@desktop0:~# apt-cache policy lsb-release
lsb-release:
  Installed: 4.1+devuan2
  Candidate: 4.1+devuan2
  Version table:
 *** 4.1+devuan2 500
500 http://pkgmaster.devuan.org/merged ascii/main amd64 Packages
100 /var/lib/dpkg/status
root@desktop0:~# apt-cache policy
Package files:
 100 /var/lib/dpkg/status
 release a=now
 100 http://pkgmaster.devuan.org/merged ascii-backports/main amd64 Packages
 release v=2.0.0,o=Devuan 
Backports,a=stable-backports,n=ascii-backports,l=Devuan Backports,c=main,b=amd64
 origin pkgmaster.devuan.org
 500 http://pkgmaster.devuan.org/merged ascii/main amd64 Packages
 release v=2.0,o=Devuan,a=stable,n=ascii,l=Devuan,c=main,b=amd64
 origin pkgmaster.devuan.org

So I think it comes from :
root@desktop0:~# wget -qO- 
http://pkgmaster.devuan.org/merged/dists/{ascii,ascii-backports,ascii-security,ascii-updates}/Release|grep
 Version --color
Version: 2.0
Version: 2.0.0
Version: 2.0
Version: 2.0.0

Best Regards,
-- 
tux 
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan ASCII point release

[s]

Hello fsmithred,

On Sat, 26 Oct 2019 07:51:21 -0400
fsmithred via Dng  wrote:

> On 10/26/19 1:49 AM, Pontus Goffe via Dng wrote:
> > Hi,
> > 
> > On 2019-10-26 02:27, s@po wrote:
> >> You see here the '2.0' String, and it comes from the funtion 
> >> guess_release_from_apt().. like you can see above..
> >> The guess_release_from_apt() function:
> >>  228 def guess_release_from_apt(origin='Devuan', component='main',
> >>  229    ignoresuites=('experimental'),
> >>  230    label='Devuan',
> >>  231    alternate_olabels={'Devuan 
> >> Ports':'packages.devuan.org'}):
> >>  232 releases = parse_apt_policy()
> >>  233
> >>  234 if not releases:
> >>  235 return None
> >>  236
> >>  237 # We only care about the specified origin, component, and 
> >> label
> >>  238 releases = [x for x in releases if (
> >>  239 x[1].get('origin', '') == origin and
> >>  240 x[1].get('component', '') == component and
> >>  241 x[1].get('label', '') == label) or (
> >>  242 x[1].get('origin', '') in alternate_olabels and
> >>  243 x[1].get('label', '') == 
> >> alternate_olabels.get(x[1].get('origin', '')))]
> >>  244
> >>  245 # Check again to make sure we didn't wipe out all of the 
> >> releases
> >>  246 if not releases:
> >>  247 return None
> >>  248
> >>  249 releases.sort(key=lambda tuple: tuple[0],reverse=True)
> >>  250
> >>  251 # We've sorted the list by descending priority, so the 
> >> first entry should
> >>  252 # be the "main" release in use on the system
> >>  253
> >>  254 max_priority = releases[0][0]
> >>  255 releases = [x for x in releases if x[0] == max_priority]
> >>  256 releases.sort(key=release_index)
> >>  257
> >>  258 return releases[0][1]
> >>
> >> I am afraid that this info, you already know..
> >> I am not a python guy( I love the Lua simplicity way :) ), I can't 
> >> help.. :(
> >>
> >> Best Regards,
> >> tux
> > 
> > Who is a python guy?
> > 
> > parse_apt_policy executes 'apt-cache policy' and parses 
> > (parse_policy_line) the output for lines beginning with release matching 
> > o=Devuan and c=main
> > 
> > longnames = {'v' : 'version', 'o': 'origin', 'a': 'suite', 'c' : 
> > 'component', 'l': 'label'}
> > 
> > In my case that is
> > 
> >   500 http://se.deb.devuan.org/merged ascii/main amd64 Packages
> >   release v=2.0,o=Devuan,a=stable,n=ascii,l=Devuan,c=main,b=amd64
> >   origin se.deb.devuan.org
> > //PG
> > 
> 
> 
> Where does 'apt-cache policy' get the version number? Oh, maybe it reads 
> it from the repo. I see that we have:
> 
> pkgmaster.devuan.org/merged/dists/1.0
> pkgmaster.devuan.org/merged/dists/2.0
> pkgmaster.devuan.org/merged/dists/3.0
> 
> and debian has:
> 
> debian/dists/Debian8.11
> debian/dists/Debian9.11
> debian/dists/Debian10.1
> 
> Maybe those directory names are supposed to be changed when there's a 
> point release.
> 

It could be..
Another place, I searched for and makes sense to me:
http://pkgmaster.devuan.org/merged/dists/ascii/Release

Best Regards,
-- 
tux 
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan ASCII point release

[s]

Hi Pontus Goffe,

> Hi,
> 
> On 2019-10-26 02:27, s@po wrote:
> > You see here the '2.0' String, and it comes from the funtion 
> > guess_release_from_apt().. like you can see above..
> > The guess_release_from_apt() function:
> >  228 def guess_release_from_apt(origin='Devuan', component='main',
> >  229ignoresuites=('experimental'),
> >  230label='Devuan',
> >  231alternate_olabels={'Devuan 
> > Ports':'packages.devuan.org'}):
> >  232 releases = parse_apt_policy()
> >  233
> >  234 if not releases:
> >  235 return None
> >  236
> >  237 # We only care about the specified origin, component, and label
> >  238 releases = [x for x in releases if (
> >  239 x[1].get('origin', '') == origin and
> >  240 x[1].get('component', '') == component and
> >  241 x[1].get('label', '') == label) or (
> >  242 x[1].get('origin', '') in alternate_olabels and
> >  243 x[1].get('label', '') == 
> > alternate_olabels.get(x[1].get('origin', '')))]
> >  244
> >  245 # Check again to make sure we didn't wipe out all of the 
> > releases
> >  246 if not releases:
> >  247 return None
> >  248
> >  249 releases.sort(key=lambda tuple: tuple[0],reverse=True)
> >  250
> >  251 # We've sorted the list by descending priority, so the first 
> > entry should
> >  252 # be the "main" release in use on the system
> >  253
> >  254 max_priority = releases[0][0]
> >  255 releases = [x for x in releases if x[0] == max_priority]
> >  256 releases.sort(key=release_index)
> >  257
> >  258 return releases[0][1]
> >
> > I am afraid that this info, you already know..
> > I am not a python guy( I love the Lua simplicity way :) ), I can't help.. :(
> >
> > Best Regards,
> > tux
> 
> Who is a python guy?

This LSB scripts were made in python2.7 and adapted for python3( for what it 
seems.. )
I assume they are in pretty much any distro out there..
I agree with fsmithred, they are, some sort of... a "black-magic" art

I don't know who is a "python guy",
I just stated that I am not a Python Programmer, and can't help further :(

Long Story Short:
I stated that I couldn't help, because I am not a Python programmer..
> 
> parse_apt_policy executes 'apt-cache policy' and parses 
> (parse_policy_line) the output for lines beginning with release matching 
> o=Devuan and c=main
> 
> longnames = {'v' : 'version', 'o': 'origin', 'a': 'suite', 'c' : 
> 'component', 'l': 'label'}
> 
> In my case that is
> 
>   500 http://se.deb.devuan.org/merged ascii/main amd64 Packages
>   release v=2.0,o=Devuan,a=stable,n=ascii,l=Devuan,c=main,b=amd64
>   origin se.deb.devuan.org
> //PG
> 

Thanks for clarifying that..
Best Regards,
-- 
tux 
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan ASCII point release

[fsmithred via Dng]

On 10/26/19 1:49 AM, Pontus Goffe via Dng wrote:

Hi,

On 2019-10-26 02:27, s@po wrote:
You see here the '2.0' String, and it comes from the funtion 
guess_release_from_apt().. like you can see above..

The guess_release_from_apt() function:
 228 def guess_release_from_apt(origin='Devuan', component='main',
 229    ignoresuites=('experimental'),
 230    label='Devuan',
 231    alternate_olabels={'Devuan 
Ports':'packages.devuan.org'}):

 232 releases = parse_apt_policy()
 233
 234 if not releases:
 235 return None
 236
 237 # We only care about the specified origin, component, and 
label

 238 releases = [x for x in releases if (
 239 x[1].get('origin', '') == origin and
 240 x[1].get('component', '') == component and
 241 x[1].get('label', '') == label) or (
 242 x[1].get('origin', '') in alternate_olabels and
 243 x[1].get('label', '') == 
alternate_olabels.get(x[1].get('origin', '')))]

 244
 245 # Check again to make sure we didn't wipe out all of the 
releases

 246 if not releases:
 247 return None
 248
 249 releases.sort(key=lambda tuple: tuple[0],reverse=True)
 250
 251 # We've sorted the list by descending priority, so the 
first entry should

 252 # be the "main" release in use on the system
 253
 254 max_priority = releases[0][0]
 255 releases = [x for x in releases if x[0] == max_priority]
 256 releases.sort(key=release_index)
 257
 258 return releases[0][1]

I am afraid that this info, you already know..
I am not a python guy( I love the Lua simplicity way :) ), I can't 
help.. :(


Best Regards,
tux


Who is a python guy?

parse_apt_policy executes 'apt-cache policy' and parses 
(parse_policy_line) the output for lines beginning with release matching 
o=Devuan and c=main


longnames = {'v' : 'version', 'o': 'origin', 'a': 'suite', 'c' : 
'component', 'l': 'label'}


In my case that is

  500 http://se.deb.devuan.org/merged ascii/main amd64 Packages
  release v=2.0,o=Devuan,a=stable,n=ascii,l=Devuan,c=main,b=amd64
  origin se.deb.devuan.org
//PG




Where does 'apt-cache policy' get the version number? Oh, maybe it reads 
it from the repo. I see that we have:


pkgmaster.devuan.org/merged/dists/1.0
pkgmaster.devuan.org/merged/dists/2.0
pkgmaster.devuan.org/merged/dists/3.0

and debian has:

debian/dists/Debian8.11
debian/dists/Debian9.11
debian/dists/Debian10.1

Maybe those directory names are supposed to be changed when there's a 
point release.


fsmithred

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Problem installing Devuan-ascii

[al3xu5 / dotcommon]

24/10/2019 11:19:14 -0400
Hendrik Boom :

> On Thu, Oct 24, 2019 at 10:04:36AM +0200, al3xu5 / dotcommon wrote:

[...]

> > I suggest you could create partitions *before* the installing process, using
> > a "live" tool such is:
> > https://gparted.org/livecd.php
> > 
> > Then install using these partitions.  
> 
> That's likely a valid workaround.

> But is there perhaps a problem with the ascii installer?

I did not use the installer on my main machine, as have I upgraded directly
from jessie...

When I have installed ascii on my sister's machine, a lot of time ago, I
remember it worked... But the ascii installed may be was a different version
than the actual... Not sure...

More recently, I have installed ascii also creating partitions on two different
machines (uefi bios), without any problem.

But different systems could have different issues... Using a good "live" tool
just for partitioning might help you to find which is the problem in your
case (and if it is related to the installer or not)...

Regards

-- 
al3xu5

Say NO to copyright, patents, trademarks and any industrial design restrictions.

Public GPG/PGP key block
ID:   4096 bit RSA key 69C5977BF94CFE23
Fingerprint:  59C6 9DC7 CD4B CF2F A190  E3DE 69C5 977B F94C FE23


pgpPTYSzAC3R4.pgp
Description: Firma digitale OpenPGP
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng