/etc/services should include the numbers officially provided by IANA: http://www.iana.org/ http://www.iana.org/assignments/port-numbers Reproducible: Always Steps to Reproduce:
(ADDENDUM to comment #0) # equery list -p sys-apps/baselayout [I--] [ ~] sys-apps/baselayout-1.12.12 (0) $ emerge --info Portage 2.1.6.11 (default/linux/amd64/2008.0/desktop, gcc-4.3.3, glibc-2.9_p20081201-r1, 2.6.28-gentoo-r5 x86_64) ================================================================= System uname: Linux-2.6.28-gentoo-r5-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_5600+-with-glibc2.2.5 Timestamp of tree: Tue, 28 Apr 2009 09:15:02 +0000 app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7-r1, 2.1.7 dev-lang/python: 2.5.4-r2 dev-util/cmake: 2.6.3-r1 sys-apps/baselayout: 1.12.12 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib64/fax /usr/share/config /var/lib/hsqldb /var/spool/fax/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=native -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://ftp.uni-erlangen.de/pub/mirrors/gentoo " LANG="de_DE.UTF8" LC_ALL="de_DE.UTF8" LDFLAGS="-Wl,-O1" LINGUAS="de" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/Storage-B/Portage_tmp" PORTDIR="/usr/portage"
please quote actual missing entries, and make sure you look at latest baselayout-2 first as it was updated recently
(In reply to comment #2) > please quote actual missing entries, > and make sure you look at latest > baselayout-2 first as it was updated recently Sorry, vapier, but please allow me to disagree: 1.) Baselayout 2.0 is still *not* considered as being _stable_ yet: # equery list -p baselayout | grep "2.0" [-P-] [M~] sys-apps/baselayout-2.0.0 (0) [-P-] [M~] sys-apps/baselayout-2.0.1 (0) 2.) I *have* cited the missing - actually my first lines (comment #0): > /etc/services > should include the numbers officially provided by IANA: > http://www.iana.org/ > http://www.iana.org/assignments/port-numbers <--- This _is_ _the_ list ! My central point is exactly that IF we have a world-wide central authority == IANA that all people agree upon, THEN not an individual (!me && !you) should decide about a subset ... BUT we should cohere and include the actual list into our current _stable_ list. Afterwards, besides upgrading this list IFF IANA does, there is no need to bother anymore - PRIVATE numbers can be easily added by every individual at the end: <cite> PORT NUMBERS (last updated 2009-06-19) <----- The port numbers are divided into three ranges: the Well Known Ports, the Registered Ports, and the Dynamic and/or Private Ports. ... The Dynamic and/or Private Ports are those from 49152 through 65535 <----- ... </cite> If you look into the corresponding files of eg. Fedora-11 and others, you will discover just exactly this latest respective IANA list - and exacly that is being updated by the respective package managers. Easy, isn't it? [ No more need to brood - quarrel - decide ... :) ] For the time being, I'm doing exactly that, manually ;) Yours respectfully Manfred
(ADDENDUM to comment #3) > Afterwards, besides upgrading this list IFF IANA does, Perhaps it could make sense to split such "incorporated" config files into a separate ebuild? There is no need to upgrade the whole baselayout just because e.g. IANA adds a bunch of new / changed Port definitions ...
(In reply to comment #2) > please quote actual missing entries Actually, the reference to adhere to is already cited in Gentoo's /etc/services' header itself: <cite> # Some References: # http://www.iana.org/assignments/port-numbers </cite>
except the IANA list is 800kB of mostly crap people dont use. we are not going to install the complete file. name a service *you actually care about* and i'll look into adding it to baselayout-2.
(In reply to comment #6) > except the IANA list is 800kB of mostly > crap people dont use. ... But they take the burden to get them registered ?! > we are not going to install the complete file. "we" is who to play God deciding over (Un-)Importance against users? > name a service *you actually care about* and > i'll look into adding it to baselayout-2. Examplum Gratia: The latest case I stumbled over resulted from the missing IANA assigned port number/service names for Informix DBMS not being available: sqlexec 9088/tcp sqlexec-ssl 9089/tcp Notabene: These belong to the Officially Registered Ports ! Sorry, but I really do not understand what international agreements are made for, then ... Just in order to spare ~200K of disk space (c.f. below), "you" take over the burden to play God ? I guess he will have a good laugh ... You are welcome to close this bug as "Worksforme" once again. I will continue to update our "/etc/services" myself. #################################################################### $ grep "/" port-numbers | grep -v "^#" | grep -v " Reserved" | grep -v " Unassigned" > port-numbers.2 $ ; && delete the comments $ ll port-numbers* 764K port-numbers 451K port-numbers.2 272K port-numbers.3 <--- too big a size in order to comply ... ? $ ll /etc/services 36K /etc/services <---
(In reply to comment #7) > (AADDENDUM to comment #6) The price is paid by the time & concern of users that have to identify why applications tested as being functional elsewhere don't work upon gentoo. Is that really worth it?
sounds like the existing /etc/services covers all of your use cases so there's nothing to be done here
hmm, bugzilla delivered e-mail out of order. your missing services are "sqlexec" and friends, that i can add. as for the rest of the "god" bullshit, go spin your crap somewhere else. bugzilla is not your blog to spam as you feel like.
http://sources.gentoo.org/baselayout/trunk/etc/services?r1=3140&r2=3141