[oi-dev] oi-userland categories

Alexander Pyhalov alp at rsu.ru
Thu Feb 18 09:30:54 UTC 2016


Hi.

Today I wanted to add myspell dictionaries to oi-userland.
As OI dictionaries are based on dictionaries from OpenOffice.org, 
disappeared long ago, I wanted to base them on Debian dictionaries
(which are created from well-known sources). But dictionaries are 13 
packages (library/myspell/dictionary/*). I looked at oi-userland 
components/ directory and it is a mess, I don't know where I can put 13 
more related packages. In userland style I'd create myspell directory, 
creating individual components. But it's sill a mess.

Let's look, currently we have the following "categories" - i.e. 
directories under components, containing another components:

	    apache2-modules    - Apache 2.2 and 2.4 modules
	    aspell             - Aspell and its dictionaries
	    autoconf           - Different autoconf versions
	    automake           - Different automake versions
	    common-lisp        - common lisp libraries
	    docbook            - docbook stylesheets/dtds
	    e                  - Enlightenment
	    encumbered	       - components which shouldn't appear in main 
repository due to patent issues
	    fonts              - Different fonts
	    foomatic           - Foomatic DB, DB engine, filters
	    illumos	       - Components, specific to OI/illumos
	    inputmethod	       - Input Method -related things
	    libusb	       - libusb
	    meta-packages      - Meta packages, which doesn't deliver actual files
	    openoffice	       - OpenOffice and OpenOffice dmake
	    openssl            - Different OpenSSL versions
	    osol               - packages, which we republish from 
opensolaris.org repository with some changes
	    perl               - Different Perl versions
	    perl_modules       - Perl Modules
	    python             - Python and Python libraries
	    ruby               - Ruby and Ruby libraries
	    samba              - Different samba versions
	    scientific         - Scientific components
             scientific/python  - Scientific python modules
	    sqlite             - Sqlite and tcl sqlite library
	    tcl                - tcl, tk and tcl libraries
	    x11                - x11 components
	    xscreensaver       - xscreensaver and rss-glx

And about 700 uncategorized components.

This is an awful mess!!!!

I'd like to move to something more similar to pkgsrc or ports structure.

Ports categories:
accessibility
arabic
archivers
astro
audio
benchmarks
biology
cad
chinese
comms
converters
databases
deskutils
devel
dns
editors
emulators
finance
french
ftp
games
german
graphics
hebrew
hungarian
irc
japanese
java
korean
lang
mail
math
misc
multimedia
net
net-im
net-mgmt
net-p2p
news
packages
palm
polish
ports-mgmt
portuguese
print
russian
science
security
shells
sysutils
textproc
ukrainian
vietnamese
www
x11
x11-clocks
x11-drivers
x11-fm
x11-fonts
x11-servers
x11-themes
x11-toolkits
x11-wm


Pkg-src categories:
archivers
audio
benchmarks
biology
bootstrap
cad
chat
comms
converters
cross
databases
devel
editors
emulators
filesystems
finance
fonts
games
geography
graphics
ham
inputmethod
lang
mail
math
mbone
meta-pkgs
misc
multimedia
net
news
packages
parallel
pkglocate
pkgtools
print
regress
security
shells
sysutils
textproc
time
wm
www
x11

The issue is that moving component from top level components directory 
to subdirectory will trigger build in Jenkins, which requires some (and 
sometimes considerable) time, can require fixing some components, and so 
is better to be avoided as one-time task.

I suggest:
1) agree on several (~20 ) categories (something like in pkg-src);
2) move individual components to corresponding categories as they are 
touched;
3) avoid creating new top-level components;
4) allow creating sub-categories.

As for top-level categories, I'd like to see something like

archivers
closed      # closed source components
databases
devel      # development tools and libraries
desktop-environments # gnome, enlightenment\
deskutils
encumbered
fonts
games
graphics
lang       # languages and language modules
inputmethod
meta-packages
multimedia
openindiana # illumos and OI-specific software
scientific
shells
sysutils
textproc
www
x11


What do you think?




-- 
Best regards,
Alexander Pyhalov,
system administrator of Southern Federal University IT department




More information about the oi-dev mailing list