[Daniel Leidert]
> Am Sonntag, den 12.02.2006, 20:01 +0100 schrieb Marc Haber:
> > It has now shown to be necessary to apply patches to the upstream
> > docs. I would like to use dpatch for that.
>
> Could you also write a bug-report for dpatch? This is a feature I also
> miss and I would of cour
Hi Marc!
On 2/13/06, Marc Haber <[EMAIL PROTECTED]> wrote:
> Please, don't treat me as a clueless newbie. The package in question
> is exim4-doc-html, the documentation for Debian's default MTA. The
> fact that I maintain that package should show that I have been around
> the block multiple times
On Sun, 12 Feb 2006 18:01:27 -0200, "Nelson A. de Oliveira"
<[EMAIL PROTECTED]> wrote:
>You can do this:
>
>If the .txt files are really important and necessary, you may left
>them uncompressed and you won't need to patch the html file.
>
>If the .txt files aren't very important, you can compress t
On Sun, 12 Feb 2006, Manoj Srivastava wrote:
> This is interesting. When I remove a file completely from
> ./debian, as I do in the case of fvwm, diff says "ignoring deletion
> of files ...". So, if I had instead just truncaterd the file, it
> would be removed from the unpacked tree, wh
On 12 Feb 2006, Joey Hess uttered the following:
> Bernhard R. Link wrote:
>> The general suggestion is to not include the debian/ directory in
>> the release tarball. The reason is that by the format of the Debian
>> source packages no files can be removed by another person's
>> .diff.gz and some
Am Sonntag, den 12.02.2006, 20:01 +0100 schrieb Marc Haber:
> The eximdoc4 source package is built from two upstream tarballs, one
> with the texinfo docs and one with the html docs. To massage this into
> Debian source package format, the two upstream .tar.bz2 tarballs are
> tar.gz'ed together to
On Sun, Feb 12, 2006 at 12:42:26PM -0300, Margarita Manterola wrote:
> On 2/12/06, Bas Wijnen <[EMAIL PROTECTED]> wrote:
>
> > The package can be found at http://pcbcn10.phys.rug.nl/~shevek/sdljump/.
>
> It's actually at http://pcbcn10.phys.rug.nl/~shevek/debian/sdljump/
>
> The package is in ve
* Marc Haber [Sun, 12 Feb 2006 20:01:58 +0100]:
> (3)
> Modify debian/rules to first unpack, second patch, third build?
I'd personally go with this one, similarly to this:
configure: patch
foo
patch: unpack
bar
unpack:
baz
Cheers,
--
Adeod
On Sun, Feb 12, 2006 at 12:42:26PM -0300, Margarita Manterola wrote:
> So, why run aclocal and delete all those files unnecesarily? Even
> though the package is exactly the same as with the simpler rules, it
> smells like a source of bugs to me. Like if in the future aclocal-1.9
> stops being pre
Bernhard R. Link wrote:
> The general suggestion is to not include the debian/ directory in the
> release tarball. The reason is that by the format of the Debian source
> packages no files can be removed by another person's .diff.gz and some
> tools like debhelper act on (non)existance of specific
On Sun, Feb 12, 2006 at 07:06:00PM +0100, Mattia Dongili wrote:
> I need a quick suggestion how to handle libcpufreq{0,-dev} within the
> libsysfs transition.
> Facts:
> - current cpufrequtils is compatible with both libsysfs1 and libsysfs2
> - the source package depends on libsysfs-dev >= 1.0.0
>
Hi!
On 2/12/06, Marc Haber <[EMAIL PROTECTED]> wrote:
> On Sun, 12 Feb 2006 14:32:05 -0500, Justin Pryzby
> <[EMAIL PROTECTED]> wrote:
> >So it seems that it shouldn't actually be compressing html files;
>
> It isn't. The files in question are .txt config file snippets that are
> linked from the h
On Sun, 12 Feb 2006 14:32:05 -0500, Justin Pryzby
<[EMAIL PROTECTED]> wrote:
>So it seems that it shouldn't actually be compressing html files;
It isn't. The files in question are .txt config file snippets that are
linked from the html code.
Greetings
Marc
--
---
On Sun, 12 Feb 2006 17:30:57 -0200, "Nelson A. de Oliveira"
<[EMAIL PROTECTED]> wrote:
>On 2/12/06, Marc Haber <[EMAIL PROTECTED]> wrote:
>> I am now wondering whether it is acceptable to compress all of the
>> .txt files, or to keep all of them uncompressed. Which would be the
>> lesser evil?
>
>L
On Sun, Feb 12, 2006 at 07:02:08PM +0100, Marc Haber wrote:
> Hi,
>
> exim4-doc-html includes the exim FAQ, which is a bunch of HTML files
> and some configuration examples as .txt, in
> /usr/share/doc/exim4-doc-html/html. The larger of these .txt files are
> compressed by the build processs, whil
* Michal ?iha? <[EMAIL PROTECTED]> [060212 19:21]:
> I'm author of few programs, that I want to include in Debian. Keeping
> debian directory inside sources and release tarball seems as logical
> step to me because related changes to debian directory will be in
> same changeset as changes in softwa
Hi
On Sun, 12 Feb 2006 16:31:49 -0200
"Nelson A. de Oliveira" <[EMAIL PROTECTED]> wrote:
> Even if your diff.gz file stay with 0 bytes after generating the
> package, it's good to not create them native. If, for example, your
> package has 1 MB. It's created as being native. If someone will do a
I answered just for Marc, so forwarding it to the list.
Hi Marc!
On 2/12/06, Marc Haber <[EMAIL PROTECTED]> wrote:
> exim4-doc-html includes the exim FAQ, which is a bunch of HTML files
> and some configuration examples as .txt, in
> /usr/share/doc/exim4-doc-html/html. The larger of these .txt fi
Hi,
The eximdoc4 source package is built from two upstream tarballs, one
with the texinfo docs and one with the html docs. To massage this into
Debian source package format, the two upstream .tar.bz2 tarballs are
tar.gz'ed together to form eximdoc4_foo.tar.gz.
It has now shown to be necessary to
Hi,
exim4-doc-html includes the exim FAQ, which is a bunch of HTML files
and some configuration examples as .txt, in
/usr/share/doc/exim4-doc-html/html. The larger of these .txt files are
compressed by the build processs, while the smaller of them stay
uncompressed. This is confusing.
I am now wo
On Sunday 12 February 2006 10:21, Michal Čihař wrote:
Why keep debian directory outside of the source tree?
- Users of other distros won't be encumbered with Debian-specific parts of
your software.
- Maintainers of other distros (Ubuntu) will have a clean source tree to work
with
- Cuts down on
Hi Michal!
On 2/12/06, Michal Čihař <[EMAIL PROTECTED]> wrote:
> However I'm not sure whether to create native package or not. For now I
> prefer native packages. But several times (I think it was even on this
> list) I saw that it might not be good idea, but without any arguments
> which would co
Hi all
I'm author of few programs, that I want to include in Debian. Keeping
debian directory inside sources and release tarball seems as logical
step to me because related changes to debian directory will be in
same changeset as changes in software.
However I'm not sure whether to create native
Hello,
I need a quick suggestion how to handle libcpufreq{0,-dev} within the
libsysfs transition.
Facts:
- current cpufrequtils is compatible with both libsysfs1 and libsysfs2
- the source package depends on libsysfs-dev >= 1.0.0
- libcpufreq0 uses ${shlibs:Depends} to build dependencies
Now, my
On 2/12/06, Bas Wijnen <[EMAIL PROTECTED]> wrote:
> The package can be found at http://pcbcn10.phys.rug.nl/~shevek/sdljump/.
It's actually at http://pcbcn10.phys.rug.nl/~shevek/debian/sdljump/
The package is in very good state, it's lintian clean (although linda
issues a warning). I have some c
Hi,
On Sun, Feb 12, 2006 at 12:42:54PM +0100, Alexander Schmehl wrote:
> * Bas Wijnen <[EMAIL PROTECTED]> [060212 12:08]:
> > .
> > Home page: http://sdljump.sourceforge.net
>
> Pointing to [1] I would suggest to change that to ".\n Homepage:"
Thanks, fixed.
> > The package can be found at ht
Hi!
* Bas Wijnen <[EMAIL PROTECTED]> [060212 12:08]:
> Package: sdljump
[..]
> .
> Home page: http://sdljump.sourceforge.net
Pointing to [1] I would suggest to change that to ".\n Homepage:"
Links:
1:
http://www.debian.org/doc/manuals/developers-reference/ch-best-pkging-practices.en.html#s
Hello mentors,
In the games team, SDLjump was mentioned as a candidate for the graphical
installer. However, it was not packaged yet. So I've done that (but left out
the udeb-parts for now). I'm looking for a sponsor to check and upload the
package.
Package: sdljump
Section: games
License: GPL
28 matches
Mail list logo