On Wed, Oct 31, 2007 at 17:21:42 +1100, Paul Wise wrote:
Couple of comments:
Scary looking package, perhaps there needs to be a dh_haskell that
writes the correct stuff to the postinst/etc like there is for python.
How do you mean scary?
I followed the steps I found on the Haskell wiki[1] which
James Antill wrote:
Hmm, I doubt Vaclav changed the Makefile and I'm pretty sure that
isn't the case in the upstream Makefile.
Note that it builds 4 versions of each file by default that look like:
*-so-dbg.o
*-so-opt.o
*-a-dbg.o
*-a-opt.o
That's good! As I said before - I didn't
All'incirca Sun, 22 Jul 2007 18:22:59 +0200, Nico Golde
[EMAIL PROTECTED] sembrerebbe aver scritto:
Hi,
* Kartik Mistry [EMAIL PROTECTED] [2007-07-22 18:17]:
On 7/22/07, Nico Golde [EMAIL PROTECTED] wrote:
throttle - A bandwidth limiting pipe
[...]
As I said, throttle is too simple
Erik Schanze a écrit :
Hi Gilles,
Hi Erik,
Gilles Filippini [EMAIL PROTECTED]:
I am looking for a sponsor for my package nted.
* Package name: nted
Something to fix:
- The author field in some translation files (*.po) is empty.
- There are many warnings during compilation, so the
Paul Wise a écrit :
Quick review of the diff:
Might want to remove the comments and other cruft from the manual page.
Same for the watch file (it need only be 2 lines)
Same for the rules file, you have lots of commands that are commented
out, remove them if they are not needed.
Please run
Bernd Zeimetz [EMAIL PROTECTED] writes:
James Antill wrote:
That code is basically:
extern inline size_t ustr_xi__pow2(int use_big, unsigned char len)
{
static const unsigned char map_big_pow2[4] = {2, 4, 8, 16};
static const unsigned char map_pow2[4] = {0, 1, 2, 4};
...so I'm
Hi,
I could use some assistance building a package. I've been using this guide -
http://www.debian.org/doc/maint-guide/ - and successfully build some
packages for CPAN modules yesterday, which were fairly normal. Now I'm
trying to build a somewhat simpler package but running into two main
Am Donnerstag, den 01.11.2007, 08:38 -0500 schrieb Jeremy Martin:
[..]
This package is just a few perl scripts and a perl module. It needs to
go into a certain folder that doesn't exist normally. I added the
custom directory they need to go into (/opt/gsi-tools) to the
debian/dirs file and it
hi
i have a library and want to package it
But it has a configuration option as --enable-debug=yes/no
So i need to make 2 packages as
1) libinput0
2) libinput0-debug
So now if an application uses libinput, how the $(shlibs:Depends) variable
get substituted, during application package being
hi
try this
mkdir -p $(CURDIR)/debian/package-name/opt/gsi-tools
cp GSITools.pm $(CURDIR)/debian/package-name/opt/gsi-tools/
cp GSIManagementService.pl
$(CURDIR)/debian/package-name/opt/gsi-tools
bye
varun
--
View this message in context:
On Thu, Nov 01, 2007 at 08:57:19AM -0700, varun_shrivastava wrote:
hi
i have a library and want to package it
But it has a configuration option as --enable-debug=yes/no
So i need to make 2 packages as
1) libinput0
2) libinput0-debug
I think the recommended way to do this [0] is to
On Thu, 01 Nov 2007, Jeremy Martin wrote:
The other part of my question is trying to set up a cron job. I tried adding
the job into debian/cron.d.ex and in the debian/rules file I uncommented
dh_installcron in the binary-arch: build install section, but the cron job
is not being added to
Thanks for the CC Miriam or I may have missed this!
Right now I have a prboom package I was about to upload to mentors which
Moritz was going to sponsor. It Replaces: lxdoom as we're trying to get
that out of the archive. So this is interesting timing.
I'd appreciate it if all packages that are
Hello, mentors.
I'm currently working on Processing (#433270).
Now, Processing distributes in its source tarball (well, not really a
source tarball at all, since it's necessary to get everything from
svn), some Windows .exes and some MacOSX-specific files too.
Do these have to be removed from
On Thu, Nov 01, 2007 at 01:17:26PM -0600, Jordi Gutiérrez Hermoso wrote:
Hello, mentors.
I'm currently working on Processing (#433270).
Now, Processing distributes in its source tarball (well, not really a
source tarball at all, since it's necessary to get everything from
svn), some
varun_shrivastava wrote:
hi
try this
mkdir -p $(CURDIR)/debian/package-name/opt/gsi-tools
cp GSITools.pm $(CURDIR)/debian/package-name/opt/gsi-tools/
cp GSIManagementService.pl
$(CURDIR)/debian/package-name/opt/gsi-tools
why so complicated?
man dh_install
Cheers,
Bernd
On Thu, Nov 01, 2007 at 08:57:19AM -0700, varun_shrivastava wrote:
i have a library and want to package it
But it has a configuration option as --enable-debug=yes/no
So i need to make 2 packages as
1) libinput0
2) libinput0-debug
So now if an application uses libinput, how the
On Thu, 1 Nov 2007 13:17:26 -0600, Jordi Gutiérrez Hermoso [EMAIL
PROTECTED] said:
Hello, mentors. I'm currently working on Processing (#433270).
[...]
Oh, and it looks like it'll have to go into contrib, until Java
becomes completely free. :-/ Confirm, deny?
See if it works with, e.g.
On 01/11/2007, Justin Pryzby [EMAIL PROTECTED] wrote:
On Thu, Nov 01, 2007 at 01:17:26PM -0600, Jordi Gutiérrez Hermoso wrote:
Hello, mentors.
I'm currently working on Processing (#433270).
Now, Processing distributes in its source tarball (well, not really a
source tarball at all,
On 01/11/2007, Hubert Chathi [EMAIL PROTECTED] wrote:
On Thu, 1 Nov 2007 13:17:26 -0600, Jordi Gutiérrez Hermoso [EMAIL
PROTECTED] said:
Hello, mentors. I'm currently working on Processing (#433270).
[...]
Oh, and it looks like it'll have to go into contrib, until Java
becomes
On 11/2/07, Jeremy Martin [EMAIL PROTECTED] wrote:
(I know that's kind of a weird folder but higher powers have
insisted that's where this stuff goes;-))
mkdir -p $(CURDIR)/debian/opt/gsi-tools
cp GSITools.pm $(CURDIR)/debian/opt/gsi-tools/
cp GSIManagementService.pl
On 11/2/07, Jordi Gutiérrez Hermoso [EMAIL PROTECTED] wrote:
Now, Processing distributes in its source tarball (well, not really a
source tarball at all, since it's necessary to get everything from
svn), some Windows .exes and some MacOSX-specific files too.
Do these have to be removed from
hi
actually the library uses g_log kind of debugging technique ie some #defines
are there, so when log is enabled #defines get replaced by g_log(***), and
when its disabled #defines get replaced by (void)0
But i have a bigger problem thats the library has one more option of
--enable-sdl=yes/no
23 matches
Mail list logo