Re: Accepted fam 2.7.0-8 (source i386)

On Mon, Aug 29, 2005 at 08:09:06AM +0200, Aurelien Jarno wrote: > Chuan-kai Lin a ?crit : > > * Make libfam0 Provides libfam0c102 > I am afraid you can't do that. libfamc2 does NOT provide > the same interface as libfam, so they are both incompatible. It turns out that the published public inter

Re: a place for a package directory in root

On Sun, Aug 28, 2005 at 09:26:16PM +0100, Roger Leigh wrote: > sean finney <[EMAIL PROTECTED]> writes: > > On Sat, Aug 27, 2005 at 12:53:09PM -0700, Steve Langasek wrote: > >> /run/bootchart, but there seems to be some resistance to actually trying to > >> standardize on /run :) > > > > what about

Re: a place for a package directory in root

On Sat, Aug 27, 2005 at 06:32:26PM -0400, sean finney wrote: > On Sat, Aug 27, 2005 at 12:53:09PM -0700, Steve Langasek wrote: > > /run/bootchart, but there seems to be some resistance to actually trying to > > standardize on /run :) > what about /dev/shm? Aside from the other objections voiced t

Re: Unnecessary "Conflicts" with imap-server packages

On Thu, Aug 25, 2005 at 01:04:28PM +1000, Brian May wrote: > > "Gerrit" == Gerrit Pape <[EMAIL PROTECTED]> writes: > Gerrit> Gerrit> bincimap-run package provides the virtual package > Gerrit> ``imap-server'' and conflicts with other packages > Gerrit> providing ``imap-server''

Re: a place for a package directory in root

