Re: possible compromise for ITP: linux?

Excuse the tautology, but I find it can be useful sometimes to look at requirements separate from the implementation, and try to come up with an alternate implementation that meets the same requirements. That other thread is too long for me to know for sure what all the requirements of the proposed

Re: radiusd-freeradius history and future

On Wed, Nov 12, 2003 at 03:36:40PM +1100, Russell Coker wrote: > On Wed, 12 Nov 2003 13:47, Matt Zimmerman wrote: > > We already have such a group, named "shadow". In fact, I don't know why > > unix_chkpwd is setuid root rather than setgid shadow. > > Bug report #155583 has been open for over a

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

Marcelo E. Magallon wrote: > Package: kernel-image-2.4.23-1-i386 > Version: 2.4.23-1 > > /boot/vmlinuz-2.4.23 > /boot/System.map-2.4.23 > /lib/modules/2.4.23/... > > [ Here I'll just state that I don't know if the -1- bit in the package >name modifies the kernel version in any

Re: possible compromise for ITP: linux?

Lars Wirzenius wrote: > I am surprised at the vehemence at someone who dares do something new. I > don't care whether his approach is technically valid or not: as long as > he doesn't harm anyone, there's no point in preventing him. Mass > attacking someone who actually does things, and doesn't jus

Bug#220358: ITP: mecab-ipadic -- IPA dictionary compiled for Mecab

Package: wnpp Severity: wishlist * Package name: mecab-ipadic Version : 2.6.1 Upstream Author : ChaSen development team <[EMAIL PROTECTED]> * URL or Web page : http://chasen.aist-nara.ac.jp/ * License : ICOT License (attached at the end of this message) Description :

Re: radiusd-freeradius history and future

On Wed, 12 Nov 2003 14:11, Javier Fernández-Sanguino Peña wrote: > That would need a reimplementation of some (all?) of the servers. Wouldn't > it? Old ones (cistron, livingston) call getpwnam()|getspnam() to retrieve > the user's encrypted passwords. New ones (freeradius) can alternatively > talk

Re: radiusd-freeradius history and future

On Wed, 12 Nov 2003 13:47, Matt Zimmerman wrote: > On Wed, Nov 12, 2003 at 01:23:02PM +1100, Russell Coker wrote: > > Allowing a RADIUS server to authenticate local users against /etc/shadow > > is standard and expected functionality IMHO. I consider any RADIUS > > server which can't authenticate

ITP: pyxine -- interface to the xine media player for Python

(Because I forgot the X-Debbugs-Cc...) Package: wnpp Severity: wishlist * Package name: pyxine Version : 0.1alpha2 Upstream Author : Geoffrey T. Dairiki <[EMAIL PROTECTED]> * URL or Web page : http://pyxine.sourceforge.net * License : GNU GPL v2 or later Description

Re: POSIX capabilities patch

On Tue, Nov 11, 2003 at 07:11:47PM -0700, Hans Fugal wrote: > In order to get realtime capabilities, jackd can be run with a suid > wrapper (jackstart), instead of being run as root, if the following > patch is applied to the kernel: > > --- capability.h.old2003-11-11 19:57:49.0 -0700

Bug#220347: ITP: xlibs-freedesktop -- X libraries (client-side) from freedesktop

Package: wnpp Version: unavailable; reported 2003-11-12 Severity: wishlist * Package name: xlibs-freedesktop Version : (unreleased) Upstream Author : Jim Gettys <[EMAIL PROTECTED]>, and other freedesktop.org hackers * URL : http://xlibs.freedesktop.

Re: radiusd-freeradius history and future

On Wed, Nov 12, 2003 at 04:11:38AM +0100, Javier Fernández-Sanguino Peña wrote: > On Wed, Nov 12, 2003 at 01:23:02PM +1100, Russell Coker wrote: > > Allowing a RADIUS server to authenticate local users against /etc/shadow > > is standard and expected functionality IMHO. I consider any RADIUS > >

Re: POSIX capabilities patch

On Tue, Nov 11, 2003 at 07:11:47PM -0700, Hans Fugal wrote: > -#define CAP_INIT_EFF_SETto_cap_t(~0&~CAP_TO_MASK(CAP_SETPCAP)) > -#define CAP_INIT_INH_SETto_cap_t(0) > +#define CAP_INIT_EFF_SETto_cap_t(~0) > +#define CAP_INIT_INH_SETto_cap_t(~0) > > Would it be inappropriate to crea

Re: radiusd-freeradius history and future

On Wed, Nov 12, 2003 at 01:23:02PM +1100, Russell Coker wrote: > On Wed, 12 Nov 2003 12:40, Matt Zimmerman wrote: > > The only reason I can think of for running a RADIUS server as root would be > > to authenticate against UNIX passwords or such, which is a pretty bad idea > > anyway.  They should a

Bug#220345: ITP: xserver-freedesktop -- freedesktop.org X server (nee KDrive)

Package: wnpp Version: unavailable; reported 2003-11-12 Severity: wishlist * Package name: xserver-freedesktop Version : (unreleased) Upstream Author : Keith Packard <[EMAIL PROTECTED]> and other freedesktop.org hackers * URL : http://xserver.freede

Re: Version Updating Question

This is in response to the whole thread, not just this single message This is something I suspected would happen but since I'm new to Debian I figured you guys had it all worked out. I guess I should have said something sooner. The solution is pretty simple, though fairly revolutionary. Limit th

Re: radiusd-freeradius history and future

On Wed, Nov 12, 2003 at 01:23:02PM +1100, Russell Coker wrote: > Allowing a RADIUS server to authenticate local users against /etc/shadow > is standard and expected functionality IMHO. I consider any RADIUS server > which can't authenticate against the local accounts database to be > severely bro

Re: radiusd-freeradius history and future

On Wed, 12 Nov 2003 12:40, Matt Zimmerman wrote: > The only reason I can think of for running a RADIUS server as root would be > to authenticate against UNIX passwords or such, which is a pretty bad idea > anyway.  They should all run as non-root. Allowing a RADIUS server to authenticate local use

Common SSL CA Certificate Directory

Does Debian by Policy have a standard directory to store Certificate Authority certificates? I've run into the need to incorporate a certificate into a number of services on my system: web browsers, email clients, email servers, ldap clients, etc. As of now, I am putting them into /etc/ssl/certs,

POSIX capabilities patch

In order to get realtime capabilities, jackd can be run with a suid wrapper (jackstart), instead of being run as root, if the following patch is applied to the kernel: --- capability.h.old2003-11-11 19:57:49.0 -0700 +++ capability.h2003-11-11 19:56:55.0 -0700 @@ -303,8

Re: radiusd-freeradius history and future

On Wed, Nov 12, 2003 at 02:07:27AM +0100, Javier Fernández-Sanguino Peña wrote: > Also, just another question. Is there any reason why it needs to run as > root? (as I believe it does in the current Debian package) Would it be > unreasonable to ask it to run as a 'radiusd' user? I can almost gua

Re: radiusd-freeradius history and future

On Tue, Nov 11, 2003 at 02:02:49PM -0500, Matt Zimmerman wrote: > On Tue, Nov 11, 2003 at 11:52:00AM -0600, Steve Langasek wrote: > > > The packages at will be sponsored into > > the archive as soon as I've had a chance to review them (this week). > > This thing

Re: Preparation of Debian GNU/Linux 3.0r2 (II)

> xnc stable4.4.7-3 alpha arm hppa i386 ia64 m68k mips > mipsel powerpc s390 sparc source > xnc updates 4.4.7-3.woody.1 alpha arm hppa i386 ia64 m68k mips > mipsel powerpc s390 sparc source > > * Version prepared for 3.0r1. Closes: #149191 > > * Previ

Re: Bug#219163: ITP: synaptic-touchpad -- Synaptics TouchPad driver for XFree86

On Tue, Nov 11, 2003 at 06:58:15PM -0500, Branden Robinson wrote: > On Mon, Nov 10, 2003 at 03:59:48PM +1100, Daniel Stone wrote: > > On Sun, Nov 09, 2003 at 11:56:04PM -0500, Branden Robinson wrote: > > > I thought about the latter as well. It's not too long-winded if we > > > expect having input

Security liabilities (Re: radiusd-freeradius history and future)

On Wed, Nov 12, 2003 at 09:18:38AM +1100, Paul Hampson wrote: > On Tue, Nov 11, 2003 at 04:30:50PM -0500, Matt Zimmerman wrote: > > CAN-2001-1376 and CAN-2001-1377 made the rounds last Spring, with advisories > > from Red Hat, FreeBSD, SuSE, Conectiva, CERT, etc. These affected multiple > > RADIU

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Sat, 8 Nov 2003, Marcelo E. Magallon wrote: > and dpkg doesn't support > installing source packages, so tracking this source has to be done by > hand. There is apt-src, however.

Re: Changes in t1lib.

On Tue, Nov 11, 2003 at 12:19:03AM +1100, Hamish Moffatt wrote: > Agreed, so why rename it at all? (ie why t1lib -> libt1 if the dummy > package is always going to be required anyway). Not always; just for one Debian release. A dummy package just *smooths* upgrades if you do them right; it doesn'

Re: Bug#219163: ITP: synaptic-touchpad -- Synaptics TouchPad driver for XFree86

On Mon, Nov 10, 2003 at 12:16:17PM +0100, Mattia Dongili wrote: > I'd stick for the short version (I agree with Daniel though). > > But, isn't this the first external module being packaged? If so we > should take a decision about their naming scheme. I think we just did. :) -- G. Branden Robin

