Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf
* Package name: inotifyx
Version : 0.1.0
Upstream Author : Forest Bond
* URL : http://www.alittletooquiet.net/software/inotifyx/
* License : MIT/X
Programming Lang: C, Python
Description : Simpl
Frank Lin PIAT writes:
> On Tue, 2009-05-05 at 16:25 -0700, Russ Allbery wrote:
>> It's not particularly difficult. You update the system master and
>> push that update into NFS, synchronizing any non-/usr data as you
>> need to across all the systems mounting that NFS partition.
> I have alway
On Tue, 2009-05-05 at 16:25 -0700, Russ Allbery wrote:
> Stefano Zacchiroli writes:
>
> > Yes, the most repeated argument has been mount /usr via NFS.
> > Unfortunately, nobody yet explained how do they update the resulting
> > cluster of machines.
>
> It's not particularly difficult. You updat
[no answers for this yet on ‘debian-mentors’, so trying here]
Howdy all,
I have an upstream for a package who has started using a VCS hosting
site for publishing the code. It's possible they will continue to make
tarball releases, but in case they don't at some point in the future,
I'd like to us
> Well, some people argued for that. Like you, I'm wondering how one
> actually does this in practice! However there are some rather more
> reasonable uses which have been mentioned:
>
> - read-only /usr (for security)
> - backups
> - recovery (ability to mount root only; important if there's fs
Package: wnpp
Severity: wishlist
Owner: "Julián Hernández Gómez"
* Package name: python-ftputil
Version : 2.4
Upstream Author : Stefan Schwarzer
* URL : http://ftputil.sschwarzer.net/
* License : BSD
Programming Lang: Python
Description : A high-level
Giacomo Catenazzi writes:
> - On large parallel systems, people use something more than a base debian
> console installation.
> Usually on net you have a complete copy for root, var etc
> (in case of compromised computers. Very handy instead of reinstalling the
> system)
> So it is easi
Stefano Zacchiroli wrote:
> On Wed, May 06, 2009 at 12:10:54AM +0200, Joerg Jaspert wrote:
>>> So, does anybody still see reasons to continue supporting a standalone
>>> /usr?
>> There had been lots of responses to that.
>
> Yes, the most repeated argument has been mount /usr via NFS.
> Unfortunat
Package: wnpp
Severity: wishlist
Owner: Jonathan Yu
* Package name: libasync-mergepoint-perl
Version : 0.02
Upstream Author : Paul Evans
* URL : CPAN
* License : Perl (Artistic/GPL)
Programming Lang: Perl
Description : Perl module to resynchronize mul
Package: wnpp
Severity: wishlist
Owner: Jonathan Yu
* Package name: libio-async-perl
Version : 0.20
Upstream Author : Paul Evans
* URL : CPAN
* License : Perl (Artistic/GPL)
Programming Lang: Perl
Description : Perl module for implementing asynchronou
Package: wnpp
Severity: wishlist
Owner: Jonathan Yu
* Package name: libsocket-getaddrinfo-perl
Version : 0.11
Upstream Author : Paul Evans
* URL : CPAN
* License : Perl (Artistic/GPL)
Programming Lang: Perl/C
Description : Perl module implementing RFC
In article <4a00c5a1.70...@dachary.org> you wrote:
> Traditional code- and project forges offer many great things and has
> without a question helped developers of open source software.
You should describe what it is, not what other forges are not.
Gruss
Bernd
--
To UNSUBSCRIBE, email to debia
Package: wnpp
Severity: wishlist
Owner: Jonathan Yu
* Package name: libtest-number-delta-perl
Version : 1.03
Upstream Author : David A. Golden
* URL : CPAN
* License : Perl (Artistic/GPL)
Programming Lang: Perl
Description : Perl module to check equal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: wnpp
Severity: wishlist
* Package name: gitorious
Version : 5f6dc611
Upstream Author : Johan Sørensen jo...@johansorensen.com
* URL or Web page : http://gitorious.org/projects/gitorious/repos/mainline
* License : AGPLv
Stefano Zacchiroli writes:
> Yes, the most repeated argument has been mount /usr via NFS.
> Unfortunately, nobody yet explained how do they update the resulting
> cluster of machines.
It's not particularly difficult. You update the system master and push
that update into NFS, synchronizing any
On Wed, May 06, 2009 at 12:30:14AM +0200, Stefano Zacchiroli wrote:
> On Wed, May 06, 2009 at 12:10:54AM +0200, Joerg Jaspert wrote:
> > > So, does anybody still see reasons to continue supporting a standalone
> > > /usr?
> > There had been lots of responses to that.
>
> Yes, the most repeated arg
On Wed, May 06, 2009 at 12:10:54AM +0200, Joerg Jaspert wrote:
> > So, does anybody still see reasons to continue supporting a standalone
> > /usr?
> There had been lots of responses to that.
Yes, the most repeated argument has been mount /usr via NFS.
Unfortunately, nobody yet explained how do th
On 11741 March 1977, Marco d'Itri wrote:
> So, does anybody still see reasons to continue supporting a standalone
> /usr?
There had been lots of responses to that.
You havent presented any supporting your request, so why do you
want it? Please provide a detailed real-world case. A partial list o
On Tue, May 5, 2009 at 4:51 PM, Neil Williams wrote:
>
> > Is there any way to remove some package from debian distribution? For
> > example: package bcrypt is completely dead. It doesn't work at amd64
> > at all because of obvious bug, which I've reported here (path
> > included) half a year ago
On Tue, 2009-05-05 at 17:41 +0200, Bastien ROUCARIES wrote:
> On Tue, May 5, 2009 at 5:36 PM, Marco d'Itri wrote:
> > I have been told by upstream maintainers of one of my packages and by
> > prominent developers of other distributions that supporting a standalone
> > /usr is too much work and no
On Tue, May 05, 2009 at 05:36:02PM +0200, Marco d'Itri wrote:
> So, does anybody still see reasons to continue supporting a standalone
> /usr?
> If you do, please provide a detailed real-world use case.
> A partial list of invalid reasons is:
> - "it's really useful on my 386 SX with a 40 MB hard
On Tue, May 05, 2009 at 06:50:47PM +0200, Giacomo Catenazzi wrote:
> Roger Leigh wrote:
> > On Tue, May 05, 2009 at 05:41:06PM +0200, Stéphane Glondu wrote:
> >> Marco d'Itri a écrit :
> >>> I know that Debian supports this, but I also know that maintaning
> >>> forever large changes to packages fo
On Tue, May 05, 2009 at 06:49:47PM +0200, Josselin Mouette wrote:
> Le mardi 05 mai 2009 à 17:24 +0100, Roger Leigh a écrit :
> > That might have been a "traditional" reason for a shared /usr.
> > However, the package manager can't cope with this setup since
> > you have some components of a packag
On Wed, 6 May 2009 03:34:12 +0700
Alexey Salmin wrote:
CC'ing the maintainer.
> Hello! At first I want to say that I'm not sure that this mailing list
> is a right place for my letter. Secondly, this letter isn't actually
> about some specific package, I'm just interested in understanding
> Deba
On Wed, May 06, 2009 at 03:34:12AM +0700, Alexey Salmin wrote:
> Hello!
Hi!
> At first I want to say that I'm not sure that this mailing list
> is a right place for my letter. Secondly, this letter isn't actually
> about some specific package, I'm just interested in understanding
> Debain polici
Package: wnpp
Severity: wishlist
Owner: Filippo Rusconi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: lutefisk
Version : 1.0.5
Upstream Author : Richard S. Johnson
* URL : http://sourceforge.net/projects/lutefiskxp/
* License : GPL
Programmi
Hello! At first I want to say that I'm not sure that this mailing list
is a right place for my letter. Secondly, this letter isn't actually
about some specific package, I'm just interested in understanding
Debain policies.
Is there any way to remove some package from debian distribution? For
exampl
On Tue May 05 20:07, Iustin Pop wrote:
> Scenarion A, desktop
> - / on non-LVM, fixed size, as recovery from a broken LVM setup is way
> harder if / is on LVM
> - /usr on LVM, as it can grow significantly, and having it on LVM is
> much more flexible
This is what I do on all of my
Hi,
On Dienstag, 5. Mai 2009, Marco d'Itri wrote:
> I have been told by upstream maintainers of one of my packages and by
> prominent developers of other distributions that supporting a standalone
> /usr is too much work and no other distribution worth mentioning does it
> (not Ubuntu, not Fedora,
On Tue, May 05, 2009 at 09:11:05PM +0200, Bernd Zeimetz wrote:
> Marco d'Itri wrote:
> > On May 05, Bastien ROUCARIES wrote:
> >> - NFS
> > This is not detailed.
> >> - for my wifi box (ie a 386 SX with 8MB of flash)
> > This is not real world.
> It is.
Not with Debian it isn't. Debian hasn't
Marco d'Itri wrote:
> On May 05, Bastien ROUCARIES wrote:
>
>> - NFS
> This is not detailed.
>
>> - for my wifi box (ie a 386 SX with 8MB of flash)
> This is not real world.
It is. But as it seems you're living on a different world, so better don't start
touching the real world where the rest o
On Tue, May 05, 2009 at 05:36:02PM +0200, Marco d'Itri wrote:
> I have been told by upstream maintainers of one of my packages and by
> prominent developers of other distributions that supporting a standalone
> /usr is too much work and no other distribution worth mentioning does it
> (not Ubuntu,
Package: wnpp
Severity: wishlist
Owner: Jonathan Yu
* Package name: libdevel-findref-perl
Version : 1.4
Upstream Author : Marc Lehmann
* URL : CPAN
* License : Perl (Artistic/GPL)
Programming Lang: Perl
Description : Perl module to track a reference t
Package: wnpp
Severity: wishlist
Owner: Jonathan Yu
* Package name: libtest-refcount-perl
Version : 0.04
Upstream Author : Paul Evans
* URL : CPAN
* License : Perl (Artistic/GPL)
Programming Lang: Perl
Description : Perl module to assert reference cou
On Tue, May 05, 2009 at 05:36:02PM +0200, Marco d'Itri wrote:
> I have been told by upstream maintainers of one of my packages and by
> prominent developers of other distributions that supporting a standalone
> /usr is too much work and no other distribution worth mentioning does it
> (not Ubuntu,
Marco d'Itri wrote:
> I have been told by upstream maintainers of one of my packages and by
> prominent developers of other distributions that supporting a standalone
> /usr is too much work and no other distribution worth mentioning does it
> (not Ubuntu, not Fedora, not SuSE).
Do you mean that:
Package: wnpp
Severity: wishlist
Owner: Jonathan Yu
* Package name: libdevel-refcount-perl
Version : 0.04
Upstream Author : Paul Evans
* URL : CPAN
* License : Perl (GPL/Artistic)
Programming Lang: Perl
Description : Perl module to obtain the REFCNT v
On Tue, May 05 2009, Marco d'Itri wrote:
> On May 05, Stéphane Glondu wrote:
>
>> Could you elaborate on the kind of "large changes" there are in Debian
>> to support this?
> I'd rather not change subject.
This is not a change of subject. You are starting a haevy duty
thread about chang
On 05/05/09 at 17:58 +0200, Bastien ROUCARIES wrote:
> On Tue, May 5, 2009 at 5:43 PM, Marco d'Itri wrote:
> > On May 05, Bastien ROUCARIES wrote:
> >
> >> - NFS
> > This is not detailed.
>
> /usr NFS shared. Scientific grid use this stuff and it is real world.
> But may be it is too big for deb
Roger Leigh wrote:
> On Tue, May 05, 2009 at 05:41:06PM +0200, Stéphane Glondu wrote:
>> Marco d'Itri a écrit :
>>> I know that Debian supports this, but I also know that maintaning
>>> forever large changes to packages for no real gain sucks.
>>> A partial list of invalid reasons is: [...]
>> How
Package: wnpp
Severity: wishlist
Owner: William Pitcock
* Package name: polkadot
Version : 0.1
Upstream Author : William Pitcock
* URL : http://polkadot.dereferenced.org/ (not yet up)
* License : GPLv2
Programming Lang: Python
Description : continuous
Le mardi 05 mai 2009 à 17:24 +0100, Roger Leigh a écrit :
> That might have been a "traditional" reason for a shared /usr.
> However, the package manager can't cope with this setup since
> you have some components of a package installed locally and
> some remotely for all systems using the "shared"
On Tue, May 05 2009, Marco d'Itri wrote:
> I have been told by upstream maintainers of one of my packages and by
> prominent developers of other distributions that supporting a standalone
> /usr is too much work and no other distribution worth mentioning does it
> (not Ubuntu, not Fedora, not SuSE
Package: wnpp
Severity: wishlist
Owner: Jonathan Yu
* Package name: libclass-byos-perl
Version : 0.01
Upstream Author : Paul Evans
* URL : CPAN
* License : Perl (Artistic/GPL)
Programming Lang: Perl
Description : Perl module to load OS-specific subcla
also sprach martin f krafft [2009.05.05.1706 +0200]:
> spu:
> http://git.debian.org/?p=pkg-mdadm/mdadm.git;a=commitdiff;h=541c07a775104848ed99e2cb5935496c8718807a
Carsten correctly identified my failure to update the changelog, so
I give you also:
http://git.debian.org/?p=pkg-mdadm/mdadm.git;
On Tue, May 05, 2009 at 05:41:06PM +0200, Stéphane Glondu wrote:
> Marco d'Itri a écrit :
> > I know that Debian supports this, but I also know that maintaning
> > forever large changes to packages for no real gain sucks.
>
> > A partial list of invalid reasons is: [...]
>
> How about: "my /usr i
On Tue, May 5, 2009 at 5:43 PM, Marco d'Itri wrote:
> On May 05, Bastien ROUCARIES wrote:
>
>> - NFS
> This is not detailed.
/usr NFS shared. Scientific grid use this stuff and it is real world.
But may be it is too big for debian ;)
>> - for my wifi box (ie a 386 SX with 8MB of flash)
> This i
On Mon, May 04 2009, Riku Voipio wrote:
> On Mon, Apr 06, 2009 at 10:13:39PM -, Jiri Palecek wrote:
>> I'd like to package the selinux tests from the ltp test suite. The tests
>> need a special selinux policy to be loaded and some files to be relabeled.
>> I haven't found any standard way
Marco d'Itri wrote:
I have been told by upstream maintainers of one of my packages and by
prominent developers of other distributions that supporting a standalone
/usr is too much work and no other distribution worth mentioning does it
(not Ubuntu, not Fedora, not SuSE).
I know that Debian suppo
On Mon, May 04 2009, Peter Eisentraut wrote:
> On Monday 04 May 2009 23:53:15 Manoj Srivastava wrote:
>> On Mon, May 04 2009, Peter Eisentraut wrote:
>> > Please be sure to use
>> >
>> > FOO = bar
>> >
>> > instead of ":=", unless you have determined that you really wanted ":=".
>> > In most case
On May 05, Stéphane Glondu wrote:
> Could you elaborate on the kind of "large changes" there are in Debian
> to support this?
I'd rather not change subject.
> > A partial list of invalid reasons is: [...]
> How about: "my /usr is shared by many machines over NFS"?
Do you actually *do* this?
On h
On Tue, May 5, 2009 at 5:36 PM, Marco d'Itri wrote:
> I have been told by upstream maintainers of one of my packages and by
> prominent developers of other distributions that supporting a standalone
> /usr is too much work and no other distribution worth mentioning does it
> (not Ubuntu, not Fedor
Le mardi 05 mai 2009 à 17:36 +0200, Marco d'Itri a écrit :
> I have been told by upstream maintainers of one of my packages and by
> prominent developers of other distributions that supporting a standalone
> /usr is too much work and no other distribution worth mentioning does it
> (not Ubuntu, not
On May 05, Bastien ROUCARIES wrote:
> - NFS
This is not detailed.
> - for my wifi box (ie a 386 SX with 8MB of flash)
This is not real world.
--
ciao,
Marco
signature.asc
Description: Digital signature
Marco d'Itri a écrit :
> I know that Debian supports this, but I also know that maintaning
> forever large changes to packages for no real gain sucks.
Could you elaborate on the kind of "large changes" there are in Debian
to support this?
> A partial list of invalid reasons is: [...]
How about:
I have been told by upstream maintainers of one of my packages and by
prominent developers of other distributions that supporting a standalone
/usr is too much work and no other distribution worth mentioning does it
(not Ubuntu, not Fedora, not SuSE).
I know that Debian supports this, but I also k
also sprach Carsten Hey [2009.05.05.1645 +0200]:
> Depending on default-mta | mta in a upload to s-p-u does not fix
> anything since there is no default-mta in stable. This would possibly
> even break pinning in unexpected ways for users with stable and testing
> in their source.list. Thus pleas
On Tue, May 05, 2009 at 06:53:12AM +0200, martin f krafft wrote:
> (updated mdadm coming to s-p-u on Thursday, are there other
> comments?
> http://lists.debian.org/debian-release/2009/05/msg00024.html)
Depending on default-mta | mta in a upload to s-p-u does not fix
anything since there is no def
On Tue, May 05, 2009 at 09:07:34PM +0900, Osamu Aoki wrote:
> On Tue, May 05, 2009 at 11:52:29AM +0100, Roger Leigh wrote:
> > On Tue, May 05, 2009 at 10:36:51AM +0200, Michael Biebl wrote:
> > > martin f krafft wrote:
> > > > [moving debian-rele...@l.d.o to Bcc, continuing discussion in bug log]
Hi,
On Tue, May 05, 2009 at 11:52:29AM +0100, Roger Leigh wrote:
> On Tue, May 05, 2009 at 10:36:51AM +0200, Michael Biebl wrote:
> > martin f krafft wrote:
> > > [moving debian-rele...@l.d.o to Bcc, continuing discussion in bug log]
...
> I think it is a problem extending to all virtual packages,
Roger Leigh writes:
> I think it is a problem extending to all virtual packages, and I would
> like to see a more general solution which is applicable to all. It
> might be worth revisiting past discussion, for example this thread:
>
> http://lists.debian.org/debian-devel/2006/08/msg01281.html
>
On Tue, May 05, 2009 at 10:36:51AM +0200, Michael Biebl wrote:
> martin f krafft wrote:
> > [moving debian-rele...@l.d.o to Bcc, continuing discussion in bug log]
> >
> > also sprach Andreas Metzler [2009.05.04.1856
> > +0200]:
> >> FWIW as previously discussed on debian-devel starting with the
martin f krafft wrote:
[moving debian-rele...@l.d.o to Bcc, continuing discussion in bug log]
also sprach Andreas Metzler [2009.05.04.1856
+0200]:
FWIW as previously discussed on debian-devel starting with the
lastest upload (4.69-10) exim4-daemon-light provides default-mta.
Excellent. If t
2009/5/5 Leandro Doctors :
> Tanks for your help, Raphael.
And Joerg and all the others, too
L
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
2009/5/4 Raphael Hertzog :
> On Fri, 01 May 2009, Joerg Jaspert wrote:
>> Please let one central developers-reference package built the various
>> languages. Which means this should be just another binary package of
>> developers-reference and not something own.
> That's already the case. Leandro,
65 matches
Mail list logo
