On 17/02/2008, Kapil Hari Paranjape wrote:
If you want to document how/why you re-packaged the source for
Debian, this should be in README.Debian-source.
No, that is supposed to be in debian/copyright. See recent discussions
on -mentors, then moved to -devel -policy, subthread starting around
* Andres Mejia [EMAIL PROTECTED] [080217 07:31]:
For ensuring the exact tarball that was used to generate the orig tarball is
used.
But we keep them allready on alioth. So a get current orig target
would be quite easier as an wget from the pkg-games website, wouldn't
it?
Yours sincerely,
Am Samstag, den 16.02.2008, 23:10 -0500 schrieb Andres Mejia:
I have two questions. First question is;
Is it at all possible to write a get-orig-source target that calls an
external
script to handle generating the orig tarball?
Of course.
The problem I'm facing is when the
On Mon, Feb 11, 2008 at 10:53:48AM +0100, Bas Wijnen wrote:
This is not true if you simply build the whole package from source.
That is, run autotools during build, remove all generated files,
including Makefile.in, configure, etc, in the clean target.
For some reason many people seem to
On Sunday 17 February 2008 4:04:41 am Bas Wijnen wrote:
On Sun, Feb 17, 2008 at 02:39:03PM +0900, Emmet Hikory wrote:
Andres Mejia wrote:
Is it at all possible to write a get-orig-source target that calls
an external script to handle generating the orig tarball?
Aside from the
Il giorno Sun, 17 Feb 2008 11:02:21 -0500
Andres Mejia [EMAIL PROTECTED] ha scritto:
On Sunday 17 February 2008 4:04:41 am Bas Wijnen wrote:
On Sun, Feb 17, 2008 at 02:39:03PM +0900, Emmet Hikory wrote:
To find the path, $(dir $_)/script can be used, to make sure it works
from any
On Sunday 17 February 2008 8:31:11 am Alexander Schmehl wrote:
* Andres Mejia [EMAIL PROTECTED] [080217 07:31]:
For ensuring the exact tarball that was used to generate the orig tarball
is used.
But we keep them allready on alioth. So a get current orig target
would be quite easier as an
Colin Watson [EMAIL PROTECTED] writes:
Rather than incurring the pain of gratuitous full regeneration every
time, we just regenerate it when the user has changed something. Yes,
the user now gets to resolve any problems that might have been
pre-existing, but realistically either the Debian
Hi!
* Andres Mejia [EMAIL PROTECTED] [080217 17:21]:
For ensuring the exact tarball that was used to generate the orig tarball
is used.
But we keep them allready on alioth. So a get current orig target
would be quite easier as an wget from the pkg-games website, wouldn't
it?
That's
On Sun, Feb 17, 2008 at 03:07:59PM +, Colin Watson wrote:
On Mon, Feb 11, 2008 at 10:53:48AM +0100, Bas Wijnen wrote:
This is not true if you simply build the whole package from source.
That is, run autotools during build, remove all generated files,
including Makefile.in, configure,
Bas Wijnen [EMAIL PROTECTED] writes:
Autoconf is pretty stable,
This has not been the experience of many of us. I haven't had a lot of
trouble fixing things for newer releases of Autoconf, but I definitely
have seen issues. And the Autoconf 2.13 to 2.50 transition and all the
subsequent
On Sunday 17 February 2008 11:37:54 am David Paleino wrote:
Il giorno Sun, 17 Feb 2008 11:02:21 -0500
Andres Mejia [EMAIL PROTECTED] ha scritto:
On Sunday 17 February 2008 4:04:41 am Bas Wijnen wrote:
On Sun, Feb 17, 2008 at 02:39:03PM +0900, Emmet Hikory wrote:
To find the path,
On Sun, Feb 17, 2008 at 11:15:20AM -0800, Russ Allbery wrote:
Bas Wijnen [EMAIL PROTECTED] writes:
Autoconf is pretty stable,
This has not been the experience of many of us. I haven't had a lot of
trouble fixing things for newer releases of Autoconf, but I definitely
have seen issues.
Hello David,
I am the owner of the ITP and I had been trying to add Code::Blocks to
Debian repositories.
I had created the packages more than once but always having to change
something to fulfill mentor's demands. When everything was looking like it
would be finally solved then Code::Blocks team
On Sunday 17 February 2008 1:35:05 pm Alexander Schmehl wrote:
Hi!
* Andres Mejia [EMAIL PROTECTED] [080217 17:21]:
For ensuring the exact tarball that was used to generate the orig
tarball is used.
But we keep them allready on alioth. So a get current orig target
would be
On Sun, Feb 17, 2008, Russ Allbery wrote:
I think we should recommend (but not require) that AM_MAINTAINER_MODE
not be used, and perhaps work to specify an optional debian/rules target
that regenerates the build system in an appropriate way. That seems to
provide the necessary benefits for
On Sun, Feb 17, 2008 at 08:24:43PM +0100, Loïc Minier wrote:
Yes, I second Russ here and would like to add that it's very easy to
trigger the timestamp skews if you simply create a patch for
configure + configure.in/.ac as the files will be sorted as configure
first and then
On Sun, Feb 17, 2008 at 08:08:47PM +0100, Bas Wijnen wrote:
The fact that there exist packages which work properly without
recompiling from source doesn't mean it's a good default. IMO the
default should be to always compile from source. Yes, that means hassle
for the packager; it's pretty
On Sun, Feb 17, 2008 at 09:29:59PM +, Mark Brown wrote:
On Sun, Feb 17, 2008 at 08:08:47PM +0100, Bas Wijnen wrote:
The fact that there exist packages which work properly without
recompiling from source doesn't mean it's a good default. IMO the
default should be to always compile
On Sun, Feb 17, 2008 at 11:30:42PM +0100, David Paleino wrote:
Il giorno Sun, 17 Feb 2008 13:59:51 -0500
Andres Mejia [EMAIL PROTECTED] ha scritto:
On Sunday 17 February 2008 11:37:54 am David Paleino wrote:
Why not using $(CURDIR)? It should give you the dir where debian/ is
located
Il giorno Sun, 17 Feb 2008 16:30:28 -0300
Erick Mattos [EMAIL PROTECTED] ha scritto:
Hello David,
Hi Erick,
I am the owner of the ITP and I had been trying to add Code::Blocks to
Debian repositories.
I had created the packages more than once but always having to change
something to fulfill
Il giorno Sun, 17 Feb 2008 13:59:51 -0500
Andres Mejia [EMAIL PROTECTED] ha scritto:
On Sunday 17 February 2008 11:37:54 am David Paleino wrote:
Why not using $(CURDIR)? It should give you the dir where debian/ is
located (i.e. $(CURDIR) == debian/../). I've always used it in my
Am Sonntag, den 17.02.2008, 23:58 +0100 schrieb Bas Wijnen:
[..]
The get-orig-source target specifies that it must work from anywhere.
Where do you read this? The policy says, that it [..] may be invoked in
any directory [..]. To my understanding, this is not a must work from
anywhere. I agree,
On Sun, Feb 17, 2008 at 11:55:03PM +0100, Bas Wijnen wrote:
Not at all. If it's optional, it's likely that many packages will not
have it. Also, if the build system doesn't use it by default, it is
likely that many of those targets are never tested and don't actually
work.
We
Dear mentors,
I am looking for a sponsor for my package libapache-mod-random.
* Package name: libapache-mod-random
Version : 2.1-1
Upstream Author : Andreas Wenning
* URL : http://tangent.org/394/mod_random.html
* License : see debian/copyright
Section
Hi,
I'm looking for a sponsor for the new upstream version of whichwayisup.
It builds these binary packages:
whichwayisup - 2D platform game with a slight rotational twist
Description:
Which Way Is Up, a traditional and challenging 2D platform game with a
slight rotational twist. Help a
Hi folks,
Here is a QA Upload for tkgate.
It includes a new upstream (fixes an RC bug) and some significant
re-packaging. It is also complaining about a large /usr/share, so I'm
wondering if it should be split into a -data package or something? It
was installing everything under
Dear mentors,
I am trying again look for a sponsor for my package nettee.
I have found that other Debian people too think this useful:
http://www.debian-administration.org/articles/145
* Package name: nettee
Version : 0.1.8-3
Upstream Author : David Mathog
* URL :
Hi,
Here is an NMU to fix an RC bug and two other minor bugs if someone has
time to review/upload.
http://mentors.debian.net/debian/pool/main/r/radiusclient/radiusclient_0.3.2-11.1.dsc
Description: /bin/login replacement which uses the RADIUS protocol for
authentication.
Radiusclient is a
29 matches
Mail list logo
