On Mon, Jul 10, 2006 at 09:25:27AM +0200, Toni Mueller wrote: > stupid question (perhaps), but what in the base system uses group > 'news' in the first place?
Nothing. > If 'news' is only the legacy group for a > UseNet news system (what I assume), then it imho makes much sense to > use it instead of _inn. OTOH having a group '_inn' helps separating > applications... oh well. There is at least some other ports (news/leafnode) using the group 'news'. However, it doesn't make much sense to run inn *and* leafnode on the same machine, so IMHO, 'news' would be fine. > > See the attachment for a proposal I wrote some days before > > I did see your other PLIST file which you kindly provided in order to > move paths.h & friends out of the way, but could not find that proposal > you are talking about. Where should I look? Sorry, I was tired yesterday. I meant to use @user, @group and @mode tags for the (very few) programs that need it. Here's a context diff to your PLIST: --- inn.tony/pkg/PLIST Sun Jul 9 12:16:16 2006 +++ ./pkg/PLIST Sun Jul 2 16:31:56 2006 @@ -1,8 +1,5 @@ @comment $OpenBSD$ [EMAIL PROTECTED] _inn:550 [EMAIL PROTECTED] _inn:550:550:daemon:InterNetNews:/var/spool/news:/bin/sh [EMAIL PROTECTED] _inn [EMAIL PROTECTED] root [EMAIL PROTECTED] _inn:565:news:daemon:InterNetNews:/nonexistent:/sbin/nologin bin/actmerge bin/actsync bin/actsyncd @@ -39,6 +36,11 @@ bin/innconfval bin/innd bin/inndf [EMAIL PROTECTED] news [EMAIL PROTECTED] 4550 +bin/inndstart [EMAIL PROTECTED] [EMAIL PROTECTED] bin/innfeed bin/innmail bin/innreport @@ -67,8 +69,16 @@ bin/procbatch bin/prunehistory bin/pullnews [EMAIL PROTECTED] news bin/rc.news [EMAIL PROTECTED] [EMAIL PROTECTED] _inn [EMAIL PROTECTED] daemon [EMAIL PROTECTED] 4550 bin/rnews [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] bin/rnews.libexec/ bin/rnews.libexec/c7unbatch bin/rnews.libexec/decode @@ -86,7 +96,11 @@ bin/signcontrol bin/simpleftp bin/sm [EMAIL PROTECTED] news [EMAIL PROTECTED] 4550 bin/startinnfeed [EMAIL PROTECTED] [EMAIL PROTECTED] bin/tally.control bin/tdx-util bin/writelog @@ -126,10 +140,7 @@ lib/libinn.a lib/libinnhist.a lib/libstorage.a [EMAIL PROTECTED] root [EMAIL PROTECTED] wheel @man man/man1/convdate.1 [EMAIL PROTECTED] man/man1/pullnews.1 @man man/man1/fastrm.1 @man man/man1/getlist.1 @man man/man1/grephistory.1 @@ -139,6 +150,7 @@ @man man/man1/innmail.1 @man man/man1/nntpget.1 @man man/man1/pgpverify.1 [EMAIL PROTECTED] man/man1/pullnews.1 @man man/man1/rnews.1 @man man/man1/shlock.1 @man man/man1/shrinkfile.1 @@ -351,5 +363,3 @@ @sample /var/spool/news/innfeed/ @sample /var/spool/news/outgoing/ @sample /var/spool/news/overview/ [EMAIL PROTECTED] 04550 -bin/inndstart > It has been some time ago that I last used with UUCP, so I'm no longer > intimate with it's requirements and interactions with INN. So I guess > this has to wait. Btw, you seem to be much more knowledgable about INN > than I am, so I guess that you should be the maintainer of this port. Well, back in my linux days, I used to run an old inn talking with it's feed via uucp, but I'm probably not the expert running a high-traffic newsfeed. > Right? Any objections? Let's just get this port running before talking about maintainership, o.k.? [...] > > - The build differs depending on wether wget and/or uucp are installed > > or not, so you may want to add those as dependencies. The latter > > (uucp) may be shielded by yet another flavor. > > I already thought about the UUCP thingy, but was unaware of the wget > issue. It may be worth trying to patch inn to use our /usr/bin/ftp, but I didn't yet have a closer look at it. > > @newuser _inn:565:news:daemon:InterNetNews:/nonexistent:/sbin/nologin > > So, for you the port works with these values for home and shell? Not really, at least not with a quick test using rc.news to start it. But IIRC there were only problems with permissions of some directories, none with home directory and shell. Ciao, Kili ps: I've been busy with other things the last days, but I hope to do some testing later this week. -- $ file `which soffice` /usr/bin/soffice: symbolic link to /bin/rm -- Jochen Striepe
