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,
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
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
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
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
>
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,
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]
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
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
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
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:
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
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 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
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 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
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, 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
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 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
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;
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
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
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"
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
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
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
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
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
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:
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: 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
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
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:
> 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 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
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 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
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
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
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
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, 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 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 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, 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 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 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 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 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
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
-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
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
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: 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
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: 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
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
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
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
> 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
[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
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
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
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
65 matches
Mail list logo
