On 10/08/07, Brandon <[EMAIL PROTECTED]> wrote:
> 1) It appears that the irrlicht engine is incompatable with the libjpeg
> engine that comes with debian. I have attached a log with errors. This
> is from compiling, and then running, 02.Quake3Map.
>
> However, after checking the versions, it seems
Hello,
On Mon, 13 Aug 2007, Kevin Coyner wrote:
> Such is the case with my packages. Upstream does strip in the
> Makefile. Aside from editing the Makefile using dpatch, is there
> anything else that is easily done to correct this?
"Different strokes for different folks."
I got away with redefin
On 10/08/07, Giovanni Mascellani <[EMAIL PROTECTED]> wrote:
> All'incirca Thu, 9 Aug 2007 19:47:01 -0500, "Raphael Geissert"
> <[EMAIL PROTECTED]> sembrerebbe aver scritto:
>
> > Hello everybody,
> >
> > I've finally prepared the irrlicht package.
> > As I wrote many hacks to get dpkg-buildpackage
Hello,
The description of your project has somehow piqued my curiosity. But, as Neil
Williams said, I think you need to explain to us how is it different from
(c)deboostrap.
What can you program do that I couldn't do with a trivial shell script? What
have you solved that would go beyond trivi
David Given <[EMAIL PROTECTED]> writes:
> Wll... unfortunately man-db uses ISO-8859-1 for C and POSIX locales,
> so transcoding would be required.
You do get lintian warnings if you try to use ISO 8859-1 characters in man
pages currently. Unfortunately, a lot of people just ignore those
warn
On Monday 13 August 2007 19:38:35 Russ Allbery wrote:
> Kevin Coyner <[EMAIL PROTECTED]> writes:
> > Such is the case with my packages. Upstream does strip in the
> > Makefile. Aside from editing the Makefile using dpatch, is there
> > anything else that is easily done to correct this? I know this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Russ Allbery wrote:
[...]
> Okay, your analysis matches what I thought was going on. However, David
> Given seems to be seeing something else where some man pages are already
> encoded in UTF-8. So I guess I'm confused as to what's going on and what
Hi Bill,
i must apologize because i have done a mistake,a newbie error, i didn't
want hijack your package for asking a ransom. True is that this package
isn't orphaned but RFA'ed, I wrote on your Bug report logs - #313183 a
month ago without reciving an answer, so i supposed (and that was my big
er
Kevin Coyner <[EMAIL PROTECTED]> writes:
> Such is the case with my packages. Upstream does strip in the
> Makefile. Aside from editing the Makefile using dpatch, is there
> anything else that is easily done to correct this? I know this seems
> straightforward, but I just wanted to ask before I st
On Mon, 13 Aug 2007 10:14:23 -0400
Kevin Coyner <[EMAIL PROTECTED]> wrote:
>
> Recently I've had a bug filed against a few of my packages about
> final binaries being stripped even though DEB_BUILD_OPTIONS=nostrip
> is set (in an autobuild process). The bug goes on to say that it
> could be that
Adam Borowski <[EMAIL PROTECTED]> writes:
> The current Debian groff can produce UTF-8 output only for a narrow
> range of characters, ones which happen to be present in 8 bit charsets.
> It cannot handle UTF-8 input at all; on the other hand, Red Hat's
> version seem to be working just fine.
Yea
Kevin Coyner <[EMAIL PROTECTED]> writes:
> Recently I've had a bug filed against a few of my packages about
> final binaries being stripped even though DEB_BUILD_OPTIONS=nostrip
> is set (in an autobuild process). The bug goes on to say that it
> could be that upstream is stripping the files.
>
>
On Mon, Aug 13, 2007 at 01:24:34PM +0200, Francesco Aloe wrote:
> Hi mentors,
> eterm-themes is an orphaned package and because this I am interested in
> adopting it, but i need a sponsor :)
Hello Francesco,
There are several issues:
1) eterm-themes is not orphaned but RFA'ed. This means I am sti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ben Finney wrote:
[...]
>> The standard encoding for Japanese man pages is EUC-JP
>
> That's no more true than "the standard encoding for English text is
> ASCII". The world is moving to Unicode encodings, though legacy
> encodings will remain for som
Recently I've had a bug filed against a few of my packages about
final binaries being stripped even though DEB_BUILD_OPTIONS=nostrip
is set (in an autobuild process). The bug goes on to say that it
could be that upstream is stripping the files.
Such is the case with my packages. Upstream does str
David Given <[EMAIL PROTECTED]> writes:
> The standard encoding for Japanese man pages is EUC-JP
That's no more true than "the standard encoding for English text is
ASCII". The world is moving to Unicode encodings, though legacy
encodings will remain for some time.
They're also both equally irre
On Sun, Aug 12, 2007 at 08:44:13PM -0700, Russ Allbery wrote:
> Adam Borowski <[EMAIL PROTECTED]> writes:
>
> > Issues to fix
> > =
>
> > A. man output
> > B. groff processing
> > C. man input
>
> > Fixes for A. and B. are mostly local to "man-db", fixing C. would be a
> > Debian-wid
Dear mentors,
I am looking for a sponsor for the new version 1.4-1.1
of my package "libgtkol".
It builds these binary packages:
libgtkol-docs - GTK C++ Object Layer - documentation
libgtkol1 - GTK C++ Object Layer - shared libraries
libgtkol1-dev - GTK C++ Object Layer - development files
The p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Russ Allbery wrote:
[...]
> What I was trying to get at earlier is that I believe groff can't handle
> UTF-8 input. So fixing B, if I'm correct, is certainly not local to
> man-db. I believe that fixing groff to handle multibyte character sets
> prop
Hi mentors,
eterm-themes is an orphaned package and because this I am interested in
adopting it, but i need a sponsor :)
> Dear mentors,
>
> I am looking for a sponsor for the new version 0.9.3.20060329-2
> of my package "eterm-themes".
>
> It builds these binary packages:
> eterm-themes - The
Hi,
I've updated the package with the ITP bug.
Cheers,
francesco
Il giorno sab, 21/07/2007 alle 18.34 +0200, Francesco Namuri ha scritto:
> Hi,
> I've made a dictconv deb,
>
> It builds these binary packages:
> dictconv - Dictconv convert a dictionay file type in another dictionary file
>
> T
21 matches
Mail list logo