On Wed, Nov 02, 2016 at 12:11:37PM +0800, Paul Wise wrote:
> On Wed, Nov 2, 2016 at 11:22 AM, Jerome BENOIT wrote:
>
> > Let give a try. I am dealing with the libgap-sage package [1].
>
> Thanks for the extensive details.
>
> > To begin with, GAP is a Computer Algebra System (CAS).
> > From an u
as requested by Felix Salfelder to build gap-dev object files with
-fPIC for this purpose.
Instead of using sed, Sage should use a linker script, this would be
much cleaner.
gap (4r6p5-3) unstable; urgency=low
* debian/rules:
- build gap-dev object files with -fPIC to be compatible with us
On Tue, Mar 31, 2009 at 09:50:49PM -0500, Steve M. Robbins wrote:
> Goswin,
>
> Thanks very much for the succinct lesson on biarch and multiarch.
>
>
> On Wed, Mar 18, 2009 at 07:31:18PM +0100, Goswin von Brederlow wrote:
>
> > If you want to support 64bit (and n32) gmp on ppc, s390, sparc, mip
On Mon, Aug 13, 2007 at 07:44:09PM +0200, Francesco Aloe wrote:
> 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
> m
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
Hello,
ldapsearch does not work for me anymore with db.debian.org:
(both woody and sid version)
$ cat ~/.ldaprc
HOST db.debian.org
BASE dc=debian,dc=org
$ ldapsearch uid=ballombe
ldap_sasl_interactive_bind_s: No such object
Is it a know problem or I am just doing something stupid ?
Cheers,
--
On Fri, Apr 11, 2003 at 02:07:51PM +0200, Thomas Viehmann wrote:
> Bill Allombert wrote:
> >>I think "-ICVS" passed to dpkg-buildpackage does the trick. See the man
> >>page of
> >>dpkg-source for details.
> > No, this will remove the CVS dirs from t
On Fri, Apr 11, 2003 at 01:55:52PM +0200, Joerg Jaspert wrote:
> Bill Allombert <[EMAIL PROTECTED]> writes:
>
> > What is the best way to handle native Debian packages under CVS?
> > The problem is to avoid the CVS directories going in the tarball.
>
> cvs-bui
On Fri, Apr 11, 2003 at 12:59:22PM +0200, Thomas Viehmann wrote:
> Hi Bill,
>
> Bill Allombert wrote:
> > What is the best way to handle native Debian packages under CVS?
> > The problem is to avoid the CVS directories going in the tarball.
> I think "-ICVS" pa
Hello all,
What is the best way to handle native Debian packages under CVS?
The problem is to avoid the CVS directories going in the tarball.
Cheer,
--
Bill. <[EMAIL PROTECTED]>
(Please CC me)
On Sat, Oct 19, 2002 at 05:23:48PM -0400, Matt Zimmerman wrote:
> On Sat, Oct 19, 2002 at 09:17:25PM +0200, Bill Allombert wrote:
>
> > As you see, all the dh_install commands are in the binary target, so in fact
> > 'install' do not fully install the package.
>
Hello Developers,
dh_make produce a debian/rules that look like this (for a single binary
package).
build:
dh_testdir
clean:
dh_testdir
dh_testroot
dh_clean
install: build
dh_testdir
dh_testroot
dh_clean -k
dh_installdirs
binary: b
Hello Developers,
dh_make produce a debian/rules that look like this (for a single binary package).
build:
dh_testdir
clean:
dh_testdir
dh_testroot
dh_clean
install: build
dh_testdir
dh_testroot
dh_clean -k
dh_installdirs
binary: bu
Hello developers,
I would like to change the permission of a directory in a new
version of my package, but it seems that when you upgrade a
package, dpkg keep the old permissions on directories.
Specifically /var/games/toppler is 755 root.games for now. I would like
to change it to 770 root.game
Hello developers,
I would like to change the permission of a directory in a new
version of my package, but it seems that when you upgrade a
package, dpkg keep the old permissions on directories.
Specifically /var/games/toppler is 755 root.games for now. I would like
to change it to 770 root.gam
Hello developpers,
My package (pari) has the bad habit of breaking compilers.
Only gcc-3.0 compiles pari correctly on ia64, hppa and arm.
So what is the best way to ensure pari is not compiled with a buggy compiler
on these archs ? I don't want buggy packages generated...
I could
Build-Depends:
Hello developpers,
My package (pari) has the bad habit of breaking compilers.
Only gcc-3.0 compiles pari correctly on ia64, hppa and arm.
So what is the best way to ensure pari is not compiled with a buggy compiler
on these archs ? I don't want buggy packages generated...
I could
Build-Depends
Hello !
I have implemented build-arch/build-indep in my package.
Here is the skeleton of my debian/rules files.
If Bug #72335 go into policy, it will be helpful to have a template file,
so I will appreciate your suggestions and comment about it, and especially
problems because they will be in my p
Hello !
I have implemented build-arch/build-indep in my package.
Here is the skeleton of my debian/rules files.
If Bug #72335 go into policy, it will be helpful to have a template file,
so I will appreciate your suggestions and comment about it, and especially
problems because they will be in my
On Wed, May 23, 2001 at 02:46:48PM -0400, Peter S Galbraith wrote:
>
> Bill Allombert wrote:
> > The way I set up the Makefile
> > (like in example/rules.multi) when I do a debian/rules
> > binary-indep(or arch), the build targ
On Wed, May 23, 2001 at 02:46:48PM -0400, Peter S Galbraith wrote:
>
> Bill Allombert wrote:
> > The way I set up the Makefile
> > (like in example/rules.multi) when I do a debian/rules
> > binary-indep(or arch), the build targ
On Wed, May 23, 2001 at 12:22:15AM +0100, Colin Watson wrote:
> Bill Allombert <[EMAIL PROTECTED]> wrote:
> >Does the policy requires this ? (I read it but it was unclear (to me:))
>
> Yes, in section 5.2 (`debian/rules' - the main building script):
>
> `binary-
On Wed, May 23, 2001 at 12:22:15AM +0100, Colin Watson wrote:
> Bill Allombert <[EMAIL PROTECTED]> wrote:
> >Does the policy requires this ? (I read it but it was unclear (to me:))
>
> Yes, in section 5.2 (`debian/rules' - the main building script):
>
>
Hello,
I have a multi-binary package which produce arch-dependant .deb (binaries)
and arch-independant (documentation).
I would like
debian/rules binary-indep
create the arch-independant package
and
debian/rules binary-arch
create the arch dependant package
Does the policy requires this ? (I
Hello,
I have a multi-binary package which produce arch-dependant .deb (binaries)
and arch-independant (documentation).
I would like
debian/rules binary-indep
create the arch-independant package
and
debian/rules binary-arch
create the arch dependant package
Does the policy requires this ? (I
available at
ftp://megrez.math.u-bordeaux.fr/pub/pari/Linux_packages/debian/potato
This package has already been approved for Task & Skills but I wait
for DAM approval, so I look for a sponsor to upload my package in the
meantime.
Thanks you !
Bill Allombert <[EMAIL PROTECTED]>
pgpi3O4
available at
ftp://megrez.math.u-bordeaux.fr/pub/pari/Linux_packages/debian/potato
This package has already been approved for Task & Skills but I wait
for DAM approval, so I look for a sponsor to upload my package in the
meantime.
Thanks you !
Bill Allombert <[EMAIL PROTECTED]>
PGP signature
27 matches
Mail list logo