Re: Bug#219163: ITP: synaptic-touchpad -- Synaptics TouchPad driver for XFree86

On Mon, Nov 10, 2003 at 03:59:48PM +1100, Daniel Stone wrote: > On Sun, Nov 09, 2003 at 11:56:04PM -0500, Branden Robinson wrote: > > I thought about the latter as well. It's not too long-winded if we > > expect having input and video modules with identical names. > > I can't particularly see thi

Re: Bug#220289: general: make a new section: gis, for Geographic Information System packages

Dan Jacobson schrieb: > Debian needs a new Packages section, named gis, or perhaps geography or > cartography, to prevent the mapping related packages from being > scattered in sections graphics and science, and misc, etc.? as at present. I'd consider this section much too special. Why not sort ou

Re: using freedesktop.org libs

On Tue, Nov 11, 2003 at 12:11:22PM +, Andrew Suffield wrote: > On Tue, Nov 11, 2003 at 01:14:30AM +0100, Michel D?nzer wrote: > > > > I found this idea very interesting. I think that the debian project > > > > should > > > > take more advantage of the freedesktop.org libs. > > > > > > Glanci

Bug#220301: ITP: entropy -- Emerging Network To Reduce Orwellian Potency Yield

Package: wnpp Version: unavailable; reported 2003-11-12 Severity: wishlist * Package name: entropy Version : 0.6.1-362 Upstream Author : Juergen Buchmueller * URL : http://entropy.stop1984.com/en/home.html * License : GPL Description : Emerging Network To

