Le vendredi 03 avril 2009 à 01:24 +0200, Matthias Klose a écrit :
> Chris Walker schrieb:
> > Soeren Sonnenburg writes:
> >
> >> Package: wnpp
> >> Severity: wishlist
> >> Owner: Soeren Sonnenburg
> >>
> >> * Package name: jblas
> >
> > This package seems likely to be of interest to debian-
On Fri, Apr 03, 2009 at 10:04:21AM +1100, Ben Finney wrote:
> For my purposes, I would like to be able to specify “fetch from the
> VCS at $URL, getting the specific working tree referenced by
> identifier $ID” and then the rest of what uscan does for generating
> an original source archive from t
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libdevel-simpletrace-perl
Version : 0.07
Upstream Author : Sébastien Aperghis-Tramoni
* URL : http://search.cpan.org/dist/Devel-SimpleTrace/
* License
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: python-nipy
Version : 0.1.4
Upstream Author : NiPy Team
* URL : http://neuroimaging.scipy.org
* License : BSD
Programming Lang: Python
Description : Analysis of structural and
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 409 (new: 18)
Total number of packages offered up for adoption: 120 (new: 6)
Total number of packages reques
On Fri, Apr 03, 2009 at 10:50:11AM +1100, Ben Finney wrote:
> That's the trouble though. AIUI, different VCSen have different ways
> of identifying a specific state of the working tree; we have not only
> revisions, but also tags, branches, threads, heads, and probably
> others I've forgotten. Shou
Noah Slater writes:
> On Fri, Apr 03, 2009 at 10:04:21AM +1100, Ben Finney wrote:
> > * the plethora of different concepts for mapping identifiers to
> > specific working trees in different VCSen (revision-id and branches
> > and tags, oh my!)
>
> This could be possible with a set of configu
On Fri, Apr 03, 2009 at 10:04:21AM +1100, Ben Finney wrote:
> Raphael Geissert writes:
>
> > I planned to add support for svn in version 4 watch files (it would
> > be a matter of svn info svn://domain.tld/path/to/repo and some data
> > massaging).
> >
> > But well, now that everyone is talking ab
Chris Walker schrieb:
> Soeren Sonnenburg writes:
>
>> Package: wnpp
>> Severity: wishlist
>> Owner: Soeren Sonnenburg
>>
>> * Package name: jblas
>
> This package seems likely to be of interest to debian-science, so I'm
> sending this mail there too.
if jblas seems to be of interest to d
Raphael Geissert writes:
> I planned to add support for svn in version 4 watch files (it would
> be a matter of svn info svn://domain.tld/path/to/repo and some data
> massaging).
>
> But well, now that everyone is talking about it why not just tell
> what is missing so that it can be addressed i
On Thu, Apr 02, 2009 at 01:21:47PM +0200, Patrick Schoenfeld wrote:
> > That said, if the runlevel editor is appropriately integrated with the
> > system, it doesn't have to limit itself to waiting for the service to be
> > installed before setting a policy for the service. The editor could diver
Steve Langasek writes:
> On Thu, Apr 02, 2009 at 01:12:25PM +0200, Patrick Schoenfeld wrote:
>> ACK. What speaks against 'service'? :)
> If we use the name 'service', please also make it handle service
> starting/stopping, which is what the program of the same name is
> traditionally used for on
On Thu, Apr 02, 2009 at 01:12:25PM +0200, Patrick Schoenfeld wrote:
> On Wed, Apr 01, 2009 at 06:05:48PM -0700, Steve Langasek wrote:
> > > I think that renaming and/or removing the init script symlinks is the
> > > Right Thing To Do, but the tools we have for doing this are awful. I
> > > think i
Manoj Srivastava wrote:
> On Sat, Mar 28 2009, Reinhard Tartler wrote:
>
>> Manoj Srivastava writes:
>>
>>> A special rule in debian/rules to duplicate apt-get source for
>>> people who are skeptical of thea rchive (and have an ill defined
>>> attack vector thay are being paranoid abou
www.extensionescleopatra.com
--
Kelly Chavez Villa
[Security team BCC'ed]
Hi,
Do we really need another mozilla browser around?
Last time I heard the iceweasel maintainers were looking for other people to
help them.
I don't think yet another clone of firefox is going to do any good in any
sense (including the security POV).
Cheers,
--
Raphae
Hi,
While we are talking about API's for hook scripts, we should
also discuss initramfs creation.
Some kernel images, based on their configuration, need
initrd's. All official kernel images fall in this category.
Images created using upstream make deb and make-kpkg may
I demand that Frans Pop may or may not have written...
> Darren Salt wrote:
>> I demand that Manoj Srivastava may or may not have written...
>>> On Wed, Apr 01 2009, Frans Pop wrote:
But is anyone still using it? Is there any current reason to support it
>>> I think that there are Debian user
Hi there!
On Thu, 02 Apr 2009 16:11:14 +0200, Andrei Popescu wrote:
> On Thu,02.Apr.09, 13:12:25, Patrick Schoenfeld wrote:
>> On Wed, Apr 01, 2009 at 06:05:48PM -0700, Steve Langasek wrote:
>> > > I think that renaming and/or removing the init script symlinks is the
>> > > Right Thing To Do, but
On Thu, Apr 02 2009, Frans Pop wrote:
> Tyler MacDonald wrote:
>> Darren Salt wrote:
>>> > On Wed, Apr 01 2009, Frans Pop wrote:
>>> [make-kpkg]
>>> >> But is anyone still using it? Is there any current reason to support
>>> >> it
>>
>> Well, there's still some kernel options that are immutable
On Thu,02.Apr.09, 13:12:25, Patrick Schoenfeld wrote:
> On Wed, Apr 01, 2009 at 06:05:48PM -0700, Steve Langasek wrote:
> > > I think that renaming and/or removing the init script symlinks is the
> > > Right Thing To Do, but the tools we have for doing this are awful. I
> > > think it would be a g
Hi Steve,
On Wed, Apr 01, 2009 at 06:51:29PM -0700, Steve Langasek wrote:
> On Wed, Apr 01, 2009 at 08:56:43PM +0200, Patrick Schoenfeld wrote:
> > On Wed, Apr 01, 2009 at 06:12:29PM +0200, Michael Biebl wrote:
> > > I don't like this idea of RUN=yes variables in /etc/default.
>
> > > 1.) There i
On Wed, Apr 01, 2009 at 06:05:48PM -0700, Steve Langasek wrote:
> > I think that renaming and/or removing the init script symlinks is the
> > Right Thing To Do, but the tools we have for doing this are awful. I
> > think it would be a great solution if update-rc.d gained the following
> > features
On Thu, Apr 2, 2009 at 10:23 AM, Daniel Leidert
wrote:
> What about using /usr/bin/PLINK?
Please don't.
I have already had enough problems with MacOS, Windows, and some other
operating systems and filesystems which are not case sensitive.
--
Juan Cespedes
--
To UNSUBSCRIBE, email to debian-
Le mercredi 01 avril 2009 à 18:05 -0700, Steve Langasek a écrit :
> I think this should be a separate program, reserving update-rc.d for
> maintainer script use. But please, not 'chkconfig', which is an entirely
> unintuitive name. :)
Apart from the name which sucks, it definitely sounds like the
On Thu, 2009-04-02 at 10:23 +0200, Daniel Leidert wrote:
> What about using /usr/bin/PLINK?
please god no. try to find a name that removes confusion, not one that
is ugly but still as generic.
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "
Andreas Tille wrote:
> On Thu, 2 Apr 2009, Daniel Leidert wrote:
[..]
> > What about using /usr/bin/PLINK? I can't find a requirement in the
> > policy to use lowercase characters for a binary/script. Maybe I missed
> > it?
>
> A Plink was discussed and refused [1]
IMO just changing one charact
On Thu, 2 Apr 2009, Daniel Leidert wrote:
Two questions are left on my side:
1. On the one hand plink upstream claimed on their website[3] that
Debian *has* renamed plink to snplink (which is not really true
because the discussion ended without any real action). But Gentoo
Andreas Tille wrote:
> in October last year there was a longish discussion about name space
> pollution regarding plink. If you like to spend some time you should
> read the complete log of #503367 [1].
>
> I decided to put an end now on this issue to make sure it will
> not remain as is for eve
On Wed, 01 Apr 2009 15:04:10 -0700, Russ Allbery
wrote:
>* Using policy-rc.d, which is at least underdocumented. I've used Debian
> for a long time and I still have difficulty figuring out just what I'm
> supposed to put where to disable a specific init script for a specific
> service using th
On Wed, Apr 01, 2009 at 03:54:22PM -0700, Steve Langasek wrote:
> On Wed, Apr 01, 2009 at 08:38:46PM +0200, Patrick Schoenfeld wrote:
> > Well, its only about *new* services after installation. The intention
> > behind that is that some people don't like to run un- or half-configured
> > daemons im
Package: wnpp
Severity: wishlist
Owner: Pierre Chifflier
* Package name: openscap
Version : 0.1.4
Upstream Author : Peter Vrabec
* URL : http://www.open-scap.org/
* License : LGPL
Programming Lang: C
Description : Set of libraries enabling integration o
On Wed, Apr 01, 2009 at 11:39:34PM +0200, Adam Borowski wrote:
> On Wed, Apr 01, 2009 at 05:03:27PM +0200, Patrick Schoenfeld wrote:
> > the question: "Shall a service started once its installed or not?"
> > The current state of affairs is that some packages start after beeing
> > installed, some d
Tyler MacDonald wrote:
> Darren Salt wrote:
>> > On Wed, Apr 01 2009, Frans Pop wrote:
>> [make-kpkg]
>> >> But is anyone still using it? Is there any current reason to support
>> >> it
>
> Well, there's still some kernel options that are immutable and
> multiple choice. And there's always people
Darren Salt wrote:
> I demand that Manoj Srivastava may or may not have written...
>> On Wed, Apr 01 2009, Frans Pop wrote:
>>> But is anyone still using it? Is there any current reason to support
>>> it
>
>> I think that there are Debian users who use that option of make-kpkg,
>> and I have not
35 matches
Mail list logo
