On Sun, 29 Jul 2007 18:34:27 -0500, Manoj Srivastava
<[EMAIL PROTECTED]> wrote:
>And I am not sure where this part comes from. I've been running
> unstable on all my end user systems for 11 years now. I would say the
> local policy f whether or not to use unstablke on an end user system
>
On Sun, 29 Jul 2007 22:40:15 -0700, Steve Langasek <[EMAIL PROTECTED]>
wrote:
>On Mon, Jul 30, 2007 at 01:13:48AM -0400, Tim Hull wrote:
>> Isn't this why the testing security team was formed, to address situations
>> where there needs to be security fixes for testing like this? Is it still
>> ope
On Saturday 28 July 2007 18:09:09 Manoj Srivastava wrote:
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
> 211227d8-5b0a-4ff4-8837-915d24867d33
> [ 1 ] Choice 1: Endorse the concept of Debian Maintainers
> [ 2 ] Choice 2: Further discussion
> - - -=-=-=-=-=- Don't Dele
On Mon, Jul 30, 2007 at 01:13:48AM -0400, Tim Hull wrote:
> > > > In the case of Iceweasel, stable already has 2.0.0.5, as this was a
> > security
> > > > update. There is supposed to be a testing security team, but
> > evidently they
> > > > haven't gotten around to the Iceweasel fix. Honestly,
>
>
> > > In the case of Iceweasel, stable already has 2.0.0.5, as this was a
> security
> > > update. There is supposed to be a testing security team, but
> evidently they
> > > haven't gotten around to the Iceweasel fix. Honestly, it is a bit
> weird -
> > > but a fact of the release system - th
On Sun, Jul 29, 2007 at 10:28:12PM +0200, Mike Hommey wrote:
> > In the case of Iceweasel, stable already has 2.0.0.5, as this was a security
> > update. There is supposed to be a testing security team, but evidently they
> > haven't gotten around to the Iceweasel fix. Honestly, it is a bit weird
On Sun, 29 Jul 2007 23:44:24 +0200, Marc Haber
<[EMAIL PROTECTED]> said:
> Unstable is an unreleased development version
This part is true.
> and not supposed to be in use on end users' systems.
And I am not sure where this part comes from. I've been running
unstable on all
Package: wnpp
Severity: wishlist
* Package name: ttf-atarismall
Version : 1.0
Upstream Author: Thomas A. Fine
* URL : http://hea-www.harvard.edu/~fine/Tech/x11fonts.html
* License : See below
Description : Very small 4 x 8 font
This is named atari sma
On Sun, 2007-07-29 at 16:22 +0200, Magnus Holmgren wrote:
>
> But: AFAIU, /etc/inetd.conf is now owned by any package, because it's
> used by
> several packages and updated by update-inetd. I think it makes sense
> for
> service packages, like samba, to update inetd.conf even though no
> inet-s
On Mon, Jul 30, 2007 at 12:15:47AM +0200, Pierre Habouzit wrote:
> thank hurd-i386 for this. (or any arch where your package does not
> build). I wish the bts would ignore non RC archs by default :|
Just for the record, bugscan (and by extension these days, britney) ignores
non-RC archs.
/* St
John Goerzen wrote:
> I am perplexed by this.
>
> If you go to http://bugs.debian.org/hpodder, you will see under the
> outstanding bugs section, several bugs that have been closed for some time.
> These bugs remain closed (were not reopened), the BTS page for each bug
> knows about that, yet
On Sun, Jul 29, 2007 at 05:09:11PM -0500, John Goerzen wrote:
> Hi,
>
> I am perplexed by this.
>
> If you go to http://bugs.debian.org/hpodder, you will see under the
> outstanding bugs section, several bugs that have been closed for some time.
> These bugs remain closed (were not reopened),
Hi,
I am perplexed by this.
If you go to http://bugs.debian.org/hpodder, you will see under the
outstanding bugs section, several bugs that have been closed for some time.
These bugs remain closed (were not reopened), the BTS page for each bug
knows about that, yet they are still listed under
On Sun, 29 Jul 2007 10:10:49 -0400, Roberto C. Sánchez
<[EMAIL PROTECTED]> wrote:
>On Sun, Jul 29, 2007 at 12:01:43AM -0400, Tim Hull wrote:
>In *my* mind, many of the complaints that "Debian doesn't release often
>enough" are simply ignorant or selectively ignoring reality. If you
>hear someone m
"Tim Hull" <[EMAIL PROTECTED]> writes:
> Anyway, I guess I'm getting the impression that Debian and its users are
> more oriented towards the mission-critical server than the average
> desktop user. I.e. - you're competing more with OpenBSD than with
> Windows Vista or even Ubuntu (which is, of co
On Sun, Jul 29, 2007 at 04:23:56PM -0400, Tim Hull <[EMAIL PROTECTED]> wrote:
> On 7/29/07, Russ Allbery <[EMAIL PROTECTED]> wrote:
> >
> > ciol <[EMAIL PROTECTED]> writes:
> > > Russ Allbery wrote:
> >
> > >> Are you aware of backports.org?
> >
> > > But backports are recompiled packages from test
On 7/29/07, Russ Allbery <[EMAIL PROTECTED]> wrote:
>
> ciol <[EMAIL PROTECTED]> writes:
> > Russ Allbery wrote:
>
> >> Are you aware of backports.org?
>
> > But backports are recompiled packages from testing, and for instance
> > testing is still with iceweasel 2.0.0.3. How is it possible to impro
On Sunday 29 July 2007 16:22, Magnus Holmgren wrote:
> But: AFAIU, /etc/inetd.conf is now owned by any package, because it's used
Just to make myself clear: s/now/not/
--
Magnus Holmgren[EMAIL PROTECTED]
(No Cc of list mail needed, thanks)
"Exim is better at bei
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jul 29, Klaus Ethgen <[EMAIL PROTECTED]> wrote:
> > If you want a system without an inetd then do not it install one and do
> > not install packages depending on it. It's really that easy.
> Sorry but I think you didn't understand what I tryed to e
On Jul 29, Magnus Holmgren <[EMAIL PROTECTED]> wrote:
> So you're saying that inet-superservers that use the traditional inetd.conf
> should depend on update-inetd as their way of implementing the update-inetd
> interface. Packages that provide services to be served by inet-superservers
> shoul
ciol <[EMAIL PROTECTED]> writes:
> Russ Allbery wrote:
>> Are you aware of backports.org?
> But backports are recompiled packages from testing, and for instance
> testing is still with iceweasel 2.0.0.3. How is it possible to improve
> this?
If you want to run absolutely bleeding edge code, you
Magnus Holmgren <[EMAIL PROTECTED]> writes:
> But: AFAIU, /etc/inetd.conf is now owned by any package, because it's
> used by several packages and updated by update-inetd. I think it makes
> sense for service packages, like samba, to update inetd.conf even though
> no inet-superserver is installed
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Jul 29, Anthony Towns <[EMAIL PROTECTED]> wrote:
>> Isn't openbsd-inetd priority:standard? That's enough to make the
>> real-package unnecessary, afaik (and that lets the default inetd be
>> changed simply by changing the priorities of the packages, ra
Package: wnpp
Severity: wishlist
Owner: Thomas GOIRAND <[EMAIL PROTECTED]>
* Package name: php-http-upload
Version : 0.9.1
Upstream Author : Tomas Von Veschler Cox <[EMAIL PROTECTED]>
* URL : http://pear.php.net/package/HTTP_Upload
* License : LGPL
Programming
Package: wnpp
Severity: wishlist
Owner: Torsten Marek <[EMAIL PROTECTED]>
Package name: QScintilla2
Version : 2.1
Upstream Author : Phil Thompson <[EMAIL PROTECTED]>
URL : http://www.riverbankcomputing.co.uk/qscintilla/index.php
License : GPL
Programming
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Marco,
Am So den 29. Jul 2007 um 13:57 schrieb Marco d'Itri:
> > The update-inetd package is finally a good way to have a system with no
> > inetd installed (or the ill situation that two (inetd and xinetd) are
> > installed the same time). Caus
On Sunday 29 July 2007 12:42, Marco d'Itri wrote:
> On Jul 29, Steve Langasek <[EMAIL PROTECTED]> wrote:
> > The rationale for samba depending on update-inetd was that samba does
> > *not* depend on the availability of an inet superserver; it only depends
> > on the availability of the update-inetd
Package: wnpp
Severity: wishlist
Owner: Jan Hauke Rahm <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA224
* Package name: sa-learn-cyrus
Version : 0.2.4
Upstream Author : Hans-Jürgen Beie <[EMAIL PROTECTED]>
* URL : http://www.pollux.franken.de/hjb/ma
On Sun, Jul 29, 2007 at 12:01:43AM -0400, Tim Hull wrote:
>
> In my mind, many of the complaints that "Debian doesn't release often
> enough" could be mitigated this way, and it would be nice to see at some
> point.
>
In *my* mind, many of the complaints that "Debian doesn't release often
enough"
On Sun, Jul 29, 2007 at 03:14:23PM +0200, ciol wrote:
> Russ Allbery wrote:
> > Are you aware of backports.org?
>
> But backports are recompiled packages from testing, and for instance
> testing is still with iceweasel 2.0.0.3. How is it possible to improve this?
>
Packages get held back from te
On Sun, 29 Jul 2007 11:40:32 +0530
"Kartik Mistry" <[EMAIL PROTECTED]> wrote:
> Package: deb-gview
> Version: 0.1.2
> Severity: important
> Tags: patch
>
> While viewing debian/copyright of deb-gview (using deb-gview), I found
> that it has only GPL listed in copyright file.
Correct.
> But, sin
Russ Allbery wrote:
> Are you aware of backports.org?
But backports are recompiled packages from testing, and for instance
testing is still with iceweasel 2.0.0.3. How is it possible to improve this?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Conta
Hi,
(Reply-To: debian-devel@lists.debian.org)
This is call for help for DebianDOC SGML infrastructure update to cope
with new UTF-8 environment for lenny. (Especially for PS and PDF
output.)
The volunteer should have some understandings on:
* SGML
* perl
* POSIX shell
* encoding (tradition
Tim Hull wrote:
>
>
> I knew about that, though it's not actually an official Debian
> repository (to my knowledge).
If I were looking for a date that was tall yes compact, what would you
tell me? How about a date with fair brown eyes?
What you are asking for is a contradiction. There are only two
> I don't know exactly how it happened, but a large number of maintainers
> apparently ignored the discussions on this list and added to their
> packages a dependency on update-inetd.
Are you asking for a flamewar? I really don't see any justification for
beeing attacked by you in such a way.
Th
On Jul 29, Christian Perrier <[EMAIL PROTECTED]> wrote:
> It would even be more helpful if this could be summarized *and* filed
> as bugs with a clear suggestion of what should be done. I'm maybe a
Depend/Recommend/Suggest just "inet-superserver" or "openbsd-inet |
inet-superserver" (depending if
On Jul 29, Anthony Towns <[EMAIL PROTECTED]> wrote:
> Isn't openbsd-inetd priority:standard? That's enough to make the
> real-package unnecessary, afaik (and that lets the default inetd be
> changed simply by changing the priorities of the packages, rather than
> the dependencies of lots of packag
On Jul 29, Steve Langasek <[EMAIL PROTECTED]> wrote:
> The rationale for samba depending on update-inetd was that samba does *not*
> depend on the availability of an inet superserver; it only depends on the
> availability of the update-inetd interface, in order for its maintainer
> scripts to run
On Sun, 29 Jul 2007 02:31:10 +0200, [EMAIL PROTECTED] (Marco d'Itri) wrote:
>Probably not, but in this case common sense would have been enough since
>update-inetd does not depend on anything else.
Common sense? Is that the thing one cannot commonly expect?
Greetings
Marc
--
---
On Sun, Jul 29, 2007 at 03:59:13AM +0200, Marco d'Itri wrote:
> On Jul 29, Russ Allbery <[EMAIL PROTECTED]> wrote:
> > So is anything ever valid other than openbsd-inetd | inet-superserver as a
> > dependency? I keep getting confused on the rules around using virtual
> > packages. Would rlinetd |
On Sun, Jul 29, 2007 at 08:25:58AM +0200, Mike Hommey wrote:
> On Sat, Jul 28, 2007 at 09:28:46PM -0400, Ricky Zhou <[EMAIL PROTECTED]>
> wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Ricky Zhou <[EMAIL PROTECTED]>
> >
> > * Package name: smolt
> > Version : 0.9.8.3
> >
On 7/29/07, Raphael Hertzog <[EMAIL PROTECTED]> wrote:
> > Description : Fedora hardware profiler
>
> If you have interest in packaging this, maybe you'll have interest to
> package this too:
> http://hardware4linux.info/server/download/
Ricky, perhaps you could make Fedora aware of hardwar
On Sat, 28 Jul 2007, Ricky Zhou wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Ricky Zhou <[EMAIL PROTECTED]>
>
>
> * Package name: smolt
> Version : 0.9.8.3
> Upstream Author : Mike McGrath <[EMAIL PROTECTED]>
> * URL : https://hosted.fedoraproject.org/projects/
43 matches
Mail list logo