Re: Bug#220261: RFP: tnimage -- scientific image analysis software

retitle 220261 ITP: tnimage -- scientific image analysis software thanks On Tue, 11 Nov 2003, Daniel Lakeland wrote: > I don't have the knowledge of how to package this program but I do > know that hundreds or even thousands of biologists will be happy to > see this in Debian. Perhaps someone who

Bug#220289: general: make a new section: gis, for Geographic Information System packages

Package: general Severity: wishlist Debian needs a new Packages section, named gis, or perhaps geography or cartography, to prevent the mapping related packages from being scattered in sections graphics and science, and misc, etc.? as at present. Package: gpsman Section: misc Package: grass Sect

Bug#220287: ITP: libtree-dagnode-perl -- Tree::DAG_Node - (super)class for representing nodes in a tree

Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libtree-dagnode-perl Version : 1.04 Upstream Author : Sean M. Burke <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Tree-DAG_Node/ * License : Perl - GPL / Ar

Re: radiusd-freeradius history and future

On Tue, 2003-11-11 at 21:53, Steve Langasek wrote: > On Tue, Nov 11, 2003 at 09:39:52PM +, Oliver Elphick wrote: > > On Tue, 2003-11-11 at 21:00, Paul Hampson wrote: > > > PostgreSQL requires license changes, and I've not had much luck buiding > > > impetus for this, nor even identified an exac

Re: radiusd-freeradius history and future

On Tue, Nov 11, 2003 at 09:39:52PM +, Oliver Elphick wrote: > On Tue, 2003-11-11 at 21:00, Paul Hampson wrote: > > PostgreSQL requires license changes, and I've not had much luck buiding > > impetus for this, nor even identified an exact change that would be > > needed. > > I'm intrigued as to

Re: ftpmaster accepts packages that have been rejected a few days ago

On Tue, Nov 11, 2003 at 08:29:44PM +, Colin Watson wrote: > James' rejection message apparently *explicitly said* that another > ftpmaster might have a different opinion. I think this is a feature. It certainly is not. Having guides on how decisions are made are raising transparency. Tran

Re: radiusd-freeradius history and future

On Tue, Nov 11, 2003 at 04:30:50PM -0500, Matt Zimmerman wrote: > On Wed, Nov 12, 2003 at 08:03:28AM +1100, Paul Hampson wrote: > > > On Tue, Nov 11, 2003 at 02:02:49PM -0500, Matt Zimmerman wrote: > > > This thing is packed full of strcpy() and strcat(), which is the sort of > > > sloppiness that

