Important: Non-maintainer release flame!
Joel as you can see from the CC: headers above this email is going out to more than just yourself. The point(s) I'm making below I consider to be important to the Debian project as a whole. As can be seen from bug #23367, you sent me an email to tell me there was a newer version of gd than the most recent one I had released (as libgd, libgd-altdev, libgd1g, and libgd1g-dev). In the reply I sent to you I mentioned that I had only recently become aware of this new versionm and was in the process of preparing a package of it. I now see that you have uploaded a non-maintainer release of this new version to master.debian.org! To be blunt I'm pissed about this...indeed this is *not* the first time someone has decided to do a non-maintainer release of one of the packages I've been working on without checking with me first. I thought that a non-maintainer release was normally only done where either a security hole needed to be fixed quickly or where a serious problem existed with a package that the maintainer had not fixed for some time. rant mode on At this point in time I'm seriously considering if I want to remain a Debian developer if people are going to continue to tinker with and release updated versions of packages I'm maintaining without contacting me first. I know - why don't I decide to do a non-maintainer release of libc6 :-) At this stage I wondering whether I should drop work on all my packages (both released and unreleased) and either become just a Debian user or maybe even move over to a different distribution... rant mode off Ian, should non-maintainer releases be allowed into frozen/unstable without checking with the maintainer first? -- Dermot Bradley [EMAIL PROTECTED], [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Important: Non-maintainer release flame!
Dermot John Bradley [EMAIL PROTECTED] wrote: I thought that a non-maintainer release was normally only done where either a security hole needed to be fixed quickly or where a serious problem existed with a package that the maintainer had not fixed for some time. The previous version was non-dfsg, while the current version is dfsg, this seems rather serious. Anyways, as maintainer, your release takes precedence. I'd enjoy that someone wants to help. [I hate to see eagerness get squashed, and that's what looks like what's happening here, in several directions.] -- Raul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: VI reasons (was Re: Base Set: Suggested additions removals.)
On 15 Jun 1998, Martin Mitchell wrote: Raul Miller [EMAIL PROTECTED] writes: Yes, but note that the current version of ae fixes a lot of these problems. [I found this out while attempting to verify some of my gripes about ae.] Is it just me, or does the vi mode in the current version of ae not work at all? I tried ae -f /etc/ae2vi.rc tst and could not even quit with :q, I had to switch consoles and kill it. i've 'discovered' this several times when booting linux emergency or linux single at the LILO promptunless you remember to run 'open' a few times to get some more virtual consoles, the only way out is to push the reset button. not a good thing to do to a system. the fact is that ae is easy for some people so it should be on the rescue disk (even though it sucks badly - personally, i find it difficult and clumsy to use, and won't use it for anything). joe is a nice easy editor but is much too big. i'd prefer joe on the rescue disk but it won't fit. elvis-tiny is small enough to fit on too (although that may have changed now that we use slang rather than ncurses - can elvis-tiny use slang??) and provides a decent editor for people who can't/won't use crap. Perhaps much of this discussion could be solved if ae managed vi keybindings a little better. Martin. P.S. This test was using ae version 962-20. -- craig sanders -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stop vi discussion
AE continues to seem terribly buggy. The keystrokes inexplicably seem different every time I use it. Sometimes F10 means save, other times its ^W. Often, the arrow keys are non-functional. It is very rare to get it to do both a backspace and delete operation. Joe, BTW, has its native keystrokes, plus vi, pico, and probably emacs keystroke emulation. It also has nice online help like ae. It is the first editor I used under Linux -- I have been using the Wordstar-like keystrokes for years and years. (Some of you may remember Borland's classic SideKick TSR under DOS. That's when I learned those keystrokes. On an 8088 with no hard disk.) My editor of choice these days is xemacs, which of course cannot go on the rescue disk. I still use joe for quick editing jobs, and it does some things better than emacs -- raw editing of binaries, rectangle selects, etc. It would be very nice to see it on the rescue disk. John [EMAIL PROTECTED] writes: andreas writes: ae is nice, if want a crippeled, but very small editor. what then ? joe. Just tried it. It's good enough for rescue disk use, but so is ae. And joe is way too big. Anything that fits is ok on the rescue disk, as long as the user knows it's there. joe is useable for vi users and emacs users... Vi and emacs should be able to use any editor. ...(even if it's a pain) You're not going to get carpal tunnel fixing a few config files. As long as a newbie can find it and figure out how to insert and delete characters and save files, anything will do. Anything *small*, that is. -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- John Goerzen Linux, Unix consulting programming [EMAIL PROTECTED] | Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org | + Visit the Air Capitol Linux Users Group on the web at http://www.aclug.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stop vi discussion
Yann Now another idea would be jed. It's quite small (but maybe bigger Yann than joe, don't know, don't have joe installed any more), uses Yann S-lang, is emacs-likee, has vi emulation AFAIK. jed is currently without a maintainer, and the hamm version has too many bugs. The previous maintainer didn't make a release in years, despite all those bugs. The newest jed sources don't even compile under hamm as they need slang-1.2. -- mailto:[EMAIL PROTECTED] According to the latest official figures, http://rosebud.ml.org/~edd 43% of all statistics are totally worthless. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Important: Non-maintainer release flame!
Dermot == Dermot John Bradley [EMAIL PROTECTED] writes: Dermot I now see that you have uploaded a non-maintainer release of Dermot this new version to master.debian.org! To be blunt I'm pissed Dermot about this...indeed this is *not* the first time someone has Dermot decided to do a non-maintainer release of one of the packages Dermot I've been working on without checking with me first. If I'm reading the timestamps right, the non-maintainer release was made just a few minutes after the initial Bug report on the 10th, which you replied to just two hours later. So I'd have to agree that the upload was a bit hasty. It does show everyone's dedication, though, since we're talking 1 a.m and 3 a.m. :-) The drive to get hamm out as quickly as possible is undoubtedly fraying people's patience. But I might have done the same thing, had I been in a hamm-fixing mood that night, because to be equally blunt, you do not have a track record of answering email in reasonable times -- this was unusual. Therfore the long history of NMUs on your packages, and at one point the WNPP had given you up for dead. That said, expecting a reply in a few minutes, at 1 a.m, was a bit much. :-) Perhaps clearer guidelines on this would be useful. - PGP E4 70 6E 59 80 6A F5 78 63 32 BC FB 7A 08 53 4C __ _Debian GNU Johnie Ingram [EMAIL PROTECTED] mm mm / /(_)_ __ _ ___ __netgod irc.debian.org mm mm / / | | '_ \| | | \ \/ / m m m / /__| | | | | |_| |Yes, I'm Linus, and I am your God. mm mm \/_|_| |_|\__,_/_/\_\ -- Linus, keynote address, Expo 98 GO BLUE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Building a connection with Kachina Tech.
On Mon, 15 Jun 1998, Dale Scheetz wrote: Kachina Technologies is willing to provide hardware resources and any other help we might need to make this project a reality. They have even offered heavily discounted (50%) prices on development machines for selected developers. What sort of machines are these? I've been thinking about some new hardware : Also, if things go well it might be worthwhile for debian to aquire one and put it at va or novare for general use (Ideally we'd have an alpha and a ppc to, but...) Thanks, Jason -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ftp.debian.org/debian/indices/md5sums.gz
On 15 Jun 1998, Jens Ritter wrote: I currently write a programm which checks if a mirror only contains valid files. mdsum -vc md5sums ? Jason -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: VI reasons (was Re: Base Set: Suggested additions removals.)
On 15 Jun 1998, Martin Mitchell wrote: Raul Miller [EMAIL PROTECTED] writes: Yes, but note that the current version of ae fixes a lot of these problems. [I found this out while attempting to verify some of my gripes about ae.] Is it just me, or does the vi mode in the current version of ae not work at all? I tried ae -f /etc/ae2vi.rc tst This is the old .rc file, left behind by a dpkg artifact during the upgrade. While future versions of ae will be able to remove this file, I don't see Brian letting it into hamm, but as it is only useful in this mode during an install, everything will work fine. and could not even quit with :q, I had to switch consoles and kill it. Perhaps much of this discussion could be solved if ae managed vi keybindings a little better. Martin. P.S. This test was using ae version 962-20. You used the -20 code with the -15 .rc file. Try it again using: ae -f /etc/ae/ae2vi.rc tst and you will have better results. (It's not great, mind you, just better) Luck, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stop vi discussion
On Mon, Jun 15, 1998 at 12:34:38PM +0200, Yann Dirson wrote: Andreas Jellinghaus writes: what then ? joe. Well, that's IMHO an idea worth worth studying. When I first installed Linux, I was coming from DOS and Borland's editors, which joe mimics quite closely. And joe, like ae, emulates other editors - not quite perfectly, perhaps, but I'm writing this non-flame in jpico, which I find exceedingly convenient sometimes (I symlink /usr/local/bin/pico to it and can get by that way; evil habit of mine). But this thread relly has begun to go on too long. Dan [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Serious performance bug in Perl
'Darren/Torin/Who Ever... wrote:' Chris Fearnley, in an immanent manifestation of deity, wrote: But yesterday I upgraded a bo system to hamm which has a 3000 line /etc/passwd. Now adduser takes OVER ONE MINUTE to find a UID and GID for the new user. And my staff is complaining about the wasted time. I fear that this perl bug is serious. Something is wrong with your installation or possibly libc. I compiled perl-5.003_07 and perl-5.004_04 on a Solaris box with 5000 users. The 5.004_04 was somewhat faster. Maybe it's a problem with perl on libc6 systems with shadow passwords??? It was a straightforward upgrade from bo. I can't imagine how a misconfiguration could cause this. I have the latest of everything relevant installed: [EMAIL PROTECTED]:~$ dpkg -l libc6 perl passwd adduser Desired=Unknown/Install/Remove/Purge | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersionDescription +++-===-==- ii libc6 2.0.7pre1-4The GNU C library version 2 (run-time files) ii perl5.004.04-6 Larry Wall's Practical Extracting and Report ii passwd 980403-0.2 Change and administer password and group dat ii adduser 3.8Add users and groups to the system. [EMAIL PROTECTED]:~$ ls -l /etc/passwd /etc/shadow /etc/group /etc/gshadow -rw-r--r-- 1 root root48419 Jun 15 21:41 /etc/group -rw-r- 1 root shadow 35754 Jun 15 21:41 /etc/gshadow -rw-r--r-- 1 root root 191178 Jun 15 21:41 /etc/passwd -rw-r- 1 root shadow 124656 Jun 15 21:41 /etc/shadow Could it be a problem with shadow passwords? -- Christopher J. Fearnley | Linux/Internet Consulting [EMAIL PROTECTED] | Design Science Revolutionary http://www.netaxs.com/~cjf | Explorer in Universe ftp://ftp.netaxs.com/people/cjf | Dare to be Naïve -- Bucky Fuller -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Building a connection with Kachina Tech.
Kachina Technologies is strongly interested in Debian Sparc for the hardware they distribute. They are offering resources for this effort with the goal being a commercial grade Debian distribution. Hi. I know this isn't the time, place, method or means, but please allow me to introduce myself, I'm a dragon of wealth and taste... I've been around for a long, long time, and have changed many a redhatter's faith.. I was around when debian had its moment of doubt and pain... I'm a sysadmin and a pilot, and I am here to join the fete... Ok, sorry for the chatter, and I do realize it's not needed (And very possibly not welcome)... The two greatest loves of my computer life are currently Sparcs and Debian. I've used both extensively. Just an introduction, and possibly unneeded statement of interest. -Kysh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
apache_1.1.3-6 preinstall script giving errors
I was having trouble installing apache_1.1.3-6 on a bo machine that had an earlier apache (1.0.x) installed. I kept getting an error in the pre-installation script. I thought it was because of the previous version so I removed the previous version. Now I still can't get 1.1.3-6 to install and I don't have the earlier one. Here is all I get. arcola# dpkg -i apache_1.1.3-6.deb (Reading database ... 22196 files and directories currently installed.) Unpacking apache (from apache_1.1.3-6.deb) ... dpkg: error processing apache_1.1.3-6.deb (--install): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: apache_1.1.3-6.deb I would appreciate any advice. I was trying to help my friend with his system and now I have left him without a functioning apache on a system that is supposed to be serving web pages to the world. -- Douglas Bates[EMAIL PROTECTED] Statistics Department608/262-2598 University of Wisconsin - Madisonhttp://www.stat.wisc.edu/~bates/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt and hamm
Bob Hilliard [EMAIL PROTECTED] writes: [EMAIL PROTECTED] (Adam P. Harris) writes: Interesting. Apparently, there's going to be coverage of these topics in the release notes, not the install.sgml document. Volunteers? I'm a bit overcommitted ;) I wrote the autoup.sh README, and have always expected to update it for the CD and for the ftp archives and web page when hamm is stable. Either Craig or I could update autoup.sh pretty quickly, once the structure of the CD is established. I would prefer to have Craig do the autoup.sh update, since he doesn't always agree with my modifications. I will be out of town after tomorrow for about a week, so I won't be able to do anything on the README before then, but I don't think 2.0 will be released before then. Perhaps not. Anyhow we should take the autoup README and also add alternative instructions for using apt, I think. If anyone's interested (especially Bob!) I have a collection of notes on how to go about upgrading with apt. -- .A. P. [EMAIL PROTECTED]URL:http://www.onShore.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
FIX FOR HAMM: timezone problem
Hi, I noticed with surprise tonight that my clock was an hour off. Investigating the matter revealed that /etc/timezone said US/Central. running /usr/sbin/tzconfig and setting it to SystemV/CST6CDT fixed the problem. However, the install program, and tzconfig, both have a problem. They do not explain the difference, why one might work and the other might not, etc. Also, why does US/Central not work? The boot disks should not offer confusing options. They should offer the working one (CST6CDT for me) and no non-working ones. The same goes for tzconfig. Otherwise, anybody using xntp or something similar will always get incorrect times. John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ftp.debian.org/debian/indices/md5sums.gz
On Mon, 15 Jun 1998, Jason Gunthorpe wrote: On 15 Jun 1998, Jens Ritter wrote: I currently write a programm which checks if a mirror only contains valid files. mdsum -vc md5sums ? Not quite. In md5sums are many more files as in the tree I want to test. And what about the files in the tree but not in md5sums? Thanks, Jens --- [EMAIL PROTECTED] [EMAIL PROTECTED] Key ID: 2048/E451C639 Jens Ritter Key fingerprint: 5F 3D 43 1E 24 1E CC 48 1E 05 93 3A A7 10 73 37 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Exciting Pilot/Debian news
Hi, I have now successfully built the GCC, gdb, binutils, etc. packages for Debian. The package name is prc-tools and should be in Incoming by the time you read this. It was quite a chore to package but it is quite exciting what can be done with it! I'd like feedback on it. I have opted to package it as it is done upstream; that is, all the programs in one thing. The upstream prc-tools consists of patches against gcc, binutils, and gdb plus its own software. The prc-tools source package does not include the gcc, binutils, and gdb source itself. Is this correct? Also, it replaces, provides, and conflicts the previous gcc-m68k-palmos-coff and current binutils-m68k-palmos-coff packages. Again, is this correct? Thanks, John -- John Goerzen Linux, Unix consulting programming [EMAIL PROTECTED] | Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org | + Visit the Air Capitol Linux Users Group on the web at http://www.aclug.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Why I like debian
What makes debian the best? Some say it is because we have the most packages. Some say it is because we are the most technically knowledgeable. Some say it is because are releases are extremely stable. And yet others will say it is because out packages are entirely free. Well, I agree with all those people. I like to look at the bigger picture however. Debian is great, not for what we have, but for who we are. Other distributions might have lots of people behind them, as does Debian. But only Debian allows for any person in the world to become a 'developer,' and even to become the project leader. If someone thinks something should be done differently, then they are encouraged to 'put their foot where their mouth is.' They can become a Debian developer(at no cost), and improve the system. Because of everyone who has joined Debian over the years, we have become a 'melting pot' of ideas. We have many varied people, from all walks of life, that all contribute to the better whole. Everyone does it out of the goodness of his/her heart, understanding that others are doing the same for them. So everyone benefits from others work, and everyone is happy. We have uniformity from our diversity. With our many different views, we get to see several different ways to implement solutions. All our developers are given a chance to voice the opinions, and generally the best method is chosen to solve a problem. If, for some reason, that method turns out not to be the best, then we will come up with the best way to change to a new method, without losing any system integrity. Because all developers agree to follow the Debian Policy Guidelines, we can offer a quality, competent operating system to the computing community. Adam Heath [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Including Mysql in the Main Distrubation
Raul Miller writes: I'm aware of two issues: (1) mysql is significantly faster Will comment on this one later. (2) postgres forces you to abandon ansi sql for a number of things where mysql allows you to use ansi sql. Which ansi sql feature is missing? Michael -- Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH [EMAIL PROTECTED]| Europark A2, Adenauerstr. 20 [EMAIL PROTECTED] | 52146 Wuerselen Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Including Mysql in the Main Distrubation
Gergely Madarasz writes: I find it much faster, it uses less resources... of course it has less features too, but you dont always need subselects and transactions. It doesn't have transactions? Whew, I never expected that. Michael -- Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH [EMAIL PROTECTED]| Europark A2, Adenauerstr. 20 [EMAIL PROTECTED] | 52146 Wuerselen Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Including Mysql in the Main Distrubation
Drake Diedrich writes: In some tests I ran, I found that postgres was only capable of 4 transactions per second in the default configuration. The speed could be increased to 80 transactions/sec if you were willing to turn off the automatic disk syncing. It is not clear from the mysql documentation whether it syncs the disk after each transaction, so mysql may only be comparable to the unsync'd postgres speed. With an fsync after each transaction, Postgres is limited by disk seek times. You might be able to speed it up by putting each file in the database on separate (fast) disks. No DBMS syncy after each transaction. Most systems do it every 30 seconds. Support for that will be added to Postgres later on. And with 80 TPS I think Postgres is doing quite a job. I remember some co-workers timing Oracle on an SCO machine a while ago. With a huge database it wasn't able to do more than 50 TPS. Michael -- Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH [EMAIL PROTECTED]| Europark A2, Adenauerstr. 20 [EMAIL PROTECTED] | 52146 Wuerselen Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#23576: tetex-base: no write-permissions on public font directories
[EMAIL PROTECTED] writes: Package: tetex-base Version: 0.9-7 When the user first hits an ungenerated font then permission denied messages are plentiful... :) The fonts get generated correctly, but it is a security problem to let everybody write the ls-R file. I believe that the permissions of the directory /var/spool/texmf should be 1777 and of /var/spool/texmf/ls-R should be 0666. No. ls-R should not be wordwritable. Please look into the Debian policy. TeX can find the generated fonts even without them noted in the ls-R file. But to speed it up they can be in the ls-R file. For this reason there is a cronjob every day which updates the ls-R files. Also I propose to make the main configuration file a link: /usr/lib/texmf/web2c/texmf.cnf - /etc/texmf.cnf This *is* meant to be a user-available file (and most changes do not require regeneration of formats). The links exists: # ls -l /usr/lib/texmf/web2c/texmf.cnf lrwxrwxrwx 1 root root 20 Jun 15 14:20 /usr/lib/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf Finally, it would be very nice if the hierarchy was under /usr/share/texmf rather than /usr/lib/texmf since the texmf hierarchy was designed to be sharable this way ... and it will also make it much easier to make installers for things such as the TeX Live 3 CD-ROM we're just now issuing. We have to discuss this. What do others (debian-devel) say to this point? Thanks for having an up to date teTeX as a Debian package again :) Pas de quoi. Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Including Mysql in the Main Distrubation
On Tue, 16 Jun 1998, Michael Meskes wrote: Gergely Madarasz writes: I find it much faster, it uses less resources... of course it has less features too, but you dont always need subselects and transactions. It doesn't have transactions? Whew, I never expected that. You can lock the tables and then do some things, but without rollback. -- Madarasz Gergely [EMAIL PROTECTED] [EMAIL PROTECTED] It's practically impossible to look at a penguin and feel angry. Egy pingvinre gyakorlatilag lehetetlen haragosan nezni. HuLUG: http://www.cab.u-szeged.hu/local/linux/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stop vi discussion
Dirk Eddelbuettel writes: Yann Now another idea would be jed. It's quite small (but maybe bigger Yann than joe, don't know, don't have joe installed any more), uses Yann S-lang, is emacs-likee, has vi emulation AFAIK. jed is currently without a maintainer, and the hamm version has too many bugs. The previous maintainer didn't make a release in years, despite all those bugs. The newest jed sources don't even compile under hamm as they need slang-1.2. ...that reminds me... does anybody knows what has happened to the periodic WNPP listing ? This kind of package really needs a new maintainer ! Well, IMHO, at least... Maybe I'll volunteer, but not right now... anyway it's too late for hamm :( -- Yann Dirson[EMAIL PROTECTED] | Stop making M$-Bill richer richer, isp-email: [EMAIL PROTECTED] | support Debian GNU/Linux: debian-email: [EMAIL PROTECTED] | more powerful, more stable ! http://www.mygale.org/~ydirson/ | Check http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Mon, 15 Jun 1998, John Goerzen wrote: Hi, I noticed with surprise tonight that my clock was an hour off. Investigating the matter revealed that /etc/timezone said US/Central. running /usr/sbin/tzconfig and setting it to SystemV/CST6CDT fixed the problem. However, the install program, and tzconfig, both have a problem. They do not explain the difference, why one might work and the other might not, etc. Also, why does US/Central not work? The boot disks should not offer confusing options. They should offer the working one (CST6CDT for me) and no non-working ones. The same goes for tzconfig. Otherwise, anybody using xntp or something similar will always get incorrect times. I'm sorry to disapoint you, but US/Central is a perfectly valid timezone. It is only intended for those parts of the central US where Daylight Savings Time is not practiced. You will notice that there are equivalet settings for the other timezones as well. While I admit that setting your timezone is not always obvious. Once you figure out the correct setting, it never changes, as long as you don't move very far. If we supplied a whole book on the subject there would still be confused people. On the other hand, if you can come up with an explanation that is short and clear, I will be happy to incorporate it into the tzconfig script. Thanks, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
w3mir eats a lot of memory
w3mir or hamm eats a lot of memory when it is running for a while (days). Top looks like this PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND 695 allmendk 3 0 372 9672 R 0 4.2 0.3 0:38 in.ftpd 223 rainer19 19 45412 21M 436 R N 0 3.8 70.5 309:52 w3mir Users complain, that they cannot work interactive at this machine. Is this a bug (memory leak of w3mir), a weakness of the kernel (w3mir eats all the memory for caching, if nothing else runs)? Any comments? -- Rainer Dorsch Abt. Rechnerarchitektur e-mail:[EMAIL PROTECTED] Uni StuttgartTel.: 0711-7816-215 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Need artistic type to create a Debian ad for LJ
James A.Treacy [EMAIL PROTECTED] wrote: In making enquiries to LJ about the cost of advertising, Debian was given an offer of 2 one-half page ads if we do some work on some Linux docs that the LJ is maintaining. This is an opportunity we shouldn't let pass. Oh, this is just _great_! When will that happen? peloy.- -- Eloy A. Paris Information Technology Department Rockwell Automation Venezuela Telephone: +58-2-9432311 Fax: +58-2-9431645 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
Dale Scheetz [EMAIL PROTECTED] writes: The boot disks should not offer confusing options. They should offer the working one (CST6CDT for me) and no non-working ones. The same goes for tzconfig. Otherwise, anybody using xntp or something similar will always get incorrect times. I'm sorry to disapoint you, but US/Central is a perfectly valid timezone. It is only intended for those parts of the central US where Daylight Savings Time is not practiced. You will notice that there are equivalet settings for the other timezones as well. Yes. But almost all of the US does use DST. I believe the sole exception is a few counties in Indiana. Therefore it does indeed seem to be broken. I'm not sure if Indiana is in Central or Eastern, but I can say for sure that Mountain and Pacific zones have no place like that -- they all switch for DST. Neither the boot disks nor tzconfig make this distinction clear, although it would be trivial to do so, I think. Further, I think that the System V options should be the default instead of the other ones. While I admit that setting your timezone is not always obvious. Once you figure out the correct setting, it never changes, as long as you don't move very far. Yes, but here I've been running for over half a year with the wrong timezone because nobody ever told me it's wrong. US/Central looks perfect in the setup -- I can imagine people going What is this CST6CDT thing? In both tzconfig and the boot disks, one is presented with US/Central before CST6CDT. I don't know if it still does this, but older versions would ask you this after you booted up the first time -- they'd actually ask for you to punch in your geographical region. To that question, you'd answer US instead of CST6CDT. If we supplied a whole book on the subject there would still be confused people. On the other hand, if you can come up with an explanation that is short and clear, I will be happy to incorporate it into the tzconfig script. I'd say something like: If your time changes for daylight savings time, use these options. Otherwise, use these. Something needs to be done on the bootdisks, too. -- John Goerzen Linux, Unix consulting programming [EMAIL PROTECTED] | Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org | + Visit the Air Capitol Linux Users Group on the web at http://www.aclug.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#23590: vim: unaligned traps on Alpha
Previously Nikita Schmidt wrote: When run on Alpha, vim produces an unaligned trap. In fact, the problem is more serious than just the unaligned access, for there happens to be a long access to an int quantity (see the patch below). This problem also exists in 5.0-0.2 and 5.1. I'm building a NMU which fixes this. One for 5.0 in hamm and one for 5.1 in slink. About 5.1 being put into hamm.. The 5.1 package solves some problems and is IMHO better configured with respect to syntax-highlighting and X-stuff. And the upstream author also says we really should put 5.1 in hamm, and who would want to argue with him? Wichert. -- == This combination of bytes forms a message written to you by Wichert Akkerman. E-Mail: [EMAIL PROTECTED] WWW: http://www.wi.leidenuniv.nl/~wichert/ pgp0jcuXLH9rZ.pgp Description: PGP signature
Re: FIX FOR HAMM: timezone problem
On Tue, Jun 16, 1998 at 07:54:42AM -0500, John Goerzen wrote: I'd say something like: If your time changes for daylight savings time, use these options. Otherwise, use these. Something needs to be done on the bootdisks, too. OK. So, which are the options for DST and which are the others? Does that apply to all US zones or only to US/Central? Thanks, -- Enrique Zanardi[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Tue, 16 Jun 1998, Dale Scheetz wrote: On Mon, 15 Jun 1998, John Goerzen wrote: Investigating the matter revealed that /etc/timezone said US/Central. running /usr/sbin/tzconfig and setting it to SystemV/CST6CDT fixed the problem. I'm sorry to disapoint you, but US/Central is a perfectly valid timezone. It is only intended for those parts of the central US where Daylight Savings Time is not practiced. You will notice that there are equivalet settings for the other timezones as well. In tzconfig, it prompts you for your geographic area. Just about everyone I can think of will select US if they are in the US. But if what you are saying is correct, non of those settings are for people with Daylight Savings Time. There should be an alternative list under the US section that is for people with Daylight Savings Time. Brandon --+-- Brandon Mitchell [EMAIL PROTECTED] | Debian Testing Group Status PGP Key: finger -l [EMAIL PROTECTED] | http://bhmit1.home.ml.org/deb/ Dijkstra probably hates me (Linus Torvalds, in kernel/sched.c) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
vim 5.1 in hamm
Previously Wichert Akkerman wrote: And the upstream author also says we really should put 5.1 in hamm, and who would want to argue with him? I've just checked the 5.0 - 5.1 changelog. Basically some a whole bunch of errors have been fixedand Win32-support has been vastly improved, There are some new features though. I'll put the changelog below. Personally, I would like to see vim 5.1 in hamm, but that's just me. As a vim-addict I'm somewhat subjective here. Wichert. == VERSION 5.1 *version-5.1* Improvements made between version 5.0 and 5.1. Changed: The expand() function now separates file names with NL instead of a space. This avoids problems for file names with embedded spaces. To get the old result, use substitute(expand(foo), \n, , g). For Insert-expanding dictionaries allow a backslash to be used for wildchars. Allows expanding ze\kra, when 'isk' includes a backslash. New icon for the Win32 GUI. :tag, :tselect etc. only use the argument as a regexp when it starts with '/'. Avoids that :tag xx~ gives an error message: No previous sub. regexp. Also, when the :tag argument contained wildcard characters, it was not Vi compatible. When using '/', the argument is taken literally too, with a higher priority, so it's found before wildcard matches. Only when the '/' is used are matches with different case found, even though 'ignorecase' isn't set. Changed g^] to only do :tselect when there is more than on matching tag. Changed some of the default colors, because they were not very readable on a dark background. A character offset to a search pattern can move the cursor to the next or previous line. Also fixes that /pattern/e+2 got stuck on pattern at the end of a line. Double-clicks in the status line do no longer start Visual mode. Dragging a status line no longer stops Visual mode. Perl interface: Buffers() and Windows() now use more logical arguments, like they are used in the rest of Vim (Moore). Init ' mark to the first character of the first line. Makes it possible to use ' in an autocommand without getting an error message. Added: shell_error internal variable: result of last shell command. :echohl command: Set highlighting for :echo. 'A', 'N' and 'I' flags to 'mouse': Do position the cursor, but don't start Visual mode, only start xterm-like selection. 'S' flag in 'highlight' and StatusLineNC highlight group: highlighting for status line of not-current window. Default is to use bold for current window. Added buffer_name() and buffer_number() functions (Aaron). Added flags argument g to substitute() function (Aaron). Added winheight() function. Win32: When an external command starts with start , no console is opened for it (Aaron). Win32 console: Use termcap codes for bold/reverse based on the current console attributes. Configure check for strip. (Napier) CTRL-R CTRL-R x in Insert mode: Insert the contents of a register literally, instead of as typed. Made a few No match error messages more informative by adding the pattern that didn't match. make install now also copies the macro files. tools/tcltags, a shell script to generate a tags file from a TCL file. --with-tlib setting for configure. Easy way to use termlib: ./configure --with-tlib=termlib. 'u' flag in 'cino' for setting the indent for contained () parts. When Win32 OLE version can't load the registered type library, ask the user if he wants to register Vim now. (Erhardt) Win32 with OLE: When registered automatically, exit Vim. Included VisVim 1.1b, with a few enhancements and the new icon (Heiko Erhardt). Added patch from Vince Negri for Win32s support. Needs to be compiled with VC 4.1! Perl interface: Added $curbuf. Rationalised Buffers() and Windows(). (Moore) Added group argument to Msg(). Included Perl files in DOS source archive. Changed Makefile.bor and Makefile.w32 to support building a Win32 version with Perl included. Included new Makefile.w32 from Ken Scott. Now it's able to make all Win32 versions, including OLE, Perl and Python. Added CTRL-W g ] and CTRL-W g ^]: split window and do g] or g^]. Added g] to always do :tselect for the ident under the cursor. Added :tjump and :stjump commands. Improved listing of :tselect when tag names are a bit long. Included patches for the Macintosh version. Also for Python interface. (St-Amant) :buf foo now also restores cursor column, when the buffer was used before. Adjusted the Makefile for different final destinations for the syntax files and scripts (for Debian Linux). Amiga: $VIM can be used everywhere. When $VIM is not defined, VIM: is used. This fixes that VIM: had to be assinged for the help files, and $VIM set for the syntax files. Now either of these work. Some xterms send vt100 compatible function keys F1-F4. Since it's not possible to detect this, recognize both type of keys and translate them to F1 -
Re: Bug#23000: acknowledged by developer (sendmail: no way to force deliver over procmail)
severity 23000 standard This is ONLY A PROBLEM FOR PEOPLE WHO ALTER PROCMAIL UNEXPECTEDLY. THIS IS NOT A PROBLEM FOR MOST STANDARD CONFIGURATIONS. THERE IS A PERFECTLY USEFUL WORKAROUND TO CONFIGURE SENDMAIL TO USE DELIVER INSTEAD. This is therefore NOT release critical. On Tue, 16 Jun 1998, Herbert Xu wrote: severity 23000 important quit Richard A Nelson wrote: severity 23000 standard quit Stop doing this. No... man sensible-mda clearly (to me - let me know what I could do to make it more clear if need be) states that procmail is preferred over deliver wherein both are extant. So? It shouldn't try to exec something that's not setuid. You've been given (and I assume) implimented the work around - and I still beleive that: 1) The number of people to be bitten by this is so close to one as to be one for all intents and purposes. I consider this a stupid view to hold when people might be losing emails. 2) The only way sendmail can protect itself from this would be to add checking for setgid authority before calling the MDA. Is it worth the effort? see 1) above... Of course. It's so simple. 3) sensible-mda is better than having the casual/new user learn enough to change from deliver to procmail or visa versa... Not to mention that one would have to be chosen as the default... Scott will file a bug if I require deliver, and you if I require procmail... help? So fix sensible-mda. Please, read the responces to this problem, and tell me what can be done to satisfy the three above and points raised in prior notes... Fix sensible-mda so that it doesn't exec something that's not setuid. Problem fixed. -- Scott K. Ellis [EMAIL PROTECTED] http://www.gate.net/~storm/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug Terrorism
No, you're not hiding this on the bug tracking system any more. The reason that sendmail broke is that you made a DELIBERATE modification to procmail that sendmail wasn't expecting. While I agree that sendmail should probably be more graceful about handling it, it is not a release-critical error. A vast majority of people (like everyone but you) don't go breaking procmail for the fun of it. It is NOT SENDMAIL's FAULT that you broke it's MDA. I really don't understand why people want to blame sendmail when they do stupid things like this. I'm sorry, but I really think you're being an ass over this. You've been provided with a workaround to make sendmail use deliver. I will provide it again in case you can't look it up in the bug tracking system. define(`LOCAL_MAILER_PATH', `/usr/bin/deliver') define(`LOCAL_MAILER_ARGS', `deliver -r $g $u') define(`LOCAL_MAILER_FLAGS', `DFMlmns') Both the maintainer and I (as a concerned third party and maintainer of deliver) don't think this is important enough to hold up hamm. On Wed, 17 Jun 1998, Herbert Xu wrote: severity 23000 important quit Scott Ellis wrote: severity 23000 standard This is ONLY A PROBLEM FOR PEOPLE WHO ALTER PROCMAIL UNEXPECTEDLY. THIS IS NOT A PROBLEM FOR MOST STANDARD CONFIGURATIONS. THERE IS A PERFECTLY USEFUL WORKAROUND TO CONFIGURE SENDMAIL TO USE DELIVER INSTEAD. This is therefore NOT release critical. Anyone can lose emails due to this which can be easily fixed by doing a stat in sensible-mda. -- Scott K. Ellis [EMAIL PROTECTED] http://www.gate.net/~storm/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Intent to Package: mod_perl
mod_perl (which I'm going to package as libapache-mod-perl .. any better ideas?) is an apache module for tighter integration of Perl with Apache. With the releases of 1.12, mod_perl compiles pretty simply as a shared Apache module, so now looks like the right time to package it up. The package is almost ready. Source: libapache-mod-perl Section: main/web Priority: optional Maintainer: Dan Jacobowitz [EMAIL PROTECTED] Standards-Version: 2.4.1 Package: libapache-mod-perl Architecture: i386 Depends: ${shlibs:Depends}, apache (= 1.3.0), perl Description: Integration of perl with the Apache web server mod_perl allows the use of Perl for just about anything Apache-related, including Perl sections in the config files and the famous Apache::Registry module for caching compiled scripts. . It can produce anywhere from a 400% to 2000% speed increase on sites using perl scripts, and is used on many large script- based web sites - for example, www.slashdot.org. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems with javalex
Hamish Moffatt [EMAIL PROTECTED] wrote: On Sat, Jun 13, 1998 at 12:03:34AM +0200, Martin Schulze wrote: I'd like to receive some help. The program gets called with the following command /usr/bin/java JavaLex.Main $* The main problem is that there is no JavaLex.Main file. It is not included in the .tar.gz nor in the .diff.gz file and it isn't generated when the program gets compiled. The class name is Main, which would be in Main.class, part of package JavaLex. /usr/bin/javalex adds /usr/lib/javalex to the classpath, and /usr/lib/javalex has Main.class, which should work. Still, I can't get it to work. Main.class should be installed as /usr/lib/javalex/JavaLex/Main.class because, for each CLASSPATH component, the JVM looks in CLASSPATHCOMPONENT/PACKAGENAME/CLASSNAME.class and in this case, CLASSPATHCOMPONENT = /usr/lib/javalex PACKAGENAME = JavaLex CLASSNAME = Main I think removing it would be best. To project/orphaned? Probably best. It also includes a non-free bug-fixed version of Sun's BitSet class (search for NON-COMMERCIAL in Main.java), so it shouldn't be in the main distribution anyhow. I'll file a bug to that effect, if there isn't one already. BTW, I'm working on a Java-C compiler. If I ever get it done, it might produce a better/more reliable result when compiling tools like this... which then also wouldn't reply on a JVM. I might wind up using JLex and CUP in my compiler anyway; in that case, I could take over maintanence of the javalex package. (Due to Sun's lawyers, JavaLex is now called JLex instead. See URL:http://www.cs.princeton.edu/~appel/modern/java/JLex/) -- Charles Briscoe-Smith White pages entry, with PGP key: URL:http://alethea.ukc.ac.uk/wp?95cpb4 PGP public keyprint: 74 68 AB 2E 1C 60 22 94 B8 21 2D 01 DE 66 13 E2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Tue, 16 Jun 1998, Dale Scheetz wrote: : On Mon, 15 Jun 1998, John Goerzen wrote: : : : Hi, : : I noticed with surprise tonight that my clock was an hour off. : : Investigating the matter revealed that /etc/timezone said : US/Central. running /usr/sbin/tzconfig and setting it to : SystemV/CST6CDT fixed the problem. : : However, the install program, and tzconfig, both have a problem. They : do not explain the difference, why one might work and the other : might not, etc. Also, why does US/Central not work? : : The boot disks should not offer confusing options. They should offer : the working one (CST6CDT for me) and no non-working ones. The same : goes for tzconfig. Otherwise, anybody using xntp or something similar : will always get incorrect times. : : I'm sorry to disapoint you, but US/Central is a perfectly valid timezone. : It is only intended for those parts of the central US where Daylight : Savings Time is not practiced. You will notice that there are equivalet : settings for the other timezones as well. Huh? I live in the Central timezone, and I can assure you that we practice Daylight Savings Time. kepler:~ $ cat /etc/timezone US/Central kepler:~ $ date Tue Jun 16 09:12:45 CDT 1998 All of our servers are set to US/Central - except the BSDi box :) We currently have 8 Debian boxes here. All run either xntp, or ntpdate periodically. One of the Debian boxes is a tier 3 NTP server - a Bay router helps out in that capacity as well. I believe the non-DST zones are specifically spelled out, like US/Arizona. I believe US/Indiana-Starke and US/East-Indiana serve a similar purpose but I don't live there, so I really can't say. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Tue, 16 Jun 1998, Brandon Mitchell wrote: : On Tue, 16 Jun 1998, Dale Scheetz wrote: : : On Mon, 15 Jun 1998, John Goerzen wrote: : : Investigating the matter revealed that /etc/timezone said : US/Central. running /usr/sbin/tzconfig and setting it to : SystemV/CST6CDT fixed the problem. : : I'm sorry to disapoint you, but US/Central is a perfectly valid timezone. : It is only intended for those parts of the central US where Daylight : Savings Time is not practiced. You will notice that there are equivalet : settings for the other timezones as well. : : In tzconfig, it prompts you for your geographic area. Just about everyone : I can think of will select US if they are in the US. But if what you are : saying is correct, non of those settings are for people with Daylight : Savings Time. There should be an alternative list under the US section : that is for people with Daylight Savings Time. Sorry, but I think US/Central works as advertised. kepler:~ $ cat /etc/timezone US/Central kepler:~ $ date Tue Jun 16 09:29:29 CDT 1998 I know this said CST when we weren't on DST. Furthermore, it shouldn't say CDT if It is only intended for those parts of the central US where Daylight Savings Time is not practiced. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: vim 5.1 in hamm
Previously Wichert Akkerman wrote: And the upstream author also says we really should put 5.1 in hamm, and who would want to argue with him? I've just checked the 5.0 - 5.1 changelog. Basically some a whole bunch of errors have been fixedand Win32-support has been vastly improved, There are some new features though. I'll put the changelog below. Personally, I would like to see vim 5.1 in hamm, but that's just me. As a vim-addict I'm somewhat subjective here. Wichert. Well, as another vim addict, I would also like to see most secent stable release of VIM in hamm. (But on the other hand, as a real VIM addict, I always compile all the vim alphas myself - and with Motif GUI). In any case. if author thinks that including 5.1 is the way to go, I guess we should at least consider that. Alex Y. -- _ _( )_ ( (o___ +---+ | _ 7 |Alexander Yukhimets| \()| http://pages.nyu.edu/~aqy6633/ | / \ \ +---+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
At 05:54 -0700 1998-06-16, John Goerzen wrote: Dale Scheetz [EMAIL PROTECTED] writes: The boot disks should not offer confusing options. They should offer the working one (CST6CDT for me) and no non-working ones. The same goes for tzconfig. Otherwise, anybody using xntp or something similar will always get incorrect times. I'm sorry to disapoint you, but US/Central is a perfectly valid timezone. It is only intended for those parts of the central US where Daylight Savings Time is not practiced. You will notice that there are equivalet settings for the other timezones as well. Yes. But almost all of the US does use DST. I believe the sole exception is a few counties in Indiana. And the entire state of Arizona. -- Joel Espy Klecker Debian GNU/Linux Developer mailto:[EMAIL PROTECTED] http://web.espy.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: vim 5.1 in hamm
Previously Alex Yukhimets wrote: (But on the other hand, as a real VIM addict, I always compile all the vim alphas myself - and with Motif GUI). The vim 5.1 package is linked with X. If you use Xaw3d there is no real advantage to using Motif for vim anymore. In any case. if author thinks that including 5.1 is the way to go, I guess we should at least consider that. Well, if you look at the changelog I posted, the list of fixes is just huge. And there's no way I'm going to backport those to 5.0.. Wichert. -- == This combination of bytes forms a message written to you by Wichert Akkerman. E-Mail: [EMAIL PROTECTED] WWW: http://www.wi.leidenuniv.nl/~wichert/ pgpswpO8RX4fz.pgp Description: PGP signature
Re: VI reasons (was Re: Base Set: Suggested additions removals.)
Dale Scheetz [EMAIL PROTECTED] writes: This is the old .rc file, left behind by a dpkg artifact during the upgrade. While future versions of ae will be able to remove this file, I don't see Brian letting it into hamm, but as it is only useful in this mode during an install, everything will work fine. I tried it again, as you advised, and noticed that it actually was possible to edit and quit. Mind you, backspace seemed non-functional, but I notice a bug has recently been filed about that. IMO that is a release critical bug, if you can find a fix quickly. Sorry, I didn't know I was using the old config file. And I did read the changelog, contrary what you said in your irate private message to me, and it never said the conffile had been moved: ae (962-20) frozen unstable; urgency=low * fixed /bin/vi shell script to handle both quoted file names * and the lack of any arguments using the ${1+$@} * construct suggested by Richard Braakman: fixes 20415 * also fixed inverted logic in same shell script. -- Dale Scheetz [EMAIL PROTECTED] Sat, 23 May 1998 15:19:56 -0400 ae (962-19) frozen unstable; urgency=high * rebuilt ae.rc to provide emacs keybindings * provides full functionality on terminals without function keys. * new keybindings remove the problem with ^O (file write) * when used under Midnight Commander, which caused ae to abort. -- Dale Scheetz [EMAIL PROTECTED] Thu, 14 May 1998 16:18:06 -0400 ae (962-18) frozen unstable; urgency=high * rebuilt ae.rc for both console and xterm keys: * fixes 4755, 16508, 17107, and 20749 * rebuilt ae2vi.rc and ae2vix.rc to supply vi in console and xterm: * fixes 8350, 17086, 17757, 17794, 21266, and 21649 * modified ae.rc to provide control keys for use over telnet: * fixes 20439 * applied Jim Mintha's CR patch to key.c: fixes 18581 * applied Jim Mintha's slang colors patch: fixes 21267 * add .gz extention to slave manpage: fixes 21165 * remove substvars and files from debian/ : fixes 21276 -- Dale Scheetz [EMAIL PROTECTED] Sun, 10 May 1998 14:16:34 -0400 ae (962-17) unstable; urgency=high * changed package from ncurses to slang for the boot floppies -- Dale Scheetz [EMAIL PROTECTED] Sat, 3 Jan 1998 15:56:01 -0500 (that's all the changelog entries for this year) Martin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stop vi discussion
Yann == Yann Dirson [EMAIL PROTECTED] writes: Yann ...that reminds me... does anybody knows what has happened to Yann the periodic WNPP listing ? This kind of package really needs a Yann new maintainer ! Well, IMHO, at least... Maybe I'll volunteer, Yann but not right now... anyway it's too late for hamm :( It is maintained, actually: the version on the master ftp site and the debian website is updated daily, and the one at http://www.debian.org/~johnie/ sometimes even more often (whenever something changes). Our mailing lists are agressively scanned for things that would affect the WNPP database, and yes, even vacations are tracked. But until now theres been little pressure to write the perl for email output, instead of HTML. ;-) For the curious, today's statistics of the vast WNPP database: Maintainer Wanted: 25 Being Adopted: 46 Orphaned Package: 58 Being Debianized: 121 Withdrawn from Dist: 17 Override File Errors: 27 Stuck in Incoming: 17On Vacation: 8 _ _ _ __| | ___| |__ (_) __ _ _ __ __ ___ __ _ __ _ __ / _` |/ _ \ '_ \| |/ _` | '_ \ \ \ /\ / / '_ \| '_ \| '_ \ | (_| | __/ |_) | | (_| | | | | \ V V /| | | | |_) | |_) | \__,_|\___|_.__/|_|\__,_|_| |_| \_/\_/ |_| |_| .__/| .__/ Debian Linux: 1,875 Packages and Growing |_| |_| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Need artistic type to create a Debian ad for LJ
Eloy A. Paris wrote: James A.Treacy [EMAIL PROTECTED] wrote: In making enquiries to LJ about the cost of advertising, Debian was given an offer of 2 one-half page ads if we do some work on some Linux docs that the LJ is maintaining. This is an opportunity we shouldn't let pass. Oh, this is just _great_! When will that happen? ASAP. They are currently working on the September LJ so if we are fast enough we could get in there. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Tue, 16 Jun 1998, Nathan E Norman wrote: On Tue, 16 Jun 1998, Brandon Mitchell wrote: : On Tue, 16 Jun 1998, Dale Scheetz wrote: : : I'm sorry to disapoint you, but US/Central is a perfectly valid timezone. : It is only intended for those parts of the central US where Daylight : Savings Time is not practiced. You will notice that there are equivalet : settings for the other timezones as well. : : In tzconfig, it prompts you for your geographic area. Just about everyone : I can think of will select US if they are in the US. But if what you are : saying is correct, none of those settings are for people with Daylight : Savings Time. There should be an alternative list under the US section : that is for people with Daylight Savings Time. Sorry, but I think US/Central works as advertised. kepler:~ $ cat /etc/timezone US/Central kepler:~ $ date Tue Jun 16 09:29:29 CDT 1998 I know this said CST when we weren't on DST. Furthermore, it shouldn't say CDT if It is only intended for those parts of the central US where Daylight Savings Time is not practiced. Don't be sorry, it means that Dale said it backwards, which makes things much easier. Just say if you don't use DST, pick from these shortened abreviations. I was hoping for this, which is why I qualified myself with a if what you are saying is correct line. Thanks, Brandon --+-- Brandon Mitchell [EMAIL PROTECTED] | Debian Testing Group Status PGP Key: finger -l [EMAIL PROTECTED] | http://bhmit1.home.ml.org/deb/ Dijkstra probably hates me (Linus Torvalds, in kernel/sched.c) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Tue, Jun 16, 1998 at 08:26:41AM -0400, Dale Scheetz wrote: I'm sorry to disapoint you, but US/Central is a perfectly valid timezone. It is only intended for those parts of the central US where Daylight Savings Time is not practiced. You will notice that there are equivalet settings for the other timezones as well. Uhmm, there is no state in the Central timezone that doesn't go on Daylight Savings Time. Two states in the continental US do not go on DST -- Indiana, in the Eastern time zone, and Arizona, in the Mountain time zone. This also can change on county-by-county basis. I think US/Central is a reasonable assumption to make for someone living in the Central timezone. Perhaps some further clarification should be made. Admittedly, the best thing would be for the United States to abandon the Luddite notion of Daylight Savings Time, but that's not something Debian can change soon. :) -- G. Branden Robinson | Murphy's Guide to Science: Purdue University | If it's green or squirms, it's biology. [EMAIL PROTECTED] | If it stinks, it's chemistry. http://www.ecn.purdue.edu/~branden/ | If it doesn't work, it's physics. pgpg7CivO2nOt.pgp Description: PGP signature
Re: apt and hamm
[EMAIL PROTECTED] (Adam P. Harris) writes: Bob Hilliard [EMAIL PROTECTED] writes: I will be out of town after tomorrow for about a week, so I won't be able to do anything on the README before then, but I don't think 2.0 will be released before then. Perhaps not. Anyhow we should take the autoup README and also add alternative instructions for using apt, I think. If anyone's interested (especially Bob!) I have a collection of notes on how to go about upgrading with apt. Do you contemplate making one upgrade document that includes both autoup and apt? If so, please mail me your notes (directly please, I will probably unsubscribe from the lists for a week), and I will prepare a draft of such a document as soon as I get back early next week. If this needs to be an sgml document, please give me detailed instructions, as I have never used sgml (I normally use emacs for everything; I know emacs has an sgml mode, but I don't know how to use it. Does a document have to be started under sgml, or can I write in emacs and then call the sgml mode to convert it?) On a related note, autoup.sh can upgrade a buzz (1.1.x) system, but it must have dpkg version 1.4 or higher available. So a .deb from bo is required on the CD - probably in the same directory where autoup.sh resides. It certainly shouldn't be in the regular archive! Bob -- _ |_) _ |_ Robert D. Hilliard[EMAIL PROTECTED] |_) (_) |_) Palm City, FL USAPGP Key ID: A8E40EB9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#23457 acknowledged by developer (xexec is not present in menus!)
On Mon, Jun 15, 1998 at 08:27:47AM -0500, Zed Pobre wrote: -BEGIN PGP SIGNED MESSAGE- On Mon, 15 Jun 1998, Francesco Potorti` wrote: Look again. It's under XShells, and has been since 0.0.3-4. I do not see it in my wmaker menu. I also looked under /etc/X11 in some window manager's menus, but none of them contains references to xexec under the xshells menu. This is odd. It certainly shows up in olvwm, which is the WM used on the compilation system. In the source package, the debian/menu file is still present in the most recent version and has the contents: ?package(splay):needs=X11 section=XShells\ ^^^ This looks suspicous to me I read the documentation on the Menu Package a while back. should xexec depend on splay to have a menu? The menu package chacks to see if the package named in ?package() to see if that is installed and does NOT show the menu if that is not. Is package splay installed on his machine? is it installed on the machine it works on? try changing it to ?package(local.splay) and see if that fixes it (according to the docs using local. make menu assume thta it is installed) it looks like it SHOULD PROPERLY be ?package(xexec) NOT ?package(splay) -Steve PS remember to run update-menus after making the change -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Important: Non-maintainer release flame!
At 16:10 -0700 1998-06-15, Dermot John Bradley wrote: Joel as you can see from the CC: headers above this email is going out to more than just yourself. The point(s) I'm making below I consider to be important to the Debian project as a whole. As can be seen from bug #23367, you sent me an email to tell me there was a newer version of gd than the most recent one I had released (as libgd, libgd-altdev, libgd1g, and libgd1g-dev). In the reply I sent to you I mentioned that I had only recently become aware of this new versionm and was in the process of preparing a package of it. I wasn't thinking when I did that upload, I intended to remove it almost as soon as I had uploaded it, but I was tired, and decided I would do it later, and I guess I forgot. I now see that you have uploaded a non-maintainer release of this new version to master.debian.org! To be blunt I'm pissed about this...indeed this is *not* the first time someone has decided to do a non-maintainer release of one of the packages I've been working on without checking with me first. I apologize, and have deleted my NMU from incoming (in the process accidentally deleting libgdk-imlib* as well, oops{1]). [1]Shaleh: please accept my apologies, I have replaced the affected files (libgdk-imlib-dev_1.6-1.1_i386.deb, and libgdk-imlib1_1.6-1.1_i386.deb) with copies from a mirror of incoming, so everything should still be OK. -- Joel Espy Klecker Debian GNU/Linux Developer mailto:[EMAIL PROTECTED] http://web.espy.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt and hamm
At 16 Jun 1998 11:42:39 -0400, Bob Hilliard [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] (Adam P. Harris) writes: Bob Hilliard [EMAIL PROTECTED] writes: I will be out of town after tomorrow for about a week, so I won't be able to do anything on the README before then, but I don't think 2.0 will be released before then. Perhaps not. Anyhow we should take the autoup README and also add alternative instructions for using apt, I think. If anyone's interested (especially Bob!) I have a collection of notes on how to go about upgrading with apt. Do you contemplate making one upgrade document that includes both autoup and apt? If so, please mail me your notes (directly please, I will probably unsubscribe from the lists for a week), and I will prepare a draft of such a document as soon as I get back early next week. Yes, basically it would be all merged together with the release notes for Debian 2.0; that's what Igor Groebman seemed to be saying. He also told me the person who volunteered to do it disappeared. It would be fabulous if you could do that document! If this needs to be an sgml document, please give me detailed instructions, as I have never used sgml (I normally use emacs for everything; I know emacs has an sgml mode, but I don't know how to use it. Does a document have to be started under sgml, or can I write in emacs and then call the sgml mode to convert it?) Make it easy on yourself, stick with straight ASCII. Is ok with me. On a related note, autoup.sh can upgrade a buzz (1.1.x) system, but it must have dpkg version 1.4 or higher available. So a .deb from bo is required on the CD - probably in the same directory where autoup.sh resides. It certainly shouldn't be in the regular archive! Excellent; good idea. I hope Andres Jellinghaus (sp?) is listening? Bob, I'll send the notes to you privately in the next message. Please rely on me for clarifications and improvements. As far as the broader issue of constructing the release notes, I don't know what else we have to work with, excepting perhaps the Debian 1.3 release notes and the 2.0 design goals documents. Gluck! .A. P. [EMAIL PROTECTED]URL:http://www.onShore.com/ pgpk14aSsHorO.pgp Description: PGP signature
tempfile and dependencies
I'm maintaining the scwm window manager, whose scripts call the tempfile command. 'tempfile' is in the debianutils package, an Essential one, so a Depends from debianutils wouldn't be needed; the problem is that only recent debianutils packages come with tempfile. So my question is: must I add Depends: debianutils ( 1.6), or I'm guaranteed that will be upgraded the essential packages first? Is this bug-fix worthy of an hamm release? thanks Francesco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#23599: ftp.debian.org: debian-cd is obsolete in hamm
Mmm, why don't you just ask Bruce to maintain this package and update it appropriately? www.uk.debian.org/~aj/ contains make scripts to do the job for hamm. i don't like this rude behaviour too, but it's the debian way to remove a package, and several people complaint to me, that the current situation isn't good. maybe we can find a way to put the new makefiles on ftp.debian.org or somewhere else ? i don't think that a package is the right place for such stuff : many people want to burn debian cd's before or without installing debian hamm. who is working on .debian.org ? i would like to get on the web server : a link to the makefiles, a list of official cdrom ftp site, a tutorial to rsync, a link to a static rsync binary, and a request not to sell or burn debian hamm cd's before it it released, a statement that and why we not include non-free programs, my README for the current debian cd's (list what images exist, and why), a ruling for the official term etc. if possible, this should go first to some internal server, so that people can review it. andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#23599: ftp.debian.org: debian-cd is obsolete in hamm
-BEGIN PGP SIGNED MESSAGE- On Tue, 16 Jun 1998, Andreas Jellinghaus wrote: i don't think that a package is the right place for such stuff : many people want to burn debian cd's before or without installing debian hamm. Well, but putting them in a hamm package does not prevent people using bo to download that package (it's a binary-all package, isn't it?) and use it. Moreover, people can use the bug tracking system to report bugs. I don't think a package is such a wrong place. -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: latin1 iQCVAgUBNYal/iqK7IlOjMLFAQEyLQP/Qb+Gn4h2lrEp0n0YB5O6AukcCqwBBJcI /c453vhkK5QeP7BBLJdNU5edXgGdrEj76yInzMgA8uP2P2rucSqW5VOKAOZCfJ/0 De7G5DL0JsimimWuzGbVqwv2ckiJsrDyEISNzLQjyC0nJAp5syf0WP1JmKZE3hH+ QWhi0fvdZLY= =Sziv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#23599: ftp.debian.org: debian-cd is obsolete in hamm
Andreas == Andreas Jellinghaus [EMAIL PROTECTED] writes: Andreas binary, and a request not to sell or burn debian hamm cd's Andreas before it it released, a statement that and why we not Theres a policy that debian hamm CDs can't be burned and sold before release? - PGP E4 70 6E 59 80 6A F5 78 63 32 BC FB 7A 08 53 4C __ _Debian GNU Johnie Ingram [EMAIL PROTECTED] mm mm / /(_)_ __ _ ___ __netgod irc.debian.org mm mm / / | | '_ \| | | \ \/ / m m m / /__| | | | | |_| |Yes, I'm Linus, and I am your God. mm mm \/_|_| |_|\__,_/_/\_\ -- Linus, keynote address, Expo 98 GO BLUE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
Sorry to have stayed out of this but I have been busy... Bottom line...tzconfig is broken. If you look at the list provided under US there is an entry of Indiana-Eastern, and Arizona... as well. These should be linked to their non-DST configuration. The ones that say eastern, and central, and mountain, and pacific, should all understand daylight shaving time. (Bill, I hate daylight shavings time) The central timezone provided by tzconfig is broken, in that it clearly doesn't deal with DST correctly. I believe I have heard of this problem before. I guess it is time to look at the guts of this and figure out how to fix it. On Tue, 16 Jun 1998, Branden Robinson wrote: On Tue, Jun 16, 1998 at 08:26:41AM -0400, Dale Scheetz wrote: I'm sorry to disapoint you, but US/Central is a perfectly valid timezone. It is only intended for those parts of the central US where Daylight Savings Time is not practiced. You will notice that there are equivalet settings for the other timezones as well. Uhmm, there is no state in the Central timezone that doesn't go on Daylight Savings Time. Two states in the continental US do not go on DST -- Indiana, in the Eastern time zone, and Arizona, in the Mountain time zone. This also can change on county-by-county basis. I think US/Central is a reasonable assumption to make for someone living in the Central timezone. Perhaps some further clarification should be made. Admittedly, the best thing would be for the United States to abandon the Luddite notion of Daylight Savings Time, but that's not something Debian can change soon. :) -- G. Branden Robinson | Murphy's Guide to Science: Purdue University | If it's green or squirms, it's biology. [EMAIL PROTECTED] | If it stinks, it's chemistry. http://www.ecn.purdue.edu/~branden/ | If it doesn't work, it's physics. Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
Darren/Torin/Who Ever... [EMAIL PROTECTED] writes: I don't know perl, and am only going on what Ray has been telling me. It was my understanding that perl could be made to dynamically load it's gdbm part on request and that way perl need only recommend or (better) suggest gdbm. Is this not the case? This is the case if you use the tie interface in Perl. This is not the case if you use dbmopen, at least it didn't use to be. Hamm should just get out the door and we'll deal with it in slink. Of course, I agree, but my point was that gdbm *Shouldn't* be required and although it will need to be made so in hamm as a kludge, I tried to get this fixed properly back in March. -- James ~Yawn And Walk North~ http://yawn.nocrew.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
Hi, Dale! Sorry to jump in (I have almost no expertise in tzconfig), but I have US/Central in timezone and date, xntp work fine for me. May be it's not broken? How should one check? Sasha. Sorry to have stayed out of this but I have been busy... Bottom line...tzconfig is broken. The central timezone provided by tzconfig is broken, in that it clearly doesn't deal with DST correctly. I believe I have heard of this problem before. I guess it is time to look at the guts of this and figure out how to fix it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: tempfile and dependencies
Francesco Tapparo [EMAIL PROTECTED] writes: So my question is: must I add Depends: debianutils ( 1.6), or I'm guaranteed that will be upgraded the essential packages first? Is this bug-fix worthy of an hamm release? Yes, no, IMO no. -- James ~Yawn And Walk North~ http://yawn.nocrew.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Important: Non-maintainer release flame!
Perhaps clearer guidelines on this would be useful. no ! people are not good at following guidelines. but computers are. so we need to move some thing to automatic stuff. something like a cvs server or so could help. andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Important: Non-maintainer release flame!
Ian, should non-maintainer releases be allowed into frozen/unstable without checking with the maintainer first? this is nothing where ian needs to do a statement : people should behave and help each other. in this case there was good will, but bad behaviour (i guess). please both : cool down and learn from this unlucky situation. now: how can we make sure, this doesn't happen again ? one thing could be : automatic script to check latest version of everything. but maybe this isn't necessary, if everyone gets the news from freshmeat ... what else could we do ? with a cvs tree, we could check in changes, so the maintainer can see there is a new version, and someone already did changes. but most important : lets form small teams, working on a common group of packages. with so many maintainers you never know who is doing what. small teams could do a better job in looking who does what, and makeing sure, that at least one person does the necessary things. andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Tue, 16 Jun 1998, Dale Scheetz wrote: : Sorry to have stayed out of this but I have been busy... : : Bottom line...tzconfig is broken. That may be :) : If you look at the list provided under US there is an entry of : Indiana-Eastern, and Arizona... as well. These should be linked to their : non-DST configuration. The ones that say eastern, and central, and : mountain, and pacific, should all understand daylight shaving time. (Bill, : I hate daylight shavings time) : : The central timezone provided by tzconfig is broken, in that it clearly : doesn't deal with DST correctly. I believe I have heard of this problem : before. I guess it is time to look at the guts of this and figure out how : to fix it. What exactly makes you say that the central timezone doesn't deal with DST? If you mean US/Central I will have to disagree with you. :) It works fine here. kepler:~ $ cat /etc/timezone US/Central kepler:~ $ date Tue Jun 16 13:27:25 CDT 1998 kepler:~ $ date --utc Tue Jun 16 18:27:29 UTC 1998 kepler:~ $ ps awx | grep xntp 279 ? S0:01 /usr/sbin/xntpd Where's the problem? I'm confused. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) [ package info ] kepler:~ $ dpkg -l timezones Desired=Unknown/Install/Remove/Purge | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersionDescription +++-===-==- ii timezones 2.0.7pre1-4Time zone data files and utilities. kepler:~ $ dpkg -l timezone Desired=Unknown/Install/Remove/Purge | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersionDescription +++-===-==- pn timezonenone (no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
License question
Hi, I've already written to the author, but can y'all tell me if the following license is acceptable in main? PilRC is freeware. ... Source code is available. You are free to make enhancements, but please send the changes back to me so I can fold them into the main sources. That's it. -- John Goerzen Southwind Internet Access, Inc. E-mail: Business, [EMAIL PROTECTED]; Personal, [EMAIL PROTECTED] Computer Science Dept., Wichita State University,[EMAIL PROTECTED] Developer, Debian GNU/Linux http://www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#23436: vrwave should maybe go in contrib?
On Mon, Jun 15, 1998 at 11:04:04PM +0200, Remco Blaakmeer wrote: On Sat, 13 Jun 1998, Javier Fernandez-Sanguino Pen~a wrote: Well, vrwave only needs a java runtime environment to run. The dependancies I've marked are related to jdk 1.1 (jdk1.1-runtime) or jdk 1.0.2 (jdk-shared OR jdk-static). Alas, I sent a mail to wnpp because I don't like this either, I would prefer a Depends: java (= 1.0.2) and let the package manager figure out if the dependancy is fulfilled with any version of Java runtime you have. You can't do that because of a limitation in dpkg. If a package Provides: java and another package Depends: java (= 1.0.2), the former package can never satisfy this dependency. To satisfy this versioned dependency, you'll have to have a package that is actually called java and has version 1.0.2 or higher. AFAIK there are other runtime environments (kaffee?) that would go into main, but since there is no virtual package as of now, and I really haven't tried it with these (maybe you could help?) the Dependancies are as shown. I remember to see some place for this issue in the policy but dpkg has already enough bugs against version dependencies for going to a feature-add [but may be is it the right time?] Virtual package version dependencies are something often ask and even apt is ready for it [According to the doc]. -- Fabien Ninoles Running Debian/GNU Linux E-mail:[EMAIL PROTECTED] WebPage: http://www.callisto.si.usherb.ca/~94246757 WorkStation [available when connected!]: http://nightbird.tzone.org/ RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: License question
I've already written to the author, but can y'all tell me if the following license is acceptable in main? PilRC is freeware. ... Source code is available. You are free to make enhancements, but please send the changes back to me so I can fold them into the main sources. I see no problems with either clause, but what did you leave out in the ...? (Or is there a literal ... in the license?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Intent to package: cronolog
CRONOLOG version 1.5b9 cronolog is a simple program that reads log messages from its input and writes them to a set of output files, the names of which are constructed using template and the current date and time. The template uses the same format specifiers as the Unix date command (which are the same as the standard C strftime library function). cronolog is intended to be used in conjunction with a Web server, such as Apache to split the access log into daily or monthly logs. For example the Apache configuration directives: TransferLog |/www/sbin/cronolog /www/logs/%Y/%m/%d/access.log ErrorLog|/www/sbin/cronolog /www/logs/%Y/%m/%d/errors.log would instruct Apache to pipe its access and error log messages into separate copies of cronolog, which would create new log files each day in a directory hierarchy structured by date, i.e. on 31 December 1996 messages would be written to /www/logs/1996/12/31/access.log /www/logs/1996/12/31/errors.log after midnight the files /www/logs/1997/01/01/access.log /www/logs/1997/01/01/errors.log would be used, with the directories 1997, 1997/01 and 1997/01/01 being created if they did not already exist. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
NNTP news-readers and leafnode/inn (was: seems OK so far)
Hello, there was a disussion on debian-testing about problems with dselect in installing the package leafnode with nn: I think you misunderstood or thought that I had misspelled; There's a news reader called _nn_. It keeps insisting that I replace leafnode with inews or inewsinn. Well, yes and no. Most News Readers need the program inews to post news. This Program is not included in leafnode. It comes in 3 flavours: in the package cnews (a news system) in the package inews (perl replacement for cnews' inews program) and in the package inewsinn. (I think the old inn packages provided this program too, but since 1.7.2-1 it depends on it) NN itself wont replace leafnode at all, see the dependencies: Package: nn Architecture: i386 Version: 6.5.0.b3.linux.1.1-1.1 Provides: news-reader Depends: libc6, ncurses3.4 Recommends: mail-transport-agent, inn | inewsinn | inews It is inn which replaces leafnode, since both conflict on news-transport-system. The Problem is: nn is recommending eighter inn, inewsinn or inews. Since inn is the first recommended entry dselect is selecting inn and suggesting inewsinn and inews as alternatives. Since selecting inn conflicts with leafnode dselect is deselecting leafnode, too: (thats the screen you and any user will get after selecting leafnode+nn) leafnode *- inn -* nn ** inewsinn -- inews-- Thats the problem you have described, right? It is easy to resolv this by doing: leafnode ** inn -- nn ** inewsinn -* inews-- but this is not obvious to the user. To the maintainers of news-readers: I would suggest to Recommend: inewsinn | inews or Depend: inewsinn | inews depending if the news-reader works with or without an external inews program in NNTP mode. Greetings Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/ o--o *plush* 2048/93600EFD [EMAIL PROTECTED] +497257930613 BE5-RIPE (OO) If privacy is outlawed only Outlaws have privacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: VI reasons (was Re: Base Set: Suggested additions removals.)
On 17 Jun 1998, Martin Mitchell wrote: Dale Scheetz [EMAIL PROTECTED] writes: This is the old .rc file, left behind by a dpkg artifact during the upgrade. While future versions of ae will be able to remove this file, I don't see Brian letting it into hamm, but as it is only useful in this mode during an install, everything will work fine. I tried it again, as you advised, and noticed that it actually was possible to edit and quit. Mind you, backspace seemed non-functional, but I notice a bug has recently been filed about that. IMO that is a release critical bug, if you can find a fix quickly. Did you use X and x as declared on the help screen? These are the vi delete keys, and the cursor is moved left (backspace?) with the h key. All of this is on the help screen. If you don't see it there, there is no guarantee that it will do what you expect. If you want an editor where all of the keys that you find on your keyboard do the things you expect, the type ae and don't use the vi emulator .rc file. This .rc file was created with help from James Mintha and covers all the arrow keys and other expected keys while providing a set of keybindings that can be used in any environment. Sorry, I didn't know I was using the old config file. And I did read the changelog, contrary what you said in your irate private message to me, and it never said the conffile had been moved: Guilty on both counts. Sorry for the irateness of my last posting. I was just tired of hearing all the false (or historical, depending on your point of view) information being spread about an editor that I have worked hard to bring to the table in a form that can be used in the broadest context. Yes ae had a bad run of development getting used to slang, but that is history, so lets keep to the facts. On top of all that, the discussion has continued to cover other editors, as though they were real alternatives in this case. The part of the changelog that should have been in that release was missing through my error as well. (how do you fix bugs in a changelog?) AE now has three supported configurations, and policy declares that multiple config files should get their own directory. For upstream code reasons, I chose not to change the location of the default .rc file, and this one is still in /etc. Two of those files are for the vi emulation. Early on in the slang development process, I was so disapointed in this emulation that I was ready to just remove it completely. I did not write this implimentation but I was able to recover it to its original functionality, only with careful considerations of the xterm problem. My choices are to junk the whole concept, and force all you with vi programmed fingers to use ae instead, or to continue with the poor functionality emulation I have, in hopes that someone will figure out how to improve it. Waiting is, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: License question
Ben Pfaff [EMAIL PROTECTED] writes: PilRC is freeware. ... Source code is available. You are free to make enhancements, but please send the changes back to me so I can fold them into the main sources. I see no problems with either clause, but what did you leave out in the ...? (Or is there a literal ... in the license?) Nothing of consequence. The README file (from which that came) says at the top PilRC is freeware, and then down below, it has those other two lines. It says nothing else about any license issues. John -- John Goerzen Linux, Unix consulting programming [EMAIL PROTECTED] | Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org | + Visit the Air Capitol Linux Users Group on the web at http://www.aclug.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug Terrorism
Scott Ellis [EMAIL PROTECTED] writes: No, you're not hiding this on the bug tracking system any more. Come on, cool down! That´s a bad way to get this resolved. Please DON´T do that again. I think -private would have been more apropriate. I know everybody is getting nervous in this deep freeze. So please consider: Is the bad behaviour (the bug) really that critical or will the solution introduce new behaviour? In addition, I think it should be in the hands of the maintainer what is considered a bug or a feature. This follows close from the main principle in free software: The one who does the work, is the one who decides. (And decide is meant to cover almost everything about a piece of software: if you don´t like it, feel free to open a competition by changing and releasing it the way you like --- see discussion on name for deity, no: apt, or emacs vs. xemacs). And don´t forget, we all play on the same team. grimaldi alias Jens Ritter --- [EMAIL PROTECTED] [EMAIL PROTECTED] Key ID: 2048/E451C639 Jens Ritter Key fingerprint: 5F 3D 43 1E 24 1E CC 48 1E 05 93 3A A7 10 73 37 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: License question
Ben Pfaff [EMAIL PROTECTED] writes: PilRC is freeware. ... Source code is available. You are free to make enhancements, but please send the changes back to me so I can fold them into the main sources. I see no problems with either clause, but what did you leave out in the ...? (Or is there a literal ... in the license?) Nothing of consequence. The README file (from which that came) says at the top PilRC is freeware, and then down below, it has those other two lines. It says nothing else about any license issues. Gotcha. Well, I think that the license could be made more explicit about permitting redistribution, etc., but as is I don't see any actual problems. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Tue, 16 Jun 1998, Nathan E Norman wrote: On Tue, 16 Jun 1998, Dale Scheetz wrote: : Sorry to have stayed out of this but I have been busy... : : Bottom line...tzconfig is broken. That may be :) : If you look at the list provided under US there is an entry of : Indiana-Eastern, and Arizona... as well. These should be linked to their : non-DST configuration. The ones that say eastern, and central, and : mountain, and pacific, should all understand daylight shaving time. (Bill, : I hate daylight shavings time) : : The central timezone provided by tzconfig is broken, in that it clearly : doesn't deal with DST correctly. I believe I have heard of this problem : before. I guess it is time to look at the guts of this and figure out how : to fix it. What exactly makes you say that the central timezone doesn't deal with DST? If you mean US/Central I will have to disagree with you. :) It works fine here. kepler:~ $ cat /etc/timezone US/Central kepler:~ $ date Tue Jun 16 13:27:25 CDT 1998 kepler:~ $ date --utc Tue Jun 16 18:27:29 UTC 1998 kepler:~ $ ps awx | grep xntp 279 ? S0:01 /usr/sbin/xntpd Where's the problem? I'm confused. Me too ;-) We are working on a report of failure in US/central WRT Daylight Savings Time, right? There is one variable we haven't nailed down yet. The hardware clock can be set either to local time or GMT (UTC). As I remember, the failure only happens when the clock is set to one of these two. (Memory says Local Time is the broken one) Your output, if I can count right (not guaranteed), indicates a 5 hour difference from GMT, which, I think, is correct. Which way is your hardware clock set? Thanks, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Tue, 16 Jun 1998, Dale Scheetz wrote: : On Tue, 16 Jun 1998, Nathan E Norman wrote: : : On Tue, 16 Jun 1998, Dale Scheetz wrote: : : : Sorry to have stayed out of this but I have been busy... : : : : Bottom line...tzconfig is broken. : : That may be :) : : : If you look at the list provided under US there is an entry of : : Indiana-Eastern, and Arizona... as well. These should be linked to their : : non-DST configuration. The ones that say eastern, and central, and : : mountain, and pacific, should all understand daylight shaving time. (Bill, : : I hate daylight shavings time) : : : : The central timezone provided by tzconfig is broken, in that it clearly : : doesn't deal with DST correctly. I believe I have heard of this problem : : before. I guess it is time to look at the guts of this and figure out how : : to fix it. : : What exactly makes you say that the central timezone doesn't deal with : DST? If you mean US/Central I will have to disagree with you. :) It : works fine here. : : kepler:~ $ cat /etc/timezone : US/Central : kepler:~ $ date : Tue Jun 16 13:27:25 CDT 1998 : kepler:~ $ date --utc : Tue Jun 16 18:27:29 UTC 1998 : kepler:~ $ ps awx | grep xntp :279 ? S0:01 /usr/sbin/xntpd : : Where's the problem? I'm confused. : : Me too ;-) : : We are working on a report of failure in US/central WRT Daylight Savings : Time, right? Correct :) : There is one variable we haven't nailed down yet. The hardware clock can : be set either to local time or GMT (UTC). As I remember, the failure only : happens when the clock is set to one of these two. (Memory says Local Time : is the broken one) Ah, I'd forgotten about that. I believe your memory is correct. : Your output, if I can count right (not guaranteed), indicates a 5 hour : difference from GMT, which, I think, is correct. Which way is your : hardware clock set? Hardware clocks here are set to UTC - I figure they're servers, up 24/7 (no dual booting to Win95 :) so UTC is the right decision. I will try another machine at home which iirc is set to local time. CDT is indeed UTC-5, and CST is UTC-6. So, to recap: I'm using US/Central timezone, with hardware clocks set to UTC, and all is well here. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GIMP 1 IN FORZEN
Debian 2 ships with Gimp 1 take that redhat :-) That's assuming that we can get Hamm ready and ship it before RedHat's _next_ release. sigh Brian ( [EMAIL PROTECTED] ) --- the difference between theory and practice is less in theory than in practice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug Terrorism
severity 23000 normal -- The reason that sendmail broke is that you made a DELIBERATE modification to procmail that sendmail wasn't expecting. While I agree that sendmail should probably be more graceful about handling it, it is not a release-critical error. A vast majority of people (like everyone but you) don't go breaking procmail for the fun of it. It is NOT SENDMAIL's FAULT that you broke it's MDA. I really don't understand why people want to blame sendmail when they do stupid things like this. While the tone is a bit harsh, I agree with the idea. This is not worth holding up the release of Hamm for. The simplicity of the fix is not relevant. Brian ( [EMAIL PROTECTED] ) --- The world is an easier place when it is someone else's fault. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GIMP 1 IN FORZEN
Brian White [EMAIL PROTECTED] writes: Debian 2 ships with Gimp 1 take that redhat :-) That's assuming that we can get Hamm ready and ship it before RedHat's _next_ release. sigh They already have 72MB of fixes for 5.1. :) (10MB of fixes to the libjpeg problem I mentioned earlier, 31MB for X fixes, and miscellaneous security fixes including programs that were accidentally setuid...) As always, they have us beat out on ease of configuration and other ease-of-use issues. (linuxconf provides them with graphical-, text-, and web-based configuration. Their network configuration is modularized into seperate files for each interface.) They also beat us on the fact that they have actually released something. We have them beat out on shear size, quality, integration of packages, and ease of updating. (A coworker toasted his RPM database trying to upgrade to 5.1, and now the upgrade program segfaults.) Plus we have apt-get, which is just awesome. What's the story on non-intel versions of hamm? Are they going to exist? The Sparc trees, both hamm and slink, are completely screwed up because about 200 packages in the tree depend on the glibc that has been sitting in Incoming since May 4. If we're not having a sparc version of hamm, should the tree even exist in hamm? (The glibc in question is destined for both unstable and frozen.) Steve [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intent to Package: mod_perl
--On Tue, Jun 16, 1998 10:22 am -0400 Dan Jacobowitz [EMAIL PROTECTED] wrote: mod_perl (which I'm going to package as libapache-mod-perl .. any better ideas?) is an apache module for tighter integration of Perl with Apache. With the releases of 1.12, mod_perl compiles pretty simply as a shared Apache module, so now looks like the right time to package it up. The package is almost ready. Ah... Oops. I had actually intended to package this myself. I probably hadn't yet announced as much on debian-devel - but I certainly did announce it on the modperl@apache.org mailing list. There were previously quite a few problems, some of which have been fixed with recent releases of apache and mod_perl, as well as recent apache packaging work by netgod. However, I am still aware of at least one show-stopping bug - mod_perl cannot dynamically load perl module stubs with our libperl.a. Our perl maintainer is supposed to be looking into it for me. It you strongly want this package, then I'm happy to cede it to you. If you want more information about problems I'm aware of, feel free to private email me. Jules Bean /+---+-\ | Jelibean aka | [EMAIL PROTECTED] | 6 Evelyn Rd| | Jules aka | | Richmond, Surrey | | Julian Bean | [EMAIL PROTECTED]| TW9 2TF *UK* | ++---+-+ | War doesn't demonstrate who's right... just who's left. | | When privacy is outlawed... only the outlaws have privacy. | \--/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: License question
--On Tue, Jun 16, 1998 4:09 pm -0400 Ben Pfaff [EMAIL PROTECTED] wrote: Ben Pfaff [EMAIL PROTECTED] writes: PilRC is freeware. ... Source code is available. You are free to make enhancements, but please send the changes back to me so I can fold them into the main sources. I see no problems with either clause, but what did you leave out in the ...? (Or is there a literal ... in the license?) Nothing of consequence. The README file (from which that came) says at the top PilRC is freeware, and then down below, it has those other two lines. It says nothing else about any license issues. Gotcha. Well, I think that the license could be made more explicit about permitting redistribution, etc., but as is I don't see any actual problems. I would suggest you email the author for clarification. We need the right to distribute (including commercially) modified binaries and sources. Jules /+---+-\ | Jelibean aka | [EMAIL PROTECTED] | 6 Evelyn Rd| | Jules aka | | Richmond, Surrey | | Julian Bean | [EMAIL PROTECTED]| TW9 2TF *UK* | ++---+-+ | War doesn't demonstrate who's right... just who's left. | | When privacy is outlawed... only the outlaws have privacy. | \--/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GIMP 1 IN FORZEN
Steve == Steve Dunham [EMAIL PROTECTED] writes: Steve to exist? The Sparc trees, both hamm and slink, are completely Steve screwed up because about 200 packages in the tree depend on the Steve glibc that has been sitting in Incoming since May 4. Actually the famous missing libc6_2.0.93-980414-1_sparc.deb was installed today. :-) As they say on IRC, w00 w00. Steve If we're not having a sparc version of hamm, should the Steve tree even exist in hamm? (The glibc in question is destined After coming this far it'd be a shame not to release it -- it works, after all, and its good for marketing. ;-) - PGP E4 70 6E 59 80 6A F5 78 63 32 BC FB 7A 08 53 4C __ _Debian GNU Johnie Ingram [EMAIL PROTECTED] mm mm / /(_)_ __ _ ___ __netgod irc.debian.org mm mm / / | | '_ \| | | \ \/ / m m m / /__| | | | | |_| |Yes, I'm Linus, and I am your God. mm mm \/_|_| |_|\__,_/_/\_\ -- Linus, keynote address, Expo 98 GO BLUE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]