Dev1 Galaxy Forum / Missing pkgs from Ascii

Re: Missing pkgs from Ascii

dummy@example.com (fsmithred) — Thu, 16 Nov 2017 20:37:40 +0000

The 10, 100 and 500 are priority numbers. All except the 500 are there because I pinned those repos at lower priority to prevent accidental install from the wrong repo. However, I haven't actually tested that. I won't share my full sources.list because it would be hazardous for anyone to use it. Including me. It's like that only so I can see what versions are in which release. One of these days I'll need to comment out all but the jessie repos and do another upgrade. Or maybe not - I really want to switch my main system to ascii soon.

Re: Missing pkgs from Ascii

dummy@example.com (fungus) — Thu, 16 Nov 2017 18:37:41 +0000

Thank you, I didn't know about apt-cache policy. I am using onions and garlic which I am told is pkgmaster.
This is from the note I kept. When in ascii the dependencies weren't met I went to Debian sid and this is what it pulled

libevent-2.1-6_2.1.8-stable-4_amd64.deb ...
libzstd1_1.3.2+dfsg-1_amd64.deb ...
Unpacking libzstd1 (1.3.2+dfsg-1) ...

Are the 10 100 500 numbers a priority system within the merged repository?

So from the above I deduce the dependency was for a higher version of those libs and showed as unmet in ascii. ?
I think I may know why, I'll try it again tomorrow. I think the pkg itself was meant for unstable, and probably the same packaged for debian stable would have the same dependencies as they exist in ascii.

Thanks again.

Re: Missing pkgs from Ascii

dummy@example.com (fsmithred) — Thu, 16 Nov 2017 17:27:21 +0000

The first one has a different name, the second one is named as you show it. Are you using auto.mirror.devuan.org or pkgmaster.devuan.org?

aptitude search libevent
...
i A libevent-2.0-5                                       - Asynchronous event notification library                        
p   libevent-2.1-6                                       - Asynchronous event notification library                        
...

apt-cache policy libevent-2.0-5
libevent-2.0-5:
  Installed: 2.0.21-stable-2+deb8u1
  Candidate: 2.0.21-stable-2+deb8u1
  Version table:
     2.0.21-stable-3 0
        100 http://pkgmaster.devuan.org/merged/ ascii/main amd64 Packages
        100 http://pkgmaster.devuan.org/merged/ ceres/main amd64 Packages
         10 http://debian.csail.mit.edu/debian/ stretch/main amd64 Packages
         10 http://debian.csail.mit.edu/debian/ buster/main amd64 Packages
         10 http://debian.csail.mit.edu/debian/ sid/main amd64 Packages
 *** 2.0.21-stable-2+deb8u1 0
        500 http://auto.mirror.devuan.org/merged/ jessie/main amd64 Packages
        500 http://auto.mirror.devuan.org/merged/ jessie-security/main amd64 Packages
        500 http://debian.csail.mit.edu/debian/ jessie/main amd64 Packages
        100 /var/lib/dpkg/status

apt-cache policy libzstd1
libzstd1:
  Installed: (none)
  Candidate: 1.3.2+dfsg-1
  Version table:
     1.3.2+dfsg-1 0
        100 http://pkgmaster.devuan.org/merged/ ceres/main amd64 Packages
         10 http://debian.csail.mit.edu/debian/ buster/main amd64 Packages
         10 http://debian.csail.mit.edu/debian/ sid/main amd64 Packages
     1.1.2-1 0
        100 http://pkgmaster.devuan.org/merged/ ascii/main amd64 Packages
         10 http://debian.csail.mit.edu/debian/ stretch/main amd64 Packages

Missing pkgs from Ascii

dummy@example.com (fungus) — Thu, 16 Nov 2017 17:11:48 +0000

A package I wanted to install had 2 unmet dependencies

libevent2
libzstd1

These two do not exist in Ascii, but exist in Debian rep's and don't seem to be init sensitive.
If repositories are merged and only systemd related stuff are blocked from Debian how would something like this be missing? Could it be that they are newer versions that just have not been audited?
Is the merged Debian repository something dynamic, that works like a mirror, or is it a copy of Debian's repository from way back (May - June)?

I did not check Ceres, so that may be an easy answer if they existed there and just haven't flowed downstream yet.