Re: Bug#219959: ITP: mozilla-locale-eu -- Mozilla Basque Language Package

On Mon, 2003-11-10 at 07:16, Jordi Mallach wrote: > * Package name: mozilla-locale-eu > Description : Mozilla Basque Language Package The mozilla-locale* packages need some uniformity to their short (and maybe long, I haven't looked) descriptions. ("Mozilla $LANG Language Package", "Moz

Re: Bug#219942: ITP: zope-textindexng2 -- Fulltext index for Zope

On Mon, 2003-11-10 at 06:00, Andreas Tille wrote: > Description : Fulltext index for Zope "full text index for Zope" > This is the new fulltext index for Zope and is the most feature-complete > solution for fulltext indexing under Zope. > > Supported Formats: HTML, PDF, Postscript, WinW

Re: radiusd-freeradius history and future

On Tue, Nov 11, 2003 at 09:39:52PM +, Oliver Elphick wrote: > On Tue, 2003-11-11 at 21:00, Paul Hampson wrote: > > PostgreSQL requires license changes, and I've not had much luck buiding > > impetus for this, nor even identified an exact change that would be > > needed. > I'm intrigued as to h

Re: radiusd-freeradius history and future

On Tue, 2003-11-11 at 21:00, Paul Hampson wrote: > PostgreSQL requires license changes, and I've not had much luck buiding > impetus for this, nor even identified an exact change that would be > needed. I'm intrigued as to how the PostgreSQL licence can conflict with anything, since it's BSD. --

Re: radiusd-freeradius history and future

On Tue, Nov 11, 2003 at 03:23:24PM -0600, Steve Langasek wrote: > On Wed, Nov 12, 2003 at 08:00:40AM +1100, Paul Hampson wrote: > > > PostgreSQL requires license changes, and I've not had much luck buiding > > impetus for this, nor even identified an exact change that would be > > needed. > > As

Re: Problem with libc6 and 'chgrp / chown' remains ...

On Tue, Nov 11, 2003 at 03:11:50PM -0600, Jesse Yurkovich wrote: > Seems that we have: > ii libc6 2.3.2-9GNU C Library: Shared libraries and Timezone > ii libc6-dev 2.3.2-9GNU C Library: Development Libraries and Hea > > I'm guessing this was released in err then?

Re: radiusd-freeradius history and future

On Wed, Nov 12, 2003 at 08:03:28AM +1100, Paul Hampson wrote: > On Tue, Nov 11, 2003 at 02:02:49PM -0500, Matt Zimmerman wrote: > > This thing is packed full of strcpy() and strcat(), which is the sort of > > sloppiness that I don't like to see in a network server. It was a great > > blessing to

Re: Problem with libc6 and 'chgrp / chown' remains ...

Seems that we have: ii libc6 2.3.2-9GNU C Library: Shared libraries and Timezone ii libc6-dev 2.3.2-9GNU C Library: Development Libraries and Hea I'm guessing this was released in err then? A new apt-get update doesn't indicate any other upgrades. This is again wi

Re: radiusd-freeradius history and future

On Wed, Nov 12, 2003 at 08:00:40AM +1100, Paul Hampson wrote: > PostgreSQL requires license changes, and I've not had much luck buiding > impetus for this, nor even identified an exact change that would be > needed. As an aside, it should be possible to connect freeradius to a postgresql server u

Re: radiusd-freeradius history and future

On Tue, Nov 11, 2003 at 02:02:49PM -0500, Matt Zimmerman wrote: > On Tue, Nov 11, 2003 at 11:52:00AM -0600, Steve Langasek wrote: > > > The packages at will be sponsored into > > the archive as soon as I've had a chance to review them (this week). > > This thing

Re: radiusd-freeradius history and future

On Tue, Nov 11, 2003 at 10:13:22AM +0100, Javier Fernández-Sanguino Peña wrote: > On Sun, Jan 12, 2003 at 01:21:53PM -0500, Chad Miller wrote: > > [cc debian-devel] > > On Sun, Jan 12, 2003 at 05:07:41PM +0100, Toni Mueller wrote: > > > [...] Who withdrew [radiusd-freeradius] or caus

Re: libc6-i686 only for 2.6 kernels? was: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Tue, Nov 11, 2003 at 12:54:18PM -0800, Mike Fedyk wrote: > On Tue, Nov 11, 2003 at 03:29:06PM -0500, Daniel Jacobowitz wrote: > > It could. I decided that building four was excessive and having > > the act of installing libc6-i686 act to disable NPTL would be a little > > bit too strange. > >

Re: libc6-i686 only for 2.6 kernels? was: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Tue, Nov 11, 2003 at 03:29:06PM -0500, Daniel Jacobowitz wrote: > It could. I decided that building four was excessive and having > the act of installing libc6-i686 act to disable NPTL would be a little > bit too strange. Can you clue me in as to why the non-optimized libc6 package will work w

Bug#220274: ITP: libarray-compare-perl -- Array::Compare - easily compare arrays

Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libarray-compare-perl Version : 1.09 Upstream Author : Dave Cross <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Array-Compare/ * License : perl - GPL / Arti

Re: ftpmaster accepts packages that have been rejected a few days ago

On Tue, Nov 11, 2003 at 09:26:43PM +0200, Kalle Kivimaa wrote: > Of course, if it is clear to everybody that submitting a new package > to the fptmasters results in random behaviour and resubmitting a > REJECT is an accepted practice, then please ignore the above text :) James' rejection message a

