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 doe
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 imple
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.
> >
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
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
>
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
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
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. Tr
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 svn.debian
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 a
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 no
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,
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
> > aroun
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 F
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? How/w
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 .
> - o
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
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.
> > > Th
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 rebu
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
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:
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 th
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 vie
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.
Du
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-imap
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,
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 --force-
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 rebu
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 a
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
> ove
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
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 yo
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
c
On Tue, August 23, 2005 14:14, Gerrit Pape wrote:
> $ sed -ne '19,$p' 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 listens on the address 0.0.0.0:993 on
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. /etc/apt/so
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
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
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.
Descrip
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
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/
> * Licens
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 c
* 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
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' 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 listens on the address 0.0.0.
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 versio
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 dipl
** 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 d
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 (u
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
b
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 ch
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 j
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 t
[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. I
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 thing
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 p
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 syst
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 outsi
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 i
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
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
diver
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-buildpacka
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 quest
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 wan
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 yo
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 (GPL/Ar
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 (GP
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, da
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 (GPL/Ar
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
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,
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
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 elsewher
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 w
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 propos
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 m
-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. I
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 d
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.
> unio
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 i
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 i
Wouter Verhelst <[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 th
Marc Haber <[EMAIL PROTECTED]> writes:
> 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 chroo
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> On Tue, Aug 23, 2005 at 09:14:28AM -0400, Stephen Frost wrote:
>> source upload
>> fastest/preferred buildd type (i386, amd64, whatever) attempts build
>> --> Success
>> Other buildds attempt to build
>
> That would introduce some delay which, tho
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bastian Blank <[EMAIL PROTECTED]> writes:
> 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 a
On Tue, Aug 23, 2005 at 01:52:22PM -0300, Humberto Massa Guimarães wrote:
> ** Bastian Blank ::
>> You have a linux kernel ready, which allows chroot as normal user?
>> Please share it with us.
> It's called QEMU :-)
Or pbuilder-uml, once someone gets onto the user-mode-linunx package
(and kernel
"Joe Smith" <[EMAIL PROTECTED]> writes:
> "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
Also for each upload we h
1 - 100 of 133 matches
Mail list logo