[Steve Langasek] > [use of /dev/shm] inappropriately ties the required feature (early > availability of read-write space for data that doesn't persist across > reboots) to a particular implementation, instead of leaving the admin > free to structure the mounts in a way that's most appropriate for

Re: incoming

* martin f krafft [Mon, 29 Aug 2005 02:37:18 +0200]: > also sprach Roger Leigh <[EMAIL PROTECTED]> [2005.08.29.0219 +0200]: > > > is there a reponsible person for cleaning up the cadavers in > > > incoming? If yes, could you you please do so? Don't found a severity > > > for that in the BTS. > >

Re: Unnecessary "Conflicts" with imap-server packages

On Mon, Aug 29, 2005 at 07:55:31AM +, Gerrit Pape wrote: > On Thu, Aug 25, 2005 at 01:04:28PM +1000, Brian May wrote: > > So are you suggesting that every imap-server (for example) should be > > split into two packages? > > > > Taken a step further this would include every server where multipl

Re: Accepted fam 2.7.0-8 (source i386)

* Aurelien Jarno [Mon, 29 Aug 2005 08:09:06 +0200]: > >Changes: > > fam (2.7.0-8) unstable; urgency=low > > . > > * Acknowledge NMU (closes: #317700, #317839) > > * Make libfam0 Provides libfam0c102 > I am afraid you can't do that. libfamc2 does NOT provide > the same interface as libfam, so

Bug#325539: ITP: polyglot -- is a chess engine protocol adaptor. It connects a UCI protocol engine to xboard frontend.

Package: wnpp Severity: wishlist Owner: Oliver Korff <[EMAIL PROTECTED]> * Package name: polyglot Version : 1.3 Upstream Author : Fabien Letouzey, <[EMAIL PROTECTED]> * URL : http://wbec-ridderkerk.nl/ * License : (GPL) Description : is a chess engine pro

Re: Unnecessary "Conflicts" with imap-server packages

On 8/29/05, Hamish Moffatt <[EMAIL PROTECTED]> wrote: > On Mon, Aug 29, 2005 at 07:55:31AM +, Gerrit Pape wrote: > > On Thu, Aug 25, 2005 at 01:04:28PM +1000, Brian May wrote: > > > So are you suggesting that every imap-server (for example) should be > > > split into two packages? > > > > > > T

Re: Unnecessary "Conflicts" with imap-server packages

On Mon, Aug 29, 2005 at 07:06:34PM +1000, Hamish Moffatt wrote: > On Mon, Aug 29, 2005 at 07:55:31AM +, Gerrit Pape wrote: > > > Is this really a good idea? > > > > Yes, why not? It solves the OP's problem; it lets you install packages > > that provide a service without enabling the service a

Re: Unnecessary "Conflicts" with imap-server packages

Il giorno lun, 29/08/2005 alle 12.16 +0200, Olaf van der Spek ha scritto: > It's not solved. > There are still daemons that conflict with eachother 'just' because > they wish to listen on the same port or use the same directories (by > default). Which makes no sense, and I think this is an abuse o

Re: incoming

Am Montag, den 29.08.2005, 00:51 +0200 schrieb Nico Golde: > > is there a reponsible person for cleaning up the cadavers in > > incoming? If yes, could you you please do so? Don't found a severity > > for that in the BTS. > Mail to the ftpmasters team. Already done but as usual without any respo

Re: a place for a package directory in root

Hello Goswin, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > Joerg Sommer <[EMAIL PROTECTED]> writes: >> Goswin von Brederlow <[EMAIL PROTECTED]> wrote: >>> Petter Reinholdtsen <[EMAIL PROTECTED]> writes: >>> >> What about /run/? Can a new package simply use/create /run? I would add >> /run to

Re: Unnecessary "Conflicts" with imap-server packages

On Mon, Aug 29, 2005 at 10:29:20AM +, Gerrit Pape wrote: > On Mon, Aug 29, 2005 at 07:06:34PM +1000, Hamish Moffatt wrote: > > On Mon, Aug 29, 2005 at 07:55:31AM +, Gerrit Pape wrote: > > > quality packages to Debian. I'm confident the problem will be solved > > > technically some day. > >

Interest in packaging GNU Shishi and GNU Generic Security Service?

Hi. I'd like to get in contact with someone who would be interested in creating and supporting Debian packages for my Kerberos 5 implementation, and its related GSS-API library. Web pages are available at: http://www.gnu.org/software/shishi/ http://www.gnu.org/software/gss/ Shishi and GSS can b

Re: Interest in packaging GNU Shishi and GNU Generic Security Service?

On Mon, Aug 29, 2005 at 03:43:43PM +0200, Simon Josefsson wrote: > One advantage with my Kerberos 5 implementation compared to > MIT/Heimdal is that it support Kerberos 5 over TLS, which means that > you can use X.509 or (work in progress) OpenPGP keys, rather than > passwords to get a Kerberos tic

Re: RFS: libssh - SSH and SCP library

Hi, > > > You will probably want to look at the following code: > > > > > > gnutls:libextra/gnutls_openssl.c > > > This code is incomplete, but does most of the things > > > > The part that misses is the part I need :( (ie PEM_read_DSAPrivateKey > > and PEM_read_RSAPrivateKey) > > Considering

Re: Interest in packaging GNU Shishi and GNU Generic Security Service?

"Steinar H. Gunderson" <[EMAIL PROTECTED]> writes: > On Mon, Aug 29, 2005 at 03:43:43PM +0200, Simon Josefsson wrote: >> One advantage with my Kerberos 5 implementation compared to >> MIT/Heimdal is that it support Kerberos 5 over TLS, which means that >> you can use X.509 or (work in progress) Op

Re: Unnecessary "Conflicts" with imap-server packages

Fabio Tranchitella wrote: > Having a package installed doesn't mean the corresponding service is > started. If I install something then I want it installed, configured and running. I think you are asking for another type of action for APT. Currently APT has two types of remove. You can remove l

Stocks discovered for quick profit kegful

cackled Hot Oil Pick Of The Week- ORTE We have uncovered a diamond here, ORTE is on the move for strong continued success. We are recommending it to all of our readers this week. With experts saying oil can reach five dollars per gallon by the end of the year, the oil industry is in strong de

Re: Unnecessary "Conflicts" with imap-server packages

On lun, 29 ago 2005, Bob Proulx wrote: > Fabio Tranchitella wrote: > > Having a package installed doesn't mean the corresponding service is > > started. > > If I install something then I want it installed, configured and > running. > > I think you are asking for another type of action for APT. C

Re: Unnecessary "Conflicts" with imap-server packages

On Mon, Aug 29, 2005 at 09:15:36AM -0600, Bob Proulx wrote: > Fabio Tranchitella wrote: > > Having a package installed doesn't mean the corresponding service is > > started. > > If I install something then I want it installed, configured and > running. but you are not all users. > I think you

unsubscribe

-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Documentation of alioth?

[Gack, what a nasty CC line. Is all that really necessary?] On Fri, Aug 26, 2005 at 12:23:14PM +0200, Raphaël Hertzog wrote: > Le vendredi 26 août 2005 à 12:04 +0200, Martin Schulze a écrit : > > Hi Raphaël, > > Hi Joey, > > > I'm sorry, but I have to tell you that you're wrong in your assertio

Re: Documentation of alioth?

Le lundi 29 août 2005 à 11:42 -0500, Branden Robinson / Debian Project Leader a écrit : > > I've been corrected by Wiggy on IRC too. Although what I said before was > > not invented, I've read part of it in #debian-devel in the mouth of > > Overfiend (Branden)... > > Eh? What exactly did I say?

Re: Any reason why libmotif3 vanished for Sparc

Andreas Tille <[EMAIL PROTECTED]> wrote: > I just noticed that libmotif3 vanished for Sparc architecture from the > non-free archive. [...] > I know that it was there formerly because I once got it without any extra > lines in my sources.list file. Now the Sparc port can be found at >http://f

Re: Bug#325539: ITP: polyglot -- is a chess engine protocol adaptor. It connects a UCI protocol engine to xboard frontend.

I think this is a little better: Description: a UCI to xboard chess engine protocol adaptor. polyglot connects a UCI protocol chess engine to xboard frontend. Common chess frontends have a winboard/xboard input interface, modern chess engines speak the UCI "universal chess interfa

Version tracking in the BTS

Could someone who is familiar with the new BTS have a look at #324167, please? The BTS has corectly record this data: Found in version openvpn/2.0-1; Fixed in version openvpn/2.0.2-1 2.0-1 is the sarge version, but the report has been closed nevertheless. Is it still necessary to manually

Re: Version tracking in the BTS

also sprach Florian Weimer <[EMAIL PROTECTED]> [2005.08.29.1957 +0200]: > 2.0-1 is the sarge version, but the report has been closed > nevertheless. That's all good and well. It still shows up as outstanding when you apply the sarge filter: http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pk

Re: Unnecessary "Conflicts" with imap-server packages

Perhaps we need some sort of a "weakly conflicts". Sort of the inverse of "recommends". -- John Hasler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Interest in packaging GNU Shishi and GNU Generic Security Service?

Simon Josefsson <[EMAIL PROTECTED]> writes: > Hi. I'd like to get in contact with someone who would be interested in > creating and supporting Debian packages for my Kerberos 5 > implementation, and its related GSS-API library. Web pages are > available at: > http://www.gnu.org/software/shishi/

Re: Version tracking in the BTS

* martin f. krafft: > also sprach Florian Weimer <[EMAIL PROTECTED]> [2005.08.29.1957 +0200]: >> 2.0-1 is the sarge version, but the report has been closed >> nevertheless. > > That's all good and well. It still shows up as outstanding when you > apply the sarge filter: > > > http://bugs.debian

Re: Version tracking in the BTS

On Monday 29 August 2005 20:12, martin f krafft wrote: http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkg&data=openvpn&archive=no&version=&dist=stable What is "Unclassified" all about? pgp7ADUQqwFW9.pgp Description: PGP signature

Re: Version tracking in the BTS

On Mon, Aug 29, 2005 at 08:22:32PM +0200, Frans Pop wrote: > On Monday 29 August 2005 20:12, martin f krafft wrote: > http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkg&data=openvpn&archive=no&version=&dist=stable > What is "Unclassified" all about? No tags that it chooses to use for classifi

Re: Version tracking in the BTS

* Mark Brown: > On Mon, Aug 29, 2005 at 08:22:32PM +0200, Frans Pop wrote: >> On Monday 29 August 2005 20:12, martin f krafft wrote: >> http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkg&data=openvpn&archive=no&version=&dist=stable > >> What is "Unclassified" all about? > > No tags that it cho

Re: Version tracking in the BTS

also sprach Frans Pop <[EMAIL PROTECTED]> [2005.08.29.2022 +0200]: > What is "Unclassified" all about? These classes reflect the tags on the bugs therein. "Patched" "More information needed" "Will not fix" ... I am not sure what happens when there's a +patch+wontfix. -- Please do not s

Re: Accepted fam 2.7.0-8 (source i386)

Russ Allbery <[EMAIL PROTECTED]> wrote: >> For more information see: >> http://lists.debian.org/debian-devel-announce/2005/07/msg7.html > This reference doesn't help with the question of libraries that use > C++ internally but don't expose a C++ interface. You are absolutely right about that.

Re: Version tracking in the BTS

also sprach Florian Weimer <[EMAIL PROTECTED]> [2005.08.29.2028 +0200]: > Which tags are used for classification? sarge et al.? Would it make > sense to tag a bug "sarge" if it is reported against the version in > sarge (even though this is technically incorrect)? Please read the announcement abo

Re: Accepted fam 2.7.0-8 (source i386)

Adeodato Sim? <[EMAIL PROTECTED]> wrote: > Changelog entries that make other developers go like, "huh, wtf?", > and force them to investigate a bit are, IMHO, a bad thing. Message received loud and clear. -- Chuan-kai Lin http://www.cs.pdx.edu/~cklin/ -- To UNSUBSCRIBE, email to [EMAIL PROT

Re: Version tracking in the BTS

* martin f. krafft: > also sprach Florian Weimer <[EMAIL PROTECTED]> [2005.08.29.2028 +0200]: >> Which tags are used for classification? sarge et al.? Would it make >> sense to tag a bug "sarge" if it is reported against the version in >> sarge (even though this is technically incorrect)? > > Ple

Re: Version tracking in the BTS

* Florian Weimer ([EMAIL PROTECTED]) [050829 20:39]: > Oh, this seems to imply that security bugs must be tagged sarge > manually, otherwise the bug will soon disappear from the radar > screen. 8-( > > Is it acceptable if this tag is set by non-maintainers? yes. Cheers, Andi -- To UNSUBSCRIB

Re: Version tracking in the BTS

On Monday 29 August 2005 20:31, martin f krafft wrote: > also sprach Frans Pop <[EMAIL PROTECTED]> [2005.08.29.2022 +0200]: > These classes reflect the tags on the bugs therein. > "Patched" > "More information needed" > "Will not fix" > ... Hmm. IMO listing bugs without those tags as "Uncl

Re: Version tracking in the BTS

* Frans Pop: > Hmm. IMO listing bugs without those tags as "Unclassified" is confusing, > especially with the emphasis that is now put on it. It implies that > action is required where I think that is not always the case. A public page listing only "unclassified" bugs also suggests that there a

Re: Version tracking in the BTS

On Mon, Aug 29, 2005 at 08:50:24PM +0200, Frans Pop wrote: > What do others think of the new, extended subdivision of bugs? In general more control of the sorting would be nicer. Right now there's an awful lot of categories which I'm finding makes bug listings a lot more cluttered without adding

Re: incoming

On Mon, 29 Aug 2005 the mental interface of Nico Golde told: [...] > Mail to the ftpmasters team. Thread start forwarded. Elimar -- Never make anything simple and efficient when a way can be found to make it complex and wonderful ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a s

les bons achats de forfaits d'info tourisme

(Mailing List Information, including unsubscription instructions, is located at the end of this message.) __ English below Alpine Inn *** 3 etoiles Sainte-Adele Speciaux de fin de saison p

Re: Unnecessary "Conflicts" with imap-server packages

On Mon, Aug 29, 2005 at 09:15:36AM -0600, Bob Proulx wrote: > Fabio Tranchitella wrote: > > Having a package installed doesn't mean the corresponding service is > > started. > > If I install something then I want it installed, configured and > running. > I'm sorry, but I think this is completely

Re: a place for a package directory in root

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 sean finney <[EMAIL PROTECTED]> writes: > On Sun, Aug 28, 2005 at 09:26:16PM +0100, Roger Leigh wrote: >> sean finney <[EMAIL PROTECTED]> writes: >> Some packages chose to place random junk in there (e.g. resolvconf). >> This is wrong. This location

Re: incoming

On Mon, 29 Aug 2005 the mental interface of Elimar Riesebieter told: > Hi all, > > is there a reponsible person for cleaning up the cadavers in > incoming? If yes, could you you please do so? Don't found a severity > for that in the BTS. > > The oldest entry is from > oops_1.5.19.cvs.20010818-0.

Re: incoming

On Mon, Aug 29, 2005 at 10:37:19PM +0200, Elimar Riesebieter wrote: > On Mon, 29 Aug 2005 the mental interface of > Elimar Riesebieter told: > > is there a reponsible person for cleaning up the cadavers in > > incoming? If yes, could you you please do so? Don't found a severity > > for that in the

info tourisme Mailing List Confirmation

This message has been sent to you as the final step to confirm your email *removal* for the following list: info tourisme To confirm this unsubscription, please follow the below URL: (C

info tourisme Mailing List Confirmation

This message has been sent to you as the final step to confirm your email *removal* for the following list: info tourisme To confirm this unsubscription, please follow the below URL: (C

Re: a place for a package directory in root

On 08/29/05 03:32:55AM -0500, Peter Samuelson wrote: > > [Steve Langasek] > > [use of /dev/shm] inappropriately ties the required feature (early > > availability of read-write space for data that doesn't persist across > > reboots) to a particular implementation, instead of leaving the admin > > f

info tourisme Unsubscription

The removal of the email address: debian-devel@lists.debian.org >From the mailing list: info tourisme is all set. Date of this removal: Mon Aug 29 17:32:35 2005 Please save this email message for future reference. ---

Re: Version tracking in the BTS

On Mon, Aug 29, 2005 at 08:50:24PM +0200, Frans Pop wrote: > What do others think of the new, extended subdivision of bugs? > Personally I don't see enough difference in status between "unclassified" > and "moreinfo" to warrant separating them. Generally I think it's quite useful. However, and sl

Re: Bug#325371: ITP: binfmtc -- a binfmt_misc hook for running C programs as scripts

Hi, > > Are you sure? http://fabrice.bellard.free.fr/tcc/ claims it produces > > optimized x86 code, which could be a problem on other archs. > > TCC does some simple local optimizations (AIUI, some peephole > optimization, and simple intra-statement linear register allocation), > but calling it

Re: a place for a package directory in root

Hi Roger, Roger Leigh <[EMAIL PROTECTED]> wrote: > > In this case, it looks like we should standardise on something like > /run. Has this been brought up with the FHS/LSB folks? This sounds > like something other distributions will also need to tackle, so if it > gets standardised, so much the b

Re: Bruce Perens hosts party at OSCON Wednesday night

Russell Coker <[EMAIL PROTECTED]> writes: >> Non-UBE "commercial" email doesn't seem to be a problem on this list, so > > It is a big problem. No it's not. Are we reading the same list? -miles -- /\ /\ (^.^) (")") *This is the cute kitty virus, please copy this into your sig so it can spread.

Re: arch, svn, cvs

martin f krafft <[EMAIL PROTECTED]> writes: > When we speak about arch these days, we mean baz. Except of course, when we don't... -Miles -- `Suppose Korea goes to the World Cup final against Japan and wins,' Moon said. `All the past could be forgiven.' [NYT] -- To UNSUBSCRIBE, email to [EM

Re: Version tracking in the BTS

On Mon, Aug 29, 2005 at 08:50:24PM +0200, Frans Pop wrote: > Also I don't think that "Patched" as a description for tag 'patch' is > correct. The bug has not been patched, there just is a _proposed_ patch > available. There is no certainty that the patch is either correct or will > be accepted b

Re: Version tracking in the BTS

On Mon, Aug 29, 2005 at 08:16:36PM +0200, Florian Weimer wrote: > Would it be possible to include such information in the bug-specific > page as well, or at least a link to obtain it? Well, anything's possible. The versioning checks are somewhat slow and cumbersome at the moment; so they're only d

Re: Version tracking in the BTS

martin f krafft <[EMAIL PROTECTED]> writes: > also sprach Florian Weimer <[EMAIL PROTECTED]> [2005.08.29.2028 +0200]: >> Which tags are used for classification? sarge et al.? Would it make >> sense to tag a bug "sarge" if it is reported against the version in >> sarge (even though this is technic

Regalos para este 18 Septiembre

Title: ofertas para este 18 septiembre SI NO PUEDE VER ESTE CORREO POR FAVOR PRESIONE AQUÍ ( DAR TU DIRECCION DE BAJA DE ESTA PROMOCION )Acatando la nueva Ley del Consumidor Nº 19.496 y su modificación Nº 19.955 del 2004,en su Artículo 28b, donde regula el envío de correos electrónicos("Tod

Re: Version tracking in the BTS

also sprach Thomas Bushnell BSG <[EMAIL PROTECTED]> [2005.08.30.0729 +0200]: > How about adding documentation to the bugs.debian.org webpage? How about a patch? Writing the documentation yourself has the added benefit that you won't need it in the future anymore. -- Please do not send copies of

Re: Version tracking in the BTS

On Tue, Aug 30, 2005 at 05:43:52AM +1000, Anthony Towns wrote: > I'd kind-of hope it wouldn't be an issue in practice -- security bugs > that're fixed in unstable ought to have the fix for stable uplaoded > within 28 days anyway, shouldn't they? Well, there's the mozilla packages, for one example