Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

lang/{erlang,ghc,node}: missing packages in categories; also, meta/* #5

Open
cnst opened this issue Mar 11, 2014 · 0 comments
Open

Comments

@cnst
Copy link
Owner

cnst commented Mar 11, 2014

Now that Issue #4 is fixed, we have to go further.

As posted on ports@openbsd yesterday, 2014-03-10.
http://marc.info/?l=openbsd-ports&m=139451162403211

[quote]
Date: Mon, 10 Mar 2014 21:17:12 -0700
From: "Constantine A. Murenin" [email protected]
To: [email protected]
Subject: lang/{erlang,ghc,node}: missing packages in categories; also, meta/*
Message-ID: [email protected]

Dear ports@,

I've noticed that some packages are missing from their respective categories.

For example:

%sqlite3 sqlports-compact

sqlite> select fullpkgpath from Paths where fullpkgpath in (select value from _Categories);
lang/erlang
lang/ghc
lang/mono
lang/node
x11/windowmaker
sqlite>

sqlite> select * from _Categories where value in (select fullpkgpath from Paths where fullpkgpath in (select value from _Categories)) and fullpkgpath like value || '%';
lang/mono|lang/mono
lang/mono-basic|lang/mono
lang/node-java|lang/node
lang/node-typescript|lang/node
x11/windowmaker-extra|x11/windowmaker
x11/windowmaker,-lang|x11/windowmaker
x11/windowmaker,-main|x11/windowmaker
sqlite>

So, it would seem like the set of lang/{erlang,ghc,node}, the packages,
are all missing from their respective categories, whereas lang/mono and
x11/windowmaker are not.

What would be the proper fix here?

One can also look at the meta category:

sqlite> select * from _Categories where value = 'meta';
meta/avr|meta
meta/geda|meta
meta/gnome,-extra|meta
meta/gnome,-main|meta
meta/gnustep|meta
meta/haskell-platform|meta
meta/kde4,-games|meta
meta/kde4,-toys|meta
meta/kde4,-network|meta
meta/kde4,-minimal|meta
meta/kde4,-sdk|meta
meta/kde4,-main|meta
meta/kde4,-admin|meta
meta/msp430|meta
meta/mupen64plus,-main|meta
meta/mupen64plus,-extra|meta
meta/xfce,-extras|meta
meta/xfce,-main|meta
sqlite>

sqlite> select * from _Categories where fullpkgpath in (select fullpkgpath from _Categories where value = 'meta') and not (value = 'meta');
meta/kde4,-admin|x11/kde4
meta/kde4,-games|x11/kde4
meta/kde4,-main|x11/kde4
meta/kde4,-minimal|x11/kde4
meta/kde4,-network|x11/kde4
meta/kde4,-sdk|x11/kde4
meta/kde4,-toys|x11/kde4
sqlite>

Since the meta/kde4* set is part of x11/kde4, shouldn't meta/gnome*,
meta/gnustep, meta/haskell-platform and meta/xfce likewise be part of
x11/gnome, x11/gnustep, lang/ghc and x11/xfce4, respectively?

Cheers,
Constantine. http://ports.su/
[/quote]

This could be fixed either directly within the ports tree, through the relevant Makefiles, or right within ports-readmes and/or sqlports-compact, through some SQL magic.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant