just for the record: obsolete is when support has ceased, and which package are you talking about??
kernel? postfix? apache? php? vsftpd? maybe there are some packages not on the bleeding edge, but personally I like it that way, because I run servers for a service not for trial-n-error games. I'm still in the process of taking my last trustix 1.5 offline, kernel 2.2.25 to remind you. If you ask me personally I would like to see trustix as the openbsd of the linux side, just with the big difference (and in my use case the much better) update system. (I leave things as license and audit system out of the view for now). That's the reason I'm still working with it, because it might be easy to form a distribution, feel free to do so if you like, but forming a community is the important part, keeping the community happy is the most important part, why do you think openbsd is still around, because of the version numbers? because of system rules and audit! starting their own branches of even lower versions seems to bring more security in ever evolving software world, not pushing features (and version numbers). so this is my view, and if you ask me what is the next step, it isn't definitely not the version numbers, but a build system for community and the x86-64 architecture would be the next step towards a greater audience and confidence (and I could easily build my own "high version number" packages). just my totally biased personal view. matthias On 24.03.2007, at 14:08, Will wrote: > .... after having looked at the obsolete versions of most of the > packages included with Trustix 3.... > > I have to say Trustix is dead.... > > > RIP > > > > > > _______________________________________________ > tsl-discuss mailing list > [email protected] > http://lists.trustix.org/mailman/listinfo/tsl-discuss _______________________________________________ tsl-discuss mailing list [email protected] http://lists.trustix.org/mailman/listinfo/tsl-discuss
