Anthony Towns <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 04, 2007 at 11:08:39PM +0200, Frank K?ster wrote:
>> I think that Debian would very much benefit if there was a place (call
>> it [EMAIL PROTECTED] or whatever) where our policy with regard to
>> individual software's licenes could be discusse
Am Dienstag, 5. Juni 2007 09:08:31 schrieb Frank Küster:
> Anthony Towns <[EMAIL PROTECTED]> wrote:
> > On Mon, Jun 04, 2007 at 11:08:39PM +0200, Frank K?ster wrote:
> And a mail like
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350624;msg=142;att=0
> is not only not-helpful-at-all, it's real
Hi,
I'm packaging some neuroimaging tools that come with datasets that
are required for those tools to work properly. The size of these
datasets is up to 400 MB (some others at least well over 100 MB).
My question is now: Is it reasonable to provide this rather huge amount
of data in a package in
Package: wnpp
Severity: wishlist
Owner: "Michal Čihař" <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: gmobilemedia
Version : 0.4
Upstream Author : Iván Gabriel Campaña-Naranjo <[EMAIL PROTECTED]>
* URL : http://gmobilebrowser.sourcefo
On Jun 05, Michael Hanke <[EMAIL PROTECTED]> wrote:
> My question is now: Is it reasonable to provide this rather huge amount
> of data in a package in the archive?
Not for a niche package, at least.
> - much easier to handle for users (thinking of offline machines)
I could not care less, since
2007/6/5, Michael Hanke <[EMAIL PROTECTED]>:
Hi,
I'm packaging some neuroimaging tools that come with datasets that
are required for those tools to work properly. The size of these
datasets is up to 400 MB (some others at least well over 100 MB).
My question is now: Is it reasonable to provide
On Tue, 5 Jun 2007, Marco d'Itri wrote:
Also, you should think about this issue not just in the context of the
single package you are interested in but as a general policy.
I think because Michael actually is thinking about a general
policy he just asked this question here. He was asking for
On ti, 2007-06-05 at 10:37 +0200, Andreas Tille wrote:
> We also have some funny 3D games with huge data packages. So
> were is the borderline for this. Does it make sense to install
> a data repository that is not mirrored?
I suggest that it makes sense to a) package the data as .debs, for
eas
Hi,
On Tue, Jun 05, 2007 at 10:27:26AM +0200, Marco d'Itri wrote:
> On Jun 05, Michael Hanke <[EMAIL PROTECTED]> wrote:
> > - much easier to handle for users (thinking of offline machines)
> I could not care less, since the number of users affected is with very
> good approximation zero.
Agreed
On Fri, Jun 01, 2007 at 11:01:16AM +0100, Enrico Zini wrote:
> > Great to see this!, but I'm rather scared about its name: isn't "pkg"
> > too generic? Wouldn't "debpkg" be a better (since more specific and
> > describing) name?
> After some discussion in #debian-devel, I went for 'upt'.
Wow ... c
On Sun, Jun 03, 2007 at 10:54:38PM +1000, Anthony Towns wrote:
> On Sun, Jun 03, 2007 at 04:51:40AM -0700, Steve Langasek wrote:
> > On Sun, Jun 03, 2007 at 12:25:14PM +0200, Wouter Verhelst wrote:
> > > Additionally, personally I don't think it's unreasonable for people to
> > > say "if you use my
Le Tue, Jun 05, 2007 at 10:09:07AM +0200, Michael Hanke a écrit :
>
> My question is now: Is it reasonable to provide this rather huge amount
> of data in a package in the archive?
>
> An alternative to a dedicated package would be to provide a
> download/install script for the data (like the mst
On Tue, Jun 05, 2007 at 10:27:26AM +0200, Marco d'Itri wrote:
> On Jun 05, Michael Hanke <[EMAIL PROTECTED]> wrote:
> > - diskspace is rather cheap and bandwith should be no problem as the
> >number of downloads will remain relatively low.
> Diskspace *is* a problem for mirrors, as is bandwid
On Mon, Jun 04, 2007 at 08:17:42PM +1000, Anthony Towns wrote:
> On Mon, Jun 04, 2007 at 01:13:44AM -0700, Steve Langasek wrote:
> > It is a freedom that I have by default; if I accept the CDDL I no longer
> > have that freedom[1]. [...]
> > [1] Technically, not the right to "choose a venue", but
On Tue, Jun 05, 2007 at 11:08:17AM +0200, Stefano Zacchiroli wrote:
> > After some discussion in #debian-devel, I went for 'upt'.
> Wow ... cool ... a TLA! ... except that I've no idea what does it mean :-)
> But I guess I can wait to read the long description ...
You're late: it's ept now :)
ht
On Jun 05, Michael Hanke <[EMAIL PROTECTED]> wrote:
> I believe this is a valid problem. I think that is exactly the reason why
> the Debian archive also provides the sources of each package
> (orig.tar.gz) and does not simply point to the upstream sites while
> keeping only the diffs in the archi
On Tue, Jun 05, 2007 at 08:56:40AM +0200, Raphael Hertzog wrote:
> On Mon, 04 Jun 2007, Steve Langasek wrote:
> > On Mon, Jun 04, 2007 at 10:29:07PM +0200, Josselin Mouette wrote:
> > > I agree that the benefits are worth the deal, but we should make clear
> > > that the price to pay for these bene
> * Package name: fenix0.92
That's a fab name for a piece of software, isn't it ?
I'm surprised it hasn't been used more often :-)
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, 5 Jun 2007, Marco d'Itri wrote:
Then it should be obvious
obvious = common sense
... but the "commons sense" has to be defined in a technical document.
that it's a bad idea to add to the archive
multiple packages each containing hundred of megabits of data which are
only useful f
Thomas Weber <[EMAIL PROTECTED]> wrote:
> Am Dienstag, 5. Juni 2007 09:08:31 schrieb Frank Küster:
>> Anthony Towns <[EMAIL PROTECTED]> wrote:
>> > On Mon, Jun 04, 2007 at 11:08:39PM +0200, Frank K?ster wrote:
>> And a mail like
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350624;msg=142;at
[EMAIL PROTECTED] (Marco d'Itri) wrote:
>> > Also, you should think about this issue not just in the context of the
>> > single package you are interested in but as a general policy.
>> I was hoping to give that impression...
> Then it should be obvious that it's a bad idea to add to the archive
>
Package: wnpp
Severity: wishlist
Owner: Francois Marier <[EMAIL PROTECTED]>
* Package name: ingimp
Version : 2.2.15.20070604
Upstream Author : Michael Terry <[EMAIL PROTECTED]>
* URL : http://www.ingimp.org/
* License : GPL
Programming Lang: C, Python
Descri
On Tue, Jun 05, 2007 at 08:07:20AM +0200, Mike Hommey wrote:
> On Mon, Jun 04, 2007 at 02:32:10PM -0700, Steve Langasek <[EMAIL PROTECTED]>
> wrote:
> > On Mon, Jun 04, 2007 at 10:29:07PM +0200, Josselin Mouette wrote:
> > > Le lundi 04 juin 2007 à 21:29 +0200, Raphael Hertzog a écrit :
> > > > >
Anthony Towns <[EMAIL PROTECTED]> wrote: [...]
> and a vaguely interesting note is:
>
> * actually suing based on the license might be complicated by a
> choice of venue
>
> That you can argue the latter is analogous to a "fee" isn't really
> very interesting. That some people are c
Anthony Towns <[EMAIL PROTECTED]> wrote: [...]
> That's mostly because -legal won't even say that the GPLv2 is DFSG-free,
> except in so far as it's explicitly listed as being DFSG-free.
Got a reference for that?
GPLv2 is a very frequently-suggested DFSG-free licences, has been the
subject of rep
On Tue, Jun 05, 2007, Junichi Uekawa wrote:
>* qemubuilder, cowbuilder: 'set -e' when sourcing configuration file.
Thanks; I think I found the reason of the problem: I used to call
cowbuilder like this:
# /usr/sbin/cowbuilder --update --configfile
/home/lool/.pbuilder/sid.pbuilderrc --bui
On Tue, Jun 05, 2007, Loïc Minier wrote:
> Thanks; I think I found the reason of the problem: I used to call
> cowbuilder like this:
(Ups; sent to debian-devel because I hit reply in a
debian-devel-changes mail thinking it would behave like a commit mail.)
--
Loïc Minier
--
To UNSUBSCRIBE
On Tue, Jun 05, 2007 at 06:28:53PM +0900, Charles Plessy wrote:
> Le Tue, Jun 05, 2007 at 10:09:07AM +0200, Michael Hanke a ?crit :
> > My question is now: Is it reasonable to provide this rather huge amount
> > of data in a package in the archive?
> > An alternative to a dedicated package would be
On Tue, Jun 05, 2007 at 12:07:52PM +0200, Frank K?ster wrote:
> You could ask Anthony whether you're allowed to publish his reasons on
> -legal. That would do the project a great favor.
You could just ask me directly you know...
] > I thought choice-of-venue is non-free by default?
]
] Via Simo
On Tue, Jun 05, 2007 at 09:08:31AM +0200, Frank K?ster wrote:
> That's true, as an ideal. In reality, you can't expect every DD or even
> maintainer to subscribe to -legal except when they've got a particular
> problem to discuss.
Sure, but you don't need or want that. All you need is an unbias
On Tue, Jun 05, 2007 at 02:09:06AM -0700, Steve Langasek wrote:
> Why doesn't it matter? If I've been sued because of something I've actually
> done that infringed the license, then surely the DFSG and Debian shouldn't
> be concerned with that (other than the question of whether what I've done is
On Tue, 5 Jun 2007, Anthony Towns wrote:
Bug#38902 for hysterical interest, btw.
Ahh, my memory that this topic came up in 2000 was not that bad -
just missed it by 7 months.
I wonder, whether there is a more verbose explanation for tagging
it wontfix
http://bugs.debian.org/cgi-bin/bugrep
Loïc Minier <[EMAIL PROTECTED]> writes:
> On Mon, Jun 04, 2007, Raphael Hertzog wrote:
>> Library maintainers are supposed to maintain the *.symbols file. For
>> this, they have to create files "debian/.symbols."
>> (dpkg-gensymbols will try too fallback to "debian/symbols.",
>> "debian/.symbols"
On Tuesday 05 June 2007 15:14, Anthony Towns wrote:
> I'm not sure if avoiding duplicating the data (1G of data is bad, but
> 1G of the same data in a .orig.tar.gz _and_ a .deb is absurd) is enough
> to just use the existing archive and mirror network, or if it'd still
> be worth setting up a separ
Lennart Sorensen wrote:
> For the kind of cash the enterprise vendors tend to charge, yes actually
> now that you ask, I think I can expect them to figure out dependancies
> and making proper packages.
... by making reasonable assumptions about what is on the system based
on a standard install of
Am Dienstag, 5. Juni 2007 14:20:40 schrieb Anthony Towns:
> On Tue, Jun 05, 2007 at 12:07:52PM +0200, Frank K?ster wrote:
> > You could ask Anthony whether you're allowed to publish his reasons on
> > -legal. That would do the project a great favor.
>
> You could just ask me directly you know...
Thomas Weber <[EMAIL PROTECTED]> wrote:
> Am Dienstag, 5. Juni 2007 14:20:40 schrieb Anthony Towns:
>> On Tue, Jun 05, 2007 at 12:07:52PM +0200, Frank K?ster wrote:
>> > You could ask Anthony whether you're allowed to publish his reasons on
>> > -legal. That would do the project a great favor.
>>
On 06/05/07 08:58, Frans Pop wrote:
On Tuesday 05 June 2007 15:14, Anthony Towns wrote:
I'm not sure if avoiding duplicating the data (1G of data is bad, but
1G of the same data in a .orig.tar.gz _and_ a .deb is absurd) is enough
to just use the existing archive and mirror network, or if it'd st
Frans Pop wrote:
On Tuesday 05 June 2007 15:14, Anthony Towns wrote:
I'm not sure if avoiding duplicating the data (1G of data is bad, but
1G of the same data in a .orig.tar.gz _and_ a .deb is absurd) is enough
to just use the existing archive and mirror network, or if it'd still
be worth set
* From: Steve Langasek
* Date: Tue, 5 Jun 2007 02:56:14 -0700
>
> On Tue, Jun 05, 2007 at 08:56:40AM +0200, Raphael Hertzog wrote:
>> On Mon, 04 Jun 2007, Steve Langasek wrote:
[]
>> > Considering the number of bugs I see because of maintainers who don't
>> > notice
>> > they need to change packag
On Tue, Jun 05, 2007 at 03:58:08PM +0200, Frans Pop wrote:
> IMO it would be worth it if we could split out gigabytes of data from the
> main archive and thus significantly reduce the bandwidth needed for
> mirror syncs. Especially if that data is only used by an extremely small
> subset of user
On Mon, Jun 04, 2007 at 07:55:18PM +0200, Francesco Poli wrote:
> On Mon, 4 Jun 2007 19:30:36 +1000 Anthony Towns wrote:
> > And I mean, I know what a GR is for, why are you telling me? It's
> > still not a *good solution* for deciding these things; it's a last
> > resort, and the only other option
On 05-Jun-07, 08:37 (CDT), Kris Deugau <[EMAIL PROTECTED]> wrote:
> Lennart Sorensen wrote:
> > For the kind of cash the enterprise vendors tend to charge, yes actually
> > now that you ask, I think I can expect them to figure out dependancies
> > and making proper packages.
>
> ... by making rea
On Tue, Jun 05, 2007 at 06:28:53PM +0900, Charles Plessy wrote:
> Le Tue, Jun 05, 2007 at 10:09:07AM +0200, Michael Hanke a ?crit :
> > My question is now: Is it reasonable to provide this rather huge amount
> > of data in a package in the archive?
> many thanks for bringing this crucial question o
[EMAIL PROTECTED] dijo [Mon, Jun 04, 2007 at 11:19:25PM -0400]:
> To: All
>
>Wow!!! I have tried to install debian 4 or 5 times and hungup on vidio
> drivers or mem address for the drivers.
>
> I downloaded the 33 meg. i386 boot iso on 6/4/07 daily build #2 It
> whent from boot to a des
On Tue, 05 Jun 2007, Anthony Towns wrote:
> Two different analogous licenses might be:
>
> By distributing the covered work, you agree that the copyright holder
> can sue you for violations of the license.
>
> If you distribute the covered work, the licensor agrees not to sue you
> in any
Anthony Towns wrote:
> Debug packages: (369MB) (not arch:all)
> 53959746 boson-dbg
> 55430908 icedove-dbg
> 56274922 koffice-dbg
> 59787420 iceape-dbg
> 86404478 libgl1-mesa-dri-dbg
These seem to be built with separated debugging symbols. They could
probably still be reduc
[Josselin Mouette]
> A possible part of the solution would be a script parsing the diff
> between headers and emitting warnings such as:
> * type foo has changed, please check it doesn't affect functions
> bar/baz/...
> * enum foo has new possible values, please check it doesn'
Steve Langasek wrote:
> > Finally, why not add the symbol informations to the shlibs file (that
> > can be done in a backwards compatible way) instead of creating yet
> > another control file ?
>
> I'd rather we didn't, even if it doesn't break anything it still abuses the
> shlibs file format as
On Tue, Jun 05, 2007 at 09:37:58AM -0400, Kris Deugau wrote:
> ... by making reasonable assumptions about what is on the system based
> on a standard install of $version of $distribution.
Well too many seem to assume that you are running some version of
redhat, and that redhat equals linux and the
MJ Ray <[EMAIL PROTECTED]> writes:
> Anthony Towns <[EMAIL PROTECTED]> wrote: [...]
>> No, punting to a GR [...] ends up with -legal folks complaining that
>> the resolution doesn't make sense.
> I think that most are reasonable and do that only if the resolution
> includes no explanation.
One o
Package: wnpp
Severity: normal
I request assistance with maintaining the moc package.
The package description is:
moc (music on console) is a full-screen player designed to be powerful
and easy to use.
.
Supported file formats are: MP3, OGG Vorbis, FLAC, WAVE, SPEEX, Musepack (MPC),
AIFF, AU
On Tue, Jun 05, 2007 at 11:14:14AM -0500, Gunnar Wolf wrote:
> [EMAIL PROTECTED] dijo [Mon, Jun 04, 2007 at 11:19:25PM -0400]:
> > To: All
> >
> This list is targetted at the development of Debian, not at user
> support. You will find better answers if you try
> [EMAIL PROTECTED]
>
I think you m
On Wed, 6 Jun 2007 00:55:43 +1000 Anthony Towns wrote:
> On Mon, Jun 04, 2007 at 07:55:18PM +0200, Francesco Poli wrote:
> > On Mon, 4 Jun 2007 19:30:36 +1000 Anthony Towns wrote:
> > > And I mean, I know what a GR is for, why are you telling me? It's
> > > still not a *good solution* for deciding
On Tue, Jun 05, 2007 at 10:20:40PM +1000, Anthony Towns wrote:
> ] > I thought choice-of-venue is non-free by default?
An example of a different MPL 1.1 derived choice-of-venue clause is
firebird2's:
This License shall be governed by California law provisions (except to
the extent applica
On Wed, Jun 06, 2007 at 01:58:33AM +1000, Anthony Towns wrote:
> On Tue, Jun 05, 2007 at 06:28:53PM +0900, Charles Plessy wrote:
> > Le Tue, Jun 05, 2007 at 10:09:07AM +0200, Michael Hanke a ?crit :
> > > My question is now: Is it reasonable to provide this rather huge amount
> > > of data in a pac
On Wed, Jun 6, 2007 at 06:07:46 +1000, Anthony Towns wrote:
> Perhaps a more interesting example is xserver-xorg-core's inclusion of the
> GLX Public License, which includes:
>
> Any litigation relating to this License shall be subject to the
> exclusive jurisdiction of the Federal Cou
On Wed, 6 Jun 2007, Anthony Towns wrote:
Are either of you going to debconf, or able to point out some example
large (free?) data sets that should be packaged like this as a test case
for playing with over debconf?
For a first shot we could play with sauerbraten-data. I just
stumbled upon it
Steve Langasek wrote:
> Throwing a sensible error at build-time if the soname has changed without
> a package name change is also something that needs to be done, as well as
> throwing an error at build-time if symbols listed in the symbols file have
> gone missing;
Lintian already does the firs
Anthony Towns <[EMAIL PROTECTED]> writes:
> On Tue, Jun 05, 2007 at 06:28:53PM +0900, Charles Plessy wrote:
>> Le Tue, Jun 05, 2007 at 10:09:07AM +0200, Michael Hanke a ?crit :
>> > My question is now: Is it reasonable to provide this rather huge amount
>> > of data in a package in the archive?
>>
Hi!
* Anthony Towns <[EMAIL PROTECTED]> [070605 17:42]:
> Moving game data elsewhere would require some way for games in main to
> depend on data elsewhere.
That's one of topics the pkg-games team is planing to adress during a
BoF at DebConf7 (beside some other stuff). Hints welcome ;)
Yours
Felipe Sateler <[EMAIL PROTECTED]> writes:
> What you want may be achieved by enforcing the use of lintian, but I
> don't know how that can be done.
The primary barrier to enforcing the use of lintian is #243976. lintian
needs to get much better about identifying the source of checks, the
certai
On Tue, Jun 05, 2007 at 04:47:07PM -0400, Felipe Sateler wrote:
> > Throwing a sensible error at build-time if the soname has changed without
> > a package name change is also something that needs to be done, as well as
> > throwing an error at build-time if symbols listed in the symbols file have
Package: wnpp
Severity: wishlist
* Package name: evolvotron
Version : 0.4.0
Upstream Authors: Tim Day
* URL : http://www.bottlenose.demon.co.uk/share/evolvotron/
* License : GNU GPL
Description : Texture generator
This is an interactive generative art
On Mon, Jun 04, 2007 at 04:16:29PM -0400, Lennart Sorensen wrote:
> On Sun, Jun 03, 2007 at 11:16:08PM +0200, Javier Fern?ndez-Sanguino Pe?a
> wrote:
> > Think about Enterprise (non-free) software like Oracle, HP Openview, Tivoli,
> > Remedy... Do you expect vendors of this software to understand^
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves <[EMAIL PROTECTED]>
* Package name: movabletype
Version : 4
Upstream Author : SixApart, Ltd.
* URL : http://www.movabletype.org/opensource/
* License : GPL[*]
Programming Lang: Perl
Description :
Russ Allbery wrote:
> Felipe Sateler <[EMAIL PROTECTED]> writes:
>
>> What you want may be achieved by enforcing the use of lintian, but I
>> don't know how that can be done.
>
> The primary barrier to enforcing the use of lintian is #243976. lintian
> needs to get much better about identifying
Steve Langasek wrote:
> On Tue, Jun 05, 2007 at 04:47:07PM -0400, Felipe Sateler wrote:
>
>> > Throwing a sensible error at build-time if the soname has changed
>> > without a package name change is also something that needs to be done,
>> > as well as throwing an error at build-time if symbols l
Felipe Sateler <[EMAIL PROTECTED]> writes:
> Russ Allbery wrote:
>> The primary barrier to enforcing the use of lintian is #243976. lintian
>> needs to get much better about identifying the source of checks, the
>> certainty that something is wrong, and the severity level so that dak
>> can run li
Le Tue, Jun 05, 2007 at 09:47:37PM +0100, Roger Leigh a écrit :
> Anthony Towns <[EMAIL PROTECTED]> writes:
> >
> > Are either of you going to debconf, or able to point out some example
> > large (free?) data sets that should be packaged like this as a test case
> > for playing with over debconf?
>
[Russ Allbery]
> They *usually* do, but not all E tags are certain problems. Of course,
> maintainers could use overrides.
I'm opposed to adding overrides to my packages for cases where, in my
view, lintian should somehow have enough information to see the case as
a false positive. I use them o
Peter Samuelson <[EMAIL PROTECTED]> writes:
> [Russ Allbery]
>> They *usually* do, but not all E tags are certain problems. Of course,
>> maintainers could use overrides.
> I'm opposed to adding overrides to my packages for cases where, in my
> view, lintian should somehow have enough informatio
Our 3 brothers have been put into prison for *17 days* till now .
I've sent the same email to *all the relative CHinese government departments
and medias* , but no one stand out to save us till now .
The Chinese government wolves are USED TO rob , abduct and kill people for
ransom like this !
It's
73 matches
Mail list logo
