Package: wnpp
Severity: wishlist
Owner: Ruben Pollan
* Package name: acr
Version : 0.9.4
Upstream Author : pancake
* URL : http://www.nopcode.org/wk.php/Acr
* License : GPL-2+
Programming Lang: shell
Description : autoconf like tool
ACR is an autocon
On Sat, Aug 31, 2013 at 12:32:47AM +0100, Dmitrijs Ledkovs wrote:
> On 30 August 2013 20:55, Steven Chamberlain wrote:
> > Hi,
> >
> >> [...] using git instead of the file system for storing the contents
> >> of Debian Code Search. The hope was that it would lead to fewer disk
> >> seeks and less
On Sun, Aug 25, 2013 at 01:04:32PM +0200, Raphael Hertzog wrote:
> Hello,
>
> On Thu, 22 Aug 2013, Ian Jackson wrote:
> > I'm pleased to announce that dgit 0.7, which is a version of dgit
> > suitable for alpha and beta testers, is available in unstable.
> >
> > >From the manpage:
> >
> >
On Sat, 2013-08-31 at 01:21 +0200, Adam Borowski wrote:
> On Fri, Aug 30, 2013 at 10:14:25PM +, Luca Filipozzi wrote:
> > On Fri, Aug 30, 2013 at 10:49:48PM +0200, Michael Stapelberg wrote:
> > > Steven Chamberlain writes:
> > > > Wouldn't ZFS be a more natural way to do something like this?
>
On 30 August 2013 20:55, Steven Chamberlain wrote:
> Hi,
>
>> [...] using git instead of the file system for storing the contents
>> of Debian Code Search. The hope was that it would lead to fewer disk
>> seeks and less data due to gits delta-encoding
>
> Wouldn't ZFS be a more natural way to do s
On Fri, Aug 30, 2013 at 10:14:25PM +, Luca Filipozzi wrote:
> On Fri, Aug 30, 2013 at 10:49:48PM +0200, Michael Stapelberg wrote:
> > Steven Chamberlain writes:
> > > Wouldn't ZFS be a more natural way to do something like this?
> > Possibly, but I have zero hopes of getting it set up and supp
Hi,
On Samstag, 31. August 2013, Luca Filipozzi wrote:
> We are much more amenable to "how could I improve X so that it can run
> faster" than we are to...
I'd like to chime in and say a big thanks to DSA! piuparts.debian.org is
running very very smoothly (and fast) now, thanks to the awesome ga
Hi Luca,
Luca Filipozzi writes:
> Why do you say that when you haven't even asked?
Because I thought the answer was going to be “not in the Linux kernel,
no chance”.
> To address this specific thread, the challenge with ZFS is not that we don't
> like the idea (I'm keen on it, actually) but that
On Fri, Aug 30, 2013 at 10:49:48PM +0200, Michael Stapelberg wrote:
> Steven Chamberlain writes:
> > Wouldn't ZFS be a more natural way to do something like this?
> Possibly, but I have zero hopes of getting it set up and supported by
> DSA, so we can’t use it for this service.
Why do you say tha
On 30/08/13 21:49, Michael Stapelberg wrote:
> Steven Chamberlain writes:
>> Wouldn't ZFS be a more natural way to do something like this?
> Possibly, but I have zero hopes of getting it set up and supported by
> DSA, so we can’t use it for this service.
Oh I see. That's fair enough, but there i
On Fri, Aug 30, 2013 at 09:13:59AM +0200, Tollef Fog Heen wrote:
> >
> > I could see a *huge* load on this pool for this reason.
>
> If so, so what? We are not short of bandwidth and we do have contacts
> and offers from CDNs which will make serving this Not A Problem(TM).
So should we take tha
Hi Steven,
Steven Chamberlain writes:
> Wouldn't ZFS be a more natural way to do something like this?
Possibly, but I have zero hopes of getting it set up and supported by
DSA, so we can’t use it for this service.
--
Best regards,
Michael
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists
Hi,
> [...] using git instead of the file system for storing the contents
> of Debian Code Search. The hope was that it would lead to fewer disk
> seeks and less data due to gits delta-encoding
Wouldn't ZFS be a more natural way to do something like this?
A choice of gzip, lzjb and more recently
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I have a smallish script that takes the .tar file for the Altera
QuartusII toolchain and generates .deb packages (non-free,
undistributable) from that.
Now, ftp-master has asked me not to package this separately as the
metadata is similar in size
Excerpts from Kevin Chadwick's message of 2013-08-30 10:28:51 -0700:
> > I wasn't clear, I don't mean you'll do each one as a special snowflake
> > in-place. I mean, 20,000 machines is simply a lot of machines to
> > manage. No matter what, upgrading or replacing the OS all within a 1
> > year sch
> I wasn't clear, I don't mean you'll do each one as a special snowflake
> in-place. I mean, 20,000 machines is simply a lot of machines to
> manage. No matter what, upgrading or replacing the OS all within a 1
> year schedule that you do not control and cannot fully predict, is a
> big hassle.
W
Package: autolatex
Version: 22.2-0arakhne0
Severity: wishlist
Dear Maintainer,
AutoLaTeX is a tool to automate building of LaTeX documents.
It provides more features than other building tools such as rubber.
It is present on the CTAN network.
I'm the author of this tool. And I'm providing a pack
On Thu, Aug 29, 2013 at 05:31:26PM +0200, Ondřej Surý wrote:
> So properly maintaining our stable/oldstable is a mandatory first step into
> being
> able to provide even longer support for random release we start to call the
> LTS.
>
> Whether we achieve that by throwing more manpower into the bun
]] Paul Tagliamonte
> However, no user (really) is ever going to install incoming into their
> sources to test *every* new upload. They'll just want the newest stuff 6
> hours before it's in their mirror.
If they so wish, where's the harm in that?
> It'd be fine if they added it, tested, remove
Ond$(D+Z(Bej Sur$(D+r(B writes:
> Or can you think of any other scenario when it could be useful to end
> users? I think running on unstable is bleeding edge enough already, and if
> you need some specific fix *right* *now* available from i.d.o, you can
> always download it by hand.
And now
20 matches
Mail list logo
