signature.asc
Description: OpenPGP digital signature
On Mon, Aug 22, 2005 at 06:59:52AM -0500, John Hasler wrote:
Andreas Jochens writes:
Wouter Verhelst wrote:
- must have successfully compiled 98% of the archive's source (excluding
arch-specific packages)
Andreas Jochens writes:
It is not possible to build 98% of the unmodified source
* Peter Samuelson ([EMAIL PROTECTED]) [050823 00:18]:
[John Hasler]
Make it 98% of the packages buildable on the accepted port with the
highest build percentage.
That's not fair either, unless you require all packages to be autobuilt
(which is a thread we don't need to duplicate now).
Hi,
* Goswin von Brederlow ([EMAIL PROTECTED]) [050823 03:32]:
On the other hand I feel that a port with even 80% of all packages
available can be very very usefull. Even a port without any X can be
usefull if that lack of software is intentional and not just inability
to build something.
Thanks Goswin, this is what I thought.
Now I need someone help me with EVMS steps.
How to make a snapshot and rollback.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Le Mar 23 Août 2005 03:37, Goswin von Brederlow a écrit :
In the end the decision to apply this benchmark will be manual and
arbitrary; it's not like a precise way to measure it really
matters. As stated elsewhere, at present, nobody except i386 comes
even close to 98%.
I see an increase
On Mon, Aug 22, 2005 at 11:28:46PM -0700, [EMAIL PROTECTED] wrote:
Thanks Goswin, this is what I thought.
Now I need someone help me with EVMS steps.
How to make a snapshot and rollback.
This mailing list is for development-related discussion; please use
debian-user@lists.debian.org for tech
On Tuesday, 23 August 2005 07:02, Joe Smith wrote:
Ok, I know just about nothing about this.
I currently have 2.6 kernel, hotplug, and udev.
If I replace hotplug with coldplug, everything should still work barring
unexpected bugs?
(Once the archive is updated of course, so that udev does not
Martin Pitt skrev:
Hi Wouter!
Wouter Verhelst [2005-08-23 1:26 +0200]:
So you suggest throwing buildd out of the window and switching to
pbuilder, then?
Something like this is in fact considered. Probably Ubuntu won't use
pbuilder itself since it is not the most efficient implementation
Thanks a lot.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi!
Steve Langasek [2005-08-22 18:09 -0700]:
On Mon, Aug 22, 2005 at 03:34:16PM +0200, Martin Pitt wrote:
W. Borgert [2005-08-22 14:37 +0200]:
Quoting Matthew Palmer [EMAIL PROTECTED]:
I used to think that too. I took a wander through queue/reject on
merkel.
I don't think
Andreas Barth [EMAIL PROTECTED] writes:
Hi,
* Goswin von Brederlow ([EMAIL PROTECTED]) [050823 03:32]:
Maybe the 98% rule was just a look at
http://buildd.debian.org/stats/graph-week-big.png or
http://buildd.debian.org/stats/graph2-week-big.png and then picking a
number so that the archs
On 8/23/05, Bernd Eckenfels [EMAIL PROTECTED] wrote:
In article [EMAIL PROTECTED] you wrote:
The number of buildds required to keep up with the
volume of uploaded packages must not be greater than two.
There must be that many buildds, in addition there must also be a redundant
buildd.
On 8/23/05, Thomas Bushnell BSG [EMAIL PROTECTED] wrote:
Roger Leigh [EMAIL PROTECTED] writes:
Andreas Jochens in particular did a lot of hard work in fixing most of
the GCC 4.0 failures and regressions over the last year while porting
for amd64. The fact that many maintainers have not
On Aug 23, Ben Armstrong [EMAIL PROTECTED] wrote:
script, it should be written to exit if the appropriate binary isn't
found.
The appropriate binary is a conffile as well.
Now, that's not strictly true, is it? /etc/init.d/hotplug
invokes /sbin/hotplug, which almost entirely consists of
On Aug 23, Isaac Clerencia [EMAIL PROTECTED] wrote:
I've just tried it and it has worked really great, except it has not loaded
mousedev module. Everything else has worked, and it's incredible fast (at
It's supposed to, do you mind investigating? Do not delete the
generated events, etc. Try
On 8/23/05, Joe Smith [EMAIL PROTECTED] wrote:
Actually perhaps software should be built outside of clean chroots. Why?
Did someone suggest to disallow that?
Why can't you do both?
Hi,
I have checked in some files into svn.debian.org. The files are
in UTF-8 encoding[1], but the web front-end seems to believe in
ISO-8859-1. Did I do something wrong when checking in files, or
is WebSVN too plain in its assumptions? How/where can I file a
bug, if the problem is in
Package: wnpp
Severity: wishlist
Owner: LI Daobing [EMAIL PROTECTED]
* Package name: gausssum
Version : 0.9
Upstream Author : Noel O'Boyle
* URL : http://gausssum.sourceforge.net/
* License : GPL
Description : Scripts which parse the output of Gaussian
On Tuesday, 23 August 2005 09:57, Marco d'Itri wrote:
It's supposed to, do you mind investigating? Do not delete the
generated events, etc. Try manually running the init script a second
time too.
I noticed that on my system the first time it's run the ehci_hcd is not
loaded, but I have not
Hi Marco!
On Tue 23 Aug 2005 09:57 +0200, Marco d'Itri wrote:
On Aug 23, Isaac Clerencia [EMAIL PROTECTED] wrote:
I've just tried it and it has worked really great, except it has not loaded
mousedev module. Everything else has worked, and it's incredible fast (at
It's supposed to, do you
Hi Tomas!
Tomas Fasth [2005-08-23 9:31 +0200]:
So you suggest throwing buildd out of the window and switching to
pbuilder, then?
Something like this is in fact considered. Probably Ubuntu won't use
pbuilder itself since it is not the most efficient implementation
around, but
On Tue, 23 Aug 2005 01:42:18 +0200, Martin Pitt [EMAIL PROTECTED]
wrote:
Something like this is in fact considered. Probably Ubuntu won't use
pbuilder itself since it is not the most efficient implementation
around, but rebuilding the buildd chroots from scratch would help to
eliminate many FTBFS
On Tuesday 23 August 2005 10:20, W. Borgert wrote:
I have checked in some files into svn.debian.org. The files are
in UTF-8 encoding[1], but the web front-end seems to believe in
ISO-8859-1. Did I do something wrong when checking in files, or
is WebSVN too plain in its assumptions?
On Aug 23, Luca Capello [EMAIL PROTECTED] wrote:
And here the results (differences versus hotplug):
As Luca just discovered, it will not work unless you have the
/sbin/udevinitsend binary. Get it from the udev build directory or
install http://incoming.debian.org/udev_0.068-2_i386.deb .
-
On Mon, 22 Aug 2005 14:51:52 -0700, Steve Langasek [EMAIL PROTECTED]
wrote:
On Mon, Aug 22, 2005 at 06:22:11PM +, W. Borgert wrote:
On Mon, Aug 22, 2005 at 07:29:31PM +0200, Adrian von Bidder wrote:
really matters: can we (the Debian project) maintain the port? Thus I
propose we only
On Tue, Aug 23, 2005 at 09:16:47AM +0200, Olaf van der Spek wrote:
On 8/23/05, Bernd Eckenfels [EMAIL PROTECTED] wrote:
In article [EMAIL PROTECTED] you wrote:
The number of buildds required to keep up with the
volume of uploaded packages must not be greater than two.
There must be
On Tue, Aug 23, 2005 at 09:32:33AM +0200, Martin Pitt wrote:
It doesn't really hurt us right now, so we didn't start to force
building packages in pbuilder. buildd time is cheap compared to
developer time, so introducing mandatory pbuilding would slow down
development quite drastically.
I
On Tue, Aug 23, 2005 at 11:25:41AM +0200, Marc Haber wrote:
On Tue, 23 Aug 2005 01:42:18 +0200, Martin Pitt [EMAIL PROTECTED]
wrote:
Something like this is in fact considered. Probably Ubuntu won't use
pbuilder itself since it is not the most efficient implementation
around, but rebuilding
On Tue, Aug 23, 2005 at 11:21:00AM +0200, Wouter Verhelst wrote:
On Tue, Aug 23, 2005 at 09:16:47AM +0200, Olaf van der Spek wrote:
On 8/23/05, Bernd Eckenfels [EMAIL PROTECTED] wrote:
In article [EMAIL PROTECTED] you wrote:
The number of buildds required to keep up with the
volume
On Tue, Aug 23, 2005 at 11:12:09AM +0200, Marc Haber wrote:
On Mon, 22 Aug 2005 14:51:52 -0700, Steve Langasek [EMAIL PROTECTED]
wrote:
On Mon, Aug 22, 2005 at 06:22:11PM +, W. Borgert wrote:
On Mon, Aug 22, 2005 at 07:29:31PM +0200, Adrian von Bidder wrote:
really matters: can we
On Mon, Aug 22, 2005 at 11:42:50AM -0400, David Nusinow wrote:
On Mon, Aug 22, 2005 at 12:22:47AM -0700, Steve Langasek wrote:
There was discussion in Vancouver about requiring ports to have an
upstream kernel maintainer, FSO upstream; perhaps we should be
considering requiring there to be
Quoting Frans Pop [EMAIL PROTECTED]:
WebSVN does not know about the contents of files in the repository period.
OK.
As it is just a frontend to svn, you cannot expect it to know about every
weird file format and encoding around.
OK.
IMO, the main purpose of websvn is to be able to view
On Tuesday 23 August 2005 12:45, W. Borgert wrote:
Not all of my translators are easy with svn command line. WebSVN
would be helpful, so they see, whether I did my homework and checked
in their latest changes correctly. Could be useful for d-i, too.
In my experience some kind of revision
On Tue, Aug 23, 2005 at 01:42:18AM +0200, Martin Pitt wrote:
one day (as the buildds do) is certainly acceptable. OTOH, lagging
behind for several weeks (which is not unreasonable for folks without
a phat pipe) is certainly not, especially if you are in a period of
massive transitions.
Hi there,
Is it necessary for the following packages to Conflict with the
virtual package imap-server:
bincimap-run
courier-imap
cyrus-imapd(*)
cyrus21-imapd (*)
dovecot-imapd
mailutils-imap4d (*)
uw-imapd (*)
For example, I recently moved from uw-imapd to
Quoting Frans Pop [EMAIL PROTECTED]:
For that you should enable the svn keyword Id (using 'svn propset
svn:keywords Id') and add a comment in your English files containing
$Id:.
I will do that, thanks for the hint!
(However, my original plea for using UTF-8 in WebSVN remains.)
Cheers, WB
--
On Tue, 2005-08-23 at 12:32 +0100, Edward wrote:
My humbly proposed fix: remove the Conflicts: imap-server from these
packages, and make the postinst / init scripts more robust to the
failure mode where an imap-server is already running / listed in
inetd.conf.
Why not do dpkg -i
On Tue, Aug 23, 2005 at 11:25:41AM +0200, Marc Haber wrote:
On Tue, 23 Aug 2005 01:42:18 +0200, Martin Pitt [EMAIL PROTECTED]
wrote:
Something like this is in fact considered. Probably Ubuntu won't use
pbuilder itself since it is not the most efficient implementation
around, but rebuilding
Hello,
I am trying to set up a tool for easy update of several computers in
our institute. For example, I would like to create a package that
updates several config files, e.g. /etc/apt/sources.list etc.
What is the best way of doing that ?
So far I think about an package that only contains
Em Seg, 2005-08-22 às 10:07 -0500, Manoj Srivastava escreveu:
On Sun, 21 Aug 2005 23:29:51 +0200, Petter Reinholdtsen [EMAIL PROTECTED]
said:
The constitution states that no developer can have democratic
control imposed on them at all. Indeed, I reject any such control
over
On Tue, Aug 23, 2005 at 12:32:15PM +0100, Edward wrote:
Is it necessary for the following packages to Conflict with the
virtual package imap-server:
bincimap-run
courier-imap
cyrus-imapd(*)
cyrus21-imapd (*)
dovecot-imapd
mailutils-imap4d (*)
uw-imapd
On Tue, Aug 23, 2005 at 02:48:58AM -0700, Steve Langasek wrote:
On Tue, Aug 23, 2005 at 11:21:00AM +0200, Wouter Verhelst wrote:
I'd much rather have seen that point go, but that didn't happen.
Meaning you would have preferred that there not be a requirement of buildd
redundancy, or you
Hi Joey,
Your response was very much what I needed to hear. I'll have to retract
most of my worries.
On Mon, Aug 22, 2005 at 07:20:07PM -0400, Joey Hess wrote:
- A personal interest shared by me, tbm, and taggart is to get Debian
working on the various types of cheap mips wireless access
Joe Smith writes:
Actually perhaps software should be built outside of clean chroots. Why?
Because if there is a possibility that a dirty chroot will cause the
package to fail, there is a bug in some peice of software.
The probability that the developer has the particular package that will
On Tue, August 23, 2005 14:14, Gerrit Pape wrote:
$ sed -ne '19,$p' /usr/share/doc/bincimap-run/README.Debian
The bincimap-run package provides the virtual package ``imap-server'' and
conflicts with other packages providing ``imap-server''. This ensures
that
bincimap is the only service that
Hello Tomas,
this question should better go to [EMAIL PROTECTED]
Quoting Tomas Davidek [EMAIL PROTECTED]:
I am trying to set up a tool for easy update of several computers in
our institute. For example, I would like to create a package that
updates several config files, e.g.
also sprach Tomas Davidek [EMAIL PROTECTED] [2005.08.23.1401 +0200]:
I am trying to set up a tool for easy update of several computers in
our institute. For example, I would like to create a package that
updates several config files, e.g. /etc/apt/sources.list etc.
What is the best way of
Sorry
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
* Wouter Verhelst ([EMAIL PROTECTED]) wrote:
On Tue, Aug 23, 2005 at 09:32:33AM +0200, Martin Pitt wrote:
It doesn't really hurt us right now, so we didn't start to force
building packages in pbuilder. buildd time is cheap compared to
developer time, so introducing mandatory pbuilding would
Package: wnpp
Severity: wishlist
Owner: Oliver Korff [EMAIL PROTECTED]
* Package name: fruit
Version : 2.1
Upstream Author : Fabien Letouzey
* URL : http://wbec-ridderkerk.nl/
* License : (GPL)
Description : Fruit is an UCI-only chess engine.
On Tue, 2005-08-23 at 14:49 +0200, Oliver Korff wrote:
Package: wnpp
Severity: wishlist
Owner: Oliver Korff [EMAIL PROTECTED]
* Package name: fruit
Version : 2.1
Upstream Author : Fabien Letouzey
* URL : http://wbec-ridderkerk.nl/
* License : (GPL)
Hi,
* Oliver Korff [Tue, Aug 23, 2005 at 02:49:34PM +0200]:
Package: wnpp
Severity: wishlist
Owner: Oliver Korff [EMAIL PROTECTED]
* Package name: fruit
Version : 2.1
Upstream Author : Fabien Letouzey
* URL : http://wbec-ridderkerk.nl/
* License :
On Tue, Aug 23, 2005 at 09:14:28AM -0400, Stephen Frost wrote:
* Wouter Verhelst ([EMAIL PROTECTED]) wrote:
On Tue, Aug 23, 2005 at 09:32:33AM +0200, Martin Pitt wrote:
It doesn't really hurt us right now, so we didn't start to force
building packages in pbuilder. buildd time is cheap
* Wouter Verhelst ([EMAIL PROTECTED]) wrote:
On Tue, Aug 23, 2005 at 09:14:28AM -0400, Stephen Frost wrote:
Sure we do, for certain ports (ie: amd64). Really, this just means it'd
be better to implement a system along the lines of:
source upload
fastest/preferred buildd type (i386,
On Tue, Aug 23, 2005 at 02:49:34PM +0200, Oliver Korff wrote:
* URL : http://wbec-ridderkerk.nl/
This URL does not mention anything about “fruit” at all; it seems to be a
chess tournament for computers or something along those lines.
Description : Fruit is an UCI-only chess
On Tue, Aug 23, 2005 at 12:14:33PM +, Gerrit Pape wrote:
$ sed -ne '19,$p' /usr/share/doc/bincimap-run/README.Debian
The bincimap-run package provides the virtual package ``imap-server'' and
conflicts with other packages providing ``imap-server''. This ensures that
bincimap is the only
Thomas Bushnell BSG dijo [Mon, Aug 22, 2005 at 10:02:18PM -0700]:
The OBSD crowd have reimplemented many important subsystems because
they do not consider GPL-like licenses to be free enough. Yes, also
because of technical reasons, but in this case it seems to be about
(their version of)
On Tue, Aug 23, 2005 at 12:40:18AM -0400, Joe Smith wrote:
Actually perhaps software should be built outside of clean chroots. Why?
Do I need to have root on the debian developer machines? I currently use
that machines to build packages for architectures I don't own.
Bastian
--
The best
** Joe Smith ::
Actually perhaps software should be built outside of clean chroots. Why?
Because if there is a possibility that a dirty chroot will cause the package
to fail, there is a bug in some peice of software. It could prevent a user
from recompiling on his own system, which thusly
Thanks for all the good advice, I will be more descriptive with the short
and long description, as I see that this is really necessary.
And I will be more careful while using reportbug, because I don't want to
bother people with Fruit is ..., Fruit is ..., Fruit is... -- sorry
Where I don't
On Tue, Aug 23, 2005 at 12:06:41PM -0300, Humberto Massa Guimarães wrote:
I vehemently disagree. I think exactly the opposite: debbuild and/or
dpkg-buildpackage should *always* build a package inside a clean and
minimal chroot jail. This way, (1) every package will predictably
build from
On Tue, Aug 23, 2005 at 11:29:10AM +0200, Frans Pop wrote:
WebSVN does not know about the contents of files in the repository period.
As it is just a frontend to svn, you cannot expect it to know about every
weird file format and encoding around.
Subversion is encoding-clean, the frontend
Pierre Habouzit [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Human error, or poluted chroot/compilation env is more likely to happen
on the developper machine than in a buildd. Maybe this has already been
discussed once, but I think that binary uploaded packages (except the
On Tue, Aug 23, 2005 at 05:28:22PM +0200, Bastian Blank wrote:
On Tue, Aug 23, 2005 at 12:06:41PM -0300, Humberto Massa Guimarães wrote:
I vehemently disagree. I think exactly the opposite: debbuild and/or
dpkg-buildpackage should *always* build a package inside a clean and
minimal chroot
On Tuesday 23 of August 2005 17:28, Bastian Blank wrote:
On Tue, Aug 23, 2005 at 12:06:41PM -0300, Humberto Massa Guimarães wrote:
I vehemently disagree. I think exactly the opposite: debbuild and/or
dpkg-buildpackage should *always* build a package inside a clean and
minimal chroot jail.
Gustavo Noronha Silva [EMAIL PROTECTED] writes:
The constitution also states that no developer can work actively against
the implementation of such a decision made by the project[0]. Not doing
the work and not letting anyone else do it would constitute 'working
actively againt'.
Quite the
[Thomas Bushnell]
Quite the contrary; it seems to me that this is to work *passively*
against something.
Not doing the work is working passively against it, while prohibiting
others from doing the work is working actively against it. If you do
both, you are working actively against it.
--
** Bastian Blank ::
You have a linux kernel ready, which allows chroot as normal user?
Please share it with us.
It's called QEMU :-)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Petter Reinholdtsen [EMAIL PROTECTED] writes:
[Thomas Bushnell]
Quite the contrary; it seems to me that this is to work *passively*
against something.
Not doing the work is working passively against it, while prohibiting
others from doing the work is working actively against it. If you do
Em Seg, 2005-08-22 às 00:34 +0300, Riku Voipio escreveu:
jffs2 image, which is then flashed to a pile of devices. Walking
through d-i every time would be very clumsy, so there is no use
for a working installer for those systems.
There's no use for a full-blown stable release for such things,
Olaf van der Spek [EMAIL PROTECTED] writes:
On 8/23/05, Thomas Bushnell BSG [EMAIL PROTECTED] wrote:
Roger Leigh [EMAIL PROTECTED] writes:
Andreas Jochens in particular did a lot of hard work in fixing most of
the GCC 4.0 failures and regressions over the last year while porting
for
Em Seg, 2005-08-22 às 01:32 +0200, Marco d'Itri escreveu:
The (still not uploaded) coldplug package conflicts+depends+provides
hotplug. The issue is that since all the important parts of hotplug are
conffiles they are not deleted when the package is removed, and this
is bad (as in the system
also sprach Russ Allbery [EMAIL PROTECTED] [2005.08.23.1908 +0200]:
case, I wanted to double-check and be sure that dpkg --compare-versions is
the canonical ordering for version numbers. I'm pretty sure it is, but
better safe than sorry to check.
Yes.
Is there a document anywhere outside of
On Aug 23, Gustavo Noronha Silva [EMAIL PROTECTED] wrote:
The (still not uploaded) coldplug package conflicts+depends+provides
hotplug. The issue is that since all the important parts of hotplug are
conffiles they are not deleted when the package is removed, and this
is bad (as in the
Em Seg, 2005-08-22 às 19:45 +0200, Adrian von Bidder escreveu:
On Monday 22 August 2005 11.25, Peter 'p2' De Schrijver wrote:
[ the 'must have a working installer' requirement ]
Trivial. debootstrap does that.
Debootstrap is not an installer, in very much the same way that tar
On Tue, 2005-08-23 at 19:15 +0200, Marco d'Itri wrote:
Think hotplug events loop.
So, a hotplug event could load and run code (which happen to be in conf
files, and therefore cannot be diverted) in the old hotplug package.
The problem you're facing, it seems, is that while code should be
On Tue, Aug 23, 2005 at 06:01:24PM +0200, Piotr Roszatycki wrote:
On Tuesday 23 of August 2005 17:28, Bastian Blank wrote:
On Tue, Aug 23, 2005 at 12:06:41PM -0300, Humberto Massa Guimarães wrote:
I vehemently disagree. I think exactly the opposite: debbuild and/or
dpkg-buildpackage
On Tue, Aug 23, 2005 at 07:26:25PM +0200, Wouter Verhelst wrote:
On Tue, Aug 23, 2005 at 06:01:24PM +0200, Piotr Roszatycki wrote:
Use fakechroot. Yes, it is ugly hack, but it allows me to recompile the
^^^
packages without root privileges.
We all use fakeroot. The question
dpkg --compare-versions provides exactly the ordering that I want, namely
that 1.4rc1 1.4.0 so by omitting the final patch number in the RC
revision I can use the correct upstream version without using epochs or
strange-looking version numbers. However, since this is a bit of an edge
case, I
On Tuesday, 23 August 2005 09:57, Marco d'Itri wrote:
On Aug 23, Isaac Clerencia [EMAIL PROTECTED] wrote:
I've just tried it and it has worked really great, except it has not
loaded mousedev module. Everything else has worked, and it's incredible
fast (at
It's supposed to, do you mind
Package: wnpp
Severity: wishlist
Owner: Florian Ragwitz [EMAIL PROTECTED]
* Package name: libperldoc-search-perl
Version : 0.01
Upstream Author : Mike Schilli [EMAIL PROTECTED]
* URL : http://search.cpan.org/~mschilli/Perldoc-Search/
* License : Perl
Package: wnpp
Severity: wishlist
Owner: Florian Ragwitz [EMAIL PROTECTED]
* Package name: libswish-api-common-perl
Version : 0.03
Upstream Author : Mike Schilli [EMAIL PROTECTED]
* URL : http://search.cpan.org/~mschilli/SWISH-API-Common/
* License : Perl
Thanks for the confirmation!
martin f krafft [EMAIL PROTECTED] writes:
also sprach Russ Allbery [EMAIL PROTECTED] [2005.08.23.1908 +0200]:
Is there a document anywhere outside of the dpkg source that explains
the algorithm for how version numbers are ordered by the archive
software?
On Tuesday 23 August 2005 06.44, Joe Smith wrote:
By the way, i386 does not make the cut according to the vancouver
prospect due to the number of buildds required. So are we left with 0
archs in etch? :) That will certainly speed up the release.
LOL.
Release NOW! Release now, damnit!
I
Package: wnpp
Severity: wishlist
Owner: Florian Ragwitz [EMAIL PROTECTED]
* Package name: libsysadm-install-perl
Version : 0.20
Upstream Author : Mike Schilli [EMAIL PROTECTED]
* URL : http://search.cpan.org/~mschilli/Sysadm-Install/
* License : Perl
Package: wnpp
Severity: wishlist
Owner: Florian Ragwitz [EMAIL PROTECTED]
* Package name: libshell-posix-select-perl
Version : 0.05
Upstream Author : Timothy F. Maher [EMAIL PROTECTED]
* URL : http://search.cpan.org/~yumpy/Shell-POSIX-Select-0.05/
* License :
On Tue, Aug 23, 2005 at 02:09:48PM -0300, Gustavo Noronha Silva wrote:
Em Seg, 2005-08-22 às 01:32 +0200, Marco d'Itri escreveu:
The (still not uploaded) coldplug package conflicts+depends+provides
hotplug. The issue is that since all the important parts of hotplug are
conffiles they are
On Aug 23, Ben Armstrong [EMAIL PROTECTED] wrote:
So, a hotplug event could load and run code (which happen to be in conf
files, and therefore cannot be diverted) in the old hotplug package.
The problem you're facing, it seems, is that while code should be
divertable, conf files aren't, but
On Monday 22 August 2005 23.51, Steve Langasek wrote:
On Mon, Aug 22, 2005 at 06:22:11PM +, W. Borgert wrote:
On Mon, Aug 22, 2005 at 07:29:31PM +0200, Adrian von Bidder wrote:
really matters: can we (the Debian project) maintain the port? Thus
I propose we only limit on the number
On Tue, 2005-08-23 at 19:50 +0200, Marco d'Itri wrote:
The init file does, but /etc/hotplug.d/default/default.hotplug does not.
Why is this file a conffile? I didn't see any obviously configurable
parts in it. If it were either wholly be moved elsewhere (/sbin) or the
guts of it moved
Hello David,
* David Nusinow [EMAIL PROTECTED], [2005-08-21 19:44 -0400]:
On Sun, Aug 21, 2005 at 11:29:51PM +0200, Petter Reinholdtsen wrote:
[Wouter Verhelst]
b) the three beforementioned teams could already refuse to
support a port anyhow, simply by not doing the work.
Wouter Verhelst wrote:
Vancouver has gotten a very specific meaning in the Debian
community: one of a visionary proposal[1] that received quite its
share of flames from many Debian contributors, including
myself. Since it appeared to many of us that the intentional result
of this proposal
On Aug 23, Ben Armstrong [EMAIL PROTECTED] wrote:
On Tue, 2005-08-23 at 19:50 +0200, Marco d'Itri wrote:
The init file does, but /etc/hotplug.d/default/default.hotplug does not.
Why is this file a conffile? I didn't see any obviously configurable
Historical reasons? It does not really
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joe Smith [EMAIL PROTECTED] writes:
Actually perhaps software should be built outside of clean
chroots. Why? Because if there is a possibility that a dirty chroot
will cause the package to fail, there is a bug in some peice of
software. It could
On Tue, Aug 23, 2005 at 05:04:57PM +0100, Roger Leigh wrote:
Not a kernel feature, but see
http://packages.debian.org/unstable/admin/schroot
Does not help, each chroot needs to be setup by root and you need root
priviledges to install packages in it.
Bastian
--
Madness has no purpose. Or
Martin Pitt [EMAIL PROTECTED] writes:
Hi Wouter!
Wouter Verhelst [2005-08-23 1:26 +0200]:
On Mon, Aug 22, 2005 at 04:08:37PM +0200, Martin Pitt wrote:
Hamish Moffatt [2005-08-22 23:47 +1000]:
There is the possibility that developer builds get extra features
enabled due to other
Martin Pitt skrev:
Hi Tomas!
Tomas Fasth [2005-08-23 9:31 +0200]:
As a side note, I have myself thought about extending pbuilder using
unionfs and overlays to avoid the tarball extraction for each build.
Indeed I referred to the overhead of tarball extraction and the like.
unionfs is a
Martin Pitt [EMAIL PROTECTED] writes:
Hi Tomas!
Tomas Fasth [2005-08-23 9:31 +0200]:
So you suggest throwing buildd out of the window and switching to
pbuilder, then?
Something like this is in fact considered. Probably Ubuntu won't use
pbuilder itself since it is not the most
Peter 'p2' De Schrijver [EMAIL PROTECTED] writes:
On Tue, Aug 23, 2005 at 11:25:41AM +0200, Marc Haber wrote:
On Tue, 23 Aug 2005 01:42:18 +0200, Martin Pitt [EMAIL PROTECTED]
wrote:
Something like this is in fact considered. Probably Ubuntu won't use
pbuilder itself since it is not the most
1 - 100 of 238 matches
Mail list logo
