On Sat, Aug 23, 2003 at 12:55:06PM +0200, Goswin von Brederlow wrote:
> Osamu Aoki <[EMAIL PROTECTED]> writes:
> > So your bandwidth is not key issue here.
>
> You know what online time costs for modem users? :)
Yes, I moved from US to EU. It may not be as bad as Japan though :)
If you have few
Osamu Aoki <[EMAIL PROTECTED]> writes:
> On Fri, Aug 22, 2003 at 10:57:53PM +0200, Goswin von Brederlow wrote:
> > Colin Watson <[EMAIL PROTECTED]> writes:
> ...
> > > Have you ever built kde-i18n? When I last NMUed it it took something
> > > like nine hours for my laptop to build it, and my lapto
On Fri, Aug 22, 2003 at 10:57:53PM +0200, Goswin von Brederlow wrote:
> Colin Watson <[EMAIL PROTECTED]> writes:
...
> > Have you ever built kde-i18n? When I last NMUed it it took something
> > like nine hours for my laptop to build it, and my laptop isn't all
> > *that* wimpy.
>
> Not surprising
Colin Watson <[EMAIL PROTECTED]> writes:
> On Fri, Aug 22, 2003 at 11:46:42AM +0200, Goswin von Brederlow wrote:
> > Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> > > * Goswin von Brederlow
> > > | The bandwith for buildds is a fixed price and already paid/sponsored.
> > > | Whats variable is the
On Fri, Aug 22, 2003 at 11:46:42AM +0200, Goswin von Brederlow wrote:
> Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> > * Goswin von Brederlow
> > | The bandwith for buildds is a fixed price and already paid/sponsored.
> > | Whats variable is the traffic.
> >
> > How can you say that? It might b
Chris Cheney <[EMAIL PROTECTED]> writes:
> On Mon, Aug 18, 2003 at 02:21:55PM -0600, Joel Baker wrote:
> > No, it is based on the assumption that a buildd will only install
> > things listed in the Build-Depends, which means it will catch
> > stuff that only builds on the maintainers workstation b
Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> * Goswin von Brederlow
>
> | The bandwith for buildds is a fixed price and already paid/sponsored.
> | Whats variable is the traffic.
>
> How can you say that? It might be on an ADSL line or something.
Have fun building kde i18n. Its 200MB sources
On Mon, Aug 18, 2003 at 02:21:55PM -0600, Joel Baker wrote:
> No, it is based on the assumption that a buildd will only install things
> listed in the Build-Depends, which means it will catch stuff that only
> builds on the maintainers workstation because they aren't building
> inside a chroot and
* Goswin von Brederlow
| The bandwith for buildds is a fixed price and already paid/sponsored.
| Whats variable is the traffic.
How can you say that? It might be on an ADSL line or something.
| What I ment was its muchs faster to upload way less data.
I doubt the buildds have a much faster co
Ian Lynagh <[EMAIL PROTECTED]> writes:
> On Thu, Aug 21, 2003 at 11:39:00AM +0200, Goswin von Brederlow wrote:
> >
> > I also like the idea of rebuilding packages with newer versions of
> > their build-depends (or tool-chain) when a buildd is idle. That too
> > would require a more automatic hand
Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> * Goswin von Brederlow
>
> | There is also another reason, not mentioned before, for source only
> | uploads. It takes way less bandwith to upload a diff.gz+dsc file than
> | to upload a big binary package.
>
> Bandwidth has costs for buildds as wel
On Thu, Aug 21, 2003 at 11:39:00AM +0200, Goswin von Brederlow wrote:
>
> I also like the idea of rebuilding packages with newer versions of
> their build-depends (or tool-chain) when a buildd is idle. That too
> would require a more automatic handling of maybe-successfull builds
> that won't be u
On 21 Aug 2003, Goswin von Brederlow wrote:
> Doogie already said he wants to implement a smart comparator for deb
> in dpkg 2.0 which would then be used to compare that different builds
> of the binary-all even give the same result.
This means you give the 2 debs(which probably only differ by d
* Goswin von Brederlow
| There is also another reason, not mentioned before, for source only
| uploads. It takes way less bandwith to upload a diff.gz+dsc file than
| to upload a big binary package.
Bandwidth has costs for buildds as well.
--
Tollef Fog Heen
Adam Heath <[EMAIL PROTECTED]> writes:
> On Wed, 20 Aug 2003, Matthias Urlichs wrote:
>
> > Why not? Just block binary uploads completely, and let everything get
> > built by the buildds. I certainly plan to do that with my own uploads.
> > (I've already set up my own buildds).
> >
> > I'd go one
"Jaldhar H. Vyas" <[EMAIL PROTECTED]> writes:
> On Wed, 20 Aug 2003, Goswin von Brederlow wrote:
>
> > "Jaldhar H. Vyas" <[EMAIL PROTECTED]> writes:
> >
> > > On Wed, 20 Aug 2003, Goswin von Brederlow wrote:
> > >
> > > > The only problem with that is the current failure to comply to policy,
> >
On Thu, Aug 21, 2003 at 05:20:42PM +1000, Brian May wrote:
> As for the problem with the source file containing non-free code,
> if you have prestine source code, this is something that
> really needs to get fixed upstream :-(, eg. split into two
> files.
Looking at the other messages in the thr
On Wed, Aug 20, 2003 at 10:04:40AM -0400, Jaldhar H. Vyas wrote:
> Ok. Lets leave aside for a moment the .debs which would go into contrib
> or non-free so would have to be built seperately. What happens if
> webmin-squid has an RC bug? As Goswin said, all the webmin-* packages
> will be held ba
On Wed, 20 Aug 2003, Goswin von Brederlow wrote:
> "Jaldhar H. Vyas" <[EMAIL PROTECTED]> writes:
>
> > On Wed, 20 Aug 2003, Goswin von Brederlow wrote:
> >
> > > The only problem with that is the current failure to comply to policy,
> > > i.e. build from source as they should.
> > >
> >
> > The qu
On Wed, 20 Aug 2003, Matthias Urlichs wrote:
> Why not? Just block binary uploads completely, and let everything get
> built by the buildds. I certainly plan to do that with my own uploads.
> (I've already set up my own buildds).
>
> I'd go one step farther and schedule a low-priority rebuild of e
On Wed, 20 Aug 2003, Goswin von Brederlow wrote:
> The only problem with that is the current failure to comply to policy,
> i.e. build from source as they should.
>
The question remains is simply removing all the extra source from
webmin-n.orig.tar.gz except that which is necessary to build the w
"Jaldhar H. Vyas" <[EMAIL PROTECTED]> writes:
> On Wed, 20 Aug 2003, Goswin von Brederlow wrote:
>
> > The only problem with that is the current failure to comply to policy,
> > i.e. build from source as they should.
> >
>
> The question remains is simply removing all the extra source from
> web
Hi, Andrew Suffield wrote:
>> If its hoop-jumping then it must be intentional. Point is it happens.
>
> Who cares? We cannot build an automated system here that will be able
> to stop people doing things like that.
Why not? Just block binary uploads completely, and let everything get
built by th
"Jaldhar H. Vyas" <[EMAIL PROTECTED]> writes:
> Ok. Lets leave aside for a moment the .debs which would go into contrib
> or non-free so would have to be built seperately. What happens if
> webmin-squid has an RC bug? As Goswin said, all the webmin-* packages
> will be held back from testing.
On Tue, 19 Aug 2003, Steve Langasek wrote:
> Yep. And given that upstream offers webmin as an all-in-one solution to
> web-based management needs, I don't really see any reason why they
> shouldn't be kept lock-step with one another.
As Debian developers our goal is to make an integrated OS whic
On Wed, 20 Aug 2003, Brian May wrote:
> When Jaldhar takes about dependancies, I assume he means normal
> "Depends", not "Build-Depends"???
>
Correct.
[...]
> Source package has the following files (note: this is called a "source
> package" not a "binary package"):
>
> webmin_1.100.orig.tar.gz
On Tue, Aug 19, 2003 at 09:16:03AM +0100, Andrew Suffield wrote:
> On Mon, Aug 18, 2003 at 10:38:10PM -0600, Joel Baker wrote:
> >
> > If they get hit by a bus, reassigned by their job to Outer Mongolia, or
> > just plain get bored with doing it, we lose that benefit entirely, as
> > things stand
On Wed, Aug 20, 2003 at 12:20:37AM +0200, Goswin von Brederlow wrote:
> Brian May <[EMAIL PROTECTED]> writes:
>
> > Source package has the following files (note: this is called a "source
> > package" not a "binary package"):
> >
> > webmin_1.100.orig.tar.gz
> > webmin_1.100-2.diff.gz
> > webmin_1
On Wed, 20 Aug 2003, Brian May wrote:
> Effectively Jaldhar just needs to merge the source packages together,
> and keep the binary packages split.
>
> However, Jaldhar continues to respond with "we need the binary packages
> split.".
/me mutters chewbacca under his breath.
29 matches
Mail list logo