Re: libc6-i686 only for 2.6 kernels? was: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Tue, Nov 11, 2003 at 12:13:19PM -0800, Mike Fedyk wrote: > On Mon, Nov 10, 2003 at 10:19:39PM -0500, Daniel Jacobowitz wrote: > > On Mon, Nov 10, 2003 at 07:17:13PM -0800, Mike Fedyk wrote: > > > On Sat, Nov 08, 2003 at 06:43:09PM +0100, Robert Millan wrote: > > > > And Nikita just pointed out t

Re: libc6-i686 only for 2.6 kernels? was: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Mon, Nov 10, 2003 at 10:19:39PM -0500, Daniel Jacobowitz wrote: > On Mon, Nov 10, 2003 at 07:17:13PM -0800, Mike Fedyk wrote: > > On Sat, Nov 08, 2003 at 06:43:09PM +0100, Robert Millan wrote: > > > And Nikita just pointed out there's libc6-i686. It might make sense to add > > > linux-i686 too.

Re: Latest version of fvwm packaged

On Tue, Nov 11, 2003 at 02:39:15AM -0600, Manoj Srivastava wrote: > Hi, > > The development branch of fvwm is nearing a stable release, > and has had a huge number of new features. The maintainer has been > very reluctant to package this branch, even in a people.debian.org > repository, s

Re: Removal of LaTeX2HTML from main

On Mon, Nov 10, 2003 at 04:06:02PM +0100, Roland Stigge wrote: > working on the legal issues for LaTeX2HTML [1], at debian-legal [2], we > concluded that LaTeX2HTML will have to be removed from main because it [...] > With /usr/bin/latex2html substituted, many packages render bad results > or ev

Bug#220261: RFP: tnimage -- scientific image analysis software

Package: wnpp Severity: wishlist tnimage is a GPL2 licensed high powered image analysis program for scientific images and is especially useful for biologists but would probably be very useful to astronomers, physicists and other scientists as well. It can be found here: http://entropy.brni-jhu.o

Re: ftpmaster accepts packages that have been rejected a few days ago

Matt Zimmerman <[EMAIL PROTECTED]> writes: > There are in fact multiple people who fill the role of ftpmaster; this > package may have been processed by someone entirely different, who had a > different opinion on the situation. Just to remind everybody, when there are several people filling a sin

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Mon, Nov 10, 2003 at 02:29:48PM +, Colin Watson wrote: > Why not call it "linux-experimental" or "linux-rmh" or similar then? I'm > sure a lot of people would be much happier with your proposal if it > didn't claim the important namespace of "linux", which implies that it > is the preferred

Bug#220257: ITP: phpldapadmin -- Web-based tool for managing all aspects of your LDAP server

Package: wnpp Version: N/A; reported 2003-11-11 Severity: wishlist * Package name: phpldapadmin Version : 0.9.1 Upstream Author : David Smith <[EMAIL PROTECTED]> * URL : http://phpldapadmin.sourceforge.net/ * License : GPL Description : Web-based tool for

Re: radiusd-freeradius history and future

On Tue, Nov 11, 2003 at 11:52:00AM -0600, Steve Langasek wrote: > The packages at will be sponsored into > the archive as soon as I've had a chance to review them (this week). This thing is packed full of strcpy() and strcat(), which is the sort of sloppiness th

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

Robert Millan <[EMAIL PROTECTED]> wrote: > On Wed, Nov 12, 2003 at 12:19:33AM +1100, Jamie Wilkinson wrote: >> What I'd really like to see is some packages uploaded to your home >> on gluck, because this thread isn't advancing *anyones* arguments. > I did that a few days before sending the ITP: >

