Webinator 4 under Debian?
Are there any Webinator users out there who have successfully installed the new version 4 binaries? I downloaded their Linux 2.2 version. I'm running Debian 2.2r3. Two of the binaries, monitor and texis, crash with segmentation faults. Webinator has a Linux 2.4 version...perhaps it will work under Woody? -- David Sewell, Project Editor The University Press of Virginia PO Box 400318, Charlottesville, VA 22904-4318 USA Email: [EMAIL PROTECTED] Tel: +1 434 924 6066
Pitfalls of domain-name aliasing?
I've just applied to register an *.org domain name that will be aliased to my Linux box (already an *.edu host). I'm wondering whether any of the standard Debian Internet services are likely to need reconfiguration if an IP address becomes associated with more than one Internet name. I use Exim for mail delivery, and I know that I'll have to configure it to accept mail for the *.org alias as local. (I haven't RTFM yet to figure out which lines need changing.) Can I safely assume that other Internet daemons and servers won't care whether the host is being accessed under the canonical name or an alias? DS -- David Sewell * [EMAIL PROTECTED] | Where the earth is dry, the Dep't of Geosciences, Univ. of Arizona | soul is wisest and best. WWW: http://packrat.aml.arizona.edu/~dsew/ | --Heraclitus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Vim 5.0 package and compile-time options in packages
A Debian package of 5.0 has just been released, something a lot of users were eagerly waiting for. Earlier today I installed it, and was disappointed to discover that GUI support was not enabled, as it had been in the 4.6 Debian package. I was on the point of submitting a wishlist bug report, but then reflected: VIM 5.0 is a program with so many different compile options (including +/- support for emacs tags and Perl and Python syntax) that it is not easy to build a Debian package that meets the needs of all users. Some people want all the GUI and syntax support; others, especially people on slower systems, want a smaller, leaner program. So this leads to a more general question: what's the Debian philosophy on packaging a program with so many compile options? Build one package to the least common denominator? or with as many features as possible? Build multiple packages for the same program? Or include multiple versions of the binaries in a single package, and determine from the user during package install which one to copy to /usr/bin? -- David Sewell * [EMAIL PROTECTED] | The sleeping are workmen Dep't of Geosciences, Univ. of Arizona | (and fellow-workers) in WWW: http://packrat.aml.arizona.edu/~dsew/ | what happens in the world. | --Heraclitus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Vim 5.0 package and compile-time options in packages
On Mon, Mar 23, 1998 at 02:33:36PM -0500, Scott McDermott wrote: David Sewell [EMAIL PROTECTED] on Mon, Mar 23, 1998 at 11:43:49AM -0700: A Debian package of 5.0 has just been released, something a lot of users were eagerly waiting for. Earlier today I installed it, and was disappointed to discover that GUI support was not enabled, as it had been in the 4.6 Debian package. Isn't the GUI stuff in separate executables, g* ? No, gvim is just a symbolic link to vim, but VIM treats that command name as equivalent to vim -g, invoking the GUI version (assuming it's available). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: lynx get stuck (sort of...it's an annoyance)
On Mon, Mar 16, 1998 at 05:04:57PM -0500, Scott McDermott wrote: Doesn't the single key press z - Cancel transfer in progress do what you wish? This is from the help file which can be invoked by pressing h and then choosing Key-stroke Commands. Z, or control-g. Stalled resolves, though, won't be interrupted unless Lynx was compiled with the --with-nsl-fork option to configure. Note that this may only be a feature of 2.8 . This feature is present as of the current Debian lynx package, 2.7.2-1. DS -- David Sewell * [EMAIL PROTECTED] | If all things should become Dep't of Geosciences, Univ. of Arizona| become smoke, then perception WWW: http://packrat.aml.arizona.edu/~dsew/ | would be by the nostrils. | --Heraclitus -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED]
Re: VIM 5.0
On Sat, Mar 07, 1998 at 06:53:53PM -0500, Scott McDermott wrote: Martin Jackson [EMAIL PROTECTED] on Sat, Mar 07, 1998 at 12:30:35PM -0600: Are there plans to include VIM 5.0 in the release version of hamm? It has been released for a while, but I haven't seen it in the update announcements. Does it currently have a maintainer? It is in beta, and the revisions change quickly. I just compiled 5.0x less than a week ago and, checking the ftp site...oh, well it's still 5.0x but that's rare, usually it changes like every 2 minutes :) The VIM package maintainer is Galen Hazelwood, [EMAIL PROTECTED] I sent him email back in December about VIM 5, and he had this to say: There's a serious problem with packaging these vim betas. Bram made an incredibly stupid decision when he began using postfix letters to denote test versions. The problem is that if I package 5.0s, and upload it, people will install it. When the official 5.0 is released, called 5.0, and I package that, it looks like a downgrade to dpkg and dselect. That's really bad, because it means people who use automatic download systems (dftp or dpkg-ftp) will never see it. The only way around that would be to use epochs, and I regard epochs as a last resort solution. However, I'm keeping up with the vim sources, and will package a release as soon as possible. So the question would seem to be, is 5.0 now genuinely a release version without postfix letters, or does the problem Galen alludes to still exist? -- David Sewell * [EMAIL PROTECTED]| Hidden harmony is Dep't of Geosciences, Univ. of Arizona | better than manifest. WWW: http://packrat.aml.arizona.edu/~dsew/| --Heraclitus -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED]
Old curses month program under hamm?
Does anyone use the old curses-based month calendar program (last version was 8.7, I think) posted years ago to comp.sources.unix? I successfully compiled and ran it using the -traditional gcc flag under bo, but since upgrading to hamm the program is occasionally crashing, and now I can't get the source code to compile without errors. (I'm not much of a C programmer.) (Any pointers to strategies for tweaking old traditional C source code to Gnu-compatible would also be helpful.) -- David Sewell * [EMAIL PROTECTED]| Hidden harmony is Dep't of Geosciences, Univ. of Arizona | better than manifest. WWW: http://packrat.aml.arizona.edu/~dsew/| --Heraclitus -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
Re: Blocking spam by IP number
On Mon, Aug 11, 1997 at 11:49:00PM -0800, Bruce Perens wrote: My final version will not simply deny the connections, but will output an SMTP error to them which will cause an immediate mail bounce at their end. I've been using the tcpd banners option, with lines in /etc/hosts.deny that basically look like this: in.smtpd exim: \ [list of bad hosts/networks]: banners /usr/local/lib/tcpd Then in /usr/local/lib/tcpd I have a file named exim (add links as needed creating synonyms for in.smtpd and other sendmail-equivalent services) that contains these two lines: 550-5.7.1 SMTP connection refused from %h 550 5.7.1 Mail [EMAIL PROTECTED] from another host for reason The tcpd banners function means that the connection is not simply refused, but instead, the text contained in the file corresponding to the name of the service is transmitted to the client. (The given SMTP error codes are, I believe, the most up-to-date way of indicating administrative prohibition for security reasons; see RFCs 2034, 1893, and 821.) As for lists of known e-mail spam domains, I know of one site containing regularly-updated lists at ftp://ftp.cybernothing.org/pub/abuse/. (It is maintained by J.D. Falk, whois is with CAUCE, the Coalition Against Unsolicited Email.) I think a Debian spam-blocking package, using TCPD and generalized to cover all MTAs, would be a good thing, with a couple of caveats. For one thing, there's a legal issue: if the Debian package contains the actual net blocks and/or domain names to refuse mail from, that could open the Debian project to harrassing lawsuits from spammers. You'd probably want legal advice on this. Probably the package should put the burden of choosing blocked nets/sites on the individual user, maybe by getting addresses to block from a file that the package installer would be required to create (either by hand or maybe with a script that would pull in lists from given URLs--J.D. Falk's site has a couple of scripts like that). DS -- David Sewell * [EMAIL PROTECTED] | Where the earth is dry, the Dep't of Geosciences, Univ. of Arizona | soul is wisest and best. WWW: http://packrat.aml.arizona.edu/~dsew/ | --Heraclitus -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
cmsg cancel 5g1o8d$16e8@news.ccit.arizona.edu
[EMAIL PROTECTED] was cancelled from within trn. -- David Sewell * [EMAIL PROTECTED] | The sleeping are workmen Dep't of Geosciences, Univ. of Arizona | (and fellow-workers) in WWW: http://packrat.aml.arizona.edu/~dsew/ | what happens in the world. | --Heraclitus
Exim as replacement for smail
There's now an exim package available in the unstable hierarchy. (For those who don't know, exim is a Mail Transport Agent that had roots in smail but has grown into an actively maintained independent sendmail replacement; it incorporates a number of security and filtering features that smail lacks.) I'm wondering if anyone who has converted from smail to exim could comment on how much reconfiguring is likely to be necessary after the conversion--I assume that the exim package won't use information from an smail install, since the two packages are defined as conflicting. DS -- David Sewell * [EMAIL PROTECTED] | Night-walkers, wizards, Dep't of Geosciences, University of Arizona | bacchanals, revellers, http://packrat.aml.arizona.edu/~dsew/ | sharers in the mysteries. | --Heraclitus
Netscape 4.0b2 out, any success?
Just wondering if any Debian users have tried the new Netscape Communicator beta, released a couple of days ago. There's a thread on comp.os.linux.development.apps discussing problems with hangs bus errors people have been having. I can't get the newsreader function to work because the program crashes, but have yet to play around with libraries in hopes of a fix. There's some disagreement about whether the fixes that work for NS 3 work for the new beta. -- David Sewell * [EMAIL PROTECTED] | If all things should become Dep't of Geosciences, Univ. of Arizona| become smoke, then perception WWW: http://packrat.aml.arizona.edu/~dsew/ | would be by the nostrils. | --Heraclitus -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Problem with smail 3.2-3 and mutt 0.52 as configured
I'm running Debian Linux 1.2 with smail 3.2-3, and recently installed the current Mutt mailer package (0.52) to test it out. (Mutt is a mail program similar to Elm but with many new features.) Problem is, out of the box they don't deliver mail properly to local users. With Mutt, if I send email to dsew, it is translated to [EMAIL PROTECTED] before being sent. That throws smail into a loop error (maximum hop count exceeded) and the mail bounces. The smail loop error can be prevented by adding the line more_hostnames=localhost to /etc/smail/config. What I don't know because I'm not a mail guru is which program is not behaving properly. Should smail be configured by default to resolve [EMAIL PROTECTED] correctly, or should Mutt not translate user to [EMAIL PROTECTED]? I'll send a bug report to the package maintainer once I know which counts as the bug. -- David Sewell * [EMAIL PROTECTED] | If all things should become Dep't of Geosciences, Univ. of Arizona| become smoke, then perception WWW: http://packrat.aml.arizona.edu/~dsew/ | would be by the nostrils. | --Heraclitus -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
What's up with debian-user headers?
Are the mail headers for this list in flux? For a long time, I've been using procmail to filter on Resent-From: debian-user. In the last day or so some messages are missing that header. So I shifted to filtering on * TO: debian-user. Problem is, some of the messages are being sent to debian-user via a cc line that is given as cc rather than the standard Cc, so procmail isn't picking them up. I don't want to rewrite my filter rules every day-- is this going to stabilize? David S.
Re: Netiquette of requesting package updates
Brian C. White writes: I spend close to 50% of my Linux time using two programs, an editor and a WWW browser, and in both cases the current Debian version is several months out of date. Which editor and browser are you talking about? Are you looking at the stable or the development directory tree? I maintain the netscape package and it is right up to date. I was being purposely vague because I didn't want to single anyone out, but no, they're both popular text-only programs. One of them is behind by a minor version, the other by a major + 2 minors. No more clues. :)
Netiquette of requesting package updates
As a new Debian user who migrated from Slackware, one of the few things I find a comparative disadvantage is being dropped back to earlier releases of certain programs. I spend close to 50% of my Linux time using two programs, an editor and a WWW browser, and in both cases the current Debian version is several months out of date. The last thing I want to do is to pester a volunteer who is freely donating time to hurry up with a new package. On the other hand, it would seem that keeping up with new releases should be part of the maintainer's responsibility. What is the etiquette on requesting or inquiring about package updates, if any? And in the meantime, I assume it would be best to remove the two packages in question and put binaries of the newer versions in /usr/local/bin, rather than to just replace the installed binaries in /usr/bin?
Fixing timezone info in Debian
I've just set up Debian 1.1.5, and have run into one small but annoying problem right away. The only option the setup gave me for time zone was US - Mountain. Which I chose, with the result that my system is now reporting Mountain Daylight Time (with the correct GMT time, since I set it in hardware). Problem is, most of Arizona doesn't observe Daylight time. Good old Slackware used to let me select US/Arizona, which got things right. Is there a source that has a wider variety of timezone files than come in the standard /usr/lib/zoneinfo? Or am I expected to figure out zic(8) and roll my own??? -- David Sewell * [EMAIL PROTECTED] | The sleeping are workmen Dep't of Geosciences, Univ. of Arizona | (and fellow-workers) in WWW: http://packrat.aml.arizona.edu/~dsew/ | what happens in the world. | --Heraclitus
smail upgrade from old Slackware - Debian?
I'm finally upgrading a 2-years-ancient Linux system, running an old Slackware 1.2 (or so) distribution. Back then Slackware's default mail agent was smail; since then they've switched to sendmail. Slackware 3 was pre-installed on the new machine I bought, so I thought I'd try using it as the base system and selectively restoring my old setup as needed. I had problems compiling the latest smail from source, and the current Slackware smail binaries aren't configured to look for the same things as the old ones did. After a few hours of tinkering I had outgoing mail working but not incoming. I'm wondering if it wouldn't just be easier, since I'm in for a reinstall anyway, to junk Slackware and try building on a new Debian system. I'd be interested in hearing from anyone who has taken a similar leap from an old Slackware setup, especially re: the smail configuration. -- David Sewell * [EMAIL PROTECTED] | Night-walkers, wizards, Dep't of Geosciences, University of Arizona | bacchanals, revellers, http://packrat.aml.arizona.edu/~dsew/ | sharers in the mysteries. | --Heraclitus