Dear mentors,
I am looking for a sponsor for the new version 20051019-10
of my package joystick.
It builds these binary packages:
evtest - utility to monitor input device events
inputattach - utility to connect serial-attached peripherals to the input
subsystem
joystick - set of testing
Hi,
On Mon, 05 Apr 2010, Osamu Aoki wrote:
On Mon, Apr 05, 2010 at 03:30:50PM +0200, Mike Hommey wrote:
The commands listed below are run twice, once with the -a option (in
binary-arch) and once with the -i option (in binary-indep):
Actually, it doesn't. dh binary just runs whatever
Dear mentors,
I am looking for a sponsor for my package nall.
* Package name: nall
Version : 1.0-1
Upstream Author : Benoît Rouits brou...@free.fr
* URL : http://herewe.servebeer.com/nall/
* License : gpl
Section : x11
It builds these binary
Hi,
On Wed, Apr 07, 2010 at 09:21:19AM +0200, Raphael Hertzog wrote:
And if one wanted to be picky, you could note that the sequence for
binary-indep does not include dh_strip, dh_makeshlibs and dh_shlibdeps.
Good points.
FEW files missing in the following chapter are:
NEWS
TODO
Also .ex
On Wed, 07 Apr 2010, Osamu Aoki wrote:
What is needed is documentation on dh_listpackages and its usage to sort
out binary-indep and binary-arch difference for override commands.
Otherwise, buildd may fail if they only install Build-Depends: (I vaguely
remember, they install
Dear mentors,
I am looking for a sponsor for the new version 20100327-1
of my package mbuffer. This is a new upstream release
with several Debian packaging updates (see below for
the full changelog entry).
Also, I'd be grateful if a kind mentor would set
the DM-Upload-Allowed flag before
On Wed, Apr 07, 2010 at 02:57:41PM +0200, Raphael Hertzog wrote:
On Wed, 07 Apr 2010, Osamu Aoki wrote:
What is needed is documentation on dh_listpackages and its usage to sort
out binary-indep and binary-arch difference for override commands.
Otherwise, buildd may fail if they only
Hi,
[...]
I would be glad if someone uploaded this package for me.
Done. (c:
It's been a pleasure to work with you and I hope you become DD ASAP. :-)
Cheers,
--
Héctor Orón
Our Sun unleashes tremendous flares expelling hot gas into the Solar
System, which one day will disconnect us.
--
On Wed, 07 Apr 2010, Osamu Aoki wrote:
But are you sure this holds for dh_auto_build. If buildd only install
Build-Depends and dh_auto_build initiate doc building using latex listed in
-indep, then we are in trouble. As I understand, it usually run $(MAKE) for
any case. So if doc package
Guys,
I am still confused about my initial question when which binary-*
target in debian/rules is called.
This also concerns:
- http://www.debian.org/doc/maint-guide/ch-dreq.en.html#s-rules
- http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules
which seem to be out of sync. The
On Fri, Apr 02, 2010 at 08:19:10PM +0200, Christoph Egger wrote:
On Fri, Apr 02, 2010 at 07:39:09PM +0200, Fladischer Michael wrote:
[actually, Christoph Egger wrote...]
* I've found it quite good to have package + packaging under the same
license. Of course that's totally up to your
On Wed, Apr 07, 2010 at 04:19:33PM +0200, jmroth+...@iip.lu wrote:
Guys,
I am still confused about my initial question when which binary-*
target in debian/rules is called.
Very simple: binary-arch to build all arch-dependent packages from that
source and binary-indep to build all
On Wed, Apr 07, 2010 at 04:24:44PM +0200, Raphael Hertzog wrote:
And it's a know limitation of dpkg-buildpackage that we have only
debian/rules build when we should have build-arch and build-indep just
like for binary.
OK. Somehow I was expecting too much. I now reread that section of
I am still confused about my initial question when which binary-*
target in debian/rules is called.
Very simple: binary-arch to build all arch-dependent packages from that
source and binary-indep to build all arch-independent packages. The
binary target should then depend on binary-arch and
On Wed, Apr 07, 2010 at 06:13:25PM +0200, jmroth+...@iip.lu wrote:
I am still confused about my initial question when which binary-*
target in debian/rules is called.
Very simple: binary-arch to build all arch-dependent packages from that
source and binary-indep to build all
Christian PERRIER wrote:
Quoting Jun Kobayashi (jk...@ubuntu.com):
If OK, then feel free to provide us with your login on
alioth.debian.org (of course, create one if you don't have one
already).
To answer another question of yours in this thread, the source and
patches for otf-ipafont can
jmroth+...@iip.lu writes:
Yeah but I was talking about a debian/rules like
binary-indep:
cmd1
cmd2
%:
dh $@
Here, you can be sure that binary-indep is ignored.
It's not if you explicitly do an architecture-independent build with
dpkg-buildpackage -A. But if you do a
Hideki Yamane wrote:
I met some IPA folks at Red Hat Tokyo and talked some time ago, I wished
Please use open ticket system and forum or mailing list. If you think it
is huge task for you, please use sourceforge.jp. Release often more and
more to them. And, now they act on
Dear mentors,
I am looking for a sponsor for my package conquest.
* Package name: conquest
Version : 8.4.1i-1
Upstream Author : Jon Trulson j...@radscan.com
* URL : http://www.radscan.com/conquest.html
* License : Artistic (contained at
I'm working with a package where upstream uses a flat Makefile and the
Debian package has been converted to automake. This means the Makefile
from the .orig.tar.gz gets clobbered in the build process, and then
removed entirely on clean. So build; clean isn't a no-op. I see
several ways to deal
Hi mentors,
I am looking for a sponsor for my package libspring-ldap-java.
* Package name: libspring-ldap-java
Version : 1.3.0.RELEASE-1
Upstream Author : SpringSource Inc.
* URL : http://www.springsource.org/ldap
* License : Apache-2.0
Section :
On Thu, Apr 8, 2010 at 7:55 AM, Jonathan Niehof jtnie...@gmail.com wrote:
Suggestions on the best approach (or a 5?) Upstream seems dormant, so
convincing them to switch to automake is probably not on the agenda.
If it is a sf.net project there is a procedure to take over the
project. If it is
You don't seem to have joined the Debian Games Team and updated the
SVN repository. I'd suggest joining the Debian Games Team, you will
find sponsors and testers there. In exchange, we would hope you
could help maintain other games in Debian.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
23 matches
Mail list logo