Sysop: | Amessyroom |
---|---|
Location: | Fayetteville, NC |
Users: | 27 |
Nodes: | 6 (0 / 6) |
Uptime: | 43:09:16 |
Calls: | 631 |
Calls today: | 2 |
Files: | 1,187 |
D/L today: |
24 files (29,813K bytes) |
Messages: | 175,377 |
Rationale:
Last on-topic message from 2010.
This operating system isn't developed anymore.
If there is need for discussion, more general groups can be used.
In news.groups.proposals Usenet Big-8 Management Board
<board@big-8.org> wrote:
Rationale:
Last on-topic message from 2010.
This operating system isn't developed anymore.
If there is need for discussion, more general groups can be used.
Can they though? If someone takes an interest in running these OSs
and picks a group focused on current BSD to discuss them in, aren't
they likely to effectively be told exactly that: "The operating
system isn't developed anymore, go away"?
The most active computer groups tend to be frequented by people who
are hostile to users of unmaintained software (I think Marco Mook has
fit this description himself in the past). Having these separate
places to discuss old platforms is an asset of Usenet to allow it to
cater for people with different interests without unnecessary
conflict.
In news.groups.proposals Usenet Big-8 Management Board <board@big-8.org> wrote:
Rationale:
Last on-topic message from 2010.
This operating system isn't developed anymore.
If there is need for discussion, more general groups can be used.
Can they though? If someone takes an interest in running these OSs and
picks a group focused on current BSD to discuss them in, aren't they
likely to effectively be told exactly that: "The operating system isn't developed anymore, go away"? The most active computer groups tend to be frequented by people who are hostile to users of unmaintained software
(I think Marco Mook has fit this description himself in the past).
Having these separate places to discuss old platforms is an asset of
Usenet to allow it to cater for people with different interests without unnecessary conflict.
On 10.10.2025 19:22 Uhr Computer Nerd Kev wrote:
Having these separate places to discuss old platforms is an
asset of Usenet to allow it to cater for people with different
interests without unnecessary conflict.
I would agree with that if there were people who want to do that - but
the groups listed were inactive for a very long time.
I don't understand why this at all for UNmoderated groups now, did
marco run out of moderated groups to pick on, he's clearly more at
home on mailing lists than usenet, its not all just about currency,
its about history as well, but many have pointed this out and were
ignored, becasue what marco wants marco thinks he can get, total
destruction of usenet, bad enough he went on his little rampage with
unmod'd groups but now this... just further justification for
changing all rmgroup message entries in control to discard.
On 12.10.2025 11:29 Uhr noel wrote:
I don't understand why this at all for UNmoderated groups now, did
marco run out of moderated groups to pick on, he's clearly more at home
on mailing lists than usenet, its not all just about currency, its
about history as well, but many have pointed this out and were ignored,
becasue what marco wants marco thinks he can get, total destruction of
usenet, bad enough he went on his little rampage with unmod'd groups
but now this... just further justification for changing all rmgroup
message entries in control to discard.
Please have a look at https://www.big-8.org/wiki/Nan:2011-04-24-result-great-downsizing
The process of removing unused groups is rather old.
PS: From the replies we got so for no one showed interesting in posting
to the groups that are proposed to delete.
(((...))), its also why I and from my testing, serveral other free
access text groups wont honour rmgroups.
marco thinks he can get total destruction of usenet
your desire to remove history[...]
several other free access text groups wont honour rmgroups
Exactly that is the case. Occasionally some new users join and to makemarco thinks he can get total destruction of usenet
I don't believe at all that's his goal. A bit of cleaning in the very
long list of newsgroups is helpful to better see still active and
relevant newsgroups nowadays.
History of groups is available at isc and the board of variousyour desire to remove history[...]
several other free access text groups wont honour rmgroups
Sending rmgroup articles is not a synonym of removing history.
Hi Noel,
marco thinks he can get total destruction of usenet
I don't believe at all that's his goal. A bit of cleaning in the very
long list of newsgroups is helpful to better see still active and
relevant newsgroups nowadays.
your desire to remove history[...]
several other free access text groups wont honour rmgroups
Sending rmgroup articles is not a synonym of removing history.
It is normal and expected that news servers whose aim is to archive
articles and therefore keep history, do not honour rmgroup requests. Not
all news servers retain articles for a life time. If a server keeps
articles during let's say 1 year, it is not intended to be used for historical purpose and it can have a cleaner list of still active
newsgroups for its readers.
[in reply to ReK2 Hispagatos <rek2@usenet_reborn.tui>]
On 14.10.2025 16:59 Uhr Julien ?LIE wrote:
marco thinks he can get total destruction of usenet
I don't believe at all that's his goal. A bit of cleaning in the very
long list of newsgroups is helpful to better see still active and
relevant newsgroups nowadays.
Exactly that is the case. Occasionally some new users join and to make
them subscribe to a group, there need to be at least some articles per
year in a group. Otherwise the most likely don't subscribe to that.
Nobody uses Solaris/AIX/.....
History of groups is available at isc and the board of various[...]
hierarchies also provide it.
It is extremely dangerous to have 8 hierachies fate decided by 3 or 4
people
In news.groups.proposals Usenet Big-8 Management Board <board@big-8.org> wrote:
Rationale:
Last on-topic message from 2010.
This operating system isn't developed anymore.
If there is need for discussion, more general groups can be used.
Can they though? If someone takes an interest in running these OSs
and picks a group focused on current BSD to discuss them in, aren't
they likely to effectively be told exactly that: "The operating
system isn't developed anymore, go away"?
Marco Moock <mm@dorfdsl.de> writes:
[...]
History of groups is available at isc and the board of various[...]
hierarchies also provide it.
What is isc? What is "the board of various hierarchies"? How are
they accessible?
RFDs to create, remove, or change newsgroups can be (and have been) initiated by Usenet users at large, not just the Board itself. At
least as long as I've been a member, all RFDs that we've processed
have followed a set, publically documented procedure that involves an extended period of community consultation. We often collectively
spend many hours helping the proponents get their initial RFD in
order, publicizing it, reading through the ensuing discussions, and summarizing them for the second and subsequent iterations of the RFD.
We've never gone against community consensus in the final voting
phase -- or at least, no one has ever accused us of this. In
controversial cases where we could not identify a relatively strong
community consensus, we have decided for the status quo.
[in reply to ReK2 Hispagatos <rek2@usenet_reborn.tui>]
My 2 cents on this,
Nobody uses Solaris/AIX/.....
and there are plenty of Linux/BSD
newsgroups already, so I do not mind if this if really dead to be
removed..
Like in the future "if someone decides to pick on this
OS..." who? if we do not already use a classic Unix OS who is going
to do it? most people who will actually run this OS's already use
usenet for most part
In article <10coosn$l42m$2@matrix.hispagatos.org>,
ReK2 Hispagatos <rek2@usenet_reborn.tui> wrote:
Nobody uses Solaris/AIX/.....
Not much discussed in comp.unix.solaris, but...
$ cat /etc/os-release
NAME="Oracle Solaris"
PRETTY_NAME="Oracle Solaris 11.4"
CPE_NAME="cpe:/o:oracle:solaris:11:4"
ID=solaris
VERSION=11.4
VERSION_ID=11.4
BUILD_ID=11.4.85.0.1.201.2
HOME_URL="https://www.oracle.com/solaris/" SUPPORT_URL="https://support.oracle.com/"
VARIANT_ID=sru
VARIANT="Support Update"