[Election Results] Official and Final
Ok, these are the official results. Since we used new voting software with this election, I have not rushed to get the results out. I would like to take this opportunity to thank each canidate who stepped up to the plate and took a chance. It's good to see so many people willing to lead Debian in this time of growth and adjustment. The winner is, for a second term, Wichert Akkerman. Choice #1: Wichert Akkerman is prefered to Choice #2: Joel Klecker (114-22) is prefered to Choice #3: Ben Collins (133-39) is prefered to Choice #4: Matthew Vernon (117-17) is prefered to Choice #5: Further Discussion (113-7) Choice #3: Ben Collins is prefered to Choice #2: Joel Klecker (92-33) is prefered to Choice #4: Matthew Vernon (92-33) is prefered to Choice #5: Further Discussion (89-15) Choice #2: Joel Klecker is prefered to Choice #4: Matthew Vernon (63-54) is prefered to Choice #5: Further Discussion (66-31) Choice #4: Matthew Vernon is prefered to Choice #5: Further Discussion (70-23) Choice #5: Further Discussion The ballots came from: N: Adam Heath N: Adam Klein N: Adrian Bridgett N: Alen Zekulic N: Alex Romosan N: Alexander Koch N: Alexander Yukhimets N: Anand Kumria N: Andrea Fanfani N: Andreas Tille N: Andrew Gray N: Anselm Lingnau N: Anthony Towns N: Antti-Juhani Kaijanaho N: Ardo Van Rangelrooij N: Atsushi Kamoshida N: Bart Schuller N: Bdale Garbee N: Ben Armstrong N: Ben Collins N: Ben Gertzfield N: Ben Pfaff N: Bjorn Brenander N: Bob Hilliard N: Bradley Bell N: Brent Fulgham N: Brian Almeida N: Brian Bassett N: Brian May N: Camm Maguire N: Carsten Leonhardt N: Changwoo Ryu N: Charles Briscoe-Smith N: Chris McKillop N: Christian Hammers N: Christian Kurz N: Christian Lynbech N: Christian Steigies N: Christoph Baumann N: Christoph Lameter N: Christoph Martin N: Christophe Le Bars N: Christopher Lawrence N: Craig Brozefsky N: Craig Sanders N: Craig Small N: Dale Martin N: Dale Scheetz N: Dan Jacobowitz N: Dan Nguyen N: Daniel Martin N: Daniel Patterson N: Darren Benham N: Darren Stalder N: Dave Cole N: Dave Cook N: Dave Holland N: David Engel N: David Frey N: David Huggins-Daines N: David Van Leeuwen N: David Welton N: Davide Salvetti N: Dima Barsky N: Dirk Eddelbuettel N: Douglas Bates N: Drake Diedrich N: Ed Boraas N: Elie Rosenblum N: Eloy Paris N: Enrique Zanardi N: Eric Leblanc N: Erik Andersen N: Fabien Ninoles N: Fabrizio Polacco N: Federico Di Gregorio N: Fernando Sanchez N: Francesco Tapparo N: Frederic Peters N: Fumitoshi Ukai N: Gergely Madarasz N: Gopal Narayanan N: Gordon Matzigkeit N: Gregor Hoffleit N: Gregory Norris N: Hamish Moffatt N: Hartmut Koptein N: Herbert Xu N: Hugo Haas N: Ian Jackson N: Ishikawa Mutsumi N: Ivan Moore N: Jaldhar Vyas N: James Lewismoss N: James Treacy N: James Van Zandt N: Jason Parker N: Jean Lejacq N: Jeff Licquia N: Jefferson Noxon N: Jim Mintha N: Jim Pick N: Jim Studt N: Jim Westveer N: Joe Reinhardt N: Joel Rosdahl N: Joey Hess N: John Goerzen N: John Lines N: Johnie Ingram N: Jonas Munsin N: Joop Stakenborg N: Joseph Carter N: Josip Rodin N: Julian Gilbey N: Keita Maehara N: Kenshi Muto N: Kirk Hilliard N: Kristoffer Rose N: Lalo Martins N: Lantz Moore N: Lars Steinke N: Lars Wirzenius N: Laurence Lane N: Lonnie Sauter N: Luis Gonzalez N: Manoj Srivastava N: Marcel Harkema N: Marcelo Magallon N: Marco D N: Marcus Brinkmann N: Mark Baker N: Mark Brown N: Mark Eichin N: Martin Bialasinski N: Martin Buck N: Martin Mitchell N: Martin Schulze N: Matej Vela N: Matthew Vernon N: Michael Beattie N: Michael Bramer N: Michael Dorman N: Michael Meskes N: Michael Schlueter N: Michael Stone N: Mike Goldman N: Milan Zamazal N: Miquel Van Smoorenburg N: Nicholas Flintham N: Nils Lohner N: Nils Rennebarth N: Oliver Elphick N: Owen Dunn N: Paolo Molaro N: Patrick Cole N: Patrick Ouellette N: Paul Seelig N: Paul Slootman N: Pawel Wiecek N: Per Lundberg N: Peter Kelemen N: Peter Makholm N: Peter Van Eynde N: Petr Cech N: Philip Hands N: Philipp Frauenfelder N: Philippe Troin N: Piotr Roszatycki N: Rafael Laboissiere N: Randolph Chung N: Rapha N: Ray Dassen N: Remco Van De Meent N: Remi Lefebvre N: Richard Braakman N: Richard Nelson N: Riku Voipio N: Rob Browning N: Robert Stone N: Robert Woodcock N: Roderick Schertler N: Roland Rosenfeld N: Roman Hodek N: Ron Lee N: Ruud De Rooij N: Santiago Vila N: Stefan Gybas N: Stephan Suerken N: Stephen Crowley N: Steve Greenland N: Steve McIntyre N: Stevie Strickland N: Stig Mathis N: Sudhakar Chandrasekharan N: Sven Luther N: Takao Kawamura N: Taketoshi Sano N: Takuo Kitame N: Tapio Lehtonen N: Teemu Hukkanen N: Thimo Neubauer N: Thomas Quinot N: Thomas Schoepf N: Tinguaro Delgado N: Tom Lees N: Tommi Virtanen N: Tony Mancill N: Torsten Landschoff N: Ulf Jaenicke-Roessler N: Vincent Renardias N: Wichert Akkerman N: Will Lowe N: William Ono N: Zed Pobre N: Zephaniah Hull
Re: how about a real unstable?
On Thu, Mar 30, 2000 at 01:30:58PM -0600, Zed Pobre wrote: This started me thinking. Someone earlier lamented the difficulties in using experimental. I would like to see experimental moved into the same tree as stable, frozen, unstable and have a Packages file generated. experimental already has a Packages file generated, and where it is in the tree is more or less irrelevant. New packages (and perhaps all new upstream releases) would be autoinstalled into experimental until they had been there for a month This gets rid of the main use of experimental which is to distinguish packages that'll probably destroy your system, against ones that shouldn't but might because, well, anything's *possible*. (or someone could get to the overrides file for unstable, whichever is longer), and packages with Grave or worse bugs open longer than a week (or maybe 2 weeks) would be moved there. A different way of doing it is to leave unstable as it is (ie, new packages get lumped into unstable whether they work or not, assuming they're not /likely/ to trash your system), and instead add a new distribution inbetween stable and unstable, that has some of the properties of stable (ie, packages have more or less stabilised, they've been tested for a while, they've got few/no RC bugs, they work on all architectures, packages don't have huge dependency problems). Particularly the latter of these is a fairly complicated technical problem to solve. Exercise to the interested reader: try it at home. Implement your solution. Time it. Try to optimise it. (20pts) For the less interested reader, point your browser at http://auric.debian.org/~ajt/. For the reader who doesn't give a stuff and just wants to cut to the chase, point apt at, hopefully, deb http://auric.debian.org/~ajt/ testing main . It's still very alpha, and relies heavily on the autobuilders being up to date against woody, which isn't the case while we're frozen. As such, please be wary of mirroring this: when we think it's really worth the effort of mirroring it'll probably go into /pub/debian/dists, and until then, it's quite probably a waste of bandwidth. Source is theoretically available, but only by ssh'ing to auric and poking around in my home directory. This would allow lintian checks to become a prerequisite for unstable, especially now that developers can write their own overrides for special cases. Someone would need to go through all the lintian checks and see which ones are actually worth making RC. Not all of them are by a long shot. personally, i'm not going to hold my breath waiting for the stable release cycle to speed up. it's a big job, and one that grows enormously for every release. we had around 2000 packages for slink. we now have approx 4000 for potatoand already nearly 5000 for woody - and potato isn't even out the door! One of the things that might help this would be continuous freeze. As soon as a release is made, whatever is in unstable at that moment is frozen for the next release. This will become more feasable as package graduation becomes more refined, I think. Note that I at least, refuse to fork my packages during the freeze. It's just too painful to work with. I've been around for less than half that, but I do remember a nasty bash/libreadline bug that flattened a number of systems that I would not have wanted to encounter on a production system, as well as a few X problems. Furthermore, I would not want to deal with an application server running unstable. While I admit that the quality of Debian packages is generally quite high even in unstable, I would remain rather wary of recommending it for production servers. There was a cute grep bug a while ago too, that made grep simply not work if you specified the files to grep on the command line (or the other way around, I forget). There are lots of cute bugs around in unstable now and then, but they're generally easy to recover from if you have a clue. If you don't want to have to have a clue for production servers (and I for one don't), well, that's what stable's for. Possibly, it'll also be what `testing' will be for, up to a point, when and if it actually works. BTW, I've been thinking recently. The original point of `testing' was to make it easier for us to release (you've got a whole semi-unstable distribution that's up-to-date and more or less bugfree from the word go. No more bug horizons, just a few finishing touches, some organised testing on the final product, and voila!), and hence make it easier for us to release more often. I wonder, though, if that's really a good idea. At some point, frequent releases are just a downright pain, even with Debian's fetish towards in-place and partial upgradability. Maybe it'd be better to just keep releasing once-a-year or so (with any extra security-fixes), and let people who really want new packages upgrade to testing. As opposed to making a release every three,
Re: xterm and gnome-terminal have diferent defaults? [was: Bug#60753: mutt: /etc/Muttrc should not use colors]
On Tue, Mar 28, 2000 at 11:22:13PM +0200, Bas Zoetekouw wrote: Thus spake Pedro Guerreiro ([EMAIL PROTECTED]): I know the problem is with gnome-terminal, so the question is how do I change the default binding of DEL in gnome-terminal? I've browse through /usr/share/doc/gnome-terminal, but that's a dead end :-( Check out the preferences menu in gnome-terminal. There is an option `Swap DEL/Backspace' there. No idea whether it works though. Swap doesn't work because they *both* do the same thing. Pedro
Emacspeak and t-gnus in potato
Hi I'm having problems using emacspeak and t-gnus from potato. I get: Symbol's value as variable is void: define This only happens when emacspeak is loaded. I also get the same error in rmail with the 'm' command, after the mail buffer appears, but it is empty, ie no to: or subject:. It also happens if I try to reply to a message in rmail. Regards -- Rob Murray
Re: Emacspeak and t-gnus in potato
This also happens with gnus, after the group buffer appears, but before it's mode is changed from fundimental. -- Rob Murray
Re: Packages removed from potato
Package: gnudip (debian/main). Maintainer: Randolph Chung [EMAIL PROTECTED] 59248 gnudip: Gnudip prerm script fails with error `groupdel: group gnudip does not exist' ok, some misunderstanding here. someone had said that he was going to do a nmu for me because i've been rather busy with other stuff, but i guess that didn't happen :( randolph -- Debian Developer [EMAIL PROTECTED] http://www.TauSq.org/
Re: how about a real unstable?
John Haggerty [EMAIL PROTECTED] writes: Plus integrating the e2compr kernel patch into the standard kernels provided with debian would also be a plus. As an alternative, I'll release a kernel-patch-e2compr package in a couple of days. Put the following in /etc/apt/sources.list (if you don't already have one of the other e2compr apt sources there): deb http://e2compr.memalpha.cx/e2compr/ftp/apt binary-i386/ deb-src http://e2compr.memalpha.cx/e2compr/ftp/apt source/ pjm.
Re: GNU/Linux vs. Linux
Martin Schulze [EMAIL PROTECTED] writes: Ok folks, why is Debian called GNU/Linux instead of simply Linux? To annoy all the uptight Linux fanboys. Duh. Cheers, -Miles -- Love is a snowmobile racing across the tundra. Suddenly it flips over, pinning you underneath. At night the ice weasels come. --Nietzsche
daemontools and dnscache source debs available
I have packaged dnscache and daemontools, two utilities by Dan Bernstein, as per my ITP last week. The packages are located at http://www.flounder.net/debs Please download them and test them out and let me know what you think. Thanks, --Adam
Re: Not to get off on a rant here.....
Franklin Belew wrote: People seem to be too caught up in other people's freedom to help us create the best distro with the least problems. Example: /usr/doc - /usr/share/doc transition voted to be held because potato was supposed to freeze back in november. Freeze got delayed, and 4+ months later, no one has taken this transition seriously. I am to assume that all debian developers are mature individuals who understand the concept of deadlines, yet giving this much slack only causes the releases to be later and later. No Frank. We made a decision which included a transition plan[1]. That transition plan intentionally spanned multiple debian releases: - In potato, /usr/doc is still going to be used, and anything using /usr/share/doc must include a /usr/doc symlink. - In woody, /usr/share/doc will be used, and all packages will be updated to use it. Packages will still provide /usr/doc links for backwards compatability. - In woody+1, the /usr/doc symlinks may be removed. Given that this transition is expected to span 3 releases, no, we arn't being laggards about transitioning to /usr/share/doc/ right this instant. The timeslines of the individual releases are orthagonal to this transition. -- see shy jo [1] http://www.debian.org/Lists-Archives/debian-ctte-9908/msg00038.html
Re: (Bug horizon) Problem bugs
On Thu, Mar 30, 2000 at 11:12:27AM -0800, Chip Salzenberg wrote: According to Richard Braakman: Package: gcc (debian/main). Maintainer: Debian GCC maintainers [EMAIL PROTECTED] 58412 r-base: Can't build from source 59819 gcc_2.95.2-7(frozen): fails to compile itself on m68k 61258 missing header files in include/asm on non-i386 architectures May I assume that the latter two bugs will not delay the release of potato for i386? No, you may not. It is not possible to release architectures separately without causing major damage to the mirror network. We're all in this together. Richard Braakman
Re: RBL report..
On Thu, Mar 30, 2000 at 01:12:10PM +0200, Robert Bihlmeyer wrote: | |Before all useful points are lost in the flamage, may I suggest that a |X-Filtered-By: DUL |or similar header be added to all list mail? The problem is, that qmail can't do this easilly. I think this would be a perfect solution. X-Spam-alert-by: DUL (http://..) Please tell me, if you know how this can be implemented with qmail or some other secure MTA (postfix?) --JS
Re: RBL report..
On Thu, Mar 30, 2000 at 01:44:24PM +0200, David N. Welton wrote: Is there any kind of database to filter out time-wasting, vitriolic arguments full of personal attacks, about things that have nothing to do with Debian? Sure: :0: * ^X-Mailing-List: [EMAIL PROTECTED].* /dev/null -- G. Branden Robinson| Debian GNU/Linux | Please do not look directly into laser [EMAIL PROTECTED] | with remaining eye. roger.ecn.purdue.edu/~branden/ | pgpoZgurLvGPn.pgp Description: PGP signature
Re: Ian Jackson, please get me the hell off your blacklist.
On Thu, Mar 30, 2000 at 11:32:49AM +0100, Stephen Early wrote: All of the recent discussion about various blacklists, dial-up user lists, etc. seems to have frayed people's tempers. I see a lot of messages from angry people, with little useful content. I suggest everyone takes a step back and thinks before sending further mail: do you really want to waste time arguing about this, and flying off the handle for no good reason? I'm fighting with iwj about this in private mail, and won't trouble the lists further about it at this time. I do have a better idea of what's going on now, but I still feel his MTA is presuming my box guilty of spam generation without good reason (that is the avowed purpose of SAUCE, and there's no other reason to reject mail with a valid envelope and headers when there aren't system problems like a full spool filesystem). And yes, you could consider my temper frayed on this subject. -- G. Branden Robinson| Debian GNU/Linux | The software said it required Windows [EMAIL PROTECTED] | 3.1 or better, so I installed Linux. roger.ecn.purdue.edu/~branden/ | pgp5V28GG3R4G.pgp Description: PGP signature
wnpp@debian.org still alive ?
Is [EMAIL PROTECTED] still alive and maintained ? During the last few months, I sent several ITP's and a request to remove a package from the list to this address, but AFAICS all of them were ignored. E.g. I requested to remove dgs from the list of packages needing a new maintainer, and I sent an ITP for WorldPilot. Gregor pgpPC0yAuHGPW.pgp Description: PGP signature
Re: Not to get off on a rant here.....
On Thu, Mar 30, 2000 at 11:10:34AM -0800, Chip Salzenberg wrote: Oh, you're entirely right. People _are_ too tied up in 'freedom' to focus on the software. But that's because, as a body, the Debian project is all about freedom, as _expressed_ in software (and other things, too). You want pragmatism? Work with FreeBSD. No flame, no smiley. Chip, how did it come to be that you are so cool and Tom Christiansen so...isn't? :) (No, I'm not being sarcastic.) -- G. Branden Robinson| Debian GNU/Linux |If God had intended for man to go about [EMAIL PROTECTED] |naked, we would have been born that way. roger.ecn.purdue.edu/~branden/ | pgpVeO00agtKA.pgp Description: PGP signature
Obsolete packages
After upgrading my machine I found some obsolete packages. Before purging them I'd like to know if there are replacements: html2latex eaudio 2utf lde intlfonts-european manpages-net gtkbrowser I hope anyone here knows. Michael -- Michael Meskes | Go SF 49ers! Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire! Tel.: (+49) 2431/72651 | Use Debian GNU/Linux! Email: Michael@Fam-Meskes.De | Use PostgreSQL!
Re: ATTN: pjw@edmc.net
On Thu, Mar 30, 2000 at 01:50:09PM -0800, Joseph Carter wrote: If you wish to email me about any of my packages, do so from an address which does not reject my mail as coming from a dialup IP. My IP is STATIC and your ISP is run by morons who can't tell the difference, even though I am no longer listed on the DUL. I am attempting once and once only to reach you via the lists. I will not attempt to do so in the future. Mail me from an ISP with a clue in the future if you'd like a reply. I suggest you close bugs filed by such people without comment. Call it the Malicious Blacklist User Behavior Modification System. If they don't want to communicate with package maintainers, they have several options for getting their problems resolved: 1) they can obtain an email address at a place that doesn't use the DUL; 2) they can file the bug through a friend who doesn't use the DUL; 3) they can fix the problem themselves and post the fix to debian-devel. There are many options available for blacklist-employing Debian users that require only minimal additional effort on their part. If they are using an ISP that employs the DUL and have no ability to opt out of it, perhaps they should explore using a different ISP. There are lots of them, you know. -- G. Branden Robinson| Debian GNU/Linux |The noble soul has reverence for itself. [EMAIL PROTECTED] |-- Friedrich Nietzsche roger.ecn.purdue.edu/~branden/ | pgpv2a15BJZfV.pgp Description: PGP signature
Re: GNU/Linux vs. Linux
- Ok folks, why is Debian called GNU/Linux instead of simply Linux? Because Debian is a lot of GNU packages with linux (and possibly hurd, freebsd, solaris) kernel. -- Matus fantomas Uhlar, sysadmin at NEXTRA, Slovakia; IRCNET admin of *.sk [EMAIL PROTECTED] ; http://www.fantomas.sk/ ; http://www.nextra.sk/ 2B|!2B, that's a question!
Re: Not to get off on a rant here.....
On Thu, 30 Mar 2000, Joey Hess wrote: - In woody, /usr/share/doc will be used, and all packages will be updated to use it. Packages will still provide /usr/doc links for backwards compatability. Please note that the current policy documents do not talk about woody, they just talk about using symlinks during the transition. We may well drop the symlinks in woody if we decide to do so. After all, we agree that we will tell our users to look in /usr/share/doc, so the symlinks will not be needed anymore in woody. Thanks. -- bcfbd31b1445b182af15f6aa534a2102 (a truly random sig)
Re: Not to get off on a rant here.....
Santiago Vila wrote: Please note that the current policy documents do not talk about woody, they just talk about using symlinks during the transition. We may well drop the symlinks in woody if we decide to do so. After all, we agree that we will tell our users to look in /usr/share/doc, so the symlinks will not be needed anymore in woody. You may have noticed a link at the end of my email. That was a link to the transition plan that I belive the tech committee accepted. -- see shy jo
Re: RBL report..
On Thu, 30 Mar 2000, Bob Nielsen wrote: On Thu, Mar 30, 2000 at 10:34:05AM +1000, Craig Sanders wrote: b) use uucp-over-tcp (requires uucp account somewhere) c) use smtp-over-ssh (requires shell account somewhere) Can someone point me to any references on setting up either of these. I had to give up my static IP and often have problems with my ISP's I use POP and SMTP over SSH. You can do this by using the -L option of ssh, but that means you need to start a new session every time you change IP addresses (which is too painful for me). I have inetd use a special port on localhost (not bound to any IP address other than 127.0.0.1) which runs ssh to my server with a command to run my pass program. Pass is one of the many TCP port redirection programs, it connects to a specified IP address and port (port 25 or 110 on localhost) and passes data back and forth. For this I have a special RSA key which allows passwordless logins to my server which can run the pass program (and not much else). The ssh client program is run from an account which has the private key in question, but which is locked so it can only be accessed from su and inetd. Then I make my ssh server listen on various ports on one of it's IP addresses (such as port 25). This is so that I can use networks where port 22 is filtered for security reasons (IE they don't want security). -- My current location - X marks the spot. X X X
need POSIX Shared memory and message queues on Linux ?
Hello, I've an application wrote for a POSIX OS, using messages queues, and shared memory and I'd like to port it on a Linux OS. Could you tell me if you have a Linux Operating System distribution for an iX86 platform, that supports these (or some of these) Standard POSIX specifications: _POSIX_MESSAGE_PASSING (POSIX.4 for message queues supporting), _POSIX_MEMORY_SHARING (POSIX.4/D9 for Shared Memory support), and _POSIX_MESSAGE_QUEUES (POSIX.4/D9 for IPC Message Queues support) Thanks, A. Messaoud == Computing For Industry (CFI) 131 impasse des palmiers - PIST OASIS 30100 ALES - FRANCE Tel (33) 4 66 56 40 35 - Fax (33) 4 66 56 40 33 Web www.cfi-rts.fr Contacts[EMAIL PROTECTED] Technic. [EMAIL PROTECTED] Support [EMAIL PROTECTED] ==
Re: UPS setup problems (apcuspd and genpower)
Thomas R. Shemanske wrote: At *no* time are any messages printed to the terminal windows (to indicate power failure, warning logouts imminent, power resumed, etc). So I am rather confused. apcupsd collects valid data but /usr/sbin/powersc doesn't act on it. Do not know about apcupsd. I am using apcd to monitor my APC Back-UPS650. Remember that if you try it you will need the other cable, (the smart one, I think is the 0025) I have also tried genpower (/sbin/genpowerd /dev/ttyS0 apc-pnp) (which is the correct type for the APC Cable 940-0095A. The /etc/upsstatus *always* says OK even if the plug is pulled. I suppose your model is a 650PnP since that behavior is different from mine. From what I have read you need to switch the unit from smart to simple mode to be able to use the simple monitoring mode genpower handles, and genpower do not do that. I think the software delivered with the unit is required for that. If your model is a 650SI, it is a smart only UPS, and genpower is not an appropiate choice. That is the model I have and it took me a lot of time until I discovered that. However, it detected power failure, but did not switch off the UPS after a time. Regards, -- Agustín Martín Domingo, Dpto. de Física, ETS Arquitectura Madrid, (U. Politécnica de Madrid) tel: +34 91-336-6536, Fax: +34 91-336-6554, email:[EMAIL PROTECTED], http://corbu.aq.upm.es/~agmartin/welcome.html
Re: Not to get off on a rant here.....
On Fri, 31 Mar 2000, Joey Hess wrote: Santiago Vila wrote: Please note that the current policy documents do not talk about woody, they just talk about using symlinks during the transition. We may well drop the symlinks in woody if we decide to do so. After all, we agree that we will tell our users to look in /usr/share/doc, so the symlinks will not be needed anymore in woody. You may have noticed a link at the end of my email. That was a link to the transition plan that I belive the tech committee accepted. You are right, sorry, I did not noticed the link. But this does not change the fact that this has not been made policy. Policy just talks about using symlinks during the transition phase. Thanks. -- 5cf5908bfd875a14c3e7043c4765a80b (a truly random sig)
Re: Not to get off on a rant here.....
Santiago Vila wrote: But this does not change the fact that this has not been made policy. Policy just talks about using symlinks during the transition phase. That was intentional, it was decided that mentioning release names in policy and making the document contingent upon which release we were working on was confusing or otherwise bad somehow (I forget). -- see shy jo
Re: need POSIX Shared memory and message queues on Linux ?
At Fri, 31 Mar 2000 11:57:27 +0200, Computing For Industry [EMAIL PROTECTED] wrote: Hello, I've an application wrote for a POSIX OS, using messages queues, and shared memory and I'd like to port it on a Linux OS. Could you tell me if you have a Linux Operating System distribution for an iX86 platform, that supports these (or some of these) Standard POSIX specifications: _POSIX_MESSAGE_PASSING (POSIX.4 for message queues supporting), _POSIX_MEMORY_SHARING (POSIX.4/D9 for Shared Memory support), and _POSIX_MESSAGE_QUEUES (POSIX.4/D9 for IPC Message Queues support) They aren't currently supported on Linux kernel. I, however, heard that Cristopher Rohland [EMAIL PROTECTED] has already tried to write code about POSIX Shared memory. I'm also trying the POSIX message queues... But, they are very under depelopment stage, so you should use SYSV IPC instead of POSIX IPC functions. IMHO, porting from POSIX IPC to SYSV IPC may be complicate, but SYSV IPC already exists, and they are very stable, tested on Linux for a long time. Regards, -- GOTO Masanori
Re: UPS setup problems (apcuspd and genpower)
On Fri, Mar 31, 2000 at 02:04:58PM +0200, Agustín Martín Domingo wrote: Thomas R. Shemanske wrote: At *no* time are any messages printed to the terminal windows (to indicate power failure, warning logouts imminent, power resumed, etc). So I am rather confused. apcupsd collects valid data but /usr/sbin/powersc doesn't act on it. Do not know about apcupsd. I am using apcd to monitor my APC Back-UPS650. Remember that if you try it you will need the other cable, (the smart one, I think is the 0025) I have also tried genpower (/sbin/genpowerd /dev/ttyS0 apc-pnp) (which is the correct type for the APC Cable 940-0095A. The /etc/upsstatus *always* says OK even if the plug is pulled. I suppose your model is a 650PnP since that behavior is different from mine. From what I have read you need to switch the unit from smart to simple mode to be able to use the simple monitoring mode genpower handles, and genpower do not do that. I think the software delivered with the unit is required for that. If your model is a 650SI, it is a smart only UPS, and genpower is not an appropiate choice. That is the model I have and it took me a lot of time until I discovered that. However, it detected power failure, but did not switch off the UPS after a time. That seems to be the common problem. Mine is a smart-ups 420 (european model), with a 0024c cable. I ran slink at the time I got it. I tried the few ups monitor tools available in slink, but these didn't shut down the system (they did detect power failure). I tried the newer versions (and greater choice) from potato, compiled from package source, but the same there. Since these weren't packages run on their regular system, I didn't file bugs. I got the powerchute tools from the apc site, and that works really fine. I probably should give the debian (not closed source) packages another try I guess, now that I am running potato anyway, but considering these messages, I hardly think it is worth the effort. Regards, Filip PS. my cable type shouldn't be a problem, at least apcupsd says it can work with it.
eximconfig: Option 4, Local delivery only
I was wondering if eximconfig is doing the right thing for this option. I have machines which are connected on a network, and I want to have a MTA but only for the benefit of apps like cron or debconf which need to send local mail. I expected that Option 4 of eximconfig (Local delivery only) would block any TCP/IP conections to exim, but it doesn't; I'm still able to send e-mail from a different machine successfully. Shouldn't eximconfig warn about this? Or am I missing something? (very likely) Anyway, what's the best way to achieve what I want? Run exim from inetd via tcp wrappers and protect it in hosts.deny? Run exim as a daemon and give it an option to not listen to port 25, or not use SMTP transport at all? All I want is local mail. TIA, Jose -- Jose L Marin[EMAIL PROTECTED] Dept of Mathematics [EMAIL PROTECTED] Heriot-Watt University Edinburgh EH14 4AS, U.K. Phone: +44 131 451 3717 Fax: +44 131 451 3249
Re: need POSIX Shared memory and message queues on Linux ?
GOTO Masanori [EMAIL PROTECTED] writes: At Fri, 31 Mar 2000 11:57:27 +0200, Computing For Industry [EMAIL PROTECTED] wrote: Hello, I've an application wrote for a POSIX OS, using messages queues, and shared memory and I'd like to port it on a Linux OS. Could you tell me if you have a Linux Operating System distribution for an iX86 platform, that supports these (or some of these) Standard POSIX specifications: _POSIX_MESSAGE_PASSING (POSIX.4 for message queues supporting), _POSIX_MEMORY_SHARING (POSIX.4/D9 for Shared Memory support), and _POSIX_MESSAGE_QUEUES (POSIX.4/D9 for IPC Message Queues support) They aren't currently supported on Linux kernel. I, however, heard that Cristopher Rohland [EMAIL PROTECTED] has already tried to write code about POSIX Shared memory. I'm also trying the POSIX message queues... But, they are very under depelopment stage, so you should use SYSV IPC instead of POSIX IPC functions. IMHO, porting from POSIX IPC to SYSV IPC may be complicate, but SYSV IPC already exists, and they are very stable, tested on Linux for a long time. Yes, I wrote the shm fs which will be available in the Linux kernel version 2.4. This allows posix shm. The flags and functions are still missing in the C library but will be added soon (hopefully). You could also add a very small special library for that. BTW posix shm will be as well tested as the SYSV IPC shm since it uses the same code. Greetings Christoph -- Christoph Rohland SAP LinuxLab
Re: How to hide/show cursor without Ncurses ?
On Thu, Mar 30, 2000 at 12:22:56PM +0100, [EMAIL PROTECTED] wrote: The ones you called weenie dos programmer were not so weenie, because the old Ms-dos worked on PCs with a Ibm 80x25 terminal in the 90-95% of cases. Then that assumption was a standard de facto... True, but there were (documented) ways to determine the height and width of the screen, under MS-DOS. Anything approaching code cleanliness should have used that as a base. I find it awful that the version distributed with Microsoft Windows '95 and Windows '98 of route prints its usage based on a 80x50 terminal - and does not output to stdout, so the user cannot pipe through more or similar! It is a good idea never to assume anything. -- Robert Hunter I pack meat
Re: Obsolete packages
On Fri, Mar 31, 2000 at 09:41:29AM +0200, Michael Meskes wrote: intlfonts-european # apt-get install intlfonts-european Reading Package Lists... Done Building Dependency Tree... Done Package intlfonts-european has no available version, but exists in the database. This typically means that the package was mentioned in a dependency and never uploaded, has been obsoleted or is not available with the contents of sources.list However the following packages replace it: xfonts-intl-european E: Package intlfonts-european has no installation candidate # There you go :) -- Digital Electronic Being Intended for Assassination and Nullification
Re: wnpp@debian.org still alive ?
On Fri, Mar 31, 2000 at 10:08:57AM +0200, Gregor Hoffleit wrote: Is [EMAIL PROTECTED] still alive and maintained ? During the last few months, I sent several ITP's and a request to remove a package from the list to this address, but AFAICS all of them were ignored. E.g. I requested to remove dgs from the list of packages needing a new maintainer, and I sent an ITP for WorldPilot. We at WNPP (Johnie Ingram and me) don't quite maintain the PP part of WNPP anymore. We decided that it was pointless because the database used is hard to maintain, slow to generate pages, and also a bit buggy. It is planned to integrate the current WNPP list into the list on the QA site (http://qa.debian.org/wnpp.html), but we'd need Raphael or someone else to do large modifications to the pgsql database and the perl scripts for the mail bot... unfortunately it hasn't yet been done. Having said that, I must admit I don't know why wasn't the dgs package entry updated. I'll remove it right away, sorry. -- Digital Electronic Being Intended for Assassination and Nullification
Re: Obsolete packages
Michael Meskes [EMAIL PROTECTED] wrote: After upgrading my machine I found some obsolete packages. Before purging them I'd like to know if there are replacements: html2latex Tomasz Wegrzanowski wrote a free reimplementation of this, gnuhtml2latex, so html2latex was removed. lde gtkbrowser These both still seem to be in woody. -- Colin Watson [EMAIL PROTECTED]
Re: Not to get off on a rant here.....
Branden Robinson [EMAIL PROTECTED] writes: Chip, how did it come to be that you are so cool and Tom Christiansen so...isn't? :) Isn't it obvious? Doses of MST3K that would make a normal man into a pile of quivering jelly. :-) Mike.
Re: Obsolete packages
Michael Meskes [EMAIL PROTECTED] writes: html2latex tetex, perhaps? eaudio Um, xmms I think. gtkbrowser Hmmm. No idea. Mike.
Re: Ian Jackson, please get me the hell off your blacklist.
On Fri, Mar 31, 2000 at 03:43:27AM -0500, Branden Robinson wrote: I'm fighting with iwj about this in private mail, and won't trouble the lists further about it at this time. I do have a better idea of what's going on now, but I still feel his MTA is presuming my box guilty of spam generation without good reason (that is the avowed purpose of SAUCE, and there's no other reason to reject mail with a valid envelope and headers when there aren't system problems like a full spool filesystem). And yes, you could consider my temper frayed on this subject. why? it's his mail server, he can do what he likes with it. he is entitled to reject or defer mail delivery to his system for any reason he chooses, regardless of whether you happen to approve or not. he can run whatever insane spam filtering software he likes (and yes, i do happen to think that SAUCE is insane, but my opinion - like yours - is irrelevant because it's his mail server, not yours or mine). on your machines, your policy applies. on his machines, his policy. simple. your right to free speech does not include the right to force anyone else to listen. craig -- craig sanders
Re: Ian Jackson, please get me the hell off your blacklist.
On Fri, Mar 31, 2000 at 11:18:47PM +1000, Craig Sanders wrote: On Fri, Mar 31, 2000 at 03:43:27AM -0500, Branden Robinson wrote: why? it's his mail server, he can do what he likes with it. he is entitled to reject or defer mail delivery to his system for any reason he chooses, regardless of whether you happen to approve or not. he can run whatever insane spam filtering software he likes (and yes, i do happen to think that SAUCE is insane, but my opinion - like yours - is irrelevant because it's his mail server, not yours or mine). on your machines, your policy applies. on his machines, his policy. simple. your right to free speech does not include the right to force anyone else to listen. I think Branden's whole point was that he doesn't like to be forced to listen to something he's not able to respond to (to Ian's bug report, that is) and that therefore he will just do this: not listen to Ian's bug reports. So I think your argument doesn't work well here. Gregor
Re: Ian Jackson, please get me the hell off your blacklist.
On Fri, 31 Mar 2000, Gregor Hoffleit wrote: On Fri, Mar 31, 2000 at 11:18:47PM +1000, Craig Sanders wrote: your right to free speech does not include the right to force anyone else to listen. I think Branden's whole point was that he doesn't like to be forced to listen to something he's not able to respond to (to Ian's bug report, that is) and that therefore he will just do this: not listen to Ian's bug reports. So I think your argument doesn't work well here. But a) he _was_ able to respond to it, the message just got delayed by three hours; and b) the bug report was from one of Ian's users, not Ian, and the drastic action would affect several of Ian's users, not just Ian. Yes, sure we could get other addresses that don't use SAUCE, but some of them might use DUL or some such, and then Joseph would be ranting ... (btw, Joseph, you and the rest of pacbell.net should be able to send mail to eng.cam.ac.uk addresses these days ...) Diana. -- + Diana Galletly [EMAIL PROTECTED] + + http://www.chiark.greenend.org.uk/~galletly/ +
[fpolacco@debian.org: [ man-db_2.3.15_i386.changes INSTALLED]]
As anybody has reported problems with this version or the followers, I presume that the problem was inside that package (I unpacked it and rebuild and I got a .deb with two bytes of difference in size, so something had happened during that build). I'm closing those bugs. fab - Forwarded message from Fabrizio Polacco [EMAIL PROTECTED] - Delivered-To: [EMAIL PROTECTED] X-Envelope-Sender: [EMAIL PROTECTED] Date: Thu, 23 Mar 2000 16:25:04 +0200 From: Fabrizio Polacco [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: debian-devel@lists.debian.org Subject: [ man-db_2.3.15_i386.changes INSTALLED] User-Agent: Mutt/1.0i Hi! I recompiled man-db as it was (no change) and reuploaded. As someone made me notice, the pure rebuild had few bytes of difference, so maybe we get a different result. Can people try the upgrade from 2.3.13 ?? And can that people that got the error try to downgrade to slink version and then upgrade to the new one? This is the real upgrade that bother me. If nobody will report any problem, I'll close the bugs. fab - Forwarded message from Debian Installer [EMAIL PROTECTED] - Delivered-To: [EMAIL PROTECTED] Date: 23 Mar 2000 12:24:17 - From: Debian Installer [EMAIL PROTECTED] To: Fabrizio Polacco [EMAIL PROTECTED] Subject: man-db_2.3.15_i386.changes INSTALLED Installing: man-db_2.3.15.tar.gz to dists/potato/main/source/doc/man-db_2.3.15.tar.gz replacing man-db_2.3.14.tar.gz man-db_2.3.15.tar.gz to dists/woody/main/source/doc/man-db_2.3.15.tar.gz replacing man-db_2.3.14.tar.gz man-db_2.3.15.dsc to dists/potato/main/source/doc/man-db_2.3.15.dsc replacing man-db_2.3.14.dsc man-db_2.3.15.dsc to dists/woody/main/source/doc/man-db_2.3.15.dsc replacing man-db_2.3.14.dsc man-db_2.3.15_i386.deb to dists/potato/main/binary-i386/doc/man-db_2.3.15.deb replacing man-db_2.3.14.deb man-db_2.3.15_i386.deb to dists/woody/main/binary-i386/doc/man-db_2.3.15.deb replacing man-db_2.3.14.deb Changes: man-db (2.3.15) frozen unstable; urgency=high . * Just recompiled, with an upgraded potato system. Let's see if this wipes away the grave installation problem listed in bugs #60339, #60399, #60411, #60515. In that case, I'll close these bugs by hand :-) Announcing to debian-devel-changes@lists.debian.org Closing bugs: If the override file requires editing, reply to this email. Thank you for your contribution to Debian GNU/Linux. - End forwarded message - -- | [EMAIL PROTECTED] [EMAIL PROTECTED] | pgp: 6F7267F5 57 16 C4 ED C9 86 40 7B 1A 69 A1 66 EC FB D2 5E | [EMAIL PROTECTED] gsm: +358 (0)40 707 2468 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] - End forwarded message - -- | [EMAIL PROTECTED] [EMAIL PROTECTED] | pgp: 6F7267F5 57 16 C4 ED C9 86 40 7B 1A 69 A1 66 EC FB D2 5E | [EMAIL PROTECTED] gsm: +358 (0)40 707 2468
Re: Release-critical Bugreport for March 31, 2000
Package: gap4-doc-dvi (debian/non-free) Maintainer: Markus Hetzmannseder [EMAIL PROTECTED] 60695 gap4-doc-dvi depends on nonexistent package Package: gap4-doc-html (debian/non-free) Maintainer: Markus Hetzmannseder [EMAIL PROTECTED] 60703 gap4-doc-html depends on nonexistent package Package: gap4-doc-ps (debian/non-free) Maintainer: Markus Hetzmannseder [EMAIL PROTECTED] 60699 gap4-doc-ps depends on nonexistent package I am NMU'ing these packages as I type this email. Package: gap4-gdat (debian/non-free) Maintainer: Markus Hetzmannseder [EMAIL PROTECTED] 60708 gap4-gdat depends on nonexistent package Package: gap4-tdat (debian/non-free) Maintainer: Markus Hetzmannseder [EMAIL PROTECTED] 60701 gap4-tdat depends on nonexistent package I've forwarded these two packages to the ftp masters. Since they truly do depend on gap4 being installed, they will not have their deps met for potato. Woody on the other hand... Anyhow, they should be removed. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: Packages removed from potato
Le Thu, Mar 30, 2000 at 06:07:57PM -0700, Randolph Chung écrivait: ok, some misunderstanding here. someone had said that he was going to do a nmu for me because i've been rather busy with other stuff, but i guess that didn't happen :( Yes, I said to you that I may NMU gnudip, unfortunetaly I haven't found the time to do so ... Cheers, -- Raphaël Hertzog 0C4CABF1 http://tux.u-strasbg.fr/~raphael/ pub CD Debian : http://tux.u-strasbg.fr/~raphael/debian/#cd Formations Linux et logiciels libres : http://www.logidee.com /pub
Re: Release-critical Bugreport for March 31, 2000
Package: gcc (debian/main) Maintainer: Debian GCC maintainers [EMAIL PROTECTED] 58412 r-base: Can't build from source 61258 missing header files in include/asm on non-i386 architectures I'v reduced the severity of these two bugs. The first has a workaround in the bug report. Since it doesn't keep r-base from compiling (just requires it to workaround the gcc bug), then it should be ok for now. The second I don't think is really a bug. More than likely it is user misunderstanding of how fixincludes work. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: Release-critical Bugreport for March 31, 2000
Package: ivtools (debian/main) Maintainer: Guenter Geiger [EMAIL PROTECTED] 57250 ivtools_0.7.9-5(frozen): build errors Changelog for 0.7.9-6 says this is fixed, so I've closed it. Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: Release-critical Bugreport for March 31, 2000
Package: kaffe (debian/main) Maintainer: Ean R. Schuessler [EMAIL PROTECTED] 59420 kaffe_1:1.0.5e-0.3(frozen): bad register names on m68k NMU'ing this one (again) -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: Ian Jackson, please get me the hell off your blacklist.
Branden Robinson [EMAIL PROTECTED] writes: If you don't correct this at once I will be forced to re-evaluate my place within a project that is nominally devoted to free and open communication among its members and the rest of the world. Your complaint against us using the DUL is valid. It should not be used. Your complaint against IWJ is not, and your complain/threat against Debian even less so since we are not doing that. He has the right to filter his incoming mail as he sees fit. Since I cannot communicate with bug report filers from chiark.greenend.org.uk, all bug reports submitted, past, present, or future, by people from that host will be summarily closed. That message was not indicitave of a delivery failure.
Re: Release-critical Bugreport for March 31, 2000
Package: siag-common (debian/main) Maintainer: Davide Barbieri [EMAIL PROTECTED] 61174 siag-common: deps on arch any packages too strict to allow binary only recompiles Fixed version was installed last night by the maintainer. Package: silo (debian/main) Maintainer: Davide Barbieri [EMAIL PROTECTED] 61389 silo: newer version available for better cd boot support Maintianer asked me to NMU, already done and in incoming. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: What's changed in su/bash? bash: fork: Resource temporarily unavailable
I just logged in on console as root, and ulimit -a reported 256 processes max. So I don't think the problem is with su. Maybe it's PAM? I wonder where this gets configured? On Thu, 30 Mar 2000, Oliver Elphick wrote: Brian Greenfield wrote: On Fri, 31 Mar 2000 00:12:12 +0900, Junichi Uekawa [EMAIL PROTECTED] wrote: In Thu, 30 Mar 2000 11:10:20 +0100, de profundis Oliver Elphick [EMAIL PROTECTED] x.co.uk cum veritas scribat and see how many processes root is running ... 237! Samba running as a daemon rather than from inetd seems to have cured it. So all of a sudden, any process started through 'su root' is limited by ulimit, which is counting all processes belonging to root, including daemons. But a direct login to root is not limited in this way. Why this change? and which package changed it? -- Oliver Elphick[EMAIL PROTECTED] Isle of Wight http://www.lfix.co.uk/oliver PGP key from public servers; key ID 32B8FAA1 But the fruit of the Spirit is love, joy, peace, patience, kindness, goodness, faithfulness, gentleness, self control; against such there is no law.Galatians 5:22,23 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Do not meddle in the affairs of dragons, for you are crunchy and taste good with ketchup.
Packages offered for adoption
Hi. I'm dropping all my packages. That is dcd (a console CD player) and lletters (a children game). Freeciv has already been adopted by Jules Bean. []s, |alo + -- Hack and Roll ( http://www.hackandroll.org ) News for, uh, whatever it is that we are. http://www.webcom.com/lalo mailto:[EMAIL PROTECTED] pgp key in the personal page Brazil of Darkness (RPG)--- http://zope.gf.com.br/BroDar pgpIotdRLwPbP.pgp Description: PGP signature
Re: Release-critical Bugreport for March 31, 2000
On Fri, 31 Mar 2000, Ben Collins wrote: Package: gap4-doc-dvi (debian/non-free) Maintainer: Markus Hetzmannseder [EMAIL PROTECTED] 60695 gap4-doc-dvi depends on nonexistent package Package: gap4-doc-html (debian/non-free) Maintainer: Markus Hetzmannseder [EMAIL PROTECTED] 60703 gap4-doc-html depends on nonexistent package Package: gap4-doc-ps (debian/non-free) Maintainer: Markus Hetzmannseder [EMAIL PROTECTED] 60699 gap4-doc-ps depends on nonexistent package I am NMU'ing these packages as I type this email. ... Hi Ben, does it really make sense to keep the documentation of a program which is no longer in potato? cu, Adrian -- A No uttered from deepest conviction is better and greater than a Yes merely uttered to please, or what is worse, to avoid trouble. -- Mahatma Ghandi
Re: Release-critical Bugreport for March 31, 2000
On Fri, Mar 31, 2000 at 03:15:03AM -0600, BugScan reporter wrote: Package: glut-doc (debian/main) Maintainer: James A. Treacy [EMAIL PROTECTED] 61366 /usr/doc symlink not made New glut packages are being uploaded to fix. Note that glut-data was the cause of this problem and also needs to be updated in frozen. -- James (Jay) Treacy [EMAIL PROTECTED]
Re: Release-critical Bugreport for March 31, 2000
Hi, On Fri, Mar 31, 2000 at 03:15:03AM -0600, BugScan reporter wrote: Package: imlib-progs (debian/main) Maintainer: Ossama Othman [EMAIL PROTECTED] 60052 imlib-progs: imlib_config segfaulting without /etc/imlib/imrc This should have been fixed with the imlib 1.9.8-4 packages. Can someone veryify this? -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8
Re: Release-critical Bugreport for March 31, 2000
Hi, Package: libtool (debian/main) Maintainer: Ossama Othman [EMAIL PROTECTED] 61314 libtool build hack breaks ports I'm currently away attending a conference so it's a bit hard for me to work on this. An NMU would be greatly appreciated. Otherwise, I'll do my best to get this fixed sometime this weekend. -Ossama -- Ossama Othman [EMAIL PROTECTED] Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8
Re: Release-critical Bugreport for March 31, 2000
On Fri, Mar 31, 2000 at 08:19:39PM +0200, Adrian Bunk wrote: On Fri, 31 Mar 2000, Ben Collins wrote: Package: gap4-doc-dvi (debian/non-free) Maintainer: Markus Hetzmannseder [EMAIL PROTECTED] 60695 gap4-doc-dvi depends on nonexistent package Package: gap4-doc-html (debian/non-free) Maintainer: Markus Hetzmannseder [EMAIL PROTECTED] 60703 gap4-doc-html depends on nonexistent package Package: gap4-doc-ps (debian/non-free) Maintainer: Markus Hetzmannseder [EMAIL PROTECTED] 60699 gap4-doc-ps depends on nonexistent package I am NMU'ing these packages as I type this email. ... Hi Ben, does it really make sense to keep the documentation of a program which is no longer in potato? No it doesn't. However, that is not up to me, and there is nothing in policy or packaging that makes such a statement. Therefore, that reason alone is not enough to remove it. We have documentation packages that having nothing to do with computers at all (all though I have argued against such packages). These packages do not require gap4 to be useful (to gap4 users, but still). -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: Release-critical Bugreport for March 31, 2000
On Fri, Mar 31, 2000 at 11:18:36AM -0800, Ossama Othman wrote: Hi, Package: libtool (debian/main) Maintainer: Ossama Othman [EMAIL PROTECTED] 61314 libtool build hack breaks ports I'm currently away attending a conference so it's a bit hard for me to work on this. An NMU would be greatly appreciated. Otherwise, I'll do my best to get this fixed sometime this weekend. Build in progress, will be uploaded soon. Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Processed: foo
Processing commands for [EMAIL PROTECTED]: reassign 50577 project Bug#50577: package fan list wanted Bug reassigned from package `lists.debian.org' to `project'. thanks Stopping processing here. Please contact me if you need assistance. Darren Benham (administrator, Debian Bugs database)
Re: [Election Results] Official and Final
On Fri, Mar 31, 2000 at 07:08:07PM -, Darren Benham wrote: The ballots came from: 216 people, if I counted right (wc(1) :). So much for the `300 active developers' vaporware, even if you include dissidents et al... N: Marco D N: Rapha N: Stig Mathis These names are incorrect (perhaps others, maybe I haven't noticed), it seems your program doesn't like `'' or 8-bit characters, please fix it for the next vote. -- Digital Electronic Being Intended for Assassination and Nullification
Re: [Election Results] Official and Final
In article [EMAIL PROTECTED], Josip Rodin [EMAIL PROTECTED] wrote: On Fri, Mar 31, 2000 at 07:08:07PM -, Darren Benham wrote: The ballots came from: 216 people, if I counted right (wc(1) :). So much for the `300 active developers' vaporware, even if you include dissidents et al... If that was a valid argument, the Netherlands would have a population of ~3 million instead of 16. Mike. -- Windows never had any potential for soundness or beauty. If you decide to build a motorcycle, and you start with a bathtub, no good will ever come of it. -- Anonymous Coward
ITP: gnome-db
gnome-db (http://www.gnome.org/gnome-db) is a framework for creating database applications. It provides a common API with pluggable back ends to different database sources as well as various specialized widgets for handling many database tasks. It's also part of gnome office (http://www.gnome.org/gnome-office). It's licensed under the GPL. While I'm not a developer, Ed Boraas ([EMAIL PROTECTED]) has graciously volunteered to sponsor this package. Please let me know if this conflicts with anyone's efforts. - Dan White
Re: [Election Results] Official and Final
On Fri, 31 Mar 2000, Josip Rodin wrote: 216 people, if I counted right (wc(1) :). So much for the `300 active developers' vaporware, even if you include dissidents et al... It think it just clearly shows typical lack of election interest. FYI, Echelon has confirmed a total of 346 developers by PGP verification. Jason
Re: woody mutt users, please read
On Mar 30, Zed Pobre [EMAIL PROTECTED] wrote: Eh? My understanding is that you probably can get rid of lists altogether if all the entries in lists are duplicated in subscribe. Yes, you are right. The only difference between lists and subscribe is that subscribe entries automatically add a Mail-Followup-To header. People who don't want to get CCs of list replies should use subscribe. People who don't mind should use lists. This is right. But: - I think most people don't want to receive Ccs to mail to a list they are subscribed to - this is not the old behaviour - at least with the default configuration, the username in the Mail-Followup-To is unqualified. -- ciao, Marco
Re: [Election Results] Official and Final
On Fri, Mar 31, 2000 at 02:06:19PM -0700, Jason Gunthorpe wrote: 216 people, if I counted right (wc(1) :). So much for the `300 active developers' vaporware, even if you include dissidents et al... It think it just clearly shows typical lack of election interest. FYI, Echelon has confirmed a total of 346 developers by PGP verification. Okay, 62.43% isn't so bad, but it doesn't really take that much effort to vote in Debian, IMHO. -- Digital Electronic Being Intended for Assassination and Nullification
Re: ITP: gnome-db
Previously Dan White wrote: gnome-db (http://www.gnome.org/gnome-db) is a framework for creating database applications. It provides a common API with pluggable back ends to different database sources as well as various specialized widgets for handling many database tasks. It's also part of gnome office (http://www.gnome.org/gnome-office). This sounds a bit like gconf as well, have you compared them? Wichert. -- / Generally uninteresting signature - ignore at your convenience \ | [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | pgpuoml4H7kyl.pgp Description: PGP signature
Re: ITP: gnome-db
gnome-db is more intended to be a replacement for MS Access than for the windows registry. gconf is one of the may attempts to create a centralized configuration system for linux. Wichert Akkerman ([EMAIL PROTECTED]) wrote: Previously Dan White wrote: gnome-db (http://www.gnome.org/gnome-db) is a framework for creating database applications. It provides a common API with pluggable back ends to different database sources as well as various specialized widgets for handling many database tasks. It's also part of gnome office (http://www.gnome.org/gnome-office). This sounds a bit like gconf as well, have you compared them? Wichert. -- / Generally uninteresting signature - ignore at your convenience \ | [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | -- (jacob kuntz)[EMAIL PROTECTED],underworld}.net [EMAIL PROTECTED] (megabite systems) think free speech, not free beer. (gnu foundataion)
New Mailing-Lists
From the we-are-everywhere department: Debian proudly presents: F I V E N E W L I S T S C R E A T E D List: debian-tetex-maint@lists.debian.org This mailing list is designed to help coordinate the maintenance of the teTeX packages and related software in the Debian system. It will not provide user support; for that, please use debian-user or one of the general TeX mailing lists or newsgroups. List: debian-ocaml-maint@lists.debian.org This list is for the discussion related to debian packaging of ocaml (http://pauillac.inria.fr/caml/) programs and libraries. List: [EMAIL PROTECTED] Discussions on the PA-RISC port of Debian GNU/Linux. List: debian-s390@lists.debian.org Discussions on the IBM S/390 port of Debian GNU/Linux. List: debian-l10n-dutch@lists.debian.org Discussion forum for the translators of Debian-specific packages and documentation to the Dutch language. All lists will be archived at regular places on www.debian.org. Subscription is open as usual and they're not moderated. We proudly welcome the good-fellow porters for Debian on HP PA-RISC and on IBM S/390. Regards, Joey Debian Listmaster -- GNU GPL: The source will be with you... always. Please always Cc to me when replying to me on the lists.
Re: ITP: gnome-db
Wichert Akkerman wrote: Previously Dan White wrote: gnome-db (http://www.gnome.org/gnome-db) is a framework for creating database applications. It provides a common API with pluggable back ends to different database sources as well as various specialized widgets for handling many database tasks. It's also part of gnome office (http://www.gnome.org/gnome-office). This sounds a bit like gconf as well, have you compared them? It appears that gconf and gnome-db have similar functionality, where gconf is geared towards providing a plugable backend to the configuration API. gnome-db looks to be aiming more toward visual database applications. Something like the Borland database explorer. http://www2.linuxjournal.com/lj-issues/issue70/3754.html Another noticeable improvement coming to GNOME is GConf, a new configuration API and backend. This will add the features not provided by the simplistic configuration API in GNOME 1.0. It will make it easy to plug in different backends for the actual storage, so that you can change how and where the data is actually stored without touching the applications themselves. - Dan
Re: [Election Results] Official and Final
* Josip Rodin [EMAIL PROTECTED] [000331 12:23]: On Fri, Mar 31, 2000 at 07:08:07PM -, Darren Benham wrote: The ballots came from: 216 people, if I counted right (wc(1) :). So much for the `300 active developers' vaporware, even if you include dissidents et al... Wouldn't this be more properly FUD? :) -- Seth Arnold | http://www.willamette.edu/~sarnold/ Hate spam? See http://maps.vix.com/rbl/ for help
Re: ITP: gnome-db
gnome-db is a a shot at something like the ODBC api's available under windows. I proposed the idea on gnome-list many moons ago, and it was picked up by Michael Lausch, who I believe is the main developer. gconf is a shot at something like .ini files, or the windows registry. On Fri, Mar 31, 2000 at 11:41:47PM +0200, Wichert Akkerman wrote: Previously Dan White wrote: gnome-db (http://www.gnome.org/gnome-db) is a framework for creating database applications. It provides a common API with pluggable back ends to different database sources as well as various specialized widgets for handling many database tasks. It's also part of gnome office (http://www.gnome.org/gnome-office). This sounds a bit like gconf as well, have you compared them? Wichert. -- / Generally uninteresting signature - ignore at your convenience \ | [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | -- ,-. Adam Keys | [EMAIL PROTECTED] | Adam Keys Revolutions 214.768.5607 | We've got radicals for every party ICQ# 11772935| Before criticising someone, walk a mile in their shoes. Then when you do criticise them, you will be a mile away and have their shoes. `-' PGP Key fingerprint 39 B2 B4 E3 29 B4 EA C1 91 9B 77 C9 BC F5 0E F3 Accept No Imitations! Protect your freedom and your privacy. http://www.pgp.com Fight big business insanity. http://www.opendvd.org pgpPOKsvjkV6N.pgp Description: PGP signature
Re: Release-critical Bugreport for March 31, 2000
BugScan reporter [EMAIL PROTECTED] writes: Package: sane (debian/main) Maintainer: Kevin Dalley [EMAIL PROTECTED] 60923 sane: Broken with Gimp 1.0 I uploaded a possible fix to this program a few days ago. The problem is that various versions of sane and xsane were not compiled with the appropriate libgimp libraries on non-i386 platforms. -- Kevin Dalley [EMAIL PROTECTED]
Re: Signing Packages.gz
Hi Anthony, On Mon, Mar 27, 2000 at 08:37:10AM +1000, Anthony Towns wrote: On Sun, Mar 26, 2000 at 04:02:20PM +0200, Marcus Brinkmann wrote: On Sun, Mar 26, 2000 at 09:00:34AM +1000, Anthony Towns wrote: The whole file --- verifying each entry would take at least three minutes on my hardware, and god knows how long on anything moderately old or outdated. I certainly wouldn't want to try it on m68k on a regular basis, eg. (If doing something just once takes a second; doing it 4000 times takes a bit over an hour) I don't think it is useful to sign the Packages file, because: A signature authenticates the source of a document. That's worthwhile, since verifying the source of a Packages file lets you transitively verify the source of all the packages in a distribution. This is true if the signature is made in a secure manner. Storing the key on a medium that is available by dinstall is not secure, because a compromise of dinstall or higher instances (master etc) will reveal the secret key. Whose key should be used? Probably a special one just for dinstall, that's kept fairly securely by the Novare and -admin folks, and revoked regularly. Any such key would have to be considered insecure, no matter how soon you revoke it. So the paranoid people still don't trust it, and the other don't care (probably). Nonsense. The only reason not to trust a key dinstall uses explicitly for signing Packages is if you believe dinstall is compromised. If you believe that, then you shouldn't be downloading .deb's *ever*, because you're immediately running *untrusted* scripts as root on your systems. So you agree with me. What exactly do you think is nonsense? If dinstall *isn't* compromised, it's still possible that your favourite FTP site is, in which case all they need to do to compromise your machine is replace a .deb with their own hacked version and let you download it. Yes, and I can decide if I should trust this package at installation time. I can base this decision on the keys in the Debian keyring package, and further information I get from the Debian web site etc. In your model, I can not perform these further tests. I would have to trust dinstall (and higher instances) completely, or loose. Automatically signing things is less secure than manually signing things, It is only as secure as dinstall/master is, so we gain nothing at all by your suggestion. Here is a huge difference between your and my suggestion. What I proposed has problems (and I will address the problems you raised below), but it is a real improvement at least. and you need to do some extra stuff to not have gaping security holes when automatically signing things, but sometimes there isn't that much of a choice. There is in this case. All this FUD about no, no, we can't do that, it's not secure! is, well, just that. *Nothing* is absolutely `secure', some things just have fewer or different exploits than others. Wrong. The issue is not the degree of secureness in real life, where you hope that the few exploits won't be found. What we should be concerned about is theoretical secureness. Security models matter. There doesn't really seem a huge amount of choice here, to me. Packages should come with their *.changes file, and dpkg should have an option to verify the signature of individual packages. There was some discussion about this in the past. The trick is that security should be implemented in dpkg(-dev), not somewhere else. This has the advantage that it works also with individual packages you don't get from an archive source. It cuold also be used to verify the origin of the package. Note that this makes debian-keyring a more or less standard package. Only if you care about security. Note that it requires you to trust everyone in that keyring with every aspect of your system. Well, this is already the case, and can't be prevented for a binary distribution. However, a little bit more exact is that you trust everyone in that keyring with every aspect of the package I install from a single person (if I don't trust someone, I can simply choose not to install the packages from this origin.). Of course, one package, however small, can ruin the whole system in its scripts, binaries etc. Note that this doesn't help with revoking signatures: if some idiot decides that being a Debian maintainer should give him the right to 0wn all the machines that use his package; then gets thrown out; he can still use his key to sign packages that'll be happily installed by anyone with an out of date debian-keyring. This is a valid concern, and it is directly inherited from the PGP security model. There is no way to avoid it, but it can be made small: In such cases, the new debian keyring should be advocated widely and added to the stable release as a security update (and appear on the web pages of course). BTW, there is an analogue concern in your model, and it is
Re: Release-critical Bugreport for March 31, 2000
On Fri, Mar 31, 2000 at 03:20:20PM -0800, Kevin Dalley wrote: BugScan reporter [EMAIL PROTECTED] writes: Package: sane (debian/main) Maintainer: Kevin Dalley [EMAIL PROTECTED] 60923 sane: Broken with Gimp 1.0 I uploaded a possible fix to this program a few days ago. The problem is that various versions of sane and xsane were not compiled with the appropriate libgimp libraries on non-i386 platforms. Which gimp libraries should they be using? -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: ATTN: pjw@edmc.net
On Fri, Mar 31, 2000 at 03:55:39AM -0500, Branden Robinson wrote: I suggest you close bugs filed by such people without comment. Call it the Malicious Blacklist User Behavior Modification System. Of course, you could always just get the work done and email back to [EMAIL PROTECTED]; since it'll go through Debian the email will indeed arrive just fine. There are many options available for blacklist-employing Debian users that require only minimal additional effort on their part. If they are using an ISP that employs the DUL and have no ability to opt out of it, perhaps they should explore using a different ISP. There are lots of them, you know. That's pretty hypocritical coming from you lot who claim you can't find another ISP -- you're the ones with the broken ISP after all. My regualr email address rejects on RSS, RBL and DUL (I configured it that way myself) -- you can still email me at debian.org just fine though. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Release-critical Bugreport for March 31, 2000
Ben Collins [EMAIL PROTECTED] writes: On Fri, Mar 31, 2000 at 03:20:20PM -0800, Kevin Dalley wrote: BugScan reporter [EMAIL PROTECTED] writes: Package: sane (debian/main) Maintainer: Kevin Dalley [EMAIL PROTECTED] 60923 sane: Broken with Gimp 1.0 I uploaded a possible fix to this program a few days ago. The problem is that various versions of sane and xsane were not compiled with the appropriate libgimp libraries on non-i386 platforms. Which gimp libraries should they be using? sane and xsane should be linked with libgimp-dev. sane-gimp1.1 and xsane-gimp1.1 should be linked with libgimp1.1.17-dev. I have now added a Build-Depends line in the control files. Perhaps that will do the trick. The program should be linked with the same libraries as the i386 distribution is linked with. -- Kevin Dalley SETI Institute [EMAIL PROTECTED]