[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [cobalt-users] Have SUN stopped supporting XTR?

one big reply to everything, all patched together.
thank you in advance for some leeway bruce. its been a rough day, just got home :( 


On Mon, 21 Oct 2002, Travis Ogdon wrote:

  Maybe better to get the list of 260+ (RaQ4r) rpms off the OSRCD
  Also, are we talking about supporting;
  RaQ2, Qube2, RaQ3, Qube3, RaQ4, XTR, RaQ550?
i for one would be interested in working on the raq2 distro. love that mips processor! 


Yes, I don't think you can use their "proprietary stuff" that is why we
are working on these candidates -  debian, slackware or gentoo port
i suggest NetBSD. its really portable, has that fantastic BSD network stack, and best of all, there's an active Cobalt Mips port maintained. 

http://netbsd.org/Ports/cobalt/ .
Heck, we could do a little reverse raq-geneering and get the cobalt gui running on a secondary (old) version of whatever it is perl or php that the gui wants. would also allow easy maintenance of Mips and i386 raqs, with minimal effort. 

also has a nice port of freebsd ports for net install.

http://netbsd.org/Misc/features.html#pkgsrc
I don't like the Cobalt interface - and the fact that it only appears to work in Internet Explorer really peevs me.
the raq2 gui works just fine in every bleeding edge mozilla release that i use, not to mention icab, omni web and opera. someone's gotta stand up for Sun Cobalt (i owed you one for the leeway bruce. 



Just submitted the project... "Qbalt".
Once its put through, I'll start up a mailing list and notify everybody on here. 

Definitely want to do this, in fact I've already started ;-)


count me in :)


In terms of distros I'd point
to Debian as the best for this project, although they too tend toward older packages they're always on the ball in updating those packages should a security 
problem arise.
2. We'd need to work out how to get a working bootp session going with the latest firmware so that we could do OS Restores. As far as I can tell we'd just need a bootp server saying the right things. We wouldn't even need it to be in a CD bootable format to start with. I would think however that we'd need the LCD to remain useful enough to at least get to the bootp (network boot) point.
just would like to point out that the bootp loader, on raq2 at least, is a bootable distro of debian. it would still make an ideal boot loader, since it already knows what to do. could be unrolled if neccesary. would think netbsd cobalt has this in place somehow.
Agreed... I'm a huge fan of Debian. You mentioned Gentoo, which may be an interesting idea too - it might even be worth implementing some kind of ports-like framework over the current cobalt setup, mainly due to the fact that it'd make maintainers lives a /lot/ easier... instead of having to make a package up for each Cobalt (some are MIPS based, others x86). 

see netbsd.  they already got most of the good stuff.




Webmin is not that bad as a user GUI.
It must have improved then because it used to be pretty bad. I'll take another 
look.
webmin is great for linux professional users, i would have never gotten along with it as a first hosting account gui.
Webmin's okay, but I don't want to use this. I'm prepared to write a new web interface from scratch, and I'd sure love my help.
i can help debug and test or even hack out some real nice PHP if you decide to go with that as the language for that. would love to help there. 


Ok, you guys have veered far enough off topic now... :)

Please take the remainder of this discussion/project elsewhere.

--
Bruce Timberlake


thanks for the leeway again bruce.  c u guys on SF.

grant