On Wed, Aug 24, 2005 at 04:59:01PM -0700, Steve Langasek wrote:
> On Thu, Aug 25, 2005 at 01:01:10AM +0200, Marco d'Itri wrote:
> > On Aug 24, martin f krafft <[EMAIL PROTECTED]> wrote:
>
> > > > udev has also been the hotplug multiplexer for some time now.
> > > Yeah. Horrible. Will udev become a
On Wed, Aug 24, 2005 at 03:54:38PM +0200, Domenico Andreoli wrote:
> On Fri, Aug 19, 2005 at 12:07:09PM +1000, Paul TBBle Hampson wrote:
>> On Thu, Aug 18, 2005 at 11:00:41AM +0200, Domenico Andreoli wrote:
> >> with curl 7.14.0-5 currently in incoming, i added two new packages
> >> libcurl3-gnut
> "Gerrit" == Gerrit Pape <[EMAIL PROTECTED]> writes:
Gerrit> bincimap-run package provides the virtual package
Gerrit> ``imap-server'' and conflicts with other packages
Gerrit> providing ``imap-server''. This ensures that bincimap is
Gerrit> the only service that listens on
Gabor Gombas <[EMAIL PROTECTED]> wrote:
> Well, I have a different view: udev is a program to receive kernel
> events and evaluate/execute different rules based on the event, and it
> comes with a default ruleset to manage /dev nodes.
So can we configure udev to stop managing /dev? This would rem
Shaun Jackman <[EMAIL PROTECTED]> writes:
> 2005/8/24, Tollef Fog Heen <[EMAIL PROTECTED]>:
>> * Shaun Jackman
>>
>> | What's wrong with this Build-Depends line?
>> |
>> | Build-Depends: ia32-libs-dev [amd64], debhelper (>= 4.1.16)
>...
> dh_shlibdeps
> /usr/bin/ldd: line 171: /lib/ld-linux.so.2:
Olaf van der Spek <[EMAIL PROTECTED]> writes:
> 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 e
Andreas Barth <[EMAIL PROTECTED]> writes:
> * 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
>> c
Roger Leigh <[EMAIL PROTECTED]> writes:
> The chroot is not really suitable for anything but exclusive use by
> sbuild (otherwise you risk messing it up by installing random stuff
> so that it's no better than the host environment...).
>
> You could always use a separate chroot for user access, bu
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> 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
On 8/23/05, W. Borgert <[EMAIL PROTECTED]> wrote:
> 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
* Steinar H. Gunderson [Thu, 25 Aug 2005 01:03:03 +0200]:
> BTW, does the BTS understand that the package might "fork"? Specifically, if
> I have a bug in a sarge package (say, 1.0) that is fixed in an upstream
> version 1.2, but is backported to sarge (because it's an RC bug), can I say
> that it
On Thu, Aug 25, 2005 at 01:01:10AM +0200, Marco d'Itri wrote:
> On Aug 24, martin f krafft <[EMAIL PROTECTED]> wrote:
> > > udev has also been the hotplug multiplexer for some time now.
> > Yeah. Horrible. Will udev become an editor and MTA too, maybe after
> > etch?
> No. But since it had to deal
On Thu, Aug 25, 2005 at 01:09:14AM +0200, Marco d'Itri wrote:
> When I asked the udev maintainer about this, he replied that he does not
> believe that it will be an issue in the future.
> We are not even at the step of requiring udev for everything, only for
> less than ten packages which require
Hi,
On Thu, Aug 25, 2005 at 12:45:52AM +0200, Thomas Viehmann wrote:
> Michel van der Klei wrote:
> > I will change it in:
> >
> > pptpproxy is a good old forwarder daemon. It's most probably not as
> > elegant as a kernel+iptables based solutions, but it has the very
> > sizeable advantage of W
On Aug 24, martin f krafft <[EMAIL PROTECTED]> wrote:
> > udev has also been the hotplug multiplexer for some time now.
> Yeah. Horrible. Will udev become an editor and MTA too, maybe after
> etch?
No. But since it had to deal with most events, applying the same process
to the others was a natural
On Aug 24, Julien BLACHE <[EMAIL PROTECTED]> wrote:
> Two points:
>
> - I am tired of having to revamp the hotplugging framework every
> other month;
Not a great point. There has been exactly one other change in the
hotplug API in the past, and it started long ago with a very long
transition per
On Thu, Aug 25, 2005 at 12:49:19AM +0200, martin f krafft wrote:
>> AFAICT there is no support for a "done" command to [EMAIL PROTECTED]
>
> I meant "close":
>
> close 99 1.2
BTW, does the BTS understand that the package might "fork"? Specifically, if
I have a bug in a sarge package (say,
In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>In recent announce about changes in BTS (Subject: BTS version tracking
>Date: Mon, 18 Jul 2005 12:06:29 +0100) is described how to use new
>versioning system. I'm not sure if sending mail to [EMAIL PROTECTED] is
>now prefered way to closing
also sprach Frans Pop <[EMAIL PROTECTED]> [2005.08.25.0038 +0200]:
> > done 99 1.2
>
> AFAICT there is no support for a "done" command to [EMAIL PROTECTED]
I meant "close":
close 99 1.2
--
Please do not send copies of list mail to me; I read the list!
.''`. martin f. krafft
Hi.
Michel van der Klei wrote:
> I will change it in:
>
> pptpproxy is a good old forwarder daemon. It's most probably not as
> elegant as a kernel+iptables based solutions, but it has the very
> sizeable advantage of Working For Me. It's a "timesaver" for those who
> are getting tired of trying
Thu, 25 Aug 2005 00:25:08 +0200
martin f krafft <[EMAIL PROTECTED]> wrote:
> > In recent announce about changes in BTS (Subject: BTS version
> > tracking Date: Mon, 18 Jul 2005 12:06:29 +0100) is described how to
> > use new versioning system. I'm not sure if sending mail to
> > [EMAIL PROTECTED]
On Thursday 25 August 2005 00:25, martin f krafft wrote:
> done 99 1.2
AFAICT there is no support for a "done" command to [EMAIL PROTECTED]
pgps430gVp78z.pgp
Description: PGP signature
Em Qua, 2005-08-24 às 23:59 +0200, Grzegorz Bizon escreveu:
> In recent announce about changes in BTS (Subject: BTS version tracking
> Date: Mon, 18 Jul 2005 12:06:29 +0100) is described how to use new
> versioning system. I'm not sure if sending mail to [EMAIL PROTECTED] is
> now prefered way to c
also sprach Grzegorz Bizon <[EMAIL PROTECTED]> [2005.08.24.2359 +0200]:
> Maintainer uploads fixed package into unstable and closes bug in
> Changelog, after few days corrected package enters testing, depending on
> urgency. Granted that reported bug wasn't so important to justify
> upload do stab
On Aug 24, 2005, at 6:43 PM, sean finney wrote:
On Wed, Aug 24, 2005 at 05:22:32PM +0100, Andrew Porter wrote:
/usr/sbin/mysqld --print-defaults \
| tr " " "\n" \
| grep -- "--$1" \
| tail -n 1 \
| cut -d= -f2
is harder
On Aug 24, 2005, at 11:19 PM, sean finney wrote:
On Wed, Aug 24, 2005 at 11:08:41PM +0200, Mauro Calderara wrote:
Aren't the init-scripts supposed to be posix-compilant? Often when
installing dash as /bin/sh this becomes a problem because even though
dash is posix-compatible it tends to break
Hi there !
I was just wondering about few issues in BTS after recent changes -
how to close bugs in apropriate way.
Maintainer uploads fixed package into unstable and closes bug in
Changelog, after few days corrected package enters testing, depending on
urgency. Granted that reported bug wasn't
Package: wnpp
Severity: wishlist
Owner: "Roberto C. Sanchez" <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: gollem
Version : x.y.z
Upstream Author : Michael Slusarz <[EMAIL PROTECTED]>
* URL : http://www.horde.org/gollem/
* License
On Wed, Aug 24, 2005 at 11:08:41PM +0200, Mauro Calderara wrote:
> Aren't the init-scripts supposed to be posix-compilant? Often when
> installing dash as /bin/sh this becomes a problem because even though
> dash is posix-compatible it tends to break init-scripts for me. Whether
> this is dash's fa
Marc Chantreux <[EMAIL PROTECTED]> writes:
> there are a lot of things in /etc/init.d/*, and {pre,post}inst scripts
> that can be rewritten more efficiently ( i think ).
> for example, in /etc/init.d/mysqld
> mysqld_get_param() {
> /usr/sbin/mysqld --print-defaults \
> |
also sprach Gabor Gombas <[EMAIL PROTECTED]> [2005.08.24.2204 +0200]:
> So IMHO udev is more generic than hotplug.
This is Unix, not monolithic-land.
Also, udev was set out to do nothing other than device node
management.
> > The other comment is that udev is not generally accepted. A lot
> > of
On Wed, Aug 24, 2005 at 06:23:37PM +0200, Julien BLACHE wrote:
> To be honest, I installed a laptop the other day, and udev works well
> on it (sarge with a 2.6.12 kernel); but I probably won't be able to
> upgrade the kernel without running into problems with udev, which is a
> total pain.
I onl
On Wed, Aug 24, 2005 at 05:36:43PM +0200, martin f krafft wrote:
> I have two comments: udev is a device node manager, not a hook
> system for generic actions to be taking when a device is plugged or
> unplugged. RUN rules kinda make this possible, but udev is on the
> right track of doing the wro
2005/8/24, Tollef Fog Heen <[EMAIL PROTECTED]>:
> * Shaun Jackman
>
> | What's wrong with this Build-Depends line?
> |
> | Build-Depends: ia32-libs-dev [amd64], debhelper (>= 4.1.16)
>
> Unless eagle is a toolchain package, you shouldn't build-dep on
> ia32-libs-dev. ia32-libs-dev is a helper pa
** Peter Palfrader ::
> > mysqld_get_param () {
> > /usr/sbin/mysqld --print-defaults |
> > sed -ne "s/^.*--$1=\\([^ ]\\+\\).*\$/\\1/p"
> > }
>
> And harder to read. Making scripts more complex and harder to
> read for some dubious efficiency is not a good idea in my opinion.
I respectfu
On Wed, Aug 24, 2005 at 05:22:32PM +0100, Andrew Porter wrote:
> > /usr/sbin/mysqld --print-defaults \
> > | tr " " "\n" \
> > | grep -- "--$1" \
> > | tail -n 1 \
> > | cut -d= -f2
>
> is harder to read than
>
> > /usr/
Quoting Peter 'p2' De Schrijver <[EMAIL PROTECTED]>:
> Most packages are not tested automatically at all.
Unfortunately not.
> Most cross compiled software also runs 24/7. I have yet to see problems
> produced by cross compiling the code.
...
> I don't think the risk is real considering the amoun
[EMAIL PROTECTED] (Marco d'Itri) wrote:
[/etc/hotplug.d being deprecated in favour of udev RUN rules]
> I'd like to know your opinion about speeding up the transition and
> removing right now support for hotplug.d/ in your packages, making them
> depend on udev.
Two points:
- I am tired of hav
hi,
On Wed, Aug 24, 2005 at 04:50:40PM +0200, Marc Chantreux wrote:
> for example, in /etc/init.d/mysqld
>
> mysqld_get_param() {
> /usr/sbin/mysqld --print-defaults \
> | tr " " "\n" \
> | grep -- "--$1" \
> | tail -n 1 \
>
On Wed, 2005-08-24 at 17:44 +0200, Peter Palfrader wrote:
I could debate with you whether
> /usr/sbin/mysqld --print-defaults \
> | tr " " "\n" \
> | grep -- "--$1" \
> | tail -n 1 \
> | cut -d= -f2
is harder to read than
>
also sprach Marco d'Itri <[EMAIL PROTECTED]> [2005.08.24.1752 +0200]:
> > I have two comments: udev is a device node manager, not a hook
> > system for generic actions to be taking when a device is plugged
> > or
> udev has also been the hotplug multiplexer for some time now.
Yeah. Horrible. Will
On Wed, 24 Aug 2005, Miquel van Smoorenburg wrote:
> >for example, in /etc/init.d/mysqld
> >
> >mysqld_get_param() {
> >/usr/sbin/mysqld --print-defaults \
> >| tr " " "\n" \
> >| grep -- "--$1" \
> >| tail -n 1 \
> >| cut -d=
On Wed, 2005-08-24 at 09:47 -0500, Graham Wilson wrote:
> X-Mitch IT-MailScanner: Found to be clean
> X-MailScanner-From: [EMAIL PROTECTED]
>
> On Wed, Aug 24, 2005 at 03:41:10PM +0200, Michel van der Klei wrote:
> > * Package name: pptpproxy
> > Version : 2.0
> > Upstream Author :
On Aug 24, martin f krafft <[EMAIL PROTECTED]> wrote:
> I have two comments: udev is a device node manager, not a hook
> system for generic actions to be taking when a device is plugged or
udev has also been the hotplug multiplexer for some time now.
> The other comment is that udev is not genera
Frans Pop wrote:
> Who cares what default it sets or not sets? The point is that it has no
> way to determine the correct encoding for files in the svn repo.
That is not true. For file that have the svn:mime-type property, it
might be possible. For example, if the mime-type indicates it is XML,
t
On Wed, Aug 24, 2005 at 04:23:19PM +0200, Marco d'Itri wrote:
> On Aug 24, Domenico Andreoli <[EMAIL PROTECTED]> wrote:
>
> > in the meanwhile new packages can be built using the gnutls variant of
> > libcurl3. be aware that libcurl3 and libcurl3-gnutls currently cannot
> > be installed at the sam
also sprach Marco d'Itri <[EMAIL PROTECTED]> [2005.08.24.1727 +0200]:
> I'd like to know your opinion about speeding up the transition and
> removing right now support for hotplug.d/ in your packages, making
> them depend on udev.
I have two comments: udev is a device node manager, not a hook
syst
In article <[EMAIL PROTECTED]>,
Marc Chantreux <[EMAIL PROTECTED]> wrote:
>there are a lot of things in /etc/init.d/*, and {pre,post}inst
>scripts that can be rewritten more efficiently ( i think ).
>
>for example, in /etc/init.d/mysqld
>
>mysqld_get_param() {
>/usr/sbin/mysqld --print-def
Currently only a very small number of packages using the deprecated
/etc/hotplug.d/ interface is left.
Keeping hotplug.d/ support is both a waste of resources on every system
(multiple programs needs to be run for every event, even if they are not
needed) and makes the transition from hotplug to so
> that are not bugs so i wonder if package maintainers where pleased if i
> reportbug those lines as wishlist.
If you submit patch as wishlist, then it's ok (at least for me).
O.
--
Ondrej Sury <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
On Wed, Aug 24, 2005 at 04:50:40PM +0200, Marc Chantreux wrote:
> that are not bugs so i wonder if package maintainers where pleased if i
> reportbug those lines as wishlist.
>
Why not? a patch is a patch.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Hi all,
there are a lot of things in /etc/init.d/*, and {pre,post}inst
scripts that can be rewritten more efficiently ( i think ).
for example, in /etc/init.d/mysqld
mysqld_get_param() {
/usr/sbin/mysqld --print-defaults \
| tr " " "\n" \
| grep -- "--$1"
On Aug 24, Ben Armstrong <[EMAIL PROTECTED]> wrote:
> > This is not strictly needed, but I cannot avoid it until udev will
> > become mandatory to have hotplug support (is there a consensus on this?).
> Could udev be modified to not run the hotplug.d handlers
> if /sbin/hotplug is missing? (Or is
On Wed, Aug 24, 2005 at 03:41:10PM +0200, Michel van der Klei wrote:
> * Package name: pptpproxy
> Version : 2.0
> Upstream Author : Emmanuel Mogenet <[EMAIL PROTECTED]>
> * URL : http://www.mgix.com/pptpproxy
> * License : Public Domain
> Description : a s
On Wed, 2005-08-24 at 16:30 +0200, Marco d'Itri wrote:
> On udev systems events are received by udevd, either using udevsend or
> (when the kernel input subsystem will be fixed) a netlink socket.
> /sbin/hotplug does not enter in the picture at all.
>
> Then the default udev configuration will run
> > > * By using a cross-compiler, by definition you use a compiler that is
> > > not the same as the default compiler for your architecture. As such,
> > > your architecture is no longer self-hosting. This may introduce bugs
> > > when people do try to build software for your architecture n
On Aug 24, Domenico Andreoli <[EMAIL PROTECTED]> wrote:
> in the meanwhile new packages can be built using the gnutls variant of
> libcurl3. be aware that libcurl3 and libcurl3-gnutls currently cannot
> be installed at the same time.
What is the point then? They *will* be needed at the same time.
On Aug 24, Ben Armstrong <[EMAIL PROTECTED]> wrote:
> 1. kernel hotplug subsystem detects an event
> 2. kernel dispatches the event handling using the program named
> in /proc/sys/kernel/hotplug (default is /sbin/hotplug) passing it any
> necessary argument(s) to hotplug
> 3. /sbin/hotplug dispatc
* Olaf van der Spek ([EMAIL PROTECTED]) [050824 15:52]:
> On 8/24/05, Tollef Fog Heen <[EMAIL PROTECTED]> wrote:
> > | Wouldn't that at least catch the non-platform-specific bugs?
> >
> > They are usually caught fairly quickly. The problem here is what to
> > do in the cases where nobody cares en
* Francesco P. Lovergine:
> Comparing svn and arch is like comparing apples and tomatos. They have
> completely different purposes (i.e. centralized vs distributed).
The purpose is the same (collaboration ona code base), only the means
are quite different. The available implemnetations also invo
On Fri, Aug 19, 2005 at 12:07:09PM +1000, Paul TBBle Hampson wrote:
> On Thu, Aug 18, 2005 at 11:00:41AM +0200, Domenico Andreoli wrote:
> > with curl 7.14.0-5 currently in incoming, i added two new packages
> > libcurl3-gnutls and libcurl3-gnutls-dev. libcurl3 and libcurl3-gnutls
> > conflict ea
On 8/24/05, Wouter Verhelst <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 24, 2005 at 02:13:50PM +0200, Peter 'p2' De Schrijver wrote:
> Do you want to take the chance of finding out the hard way after having
> built 10G (or more) worth of software?
>
> This is not a case of embedded software where you
On 8/24/05, Tollef Fog Heen <[EMAIL PROTECTED]> wrote:
> | Wouldn't that at least catch the non-platform-specific bugs?
>
> They are usually caught fairly quickly. The problem here is what to
> do in the cases where nobody cares enough about the port to fix
> toolchain breakages which only affect
Package: wnpp
Severity: wishlist
Owner: Michel van der Klei <[EMAIL PROTECTED]>
* Package name: pptpproxy
Version : 2.0
Upstream Author : Emmanuel Mogenet <[EMAIL PROTECTED]>
* URL : http://www.mgix.com/pptpproxy
* License : Public Domain
Description : a s
* Olaf van der Spek
| On 8/24/05, Tollef Fog Heen <[EMAIL PROTECTED]> wrote:
| > * Olaf van der Spek
| >
| > | I understand most maintainers don't try the new toolchain themselves,
| > | but wouldn't it be possible for someone else to build the entire
| > | archive (or parts of it by multiple pe
On Wed, Aug 24, 2005 at 02:13:50PM +0200, Peter 'p2' De Schrijver wrote:
> > * Many packages don't support cross-compiling, and those that do may
> > have bugs in their makefiles that make cross-compiling either harder
> > or impossible.
> > * You can't run the test suites of the software you'r
On Wed, Aug 24, 2005 at 02:13:50PM +0200, Peter 'p2' De Schrijver wrote:
> > * Many packages don't support cross-compiling, and those that do may
> > have bugs in their makefiles that make cross-compiling either harder
> > or impossible.
> > * You can't run the test suites of the software you'r
On Wed, Aug 24, 2005 at 10:46:18AM +0200, Sven Luther wrote:
> You know, the wording of the original vancouver document, as well as the
> mood of the discussion that followed it seems to be pretty near such a madman
> scenario, so ...
You misunderstood. 'Madman scenario' as in the respective team
On Tue, 2005-08-23 at 10:00 +0200, Marco d'Itri wrote:
> Right, it's not used but it's checked.
> But then there is still /etc/hotplug.d/default/default.hotplug, which if
> present will create all kinds of troubles.
Let me get one more thing straight before we move on ...
What's the sequence of c
On Wed, Aug 24, 2005 at 08:52:36AM +0200, Tollef Fog Heen wrote:
> If you have an USB mouse, you need to have the driver for it loaded
> before starting gdm (or the boot will fail), if it uses Xdmcp for
> connecting to a terminal server, it will need networking to be up (and
> so on).
This is the
> * Many packages don't support cross-compiling, and those that do may
> have bugs in their makefiles that make cross-compiling either harder
> or impossible.
> * You can't run the test suites of the software you're compiling, at
> least not directly.
> * There's a serious problem with automa
Senhores,
Solicito informações de como proceder o download do
CURSO INTERATIVO HP12C
Att
Carlos
__
Converse com seus amigos em tempo real com o Yahoo! Messenger
http://br.download.yahoo.com/messenger/
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
On Wed, Aug 24, 2005 at 11:42:28AM +0200, Olaf van der Spek wrote:
> And what about cross-compiling?
Cross-compiling is no magic wand that can save us from the slow
architectures. There are quite a number of problems with
cross-compiling:
* Many packages don't support cross-compiling, and those t
[Please do not CC me, I'm on the list]
Em Qua, 2005-08-24 às 11:36 +0100, Alastair McKinstry escreveu:
> Yes, there is: one of the more frequent uses of minority architectures
> is diversity in internet-facing machines: I've run sparc, powerpc and
> MIPs machines in this role, and am currently r
On Wed, Aug 24, 2005 at 09:23:59AM +0200, Martin Pitt wrote:
> Hi!
>
> Goswin von Brederlow [2005-08-23 21:54 +0200]:
> > You have to keep the chroot up-to-date manualy anyway as sbuild does
> > not upgrade unless a Build-Depends requires a newer version
> > specificaly.
>
> That's not true for
Gustavo Noronha Silva wrote:
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
On Mon, 22 Aug 2005 13:21:19 +0200, Petter Reinholdtsen
<[EMAIL PROTECTED]> wrote:
>On Mon, Aug 22, 2005 at 12:59:49PM +0200, Marc Haber wrote:
>> How about a recipe for doing so?
>
>Good idea. Here is a quick and dirty draft based on my current
>understanding.
http://wiki.debian.net/?LSBInitScri
On Fri, Aug 19, 2005 at 02:22:26PM +0200, Marc Haber wrote:
> On Fri, 19 Aug 2005 13:06:49 +0200, "Steinar H. Gunderson"
> <[EMAIL PROTECTED]> wrote:
> >I'd love to see people migrating to Arch
>
> Compared to SVN from the view of somebody who is acquainted with CVS,
> arch sucks badly. I tend to
On 8/24/05, Tollef Fog Heen <[EMAIL PROTECTED]> wrote:
> * Olaf van der Spek
>
> | I understand most maintainers don't try the new toolchain themselves,
> | but wouldn't it be possible for someone else to build the entire
> | archive (or parts of it by multiple people) and (automatically) report
>
On Mon, Aug 22, 2005 at 10:55:11AM +0200, Wouter Verhelst wrote:
> On Sun, Aug 21, 2005 at 10:16:53PM +0200, Peter 'p2' De Schrijver wrote:
> > > - security team, DSA, and release team must not veto inclusion
> >
> > Arbitrary veto power. This requirement is unacceptable for me. Noone
> > should b
Hi,
* GOTO Masanori ([EMAIL PROTECTED]) [050824 10:38]:
> At Sun, 21 Aug 2005 03:58:24 +0200,
> Wouter Verhelst wrote:
> > - must be a developer-accessible debian.org machine for the
> > architecture
>
> Does this part mean "developer-accessible machine is always usable for
> all debian develop
On Wed, Aug 24, 2005 at 05:04:40PM +0900, GOTO Masanori wrote:
> At Sun, 21 Aug 2005 03:58:24 +0200,
> Wouter Verhelst wrote:
> > - must be a developer-accessible debian.org machine for the
> > architecture
>
> Does this part mean "developer-accessible machine is always usable for
> all debian d
* Olaf van der Spek
| I understand most maintainers don't try the new toolchain themselves,
| but wouldn't it be possible for someone else to build the entire
| archive (or parts of it by multiple people) and (automatically) report
| bugs?
With the toolchain, it won't help to just rebuild the ar
At Sun, 21 Aug 2005 03:58:24 +0200,
Wouter Verhelst wrote:
> - must be a developer-accessible debian.org machine for the
> architecture
Does this part mean "developer-accessible machine is always usable for
all debian developers"? Does such machine have dchroot for
old-stable/stable/unstable ?
Quoting Christian Perrier <[EMAIL PROTECTED]>:
> Several translation teams (including mine) still use Latin-1 as their
> default...but this is not a reason to still use Latin-1 as an overall
> default...:-)
Btw. I looked into the d-i manuals in SVN and some Western
European languages, e.g. German,
Just today 250+ viruses, mostly - clamd found the Worm.Mydoom.AT virus
These are coming from master/gluck, and being a good citizen, I'm just
dropping them on the floor (instead of creating backscatter).
I know there's been heated debate about which, if any RBLs and other
anti-spam tools to emp
Quoting W. Borgert ([EMAIL PROTECTED]):
> I will do that, thanks for the hint!
> (However, my original plea for using UTF-8 in WebSVN remains.)
Which I support, BTW, even if I understand Frans arguments. Actually,
I support UTF-8 over ISO-8859-1 encoding when only one encoding is
possible, for b
[Tollef Fog Heen]
> This doesn't handle the case of dynamic dependencies:
That is correct. So to handle those, one need to support override
files loaded from somewhere else. This also make it possible to add
dependency info for scripts currently missing it.
I got a sketch package working as a r
Hi!
Goswin von Brederlow [2005-08-23 21:54 +0200]:
> You have to keep the chroot up-to-date manualy anyway as sbuild does
> not upgrade unless a Build-Depends requires a newer version
> specificaly.
That's not true for Ubuntu's buildds, they are upgraded daily. I guess
with the amount of new com
On Tue, Aug 23, 2005 at 11:06:37PM -0700, Steve Langasek wrote:
> > (I mean, how does my proposal to drop the 'has users' requirement in favor
> > of 'do we have developers' ignore the resource usage. I certainly do not
> > dispute that a port uses resources.)
> Ok, then perhaps it doesn't ignor
* Shaun Jackman
| What's wrong with this Build-Depends line?
|
| Build-Depends: ia32-libs-dev [amd64], debhelper (>= 4.1.16)
Unless eagle is a toolchain package, you shouldn't build-dep on
ia32-libs-dev. ia32-libs-dev is a helper package to bootstrap biarch
compilers, and not suitable for gene
91 matches
Mail list logo
