Em Ter, 2005-08-23 às 09:54 -0700, Thomas Bushnell BSG escreveu:
> 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, wh
Steve Langasek <[EMAIL PROTECTED]> writes:
> 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:
>
Nathanael Nerode <[EMAIL PROTECTED]> writes:
> Sven Luther wrote:
>> All packages should be built by official debian buildds anyway, not on
>> developper machines with random cruft and unsecure packages installed, or
> even
>> possibly experimental or home-modified stuff.
>
> Actually, it's bette
On 8/23/05, Wouter Verhelst <[EMAIL PROTECTED]> wrote:
> 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
On 8/23/05, Marc Haber <[EMAIL PROTECTED]> 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 the
Em Ter, 2005-08-23 às 11:11 -0700, Steve Langasek escreveu:
> If you do that, how do you ensure that these two cases are both handled
> sanely?:
>
> - after installing the coldplug package, the admin purges the hotplug
> package, and later reinstalls it (removing coldplug)
> - after installing t
"Roberto C. Sanchez" <[EMAIL PROTECTED]> writes:
> On Tue, Aug 23, 2005 at 12:40:18AM -0400, Joe Smith wrote:
>> 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
Roger Leigh <[EMAIL PROTECTED]> writes:
> "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.
On 8/23/05, Frans Pop <[EMAIL PROTECTED]> wrote:
> 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 f
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 and you need root
> priviledges to install packa
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> 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
>> oth
Russ Allbery <[EMAIL PROTECTED]> writes:
> 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 ver
On Tuesday 23 August 2005 22:39, Olaf van der Spek wrote:
> On 8/23/05, Frans Pop <[EMAIL PROTECTED]> wrote:
> > 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 belie
Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> It is out of date since it does not explain ~ yet. Maybe, if you have
> the time and since you just looked at the matter closely anyway, you
> could draw up a few lines and send a patch?
I'm certainly willing to do so, but I thought that policy w
* Goswin von Brederlow ([EMAIL PROTECTED]) [050823 22:24]:
> Doing a count yourself you can get >10% divergence from the buildd.d.o
> stats depending what you count exactly.
>
> So before any line should be drawn someone should define a correct
> counting method and generate at least a month worth
* Russ Allbery ([EMAIL PROTECTED]) [050823 22:58]:
> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> > It is out of date since it does not explain ~ yet. Maybe, if you have
> > the time and since you just looked at the matter closely anyway, you
> > could draw up a few lines and send a patch?
>
also sprach Russ Allbery <[EMAIL PROTECTED]> [2005.08.23.2257 +0200]:
> I'm certainly willing to do so, but I thought that policy wasn't ready to
> change yet. Wasn't it waiting on implementation of that feature in dak,
> which is currently using ~ internally for something else?
Yes, APT and dpkg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> Roger Leigh <[EMAIL PROTECTED]> writes:
> I often do "debuild -us -uc -nc" outside the chroot till i get the
> package to build and then build just source and dump it into the local
> buildd to confi
What's wrong with this Build-Depends line?
Build-Depends: ia32-libs-dev [amd64], debhelper (>= 4.1.16)
E: eagle source: invalid-arch-string-in-source-relation amd64
[build-depends: ia32-libs-dev [amd64]]
Thanks,
Shaun
debhelper 4.9.5
lintian 1.23.11
On Tue, Aug 23, 2005 at 09:54:20PM +0200, Goswin von Brederlow wrote:
> Wouter Verhelst <[EMAIL PROTECTED]> writes:
> > Then you'd have to keep the master chroot image up-to-date. If you don't
> > do that, after a while the master image will digress too much from the
> > actual Debian archive, and
also sprach Shaun Jackman <[EMAIL PROTECTED]> [2005.08.24.0044 +0200]:
> What's wrong with this Build-Depends line?
>
> Build-Depends: ia32-libs-dev [amd64], debhelper (>= 4.1.16)
>
> E: eagle source: invalid-arch-string-in-source-relation amd64
> [build-depends: ia32-libs-dev [amd64]]
Lintian d
Andreas Barth <[EMAIL PROTECTED]> writes:
> * Russ Allbery ([EMAIL PROTECTED]) [050823 22:58]:
>> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>> > It is out of date since it does not explain ~ yet. Maybe, if you have
>> > the time and since you just looked at the matter closely anyway, you
>>
2005/8/23, martin f krafft <[EMAIL PROTECTED]>:
> also sprach Shaun Jackman <[EMAIL PROTECTED]> [2005.08.24.0044 +0200]:
> > What's wrong with this Build-Depends line?
> >
> > Build-Depends: ia32-libs-dev [amd64], debhelper (>= 4.1.16)
> >
> > E: eagle source: invalid-arch-string-in-source-relation
Le Mer 24 Août 2005 01:25, Shaun Jackman a écrit :
> 2005/8/23, martin f krafft <[EMAIL PROTECTED]>:
> > also sprach Shaun Jackman <[EMAIL PROTECTED]> [2005.08.24.0044
+0200]:
> > > What's wrong with this Build-Depends line?
> > >
> > > Build-Depends: ia32-libs-dev [amd64], debhelper (>= 4.1.16)
>
also sprach Shaun Jackman <[EMAIL PROTECTED]> [2005.08.24.0125 +0200]:
> Can I upload the package regardless, or will it break the buildd?
You can upload regardless.
You may want to add lintian and linda overrides. Check the
/usr/share/doc info for lintian and the linda manpage for
information of
Steinar H. Gunderson <[EMAIL PROTECTED]> wrote:
> What does UCI-only mean?
UCI is a protocol for communication between the engine and a user
interface. The other popular protocol is WinBoard.
> What sets it apart from other chess engines in Debian, such as gnuchess or
> phalanx? (Or crafty, for
* Sven Luther [Mon, 22 Aug 2005 23:17:10 +0200]:
> > Sven Luther dijo [Mon, Aug 22, 2005 at 12:52:06PM +0200]:
> > > the security level would still be higher using only official
> > > buildds and centraly controled.
> > > The only reason this does not happen is that the ftp-masters dislike the
On Mon, Aug 22, 2005 at 11:13:35AM +0200, Andreas Jochens wrote:
> On 05-Aug-21 03:58, Wouter Verhelst wrote:
> > - must have successfully compiled 98% of the archive's source (excluding
> > arch-specific packages)
> It is not possible to build 98% of the unmodified source packages from
> the '
Shaun Jackman <[EMAIL PROTECTED]> writes:
> What's wrong with this Build-Depends line?
> Build-Depends: ia32-libs-dev [amd64], debhelper (>= 4.1.16)
> E: eagle source: invalid-arch-string-in-source-relation amd64
> [build-depends: ia32-libs-dev [amd64]]
lintian bug #322291. There's nothing wron
* Manoj Srivastava [Mon, 22 Aug 2005 07:58:06 -0500]:
> The end goal is not just to have packages built on the
> buildd -- and important goal for Debian, certainly, but not the only
> one we have. As promoters of free software, we also are committed to
> have packages build for our user
On Tue, Aug 23, 2005 at 07:58:40PM +0200, Adrian von Bidder wrote:
> 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 De
* Petter Reinholdtsen
| Add a block like this in the init.d script (example based on
| xdebconfigurator):
|
| ### BEGIN INIT INFO
| # Provides: xdebconfigurator
| # Required-Start:$syslog
| # Required-Stop: $syslog
| # Should-Start: $local_fs
| # Should-Stop:
* Peter Samuelson
| [Tollef Fog Heen]
| > I just stumbled across one issue: it doesn't handle the case where
| > you change your encoding without checking out the repository again:
| >
| > : [EMAIL PROTECTED] ~/svn/trunk > LANG=en_US.UTF-8 svn st
| > svn: Valid UTF-8 data
| > (hex: 46)
| > follo
101 - 133 of 133 matches
Mail list logo