Re: ftpmaster accepts packages that have been rejected a few days ago

On Tue, Nov 11, 2003 at 08:18:51AM +0100, Marc Haber wrote: > In early November, people asked me to package br2684ctl, a new program > that has not been officially released by the linux-atm upstream. So I > would have to pull br2684ctl from upstream CVS and include it in my > package that contains

Re: radiusd-freeradius history and future

On Tue, Nov 11, 2003 at 10:13:22AM +0100, Javier Fernández-Sanguino Peña wrote: > On Sun, Jan 12, 2003 at 01:21:53PM -0500, Chad Miller wrote: > > [cc debian-devel] > > > > On Sun, Jan 12, 2003 at 05:07:41PM +0100, Toni Mueller wrote: > > > [...] Who withdrew [radiusd-freeradius] or

Re: Problem with libc6 and 'chgrp / chown' remains ...

On Tue, Nov 11, 2003 at 12:09:42PM -0500, Daniel Jacobowitz wrote: > On Mon, Nov 10, 2003 at 11:49:42PM -0500, Matt Zimmerman wrote: > > On Mon, Nov 10, 2003 at 10:18:46PM -0600, Jesse Yurkovich wrote: > > > > > With the recent libc6 bugs closed, I tried upgrading both a testing > > > and an

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

#include * Robert Millan [Tue, Nov 11 2003, 02:47:14PM]: > > > apt-get source kernel-image-* doesn't bring me the real source. > > > Instead, if I want the real source I must be root and install a > > > binary package. Do you deny that this is confusing? > > > > Non-intuitive? Yes, I grant

Re: libc6-i686 only for 2.6 kernels? was: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Tue, Nov 11, 2003 at 05:21:57PM +1100, Zenaan Harkness wrote: > On Tue, 2003-11-11 at 15:29, Daniel Jacobowitz wrote: > > On Tue, Nov 11, 2003 at 05:08:16AM +0100, Dagfinn Ilmari Mannsåker wrote: > > > Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > > > > > > > On Mon, Nov 10, 2003 at 07:17:13P

Re: Problem with libc6 and 'chgrp / chown' remains ...

On Mon, Nov 10, 2003 at 11:49:42PM -0500, Matt Zimmerman wrote: > On Mon, Nov 10, 2003 at 10:18:46PM -0600, Jesse Yurkovich wrote: > > > With the recent libc6 bugs closed, I tried upgrading both a testing and > > an unstable machine to the latest deb. > > You failed to specify which version

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

Robert Millan schrieb: > On Tue, Nov 11, 2003 at 02:17:10PM +0100, Eike Sauer wrote: >> Robert Millan schrieb: >> > I don't see why. I have a bunch of resources to find a solution for >> > this trivial bug. [...] > I didn't want to imply that. I was referring to general packaging > resources like p

Re: using freedesktop.org libs

Michel, As happy as I'd be for people to start using the FD.o libraries, there are a couple things left to do before I'd recommend doing this. o the X locales stuff is broken, and needs fixing. This means one more library needs to be autofoo'ed and tested. o we need to vet the patches since

Re: possible compromise for ITP: linux?

On Tue, 11 Nov 2003, Santiago Vila wrote: > You are right. I missed that little detail. But anyway you can submit > a serious FTBFS bug if that happens to be the case. Do the testing scripts > ignore serious bugs? A FTBFS bug is only supposed to be considered serious if the package previously bui

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Tue, Nov 11, 2003 at 03:10:14PM +0100, Andreas Metzler wrote: > The question was: How do you provide 2.4.x for architecture blah and > 2.4.y for architecture foo, which are two versions of the same > "upstream branch". just to give you a better idea of what we are talking about here, these

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Tue, Nov 11, 2003 at 02:47:14PM +0100, Robert Millan wrote: > However, > for the matter of finding out wether there will be much people in that > userbase, there's the Popularity Contest. Some people just never learn. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.de

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Tue, Nov 11, 2003 at 12:45:31PM +0100, Robert Millan wrote: > On Mon, Nov 10, 2003 at 07:25:41PM +, Andrew Suffield wrote: > > On Sun, Nov 09, 2003 at 08:17:58PM +0100, Robert Millan wrote: > > > - I'm not trying to make a package, the package is already made and it > > > works > > >fi

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Tue, Nov 11, 2003 at 12:21:32PM +0100, Robert Millan wrote: > > How do you propose to do that without changing the package name, and > > without leaving old System.map junk around for eternity? I don't see how > > it can be possible. > > > > (This is exactly the same question as Matthew asked,

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Tue, Nov 11, 2003 at 11:40:11PM +1100, Jamie Wilkinson wrote: > There are already several forks of the Linux kernel in Debian anyway. > Robert wishes to attempt to unify them, does that not grant him use of the > name 'linux'? No he doesn't. He wants to create a new arbitrary patch set, in a co

