On Thu, May 29, 2008 at 06:17:44PM +0200, Frans Pop <[EMAIL PROTECTED]> was
heard to say:
> James Vega wrote:
> > As of version 0.4.11, this does happen. From the NEWS file:
> > * Command-line updates in aptitude will now list packages that are
> > newly obsolete. This doesn't work when a
On Fri, May 30, 2008 at 01:08:42AM +0200, Joerg Jaspert wrote:
> - Britney, *the* central tool of the release team to manage the testing
>distribution, finally lives with the release team[9], where it belongs
>to, and is no longer run by us.
It's very good to see such decentralization. Do
On Thu, 2008-05-29 at 11:56 -0700, Russ Allbery wrote:
> Simon McVittie <[EMAIL PROTECTED]> writes:
>
> > Here's how gtk-doc *used to* work:
> >
> > * gtk-doc parses source code and writes out skeletal tmpl/*.sgml
> > * svn ci -m 'initial version of gtkdoc templates' tmpl
> > * upstream doc author
On 2008-05-30 10:32:00.00 Josip Rodin <[EMAIL PROTECTED]> wrote:
> - We added some new and long-awaited pseudo packages.
Speaking of which, can you please also do the right thing and give
the Debian pseudo-packages list to the BTS admins,
where this really belongs, so that this too can stop
Wolf Wiegand <[EMAIL PROTECTED]> writes:
> Marc 'HE' Brockschmidt wrote:
>> For some time now, I have been thinking about the problem of packages
>> which are removed from the archive at some point, without an (enforced)
>> transition to a new package name. Users of such packages keep them
>> aroun
Package: wnpp
Severity: wishlist
Owner: "Krzysztof Krzyżaniak (eloy)" <[EMAIL PROTECTED]>
* Package name: libsub-identify-perl
Version : 0.3
Upstream Author : Rafael Garcia-Suarez (rgarciasuarez at gmail dot com)
* URL : http://search.cpan.org/dist/Sub-Identify/
* Lice
On Thu, 29 May 2008 at 11:56:37 -0700, Russ Allbery wrote:
> Simon McVittie <[EMAIL PROTECTED]> writes:
> > However, the "no rule to make tmpl/*.sgml" issue still exists, as a
> > relic of the old build process.
[...]
> Sounds to me like the first thing to try would be to just regenerate all
> of t
Package: wnpp
Severity: wishlist
Owner: Chris Lawrence <[EMAIL PROTECTED]>
* Package name: r-cran-amelia
Version : 1.1-29
Upstream Author : James Honaker, Gary King, Matthew Blackwell
* URL : http://gking.harvard.edu/amelia/
* License : GPLv2 or later
Programm
Hi,
Marc 'HE' Brockschmidt wrote:
> Wolf Wiegand <[EMAIL PROTECTED]> writes:
> > Maybe it should be mandatory to always have a transition package for
> > packages which are being removed from the archives? For example, when
> > package X_0.1 is to be removed from the archive, there has to be a
>
Package: wnpp
Severity: wishlist
Owner: Max Vozeler <[EMAIL PROTECTED]>
* Package name: pkcs11-dump
Version : 0.2
Upstream Author : Alon Bar-Lev <[EMAIL PROTECTED]>
* URL : http://alon.barlev.googlepages.com/pkcs11-utilities
* License : BSD-3, BSD-like for PKCS#
Package: wnpp
* Package name: libarchive-any-perl
Version: 0.0932
Upstream Author: Clint Moore <[EMAIL PROTECTED]>
* URL: http://search.cpan.org/dist/Archive-Any/
* License: GPl/Artistic
Description:
The Archive::Any module allows a Perl program to create, manipulate,
read, and write differe
Mike Bird <[EMAIL PROTECTED]> writes:
> ssh test-box
> apt-get update
> apt-get upgrade
> tests
> ssh live-server
> apt-get update
> ... sometimes gets a slightly different package list
Oh, yes. That's certainly true.
> The only time we use apt-get is as a convenience when testing differen
On Fri May 30 2008 10:20:51 Russ Allbery wrote:
> Mike Bird <[EMAIL PROTECTED]> writes:
> > All packages on live servers and workstations are installed with "dpkg
> > -i" to ensure we're using a tested combination. We could manually copy
> > the package lists or "apt-get install foo=x.y.z" but "dp
Package: wnpp
Severity: wishlist
Owner: Max Vozeler <[EMAIL PROTECTED]>
* Package name: pkcs11-data
Version : 0.7
Upstream Author : Alon Bar-Lev <[EMAIL PROTECTED]>
* URL : http://alon.barlev.googlepages.com/pkcs11-utilities
* License : GPL-2
Programming Lang:
Hello,
Interesting matter ! Multiarch :-)
I have experienced the same treatment from binutils maintainer, he did
not answer to my mails or bug reports (393841,432772). Tired of this
and as it is an upstream matter i sent a patch upstream and it got
accepted. For my surprise, it is very close to 3
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko <[EMAIL PROTECTED]>
* Package name: python-scikits-openopt
Version : 0.17
Upstream Author : Dmitrey Kroshko <[EMAIL PROTECTED]>, Matthieu Brucher
<[EMAIL PROTECTED]>
* URL : http://scipy.org/scipy/scikits/wiki
Package: wnpp
Severity: wishlist
Owner: Frans Pop <[EMAIL PROTECTED]>
* Package name: qcontrol
Version : 0.4.1
Upstream Author : Byron Bradley <[EMAIL PROTECTED]>
* URL : http://qnap.nas-central.org/index.php/PIC_Control_Software
* License : GPL
Programming L
On Fri, May 30, 2008 at 11:03:15AM +0200, Thomas Viehmann wrote:
> On 2008-05-30 10:32:00.00 Josip Rodin <[EMAIL PROTECTED]> wrote:
> >> - We added some new and long-awaited pseudo packages.
>
> >Speaking of which, can you please also do the right thing and give
> >the Debian pseudo-packages li
On Fri, 30 May 2008, Joerg Jaspert wrote:
> Some time after this mail we will give a few tasks to those who
> volunteer to test their ability and then (maybe) have a few new members
> in our team in the not too distant future.
I would suggest that developing a patch for
http://bugs.debian.org/cgi-
Since my initial post I have done some research on the
subject of mouse support in the Linux kernel. I can
see now why my suggestion was met with such strong
opposition: it goes counter to the direction the
kernel has been going since 2.5. With such a sweeping
redesign of mouse support since 2.4,
On 11401 March 1977, Raphael Hertzog wrote:
>> Some time after this mail we will give a few tasks to those who
>> volunteer to test their ability and then (maybe) have a few new members
>> in our team in the not too distant future.
> I would suggest that developing a patch for
> http://bugs.debian
On Fri, 30 May 2008, Josip Rodin wrote:
> They live in the same namespace *in the BTS*. They don't live in the
> same namespace in dak, the Packages files, or the users' systems
> (except by way of reportbug(1), which is an interface to the BTS).
We just have to be careful that we never allow a ps
22 matches
Mail list logo
