Bdale Garbee writes:
> I wouldn't say "never", but the glory days of the "open source
> investment bubble" when companies were jockeying for attention in a
> rapidly growing market and had relatively large budgets to apply to
> speculative investments are just gone.
We're currently instead in a
andr...@an3as.eu (Andreas Tille) writes:
> On Mon, Oct 24, 2011 at 06:00:33PM +0200, Martin Zobel-Helas wrote:
>> Debian got a lot of new machines by donations in the past, machines that
>> had been stocked with the best and newest parts at that time. The time
>> we got those donations is over and
Hi,
On Montag, 24. Oktober 2011, Peter Palfrader wrote:
> The other problem is that ever since the debconf and debian accounts got
> merged, we have no clue whatsoever about how much money we actually have
> for debian and for hardware.
Uhm, why? The DebConf budget is well known, so I don't see
On Mon, Oct 24, 2011 at 06:00:33PM +0200, Martin Zobel-Helas wrote:
> Debian got a lot of new machines by donations in the past, machines that
> had been stocked with the best and newest parts at that time. The time
> we got those donations is over and will most probably never ever come
> back.
I
On Mon, Oct 24, 2011 at 05:17:19PM +0200, Peter Palfrader wrote:
> The other problem is that ever since the debconf and debian accounts got
> merged, we have no clue whatsoever about how much money we actually have for
> debian and for hardware.
This should not be your problem.
The interface for
Hi,
On Mon Oct 24, 2011 at 17:17:19 +0200, Peter Palfrader wrote:
> Which brings us to a third part. If we actually wanted to replace everything
> that's older than say 3 or even 5 years with new systems, we couldn't afford
> it. Not by a long shot.
Debian got a lot of new machines by donation
On Mon, 24 Oct 2011, Lucas Nussbaum wrote:
On Mon, 24 Oct 2011, Lucas Nussbaum wrote:
> OK, I see. But given that Debian has some spare money, why don't we
> renew those such machines that are very old, out of warranty, etc?
We are purchasing a new lists and new syncproxy.eu/ftp.d.o box at this
On 24/10/11 at 15:24 +0200, Peter Palfrader wrote:
> On Mon, 24 Oct 2011, Lucas Nussbaum wrote:
>
> > Also, wouldn't it be possible to just add more RAM to samosa ? It only
> > has 6 GB, and RAM isn't that expensive nowadays. With <$1000, we could
> > probably get a significant performance increas
On Mon, Oct 24, 2011 at 02:59:18PM +0200, Lucas Nussbaum wrote:
> Anyway, I agree that UDD cannot be fast by design. We just need to make
> it sufficiently fast to be useful. One way to move forward could be to
> have two instances of UDD:
> - one hosted on samosa, that only does the importing and
On Mon, 24 Oct 2011, Lucas Nussbaum wrote:
> Also, wouldn't it be possible to just add more RAM to samosa ? It only
> has 6 GB, and RAM isn't that expensive nowadays. With <$1000, we could
> probably get a significant performance increase.
I don't think it'd be easy, no. Many DDs seem to not und
On Mon, Oct 24, 2011 at 02:17:05PM +0200, Peter Palfrader wrote:
> On Mon, 24 Oct 2011, Andreas Tille wrote:
>
> > Whatever can be done - I'm in favour of it because Blends tools heavily
> > relay on UDD and are currently beaten very hard by slow response.
>
> You probably picked the wrong tool/s
On 24/10/11 at 14:16 +0200, Martin Zobel-Helas wrote:
> Hi,
>
> [Please note that this is my very personal opinion!]
>
> On Mon Oct 24, 2011 at 10:06:11 +0800, Paul Wise wrote:
> > On Sun, Oct 23, 2011 at 7:46 PM, Peter Palfrader wrote:
> > > On Sun, 23 Oct 2011, Lucas Nussbaum wrote:
> > >
> > >
On Mon, 24 Oct 2011, Andreas Tille wrote:
> On Mon, Oct 24, 2011 at 08:48:16AM +0200, Stefano Zacchiroli wrote:
> > > Is this something that the publicity team could help with; putting out
> > > a call for donations like was done for snapshot.debian.org?
> >
> > Before going down that path, DSA a
Hi,
[Please note that this is my very personal opinion!]
On Mon Oct 24, 2011 at 10:06:11 +0800, Paul Wise wrote:
> On Sun, Oct 23, 2011 at 7:46 PM, Peter Palfrader wrote:
> > On Sun, 23 Oct 2011, Lucas Nussbaum wrote:
> >
> >> But the main problem, anyway, is that samosa is a bit low on RAM (only
On Mon, Oct 24, 2011 at 08:48:16AM +0200, Stefano Zacchiroli wrote:
> > Is this something that the publicity team could help with; putting out
> > a call for donations like was done for snapshot.debian.org?
>
> Before going down that path, DSA and/or HW coordination decides a) that
> they want a n
On Mon, Oct 24, 2011 at 10:06:11AM +0800, Paul Wise wrote:
> On Sun, Oct 23, 2011 at 7:46 PM, Peter Palfrader wrote:
> > On Sun, 23 Oct 2011, Lucas Nussbaum wrote:
> >
> >> But the main problem, anyway, is that samosa is a bit low on RAM (only 6
> >> GB), and a bit slow on I/O. In the long term, it
On Sun, Oct 23, 2011 at 7:46 PM, Peter Palfrader wrote:
> On Sun, 23 Oct 2011, Lucas Nussbaum wrote:
>
>> But the main problem, anyway, is that samosa is a bit low on RAM (only 6
>> GB), and a bit slow on I/O. In the long term, it would be useful to move
>> UDD to a faster box...
>
> We probably do
On Sun, 23 Oct 2011, Lucas Nussbaum wrote:
> But the main problem, anyway, is that samosa is a bit low on RAM (only 6
> GB), and a bit slow on I/O. In the long term, it would be useful to move
> UDD to a faster box...
We probably don't have anything like that tho.
--
|
On Sun, 23 Oct 2011 09:53:58 +0200, Lucas Nussbaum wrote:
> > Now bugs.cgi indeed doesn't abort anymore; but it timeouts later
> > (which was the same during the better part of the last week).
> I've done a vacuum full, and removed the data about etch and lenny from
> the tables. This seems to hav
On 23/10/11 at 00:44 +0200, gregor herrmann wrote:
> On Sat, 22 Oct 2011 23:38:04 +0200, Tollef Fog Heen wrote:
>
> > ]] Lucas Nussbaum
> > | In the meantime, DSA, could you reboot samosa (easy option) or restart
> > | apache and postgres and clean up the remaining processes (if any)?
>
> > I've
On Sat, 22 Oct 2011 23:38:04 +0200, Tollef Fog Heen wrote:
> ]] Lucas Nussbaum
> | In the meantime, DSA, could you reboot samosa (easy option) or restart
> | apache and postgres and clean up the remaining processes (if any)?
> I've killed a bunch of postgres processes, I think apache should reco
]] Lucas Nussbaum
| In the meantime, DSA, could you reboot samosa (easy option) or restart
| apache and postgres and clean up the remaining processes (if any)?
I've killed a bunch of postgres processes, I think apache should recover
by itself.
--
Tollef Fog Heen
UNIX is user friendly, it's jus
On 22/10/11 at 18:51 +0200, gregor herrmann wrote:
> http://udd.debian.org/bugs.cgi aborts with
> "Current system load (40.27) is too high. Please retry later!"
>
> The load seems to be increasing, it started out at ~25 some hours
> ago.
>
> I'm not sure who has access on that machine, but maybe
http://udd.debian.org/bugs.cgi aborts with
"Current system load (40.27) is too high. Please retry later!"
The load seems to be increasing, it started out at ~25 some hours
ago.
I'm not sure who has access on that machine, but maybe someone could
take a look before it comes to a grinding halt :)
24 matches
Mail list logo