Re: Preparation of Debian GNU/Linux 3.0r2 (II)

At Tue, 11 Nov 2003 22:26:25 +0900, Kenshi Muto wrote: > At Tue, 11 Nov 2003 11:59:24 +0100, > Martin Schulze wrote: > > Preparation of Debian GNU/Linux 3.0r2 > > = > > > > An up-to-date version is at . > > > > I am prepar

Re: RFC: Moving libraries to /lib?

> Okay, since discussion on -devel has died, here is what I do: > > On Mon, Sep 23, 2002 at 10:54:00AM +0200, Torsten Landschoff wrote: > > I got a bug report on libldap2 which requests to move the libraries to=20 > > /lib, as /usr can not be unmounted when using PAM/NSS and LDAP (#159771). > >=20

半夜坐出租最怕听到 bbs.51cy.net发送

本站出售★庄家★的内部资料，请来财源超市选购。 http://cs.51cy.net 半夜坐出租最怕听到 1、你们好，请问两位去什么地方？ 2、你看，你看，我终于领到驾照了耶！ 3、上帝保佑啊，今天车子不要再刹车失灵了！ 4、先生，你喜欢跳舞吗？我生前最喜欢跳舞了！ 5、先生，你买人寿保险了吗？ 6、我隐形眼镜掉哪去了……算了，不找了，天亮了再找吧，先生，你去什么地方？ 7、帮……帮我找找……我眼珠掉哪去了…… 8、请出示你的冥界身份证。谢谢。 9、你怎么才来！货带来了吗？ 10、快点！再迟点，那家伙跑了，就完不成任务了！对了，子弹带够了吗？ 11、咳咳……咳咳咳…………咳咳

Re: Latest version of fvwm packaged

On Tue, 11 Nov 2003 10:02:49 +0100, Lukas Ruf <[EMAIL PROTECTED]> said: >> Manoj Srivastava <[EMAIL PROTECTED]> [2003-11-11 09:58]: >> >> Hi, >> >> The development branch of fvwm is nearing a stable release, and has >> had a huge number of new features. The maintainer has been very >> reluctant t

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Tue, 11 Nov 2003 23:54:38 +1100, Jamie Wilkinson <[EMAIL PROTECTED]> said: > This one time, at band camp, Matthew Garrett wrote: >> Robert Millan wrote: >>> On Sun, Nov 09, 2003 at 08:33:00PM +, Matthew Garrett wrote: klogd will be unable to look up symbols, and ps and top need it >>>

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Tue, Nov 11, 2003 at 12:21:32PM +0100, Robert Millan wrote: > On Mon, Nov 10, 2003 at 02:23:52PM +, Colin Watson wrote: > > As a prospective maintainer of an important package, it ill behooves > > you to make fun of legitimate bug reports. > > No, you're confused. I don't blame you because

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Tue, Nov 11, 2003 at 12:21:32PM +0100, Robert Millan wrote: > or who pretend the dessign of my package is broken in a way that I > can't solve such trivial bugs. Look, you see whatever you want to see, but you are still missing the forest for the trees. When I mentioned System.map this wa

Re: possible compromise for ITP: linux?

On Tue, Nov 11, 2003 at 02:05:50PM +0100, Eike Sauer wrote: > Andreas Metzler schrieb: > > Eike Sauer <[EMAIL PROTECTED]> wrote: > >> There already are several packages with complete > >> kernel sources which take as much place as his package > >> would, right? > > Robert does not propose to remove

Bug#220219: ITP: vbtp -- VisioBraille's Transfer Protocol

Package: wnpp Severity: wishlist * Package name: vbtp Version : 1.0 Upstream Authors : Samuel Thibault <[EMAIL PROTECTED]>, Sébastien Hinderer <[EMAIL PROTECTED]> * URL : http://perso.ens-lyon.fr/samuel.thibault/vbtp-1.0.tar.gz * License : GPL, version 2 or hi

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

What is so damn hard about respecting a "Mail-Followup-To:" header? On 11-Nov-03, 06:24 (CST), Robert Millan <[EMAIL PROTECTED]> wrote: > I didn't claim all of them are trolling. But a few of them are. Also IIRC I > haven't put in question their experience as developers. Your reply to Marcello:

Re: using freedesktop.org libs

On Tue, 2003-11-11 at 13:11, Andrew Suffield wrote: > On Tue, Nov 11, 2003 at 01:14:30AM +0100, Michel D?nzer wrote: > > > > I found this idea very interesting. I think that the debian project > > > > should > > > > take more advantage of the freedesktop.org libs. > > > > > > Glancing briefly at

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Tue, Nov 11, 2003 at 02:29:13PM +0100, Eduard Bloch wrote: > > > > I don't like turning this ITP into a technical discussion to prove either > > my dessign is consistent or I'm capable as a maintainer. However I'll > > respond > > to your question this time: > > Why could you not just wait fo

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Wed, Nov 12, 2003 at 12:19:33AM +1100, Jamie Wilkinson wrote: > > What I'd really like to see is some packages uploaded to your home on gluck, > because this thread isn't advancing *anyones* arguments. I did that a few days before sending the ITP: http://lists.debian.org/debian-devel/2003/d

Bug#220216: ITP: zope-lockablefolder -- variant of the standard Folder that can restrict access to its contents

Package: wnpp Severity: wishlist * Package name: zope-lockablefolder Version : 0.1.0 Upstream Author : Butch Landingin <[EMAIL PROTECTED]> * URL : http://www.zope.org/Members/butchland/LockableFolder * License : BSD ? Description : variant of the standard

Bug#220212: ITP: zope-zstylesheet -- Simple product designed to allow easy style sheets

Package: wnpp Severity: wishlist * Package name: zope-zstylesheet Version : 4.2.5 Upstream Author : Adrian 'Haqa' Hungate <[EMAIL PROTECTED]> * URL : http://zope.org/Members/haqa/ZStyleSheet * License : "OpenSource" Description : Simple product designed t

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

Robert Millan <[EMAIL PROTECTED]> wrote: > On Mon, Nov 10, 2003 at 09:29:58AM -0500, Michael Poole wrote: [...] >> 5) How will you handle architectures where the current upstream kernel >> is not based on the same version as your package? The main suggestion >> I see is that they'd have to use the

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Wed, Nov 12, 2003 at 12:13:42AM +1100, Jamie Wilkinson wrote: > > I've had another thought, which was spurred by the System.map discussion; > and some people are probably going to hate it because it duplicates some of > the effort of having a package management system in the first place. > > T

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

