Bug#782056: education-mathematics: Education-mathematics 1.811 has few empty/virtual packages in Jessie.
at bottom :-
On 4/7/15, Andreas Tille <andreas@an3as.eu> wrote:
> On Tue, Apr 07, 2015 at 06:54:41AM +0200, Petter Reinholdtsen wrote:
>> [shirish शिरीष]
>> > These are shown as suggests of education-mathematics. See:-
>>
>> That is how our meta packages are intended to work. We place packages
>> listed in the task files but missing in the suite we target in suggests
>> to avoid install/upgrade problems because of missing packages.
>>
>> All meta packages have similar packages listed in suggests.
>
> But cleaning up tasks files might not harm and this bug smells a bit
> like #726492.
>
> Kind regards
>
> Andreas.
>
> --
> http://fam-tille.de
@Peter,
I had considered what you are/were saying. But then the same thing
should apply to python 2.6 and so much else (as python 2.6 was in
squeeze and wheezy) and now we are using python 2.7
Of the 5 I reported abakus geonext graphthing k3dsurf and kseg I
didn't find any info. about geonext so it's possible that it might be
a new package, the others I checked were those which were not ported
to newer version of libaries and as we like shared libraries those who
don't make the mark for library transitions get dropped.
I don't know if I understood @Andreas but from what I could understand
both from reading that long bug discussion as well as here, empty
packages which are kept in a metapackage in the hope/reason that there
would be packed in the near future should have some information about
that which is not currently available.
[$] sudo aptitude install kalgebra=4:14.12.3-1
[21:24:51]
[sudo] password for shirish:
The following NEW packages will be installed:
kalgebra{b}
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 63.2 kB of archives. After unpacking 218 kB will be used.
The following packages have unmet dependencies:
kalgebra : Depends: libanalitza6 (>= 4:14.11.97) which is a virtual package.
Depends: libanalitzagui6 (>= 4:14.11.97) which is a virtual package.
Depends: libanalitzaplot6 (>= 4:14.11.97) which is a
virtual package.
Depends: libanalitzawidgets6 (>= 4:14.11.97) which is a
virtual package.
Depends: libkf5kiocore5 (>= 4.96.0) which is a virtual package.
Depends: libkf5xmlgui5 (>= 4.96.0) which is a virtual package.
The following actions will resolve these dependencies:
Keep the following packages at their current version:
1) kalgebra [Not Installed]
Accept this solution? [Y/n/q/?] q
Abandoning all efforts to resolve these dependencies.
Abort.
Now I know that all the packages above are not packed and part of KDE
packaging. Also because I have installed other KDE packages which have
same/similar version numbers so know these are new as well. But apart
from that there is nothing to tell/show that this virtual package will
be a real package some day or that it's not a dead package (remnant
from past.)
$ aptitude show libkf5xmlgui5
No current or candidate version found for libkf5xmlgui5
Package: libkf5xmlgui5
State: not a real package
I wish and hope we can make it cleaner and easier to whoever is
looking at those empty packages can make sense on either the TUI/CLI
or the GUI without resorting/looking towards web-resouces to know that
is a dead package or to be a born yet (literally and figuratively as
well :) )
Look forward to hearing from you.
--
Regards,
Shirish Agarwal शिरीष अग्रवाल
My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8
Reply to: