* Ian Jackson schrieb:
> Enrico Weigelt writes ("RFC: Rules for distro-friendly packages "):
> > I've collected several rules that upstreams should follow to make
> > distro maintainer's life much easier:
>
> Thanks for doing this. But I have to say that the tone of your
> document isn't really
* Jesús M. Navarro schrieb:
> Think of the most probable environment where somebody goes with the hassle
> of "compiling new package into old RHEL 2". Do you think such a chore is
> taken out of fun? Or is it an environment where an overworked sysadmin at
> charge of a lot of disparaged mach
Enrico Weigelt writes:
> * Russ Allbery schrieb:
>> --enable/--disable is for internal features. --with/--without is for
>> features that depend on external packages. See the Autoconf
>> documentation.
> This distinction is IMHO a wrong concept, that maybe gets more obvious
> when internal fe
* Giacomo A. Catenazzi schrieb:
> On 17.09.10 10:59, Enrico Weigelt wrote:
> >* Vincent Bernat schrieb:
> >
> >>>Wait a minute! Arbitrary _users_ should never try to rebuild anything
> >>>on a stable/production system. As soon as you're attempting that,
> >>>you're stepping into the package maint
Package: wnpp
Severity: wishlist
Owner: Andreas Marschke
* Package name: gluon
Version : 0.70.0
Upstream Author : Arjen Hiemstra and others
* URL : http://gluon.gamingfreedom.org
* License : LGPL
Programming Lang: C++
Description : An open framework d
* Russ Allbery schrieb:
Hi,
> > With that I mean that you don't need to unpack multiple tarballs to
> > get a working tree (Xorg/Xf86 was such a case, several years ago).
>
> Right. And I'm saying now that our packaging tools can handle that case,
> it's not clear to me why Debian should be t
Package: wnpp
Severity: wishlist
Owner: Eric Cooper
* Package name: minidlna
Version : 1.0.18-1
Upstream Author : Justin Maggard
* URL : http://sourceforge.net/projects/minidlna
* License : GPL and BSD
Programming Lang: C
Description : server for DLNA/U
On Freitag, 17. September 2010, Holger Levsen wrote:
> and ssmtp misses a provides: default-mta - is that serious,
> important, wishlist?
> I'm filing an important bug on ssmtp now.
aehm, no.
signature.asc
Description: This is a digitally signed message part.
Enrico Weigelt wrote:
> * Russ Allbery schrieb:
> > You're basically saying that people aren't allowed to use
> > the typical Autoconf semantics of honoring --with and --without
> They should use --enable-*/--disable-* flags for switching features.
--with and --enable have different semantics, a
Hi,
http://paste.debian.net/90185/ - thats on a squeeze system - any
ideas?
bitten by "my own" bug: #508644
and ssmtp misses a provides: default-mta - is that serious,
important, wishlist?
the log mentioned above is this:
r...@sun:~# dpkg -l ssmtp
Desired=Unknown/Install/Remove/Purge/Hold
OoO Pendant le temps de midi du vendredi 17 septembre 2010, vers 12:16,
Ian Jackson disait :
>> We just don't live in the same world. Keep living in your narrow-minded
>> world where users are not allowed to compile themselves software and
>> where all systems are up-to-date. In my real w
Georges Khaznadar, le Fri 17 Sep 2010 19:34:51 +0200, a écrit :
> when I checked it one year ago, the license of mbrola's voices did not
> allow redistribution.
> Does this license allow to redistribute them now?
It does permit if you ask. I have asked, upstream agreed, so it's ok.
See the note in
Hello Samuel,
when I checked it one year ago, the license of mbrola's voices did not
allow redistribution.
Does this license allow to redistribute them now?
Best regards, Georges.
Samuel Thibault a écrit :
> - Forwarded message from Samuel Thibault -
>
> From: Samuel
Enrico Weigelt writes:
> * Russ Allbery schrieb:
>> You've prohibited upstream distributions that come in multiple tarballs.
> With that I mean that you don't need to unpack multiple tarballs to
> get a working tree (Xorg/Xf86 was such a case, several years ago).
Right. And I'm saying now th
Woohoo, congrats Torsten.
Again, I must apologize for my extended absence, work and personal life are
just insane right now.
I hope it slows down in the winter and I will resume full duties. :(
Thanks,
Barry
On 9/17/2010 11:52 AM, Joerg Jaspert wrote:
> Heyho,
>
> as you may have read in the
Package: wnpp
Severity: wishlist
Owner: "Noel David Torres Taño"
Actually kstars offer each user to download some data, from the net, which
causes bandwith and disk waste (See #596007). I will package one of those
datafiles (one of the catalogs) to avoid that, and I want to package the
remain
Package: wnpp
Severity: wishlist
Owner: NeuroDebian Team
* Package name: neuron
Version : 7.2
Upstream Author : Michael Hines and others
* URL : http://www.neuron.yale.edu/
* License : GPL
Programming Lang: C, C++, Python
Description : simulation envi
hi...
Thanks... for link exchang.
On Wed, 15 Sep 2010, Henrique de Moraes Holschuh wrote:
> On Wed, 15 Sep 2010, Goswin von Brederlow wrote:
> > QUILT_PATCHES=debian/patches quilt push
> >
> > will do the same. You only need QUILT_PATCHES for the first quilt call.
>
> Is that so? That would be good news, but it doesn't match m
Hi, Enrico:
On Friday 17 September 2010 09:08:39 Enrico Weigelt wrote:
> * Vincent Bernat schrieb:
> > >> Some users just don't have recent enough autotools to rebuild the
> > >> configure.
> > >
> > > They should simply install it. Similar as they need recent toolchain,
> > > make, pkg-config, e
Vincent Bernat writes ("Re: RFC: Rules for distro-friendly packages"):
> We just don't live in the same world. Keep living in your narrow-minded
> world where users are not allowed to compile themselves software and
> where all systems are up-to-date. In my real world, I have users that
> a
Enrico Weigelt writes ("RFC: Rules for distro-friendly packages "):
> I've collected several rules that upstreams should follow to make
> distro maintainer's life much easier:
Thanks for doing this. But I have to say that the tone of your
document isn't really appropriate for the social context.
On 17.09.10 10:59, Enrico Weigelt wrote:
* Vincent Bernat schrieb:
Wait a minute! Arbitrary _users_ should never try to rebuild anything
on a stable/production system. As soon as you're attempting that,
you're stepping into the package maintainer or developer role, and
then you should *know* w
* Vincent Bernat schrieb:
> > Wait a minute! Arbitrary _users_ should never try to rebuild anything
> > on a stable/production system. As soon as you're attempting that,
> > you're stepping into the package maintainer or developer role, and
> > then you should *know* what you're doing (or at leas
* Russ Allbery schrieb:
> Enrico Weigelt writes:
>
> > I've collected several rules that upstreams should follow to make
> > distro maintainer's life much easier:
>
> > http://www.metux.de/index.php/de/component/content/article/57.html
>
> > Free feel to comment on it :)
>
> You've prohibited
OoO En cette matinée ensoleillée du vendredi 17 septembre 2010, vers
09:08, Enrico Weigelt disait :
>> No, no, no. Users are not limited to Debian developers using Sid. Users
>> may try to compile on an old RHEL 2.
> In this case they should really *know* what they're doing.
> RHEL is mea
* Vincent Bernat schrieb:
> >> Some users just don't have recent enough autotools to rebuild the
> >> configure.
>
> > They should simply install it. Similar as they need recent toolchain,
> > make, pkg-config, etc, etc.
>
> No, no, no. Users are not limited to Debian developers using Sid. Us
27 matches
Mail list logo
