PROPOSAL: Services, inetd and xinetd
Hi
I'm a rather new and very happy Debian user, and some time ago
while testing hamm/unstable I came trough a problem I thought deserved
some time.
I like better xinetd than inetd, so I installed. Despite of it
trying hard to xlate inetd.conf, new services added won't correctly
install into new xinetd.conf, and thus you lose consistency and have
to add them by hand (not a pain for somebody who knows what's up, but
a big pain for a newbie).
I know xinetd is non-free and not too much people uses it, but
it's *good* and secure, and it may happen sometime a new free xinetd
comes up ...
Well, what I'd like to propose is something like or
update-menus, but for network services. Then a series of update-XXX
scripts would xlate a global services database to inetd.conf,
xinetd.conf or whatever and restart the desired daemon.
My proposal'd look something like this:
/etc/services[generated]
/etc/services.d [better name?]
000-SERVICE000 [from package which provides it]
001-SERVICE001 ...
.
.
services.in [skeleton /etc/services file]
inetd.conf.in [from inetd package]
xinetd.conf.in [from xinetd package]
YOUR-DAEMON.conf.in [from YOUR-DAEMON package]
.
.
update-services [update /etc/services]
update-inetd[from inetd package]
update-xinetd [from xinetd package
update-YOUR-DAEMON [from YOUR-DAEMON package]
.
.
/sbin/update-services[calls update-* on /etc/services.d]
Each update-DAEMON script would xlate the service files to
it's daemon configuration file format by replacing a cookie in the .in
file [let's say @[EMAIL PROTECTED], installing it correctly [owner and
permissions] and saving old one in some fashion. Then it'd restart or
reload the daemon. The `update-services' program would do the same,
but actualizing /etc/services
For the service file entries: they'd be sorted using a three
number prefix in the file name and then a service name, separated with
a dash, for the sake of readability. I'd bet for allowing any kind of
chars on the name [such as spaces and stuff], though I wouldn't
recommend it.
The file would have some sort of format, I bet for something
like menufile's but with multi-line and comments and would at least
add as many fields as xinetd.conf recognizes, with option to add more
dinamically as need arises [scripts would ignore unknown fields, just
warn].
For internal services, the update-*inetd scripts just should
ignore the entries that refer to an external program and set to it's
own internal stuff.
There should be some sort of defaults. Think xinetd allows
specifying them, no idea about inetd.
So this is my idea. I'd like to hear flames/sugerences, as I'm
thinking of starting it to kill time when I'm bored of doing the rest
of things I do :)
I think it'd be a nice addition to `slink' ... what do you
think?
--
Linux-USB! http://peloncho.fis.ucm.es/~inaky/USB.html -
-
Inaky Perez Gonzalez -- PGP pubkey fingerprint -
[EMAIL PROTECTED] -- 8E 34 3A 62 64 99 E2 44 -
http://peloncho.fis.ucm.es/~inaky -- AD 7B 30 D9 DD FF 3E 4C -
- -- --- -
The loneliness of the long distance runner .
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: base-files etc.
>>>>> "Avery" == Avery Pennarun <[EMAIL PROTECTED]> writes:
Avery> Why not /etc/profile? Or is that against policy?
Avery> Incidentally, I've always wondered why there is no /etc/bashrc
Avery> and /etc/bash_profile. They would be ideal for this.
My suggestion is there should be an all-sh profile
[/etc/profile], an /etc/environment and per-sh rcs [/etc/bashrc,
cshrc...] and such. I'd suggest to always source these ones and the
the user ones ~/.profile, ~/.bashrc, ~/.environment ...
CU!
Linux-USB! http://peloncho.fis.ucm.es/~inaky/USB.html -
-
Inaky Perez Gonzalez -- PGP pubkey fingerprint -
[EMAIL PROTECTED] -- 8E 34 3A 62 64 99 E2 44 -
http://peloncho.fis.ucm.es/~inaky -- AD 7B 30 D9 DD FF 3E 4C -
- -- --- -
The loneliness of the long distance runner .
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PROPOSAL: Services, inetd and xinetd
>>>>> "Andreas" == Andreas Jellinghaus <[EMAIL PROTECTED]> writes:
Hi
Andreas> take a look at r2d2, a tool written by winfried truemper. it
Andreas> does exactly this : get rid of all init.d scripts for
Andreas> daemons, and offer a way to start them standalone, via inetd
Andreas> or via xinetd.
I think you took me wrong [if not, just ignore next couple
paragraphs :)]. I'm not touching how service daemons are arranged, but
how the information on that services is made available to
/etc/services, inetd and xinetd, which is needed for the system to run
properly.
I mean, if I install xinetd in favour of inetd, I want all my
old services back without I having to edit nothing, and if I install a
new package which provides an obscure *inetd based service not covered
in standard /etc/profile, then I want it to auto-setup it, as with menu
entries is done, not mattering if I switch back to inetd or stand on
xinetd, I want it to automatically be available to all inetd systems,
as well as on /etc/services.
I'm also starting to think on portmap entries ...
Andreas> btw: in my opinion debian needs a general resource database
Andreas> (something like windows nt registry, but with a better,
Andreas> unixlike implementation).
All unix flavours in general need something like that, but I
like the method actually used by Debian for these things [menu
entries, install info, etc ...]. It's easy, secure, reliable and
hand-fixable with a simple vi editor.
Cheers
Linux-USB! http://peloncho.fis.ucm.es/~inaky/USB.html -
-
Inaky Perez Gonzalez -- PGP pubkey fingerprint -
[EMAIL PROTECTED] -- 8E 34 3A 62 64 99 E2 44 -
http://peloncho.fis.ucm.es/~inaky -- AD 7B 30 D9 DD FF 3E 4C -
- -- --- -
The loneliness of the long distance runner .
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PROPOSAL: Services, inetd and xinetd
>>>>> "Peter" == Peter Tobias <[EMAIL PROTECTED]> writes: Peter> The main configuration file is /etc/inetd.conf. If xinetd is Peter> installed the first time it should create /etc/xinetd.conf Peter> based on the current /etc/inetd.conf. If you install a package Peter> that adds an entry to /etc/inetd.conf using update-inetd (which Peter> uses DebianNet.pm) and /etc/xinetd.conf is present either Peter> update-inetd should add this entry or it should call a Peter> different update-xinetd tool. The former xinetd maintainer said Peter> that he'll write the necessary functions for DebianNet.pm but I Peter> never got them so I can't add them to DebianNet.pm. The problem I see with this issue [which otherwise is quite nice] is we cannot take advantage of some xinetd nice features without having to directly deal with it [and what I don't really like is to modify files directly]. Peter> If somebody writes these functions (or a seperate Peter> update-xinetd) I would be happy to change Peter> update-inetd/DebianNet.pm to use them. As soon as I have some more spare time [by exams end, on mid June], I'll start to write the code to do this efficiently and well documented. >> update-services [update /etc/services] Peter> Normal packages are not allowed to modify /etc/services (it's a Peter> conffile of netbase) for a couple of reasons. /etc/services is Peter> a static file which contains a standard set of service names Peter> ... I wasn't talking of modifying, but adding the capability to add new [not-as-standard-as-we-thought] services. Of course the already defined ones would have to exist [that's what the /etc/services.d/services.in file was for, an skeleton]. I'll have to also polish this proposal some more. Thanks for your comments! Linux-USB! http://peloncho.fis.ucm.es/~inaky/USB.html - - Inaky Perez Gonzalez -- PGP pubkey fingerprint - [EMAIL PROTECTED] -- 8E 34 3A 62 64 99 E2 44 - http://peloncho.fis.ucm.es/~inaky -- AD 7B 30 D9 DD FF 3E 4C - - -- --- - The loneliness of the long distance runner . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#37755: general: Woes from upgrading 2.0 -> 2.1
Package: general
Version: N/A
Hi
Would like to contribute the problems I experienced when
upgrading from 2.0 to 2.1 using a 2.2.6 kernel. Hope they are useful.
I attach an script for the upgrade (^Ms removed). The main
points to note about it is apt-get suddenly died about seven times in
all the upgrade process (E: Sub-process returned error
code). Sometimes it was enough to invoke 'dpkg --configure -a' and
when finished, continue with 'apt-get dist-upgrade', but sometimes it
left a package in such a state it had to be removed manually from
/var/lib/dpkg/status [trying to purge or re-install would not do].
Other than that, it worked fine. I just miss someway to make
apt-get understand multi-cd. Congratulations to all :)
Ok, here I include the script log for the upgrade, bz2ipped.
begin 644 Upgrade-script.log.bz2
[EMAIL PROTECTED]>[EMAIL PROTECTED]&"7O=[[9IV]
M]O>T`+>[EMAIL PROTECTED]@```3@/<[EMAIL
PROTECTED],JI[X^>;O;=];R][EAZ?/GO?%MUUN^;M!ZQ
MM>WW7P/>M"J"0"A("1K!*AVR2K[WW@>;,5.3NPNVBJ'[EMAIL PROTECTED]>E
M=5L[G;S#8]9E#[SVB?)IV8MM):LR!4A58\9#NJZN-MLA9M[;#TSKME4-:70VWO;SO
M``YU>F1)LU/I[MW#G1[>YGUJ*O;=6U5>[EMAIL PROTECTED]:],O)D
M]LZ*TE[O:5WHNFKO'>]40*14?<:;NJMV=5)V:IMRW??,>[EMAIL PROTECTED]:J[5B^+$P`S?0[OO
MMZ3K'3`\C4>V*5UY=IB>[EMAIL PROTECTED]"`F)-&@34T9--4_5/R4R>H>D/
M*'J/*-`R8(`-,@(A`B:)/0B>A33U&1XIZ(#0'J`T&@E-I)(1,FA`R328
MH_2909&CU`-`T&AH`D]5)$"$::C!)Z90R`!H&[EMAIL PROTECTED]:")(30AJ&0
M*9H*J?^4>E-J;14_%3S4--3P)J>AIJ&U-/%-I/((T")(($!`C0$T)/)BC%'I
MZJ>[EMAIL PROTECTED]@[EMAIL PROTECTED]:\[EMAIL PROTECTED]([EMAIL PROTECTED]
M20&CMRP>_]!FW>"^0+IRK>X+C^\L
M/0U"G0L8]HB^9>H,G,`<$17<@@V((EB([EMAIL PROTECTED]'(CB_MGI.>E6.0V+"A)
M(0$R$B0%(;$?\4FW8T!?(%GEOH6Z`NPX[_AO"O/Q\C&2-1Z^,ISEQM4FUO.!
M_#Z5[^>M6T[0+O1"$2[O=?\/=?R")/\LV`$"[EMAIL PROTECTED]'<[EMAIL PROTECTED]
M4X/^!<28G#9)@[EMAIL PROTECTED]/1^\R:/_LT8("]\,.D!\=D0Q7(>#"S
MCT<[X`J:UDSF5Y9"B.>[)C_IXX+2?#W6*EY40O`J"C)")H*\'JYR][(!TCB(
M)`)))Q[)0]F`AK]F?G:YD@&Q",_?7*U213QFDUBBQ$;1;&,441;$5O:VN)-&
M*HL:DBTF9C9AF4>-V^'J[-BV\';Z'L;OX]\=-Q70HMUF5\7-Q(Q&0F:9HV)"
MD*!/6YD9+*9,248WESE&PA#"[EMAIL PROTECTED]:ETY6,E)@Q)&I7M7BVNKGSXT*
M3EUQ<>#!BMKT57HU6\VM[5V5B\&JXVVXMC6O@;;Q%E;[EMAIL PROTECTED]"D9^'IX)_NAV
[EMAIL PROTECTED]/Y_SV#9/="/O[%&MZERRK:");$FQ7G7GTYW-9KKIO\<6-]_&G:.,A\]WE5
M_YC&,"%`8I<[EMAIL PROTECTED](X$B<@O0+XZMT'O76$E5)#>,%9_:+$QX;L''ZH10,@
M(09S7OX>`DLX>R(0(4_2%(51]S=V)=^9I?=]C&O\\7`>L5$PQS&V6L)_9U^=
M]=_8''ZHG/ET-;JH'JV$UJ@/[EMAIL PROTECTED]>[EMAIL PROTECTED]:=I136
M?T[_R?H<[EMAIL PROTECTED]&P>4^C!L`(F45\?\06D1V08J]T`0'$_H([EMAIL PROTECTED]"
M\?H/F?$RW^Q"OB2O<[EMAIL PROTECTED]"_S(-P5?=`/P]J_'[I:OER_[@@>XCTX_
M[&J9U:)<
M:Z#7Y?+5W)NU^;A2K_W9OCOA7?A]\N''/:6RC?*7/XP[#)PX<[EMAIL PROTECTED]>1
ML5=#=RY+3E9#[%RB)9]G\O8-FIM^.HW?$CQQEA_#A4:=
M)R;RM&%A%.'J/L`1`J')!GPZB^I,A$T2Q#*8<%BTG;)[EMAIL PROTECTED](=2!XESQ0#![L/D%(U`Q^SE"*[;<
MY48U)DT6,%;[EMAIL PROTECTED];BDK$D8MC8V(C%0:0P9#8M$F2,4"9-&**(
MC8Q&(R6,8LEC&P1&@T&914E(S1I-HH)-BBQ&7X/A5RZHC!L41HK)ML9F9DUB
M_RN+Z
MRWDW?Z]'[EMAIL PROTECTED];TVEH!G%(8CF"=\2T7,,00UB:Q2=*'X0*B9A\X-80"[EMAIL
PROTECTED])
MV^9"P09'+"L"'D/0($(P551\_E;[EMAIL PROTECTED];;'LJM&,M*>
MFCX8IQN\PH&GWLT'M)WAPORCZK(1\XSU^F_9N\G*H^3W4$GZGY=\^W3ERPOS
M7+/SRCF16>.-/F?+45XV?T.[G^3H6^:KY:@#D?,YE`3QY]<[EMAIL PROTECTED]<[EMAIL PROTECTED]
M;Z<[EMAIL PROTECTED]/+YZKUGGI2/LKV=5YU:>E7TE:(U&BM&[EMAIL PROTECTED]:
MM&I(I$(1)"$#_GO4_'FEL0I3>WKRXUOQM6VN`P@'0_66$M!S5)M`..M6MO94
M=G>D[PUR3[K(-&2H-:&UWEA;P[0"TO"0+T8O?)6Z;7-)(C2%L;R^HJ2="8%'
M[W(02/H0-N_5=$[RPUNI-HW\$7B):Z/CBQTJ!]!W^M`$>`GXS_`\0G1X[<>7
MN'(9<^PE[`]Q!YIYU>UJ?'5C!_K+%)M+E'OZMO%\M;[?&T)GL^#\>GF
M-)\-QU>`3UA\.6WQ'M^48[<>+31VJ[];0$/([EMAIL PROTECTED]'5\O,0?8^8\XK'+
MO\J91/77Q;M>ZMRQD'.=\^G:G,=<_J1$#%``NA-VZ&G:K)[O+YG.X=3RH>\!=SO
M0_2`OZ!<@L%KU!\-/L(,[50&[EMAIL PROTECTED]&#V0#:8"(92'MM&(32(F
M&&;7S7>5H[EMAIL PROTECTED],MJ8[G7M?1A&/796OM`7MTYE'[EMAIL
PROTECTED]8GX?O_"
M[4%(CPB]"Z#C9%^IU/Q-#QX3*`2??WL%CY>%57`<@+?HW+HO(#0UH^=6JJW1
M??8%K/]G.CS,D-E]+`!H1"@[EMAIL PROTECTED]>/3G?NU.QP^1^[2W[$.1CNT9MG-Z
MT.:@=)[EMAIL PROTECTED]>O(SKG:JJJKH:$`>_;L&$ELG0;CK:NUK/O]$1"2/'S%>87:
MA<)))[EMAIL PROTECTED]>W[Z`#-H#UGCQXWVP!P^W,P//2PD(HPD(B,)]6TNXBB-1A(2
M$;2PD)"0D)VGR*.HPB(PG$82VEJ*C"0BC"=7+B))UTZNDZZM$;41M#-J-BT;
M!8J(O7X>??ZF]5X?W7G>JAKKK;J/GQ.KCJ8_H`M/B&8=C\AUZ<>E5227V#P(B$DDKKP9F?AW
M?AG=^X9B&;H=-FD"B(]<4.NMK*8T8$65C&$A=_M[)[UX-1\SR&ZL<@$2@_
MQ_V6L";S69_I"[EMAIL PROTECTED],\Y\C:?>=[;Y0Y;6[CMW=$;&9V?B8!=<[EMAIL PROTECTED](/D'>[EMAIL PROTECTED]:J,A3T_6??
M[OA[_CSM?)+HW]0H9G\CZ;Q57Z(P,SX#PHESEK???J#,^X,S]'EAV[]:6U55
M7W%M\?SZ;-5WX:UU;\[=557>UNKONK^O\7G7%6_9;K^G+SOMXN_;
M;KO6[KHM5;9[Z6MBUL55\V_/S^H+DTS6GRO^7*'G
MHS?#]IQYZVWS]=W?6V[;<#,5^=M5I,M5>OQ/+QPZG7N/JA"9)@2&[EMAIL PROTECTED]
M0S12)C$$TQD([EMAIL PROTECTED]>OLO#PZYZ?+T\*.1?K]]"[M))+N[O]C``?]!$1'.
MV<75.DO7VQ$3L?TF'\KY\^-:U[Q$0DDD$D.*VKJJ222_`?(>;WO$2`10!`B=
M5$._M_0H!)]E)>*>]SLG<_N&G02=I9:4X/D6^F#YAIW_4^U?IM4)+\/O:77T
MOVM707'B>0$E$.]-9^K]W<:J51K'MMS)HG6D<@O0%ARL$!8&$"
M9B!O[SS,+\GHGEX'L8=Q^F([EMAIL PROTE
