Re: Seeking an extended-support O/S similar to FreeBSD
On Thu, Mar 28, 2013 at 04:29:55PM -0500, Michael Wayne wrote:
I'm NOT trying to start a flame war here. I'm trying to find a
viable solution to a very frustrating, real problem.
It's clear that FreeBSD has absolutely no interest in maintaining
an extended maintainence release version of the O/S. The high
resource commitment required to keep up with the current incessant
FreeBSD release process is beyond quite a number of people. I'm at
the point of admitting that FreeBSD is simply too much work for us
to continue to use.
So, I'm wondering if anyone reading the list is aware of a viable
alternative. I'm seeking a BSD-based O/S that is designed to be
installed in a server environment and not ever get any feature
upgrades or require any noticable additional resources, only security
fixes for the O/S and ports.
While this concept is clearly in total opposition to the philosophy
of the FreeBSD team, I'm hoping that some other, smaller project
might exist to fill this need.
Any suggestions?
Many, many [many] years ago I was in favor of a linux+bsd system.
AFAIK, it had some support. you might scout it out.
over a year ago I gave up my FBSD server which ran 7.3 and had
my own DNS and web and mail server side. I tried to upgrade but
there were too many ports that refused to build. nutshell,
someone in the dallas-ft. worth area became my volunteer system
admin. he used centOS-6.3 and fedora-17. the fedora-17 desktop
kept crashing for hardware faults so I finally bought a refurb
h.p. just off lease, put on ubuntu 12.04 LTS. The next version,
13.04 will be out in a few weeks. I now use godaddy.com. they do
my DNS. I use mutt as my mailer. I've got fetchmail working
reasonably well [smirk !]
my web server is on the Centos 6.3. mail goes to godaddy...
and when ubuntu's 13.04 long term support is here, I won't have to
fmess with my desktop for THREE years! dunno anything about
centos. I =do= know that while the Berkeley distros are the BEST,
[in my biased opinion], linux is good-enough {tm}
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
--
Gary Kline kl...@thought.org http://www.thought.org Public Service Unix
Twenty-six years of service to the Unix community.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
maybe a gtk wizark here will know...
does anybody on -hackers know how to put a boarder around a string on a gtk widget? i have figured out how to create a default-sized gtk widget and two buttons: inc and dec. inbetween the buttons is my starting point of [a string] 0. i want to put a boarder around the 0 but after looking for three solid days cannot figure out how to do this. if anybody know---or knows of a gtk tutorial with this info, will you please let me know? tia, gary -- Gary Kline kl...@thought.org http://www.thought.org Public Service Unix Journey Toward the Dawn, E-Book: http://www.thought.org The 8.57a release of Jottings: http://jottings.thought.org Twenty-five years of service to the Unix community. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
gtk help, anybody?
hi guys, can any one on questions or hackers give me a clue how to straighten out a 50-line gtk program? or suggest a good on-line tutorial? because this is seruiously OT, please send your home email. thanks much [either way], gary -- Gary Kline kl...@thought.org http://www.thought.org Public Service Unix Journey Toward the Dawn, E-Book: http://www.thought.org The 8.57a release of Jottings: http://jottings.thought.org Twenty-five years of service to the Unix community. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Fwd: HEADSUP: Call for FreeBSD Status Reports - 1Q/2011
For my short post [to everyone], I'll top post. I am/have-been trying to write a user-side audio, key-click driver for every Open OS--essentially the BSD distros and the Linux. I am looking for people interested and who know both python and C/C++. -g On Sat, Apr 09, 2011 at 09:43:54AM +0200, Daniel Gerzo wrote: Hello, I would like to remind you that the submission due date (April 15th) is approaching quickly and to this date I have received _only_ 3 submissions. Please try to find a few minutes and submit your reports so that we can inform our community about the progress made in the first quarter of 2011. Thanks! Original Message Subject: HEADSUP: Call for FreeBSD Status Reports - 1Q/2011 Date: Mon, 21 Mar 2011 18:19:23 +0100 From: Daniel Gerzo dan...@freebsd.org Organization: The FreeBSD Project To: curr...@freebsd.org, hack...@freebsd.org Dear all, I would like to remind you that the next round of status reports covering the first quarter of 2011 is due on April 15th, 2011. As this initiative is very popular among our users, I would like to ask you to submit your status reports soon, so that we can compile the report on time. Do not hesitate and write us a few lines; a short description about what you are working on, what your plans and goals are, or any other information that you consider interested is always welcome. This way we can inform our community about your great work! Check out the reports from the past to get some inspiration of what your submission should look like. If you know about a project that should be included in the status report, please let us know as well, so we can poke the responsible people to provide us with something useful. Updates to submissions from the last report are welcome too. Note that the submissions are accepted from anyone involved within the FreeBSD community, you do not have to be a FreeBSD committer. Anything related to FreeBSD can be covered. Please email us the filled-in XML template which can be found at http://www.freebsd.org/news/status/report-sample.xml to mont...@freebsd.org, or alternatively use our web based form located at http://www.freebsd.org/cgi/monthly.cgi. For more information, please visit http://www.freebsd.org/news/status/. We are looking forward to see your submissions! -- Kind regards Daniel Gerzo ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- Gary Kline kl...@thought.org http://www.thought.org Public Service Unix Journey Toward the Dawn, E-Book: http://www.thought.org The 7.98a release of Jottings: http://jottings.thought.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
[kl...@thought.org: keyboard click driver:: User-side.]
Note: i meant to include the hacker wizards in this post to the -questions group from 20 mins ago. Here 'tis:: Guys, I have been interested in having a FreeBSD version of the SunOS click utility for decades. --I first discovered that my Sun 3/80 let the keys sound a brief click sound, much softer than ye-olden IBM Selectrics, around 1988-9. I do need the audio feedback. The folks in the wizard sector at Ubuntu turned me onto a python script of about 30 pages of code called keymon.py written by a Scott Kirkwood. The present keymon displays certain graphics when certain keys are hit. Scott does think that his script can include the click sound that I have. My program is in C, it opens the /dev/dsp and output a click via click.h. I am learning python and find it pretty straightforward. I think using Scott's keyboard program with mine can allow me to do just what I want. On the user-side, have clicky keys where necessary. This feedback would help folks using the severely cheep keyboards that are on the notebook class as well as even cheaper laptops for children whose keyboards are nothing put cardboard wrapped in plastic. Typing on a _real_ keyboard can be satisfactory. But when you try it on one of these crappy types, forget it. Just doing several random tests, my fingers do not connect with more than 60-65% of the keys on my EEE-900A. bEcause my shoulder is partly out of socket i can only type so much, so the more people who can check out keymon.py and let me know if it is worth porting to FBSD, the better. Gary Kline kl...@thought.org http://www.thought.org Public Service Unix Journey Toward the Dawn, E-Book: http://www.thought.org The 7.98a release of Jottings: http://jottings.thought.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: [GSoC] About the idea: Unicode support in vi
On Thu, Mar 24, 2011 at 06:49:24AM -0500, Zhihao Yuan wrote: On Thu, Mar 24, 2011 at 6:11 AM, Bernd Walter ti...@cicely7.cicely.de wrote: Let clean up the my points: 1. ex-vi is POSIX vi compatible, and it supports mbyte encodings. But there are lots of work need to be done if we want to use it to replace the current nvi in the base system; 2. nvi does not use iconv, nvi-m17n only supports limited non-Unicode mbyte encodings, nvi-devel has too many problems. So we don't have a nvi which comes with fully mbyte enconding support; 3. Since other textproc tools, even include ed, support mbyte encodings, we do need a improved nvi; 4. Maybe compared with other kernel related GSoC proposals, this one seems to be easier. But on the other hand, the goal is useful, and the scale of the goal gives it more chance to become really useful. It that reasonable? -- Zhihao Yuan The best way to predict the future is to invent it. it makes sense to upgrade nvi rather that ex-vi ... for reasons prev'ly mentioned. talking about space/memory and even processor speed seems like a non-issue. i would like to be able to be editing a file with vim [[ for WHATEVER reason ]] and pick up or resume editing the same file with nvi. Of course there are dozens of alley-ways and twists and turns we all can get into is arguing this-and-that about the fine-grained details. It boils down to an issue of usefulness-- as i see it. be nice to have a feature for feature, bug for bug clone of vi that nvi used to claim to be. again: have nvi and vim be interchangable. oh: and then give the new nvi to the linux guys and let then deal with any port or build issues. -- Gary Kline kl...@thought.org http://www.thought.org Public Service Unix Journey Toward the Dawn, E-Book: http://www.thought.org The 7.98a release of Jottings: http://jottings.thought.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: [GSoC] About the idea: Unicode support in vi
On Wed, Mar 23, 2011 at 12:39:44AM -0500, Zhihao Yuan wrote: Hi, I'm a Computer Science student at Northern Illinois University, and I used FreeBSD for a long time. I'm interested in the idea that to improve the nvi in the base system. My proposal is slightly different: I want to fork nvi and make it iconv-awared (or mbyte-mode tunable, like tcsh), so that it can deal with more encodings. Can that be a GSoC project proposal? I'm only speaking for myself [obviously], but I think this would be an excellent idea. I'm using nvi on my FreeBSD server; works fine. But using it on my Ubuntu desktop dails because the default vi is vim. vim and nvi are incompat. Having using vi since the earth was formed, I am wy stuck with it. Please do keep me posted if you rxpand nvi. gary kline -- Zhihao Yuan The best way to predict the future is to invent it. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- Gary Kline kl...@thought.org http://www.thought.org Public Service Unix Journey Toward the Dawn, E-Book: http://www.thought.org The 7.98a release of Jottings: http://jottings.thought.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Laptop suggestions?
On Wed, Oct 22, 2008 at 01:06:29PM +0200, Dag-Erling Sm?rgrav wrote: martinko [EMAIL PROTECTED] writes: I have always thought that Fn key in left most bottom corner of the keyboard is, especially for programmers, a very bad idea. :-( Seconded. Worse still, on my Lenovo T60, if the Fn key is held down longer than a fraction of a second, it generates an input event which just happens to correspond to Gnome's default key binding for the next track function in media players... I've seen that Fn key, but don't know what it is for. What? you press it, then follow with the integers [ 1, 2, 3 ... ]? At any rate, maybe you can remap the key with ~/.xmodmaprc. -g DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-mobile To unsubscribe, send any mail to [EMAIL PROTECTED] -- Gary Kline [EMAIL PROTECTED] http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Laptop suggestions?
On Wed, 2008-10-22 at 13:31 -0700, Jeremy Chadwick wrote: On Wed, Oct 22, 2008 at 01:06:20PM -0700, Nate Eldredge wrote: On Wed, 22 Oct 2008, Gary Kline wrote: On Wed, Oct 22, 2008 at 01:06:29PM +0200, Dag-Erling Sm?rgrav wrote: martinko [EMAIL PROTECTED] writes: I have always thought that Fn key in left most bottom corner of the keyboard is, especially for programmers, a very bad idea. :-( Seconded. Worse still, on my Lenovo T60, if the Fn key is held down longer than a fraction of a second, it generates an input event which just happens to correspond to Gnome's default key binding for the next track function in media players... I've seen that Fn key, but don't know what it is for. What? you press it, then follow with the integers [ 1, 2, 3 ... ]? At any rate, maybe you can remap the key with ~/.xmodmaprc. Fn is usually used on laptop keyboards to allow two logical keys to share a single physical key. For example, see the keyboard pictured at http://www.notebookreview.com/assets/3415.jpg . On the extreme lower right is a key with - in white and End in blue. Pressing it by itself sends the keycode corresponding to an ordinary keyboard's - key. Holding Fn and pressing that key sends the keycode corresponding to an ordinary keyboard's End key. On many keyboards, pressing Fn by itself sends no keycode at all, so it cannot be remapped. It is also sometimes used to control hardware features which on a desktop machine might have a different interface. For instance, on the laptop pictured, holding Fn and pressing F6 would increase the screen brightness, probably without sending a keycode. A desktop machine would probably have a button on the monitor itself to do this. Thanks for clearing up a back-of-mind mystery since I bought my 600E in 2003; I kept hitting the Fn for the ^ key, and *nothing happened* so I had to re-type the control sequence. It is an ill-planned layout and I'm sure that 'BM has heard about it from us hacker types. --Why this is the best list in the (known) universe. Seriously. I always figured Fn was a good name for the key, given that it resembles the expletive that comes forth from my mouth when intending to hit Control. That ain't that much of a joke, Jeremy. unless I'm at my desk with wrist-rest I can barely reach the back keys. [shoulder problems]. So far I've invented around 7--maybe 8--new profanities. BTW, if that jpeg is a Lenovo, is that a scratch-and-sniff pad below the mouse buttons? (The TPad's *did* need a redesign, but for me, the trakmouse/trakstick/whatever was perfect. My left paw went right there.) ...FWIW, I just bought a G41 (3.06GHz) pre-Lenovo. gary http://www.notebookreview.com/assets/9328.jpg ;-) ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nvi for serious hacking
On Mon, Oct 17, 2005 at 01:25:32PM -0600, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Gary Kline [EMAIL PROTECTED] writes: : vi was the first screen/cursor-based editor in computer : history. Are you sure about this? I was using screen oriented editors over a 1200 baud dialup line in 1977 on a PDP-11 running RSTS/E on a Behive BH-100. Seems like one year from vi to being deployed at Berkeley to a completely different video editor being deployed on a completely different os in the schools that I used this in seems fast. So I did some digging. vi started in about 1976[1] as a project that grew out of the frustration taht a 200 line Pascal program was too big for the system to handle. These are based on recollections of Bill Joy in 1984. It appears that starting in 1972 Carl Mikkelson added screen editing features to TECO[2]. In 1974 Richard Stallman added macros to TECO. I don't know if Carl's work was the first, but it pre-dates the vi efforts. Other editors may have influanced Carl. Who knows. You're probably right. I didn't know the diff between a computer and a washing machine until I was past 30; found out in 1977 and haven't looked back! My first editor was ed on V6, followed by ex, followed by vi circa June, 1978. Bill used to haul around print outs of the src to vi and csh (c). I'd be hacking in FORTRAN and Bill would be working in things that we lightyears beyond me. Ideas inspire new ideas; concepts build upon one another. This integration and cross-fertilization helps all of us. OT, but that is why I see software patents as being not only selfish but self-defeating in the longer scope of things. Let me amend my prev-statement to read that vi was among the first screen/cursor-based editors gary -- Gary Kline [EMAIL PROTECTED] www.thought.org Public service Unix ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nvi for serious hacking
On Mon, Oct 17, 2005 at 02:46:56AM +0400, Oleg Petrov wrote: Hello, FreeBSD people. First thing to mention is that I'm very experienced Emacs user. I was using it for 4-5 years or so. But sometime ago i began to feel myself so uncomfortable with it for some reasons: first, i use many different systems and emacs isn't default application for FreeBSD or any other *BSD\Linux distribution. Second, remote machines aren't powerful enough to start Emacs fast. I tried many small Emacs clones like jed, joe, uemacs and several others i just can't remember. But for different reasons i disliked all of them. Later I noticed default `nvi' editor, that has some nice features: it comes with FreeBSD by default and according to documentation it has powerful editing mechanism. So, my question goes to all FreeBSD hackers who uses `nvi' as their general editor. Is it possible to do serious hacking with it? More accurate: * What programming features it support? (Does it have something like etags? Does it have interface to gdb? And such other things..) * Is it possible to use it comfortable with Dvorak layout? (I noticed some bindings that relies on keys arrangement) * How to setup it to standard FreeBSD C code indentation? And don't use tabs as well. It's hard choice for me to switch old good Emacs to something new, so please give me your opinions. I'm not subscribed to list, so please CC me. vi was the first screen/cursor-based editor in computer history. Written by Bill Joy when he was in his early 20's. I've been using vi almost since Bill released his first draft; my fingers know it by default. And even after almost 30years there are still things I don't know. Nutshell, I've hacked hundreds of thousands of line using vi; millions of words of prose. I've used *tags, debuggers, and other tools with it. Have tried *emacs; just can't get the hang of it. With tools like [n]vi and ctags, plus a debugger you've got your own IDE. Since you've learned emacs, you'll learn vi in a flash. gary kline -- Gary Kline [EMAIL PROTECTED] www.thought.org Public service Unix ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: processing incoming mail messages (FreshPorts 2)
On Tue, Dec 19, 2000 at 07:23:11AM +1300, Dan Langille wrote: On 18 Dec 2000, at 12:58, Vivek Khera wrote: "JSF" == Joseph Scott [EMAIL PROTECTED] writes: JSFIf you don't want to process a message the instant it comes in JSF (via feeding it to a perl script or what ever) you'll need to setup some JSF sort of queue, then have a cron job come through and process the JSF queue. Or, you could use a mailer system that does it for you. You can configure postfix to deliver at most N messages to a specific local destination at once, the rest getting queued in the local mail spool. If you set this limit to 1, you'd avoid the need for any additional file locking as well. Thanks. Offline, someone also suggested exim, which contains a perl interpreter. But I would rather develop an MTA independent solution. Hi Dan, elm used to have a program /usr/local/bin/filter that did what you want to do, I think. There were concise examples in the elm documentation and it worked well if the load wasn't extremely heavy. I used the filter binary for years; the bad news is that this binary seems to be missing from elm-2.5. No such feature in mutt gary -- Gary D. Kline [EMAIL PROTECTED] Public service Unix To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Beware of UnixWare 7
On Sat, Jun 19, 1999 at 08:54:44AM +0930, Greg Lehey wrote: [[ ... ]] I've tried twice more to install UnixWare. It makes all the right noises, but on reboot it just hangs. I'm giving up now. Maybe you should check out Limux 6.0. I just saw it shrink-wrapped (RedHat + MacMillan[?]) at Costco. Warehouse chain. gary To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