On Tue, Nov 11, 2003 at 02:17:10PM +0100, Eike Sauer wrote: > Robert Millan schrieb: > > I don't see why. I have a bunch of resources to find a solution for this > > trivial bug. > > You are implying the other DDs are your ressource for finding > what you are calling "trivial bugs". They are not.

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

Robert Millan <[EMAIL PROTECTED]> writes: > On Mon, Nov 10, 2003 at 09:29:58AM -0500, Michael Poole wrote: >> Robert Millan writes: >> >> > And even if it was, I claimed my packages has some advantages, but didn't >> > claim it doesn't have any disadvantages. >> >> Please explain why the putativ

Re: create new Debian-Kernel project (was: ITP: linux -- Linux 2.4 kernel)

Jamie Wilkinson writes: > However, this is the word 'linux'. What else do you think it could > possibly refer to? Most people seem to think that 'Linux' is the name for the whole kit and kaboodle: kernel, userland, and everything. They are wrong, but they still will be confused by a package name

Re: radiusd-freeradius history and future

On Tue, Nov 11, 2003 at 10:13:22AM +0100, Javier Fern?ndez-Sanguino Pe?a wrote: > On Sun, Jan 12, 2003 at 01:21:53PM -0500, Chad Miller wrote: > > [cc debian-devel] > > > > On Sun, Jan 12, 2003 at 05:07:41PM +0100, Toni Mueller wrote: > > > [...] Who withdrew [radiusd-freeradius] or

Re: Tutor in Torino: cercasi

Il mar, 2003-11-11 alle 13:27, Fabio Massimo Di Nitto ha scritto: > On Tue, 11 Nov 2003, Federico Di Gregorio wrote: > > > almeno due di sicuro ;P > > forza GRANATA! :P il mio colore preferito e` blu cobalto. -- Federico Di Gregorio Debian GNU/Linux Developer[EM

Re: Bug#219582: ITP: linux -- Linux 2.4 kernel

#include * Jamie Wilkinson [Tue, Nov 11 2003, 11:40:11PM]: > There are already several forks of the Linux kernel in Debian anyway. > Robert wishes to attempt to unify them, does that not grant him use of the > name 'linux'? Bug nobody was bold enough to take exactly this (as said very generic) n

  1   2   >