Hi,
On Wed, Sep 29, 2010 at 01:09:03PM -0400, Michael Hanke wrote:
> * compression of content
> Any policy to enforce compressed file formats regarding the stuff installed
> by a data package?
Also, how would we deal with data that is to be accessed using a query
engine such as an SQL datab
* Joey Hess [100929 18:33]:
> Bernhard R. Link wrote:
> > There really is no reason to keep build-arch and build-indep optional
> > (the only reason would have been to allow for them becoming widespread
> > on their own and then requiring them once that has no big effect), as
> > every package not
On Wed, 29 Sep 2010, Michael Hanke wrote:
> I know that data.debian.org is not yet there, but I wonder whether there
> is already a concept, i.e. a set of requirements that packages have to
> fulfil to qualify for this archive?
Also, I do wonder what the highest update frequency should be for dat
On Wed, 29 Sep 2010 at 13:09:03 -0400, Michael Hanke wrote:
> * compression of content
>
> Any policy to enforce compressed file formats regarding the stuff installed
> by a data package?
I think this ought to be case-by-case: some users of large data blobs
(e.g. Quake 3/Openarena PK3 files)
Hi all,
On Mon, Sep 27, 2010 at 10:14, Stefano Zacchiroli wrote:
> On Wed, Sep 22, 2010 at 01:19:20PM -0700, Don Armstrong wrote:
>> On Wed, 22 Sep 2010, Stefano Zacchiroli wrote:
>> > From what concerns the BTS, Don's proposal in [2] (the main one, not
>> > the alternative solution) seems reason
On Thu, Sep 30, 2010 at 06:01:38PM +0100, Simon McVittie wrote:
> On Wed, 29 Sep 2010 at 13:09:03 -0400, Michael Hanke wrote:
> > * compression of content
> >
> > Any policy to enforce compressed file formats regarding the stuff
> > installed
> > by a data package?
>
> I think this ought to
Bernhard R. Link wrote:
> > This smells the same as the /usr/share/doc transition. That took
> > *years* -- and without significant efforts, it would have never finished.
>
> Sorry. Even if that was comparable and thus true, it still means that this
> is by far the superior solution. Only taking y
Hi,
I want to determine in what Debian _source_ packages a file with a
particular name exists. There used to be a webservice that had all?
source packages indexed and allowed for this type of query, but I cannot
remember what it was -- maybe it doesn't exist anymore.
Is there any way to accomplis
Am Donnerstag, den 30.09.2010, 14:31 -0400 schrieb Michael Hanke:
> Hi,
>
> I want to determine in what Debian _source_ packages a file with a
> particular name exists. There used to be a webservice that had all?
> source packages indexed and allowed for this type of query, but I cannot
> remember
On Thu, Sep 30, 2010 at 08:33:54PM +0200, Benjamin Drung wrote:
> Am Donnerstag, den 30.09.2010, 14:31 -0400 schrieb Michael Hanke:
> > Hi,
> >
> > I want to determine in what Debian _source_ packages a file with a
> > particular name exists. There used to be a webservice that had all?
> > source
On Thu, Sep 30, 2010 at 2:31 PM, Michael Hanke wrote:
> I want to determine in what Debian _source_ packages a file with a
> particular name exists. There used to be a webservice that had all?
> source packages indexed and allowed for this type of query, but I cannot
> remember what it was -- mayb
> Also, I do wonder what the highest update frequency should be for data
> packages.
> Some databases for instance release weekly or even daily snapshots, but
> updating a 10g debian package each week probably is not what we want.
I guess my follow-up is the result of being smoke deprived today:
c
Michael Hanke wrote:
> Is there any way to accomplish this, without having to create a
> complete mirror of the archive and parse all tarballs?
As of a few minutes ago:
http://lintian.debian.org/~geissert/Contents-sources.gz
(for the time being, to be updated every four days.)
Cheers,
--
Rapha
Hi,
On Mon, 27 Sep 2010, Russ Allbery wrote:
> > Well, I don't make it a requirement to implement it right now and the
> > Build-Features code can certainly start with just the build-arch
> > stuff. But I want to make sure we gave it enough thought so that it's
> > not problematic later on to exte
On Thu, Sep 30, 2010 at 02:21:45PM -0500, Raphael Geissert wrote:
> Michael Hanke wrote:
> > Is there any way to accomplish this, without having to create a
> > complete mirror of the archive and parse all tarballs?
>
> As of a few minutes ago:
> http://lintian.debian.org/~geissert/Contents-source
Following Michael's inquiry I finally found this thread.
Peter, are there any plans to make Debian's source code indexer alive
again (and may be placed on somewhat permanent/reliable hosting)?
Cheers,
On Sun, 24 May 2009, Peter De Wachter wrote:
> I've set up a search engine which indexes Debi
Am Donnerstag, den 30.09.2010, 14:38 -0400 schrieb Michael Hanke:
> On Thu, Sep 30, 2010 at 08:33:54PM +0200, Benjamin Drung wrote:
> > Am Donnerstag, den 30.09.2010, 14:31 -0400 schrieb Michael Hanke:
> > > Hi,
> > >
> > > I want to determine in what Debian _source_ packages a file with a
> > > p
Raphael Hertzog writes:
> Well, we specified DEB_BUILD_OPTIONS space separated because build flags
> frequently embed commas. Shall we not take the same decision
> preemptively here?
Most fields that take multiple values use commas. We do have another that
takes spaces (Architecture), but I wou
I *think*, if Raphael hadn't stepped up first and saved you the bother, you
could probably get this information out of UDD.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian
Package: wnpp
Severity: wishlist
Owner: "Raphaël Hertzog"
* Package name: feed2omb
Version : 0.9
Upstream Author : Ciaran Gultnieks
* URL : http://projects.ciarang.com/p/feed2omb/
* License : GNU Affero General Public License 3
Programming Lang: Python
Desc
On Wed, 29 Sep 2010 18:05:24 +0100, Darren Salt
wrote:
>I demand that Roland Mas may or may not have written...
>> And if I may join the bikeshedding, let me suggest we rename “testing”
>> to “staging”,
>
>"nextstable"? ;-)
>
>(Not "newstable", though. That could be confusing.)
notyetstable
Grüß
Op Thu, 30 Sep 2010 16:07:14 -0400
schreef Yaroslav Halchenko :
> Following Michael's inquiry I finally found this thread.
>
> Peter, are there any plans to make Debian's source code indexer alive
> again (and may be placed on somewhat permanent/reliable hosting)?
Unfortunately I can't host it
On Thu, Sep 23, 2010 at 07:17:22AM +0200, Marc 'HE' Brockschmidt wrote:
> Actually, the proposed project [1] also included work on the dak side
I read that as "dark side"... but the effect was just the same ;)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "
On Thu, Sep 23, 2010 at 06:53:02PM +1000, William Grant wrote:
> Well, those few sysadmins manage Launchpad, Landscape, Ubuntu One and
> some other internal applications. And you wouldn't want or need to run
> all of Launchpad's services.
Well that's interesting. The point I was going to make bef
[Yaroslav Halchenko]
> for HUGE DBs with frequent updates -- may be we could come up with data
> package chains -- i.e. with some base package version + sequence of
> dependent packages with binary deltas which get applied upon
> installation? e.g.
>
> data-blob-1.0.0
> data-blob-1.0.0+1
> data-b
Jon Dowland wrote:
> I *think*, if Raphael hadn't stepped up first and saved you the bother,
> you could probably get this information out of UDD.
AFAIK (and supported by [1]) UDD doesn't even have the Contents of binary
packages.
The only other alternative (but there's no guarantee that all th
On Thu, Sep 30, 2010 at 06:13:45PM -0500, Raphael Geissert wrote:
> > I *think*, if Raphael hadn't stepped up first and saved you the bother,
> > you could probably get this information out of UDD.
>
> AFAIK (and supported by [1]) UDD doesn't even have the Contents of binary
> packages.
But in p
On Fri, Oct 01, 2010 at 08:45:34AM +0200, Andreas Tille wrote:
> On Thu, Sep 30, 2010 at 06:13:45PM -0500, Raphael Geissert wrote:
> > > I *think*, if Raphael hadn't stepped up first and saved you the bother,
> > > you could probably get this information out of UDD.
> >
> > AFAIK (and supported by
28 matches
Mail list logo
