RFS: qgfe -- QT Gnuplot Front End

2007-05-05 Thread Giorgio Pioda
Hallo mentors,

I have a second version of the qgfe package that I builded after the
review of the first one as listed previously in debian-mentors.

It compiles nicely with dpkg under i386-sid and also under amd64-etch.

It is a good software in combination with gnuplot, xfig and texmacs for
math-teachers to write quickly high-quality texts and is a long waited
package for many debian users, I think.

Name: qgfe-1.0

Licence: GPL v. 2

Architecture: any

Description: QGFE is a Graphical front end for Gnuplot to make life
easier using Gluplot.

The only similar package is based on tcl and is very very old and
unmantained.

Download: http://web.ticino.com/gfwp/debian/qgfe-1.0/

cheers

gfwp


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: RFS: qgfe -- QT Gnuplot Front End

2007-05-05 Thread Bernhard R. Link
* Giorgio Pioda [EMAIL PROTECTED] [070505 10:09]:
 I have a second version of the qgfe package that I builded after the
 review of the first one as listed previously in debian-mentors.

the first problems I stumbled over:

- It does not honor DEB_BUILD_OPTIONS (policy 10.1, I guess only some 
  but CXXFLAGS=$(CFLAGS) is needed as argument for $(MAKE))

- clean does not remove the build qgfe binary nor the generated the Makefile

- there is no manpage (policy 12.1)

- there is no menu entry, see menufile(5).

- it ships a full copy of the GPL in .deb. If it is read somewhere,
  either change that place to read the file already installed on every
  Debian system or replace it with a link. If it is not used, just
  remove it.

- do you know where the icons are from and what copyright they are.
  Google find a file education_mathematics.png in rpm packages having
  the same md5sum and filesize, so perhaps they are taken from somwhere
  else without attribution.

- why do you specify a Dependency on libqt3-mt for the .deb in
  debian/control manually? (And with a version without epoch, so it
  gets even stranger?)

Hochachtungsvoll,
Bernhard R. Link


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



build two binary packages with different configure parameters

2007-05-05 Thread Marc Haber
Hi,

I have a package which uses debhelper at build time, and is built by a
rather simple configure - make - make install triathlon. As it fails
badly on xen, the xen people ask to provide a xen-enabled binary
package.

Thus, I need to build the package once with a normal configure, and a
second time with configure --with-extra-libs=foo. The rest of the
build process is identical.

All packages that I have seen which do this duplicate the entire build
process in debian/rules by having configure-foo, configure-bar,
build-foo, build-bar, install-foo and install-bar targets along with
all stamps explicitly doubled. I hate the idea of having to do this
with my package just to have a single different configure call.

Is there any more elegant way to do this? If so, which package uses it
that I can steal from?

Any hints will be appreciated.

Greetings
Marc

-- 
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things.Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 3221 2323190


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: build two binary packages with different configure parameters

2007-05-05 Thread Justin Pryzby
On Sat, May 05, 2007 at 03:07:53PM +0200, Marc Haber wrote:
 Hi,
 
 I have a package which uses debhelper at build time, and is built by a
 rather simple configure - make - make install triathlon. As it fails
 badly on xen, the xen people ask to provide a xen-enabled binary
 package.
 
 Thus, I need to build the package once with a normal configure, and a
 second time with configure --with-extra-libs=foo. The rest of the
 build process is identical.
 
 All packages that I have seen which do this duplicate the entire build
 process in debian/rules by having configure-foo, configure-bar,
 build-foo, build-bar, install-foo and install-bar targets along with
 all stamps explicitly doubled. I hate the idea of having to do this
 with my package just to have a single different configure call.
 
 Is there any more elegant way to do this? If so, which package uses it
 that I can steal from?
vim is referenced as a prototype for multiple binary packages with
different compilation variations.  It's perhaps not clear from the
large rules, but it really does handle 10+ such packages, and only
calls configure once (configure-stamp-%:, this is quite probably not
portable make) and this includes a make clean to remove the
earlier-compiled binaries objects and such for compilation of the
current binary.

Usually make is supposed to be as parallelized as possible; as such,
rules that call $(MAKE) again are pretty inelegant.  However, for this
case, you want to avoid parallelizing it: the compilations must be
serial not concurrent.

In fact the template debian/rules created by dhmake does this:

|binary-common:
[... dh foo ...]
|# Build architecture independant packages using the common target.
|binary-indep: build-indep install-indep
|$(MAKE) -f debian/rules DH_OPTIONS=-i binary-common
|
|# Build architecture dependant packages using the common target.
|binary-arch: build-arch install-arch
|$(MAKE) -f debian/rules DH_OPTIONS=-s binary-common

The debhelper commands look at the DH_OPTIONS from the environment so the
arch/indep targets do different things and build different packages.

Justin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: RFS: [sponsored] libconfig-general-perl new release.

2007-05-05 Thread Damyan Ivanov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

- -=| Francesco Cecconi,  4.05.2007 22:16 |=-
 On Friday 04 May 2007, Gunnar Wolf wrote:
 
 Hi,
 Hi,
 Your .orig.tar.gz is not the same as the one published in CPAN:

 [EMAIL PROTECTED]:/tmp$ wget 
 http://mentors.debian.net/debian/pool/main/l/libconfig-general-perl/libconfig-general-perl_2.33.orig.tar.gz
 (...)
 [EMAIL PROTECTED]:/tmp$ wget 
 www.cpan.org/modules/by-module/Config/Config-General-2.33.tar.gz
 (...)
 [EMAIL PROTECTED]:/tmp$ diff Config-General-2.33.tar.gz 
 libconfig-general-perl_2.33.orig.tar.gz
 Binary files Config-General-2.33.tar.gz and 
 libconfig-general-perl_2.33.orig.tar.gz differ

 Why?
 
 Many thanks Wolf, I have fixed this problem with orig. 

Uploaded.

dam
- --
Damyan IvanovJabberID: [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGPMCMHqjlqpcl9jsRAly6AKC5jvKJNB+lcm8CHAlgpmIg+t34kQCfbbZE
HXSgJmckSseM7DnNFDU8YLM=
=sH/7
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: RFS: revoco

2007-05-05 Thread Damyan Ivanov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

- -=| Evgeni Golov,  5.05.2007 00:45 |=-
 On Tue, 17 Apr 2007 09:55:48 +0200 Evgeni Golov wrote:
 
 I am looking for a sponsor for my package revoco.
 
 I am still looking, so I ping this RFS ;)
 
 I've just uploaded a slightly updated version of the package, fixing
 some small issues, enjoy it:
 http://mentors.debian.net/debian/pool/main/r/revoco/revoco_0.3-1.dsc

SUID binary... this is scaring me. Is it really necessary? Did you audit
the code? (Sorry if you already answered this)

You set CFLAGS in debian/rules and then patch Makefile to contain the
same CFLAGS. I'd remove the CFLAGS from Makefile at all to leave only
one place to change (if there is need).


dam
- --
Damyan IvanovJabberID: [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGPMRhHqjlqpcl9jsRAv0GAJ9vX7lr6QXPbGUZdBVywVR/nMAqKQCfcYEI
ZqEQ515kpG/WTVQTQoNFzYA=
=6FJ8
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: RFS: revoco

2007-05-05 Thread Evgeni Golov
On Sat, 05 May 2007 20:52:33 +0300 Damyan Ivanov wrote:

  http://mentors.debian.net/debian/pool/main/r/revoco/revoco_0.3-1.dsc

 SUID binary... this is scaring me. Is it really necessary?

Well, it is not necessary, but helps $USER to control the mouse.
You need to write some hex-values to /dev/usb/hiddevX to change the
settings of the mouse, and as this file is owned by root, you need
either to be root or to change the permissions... The possibilities to
work with are:
1. let the binary as it is, and tell $USER he has to use sudo or su
2. set the binary suid-root (the code looks OK for me - IANASE)
3. create some new group and let udev give this group write permission
to the 'file' - IMHO overkill for such a small util

I could live with 1, but I think 2 is more userfriendly.

 You set CFLAGS in debian/rules and then patch Makefile to contain the
 same CFLAGS. I'd remove the CFLAGS from Makefile at all to leave only
 one place to change (if there is need).

Hm, yeah. The problem is, I need -DVERSION=foo in CFLAGS, which I think
I should not set from debian/rules... I've changed the patch now to
-CFLAGS=-Os -DVERSION=\$(V)\
+CFLAGS += -DVERSION=\$(V)\

and call
CFLAGS=$(CFLAGS) $(MAKE)
from debian/rules - why the hell I need to set them before make?

I've uploaded to mentors, hope to get more comments ;)

Regards
Evgeni

--
   ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED])
 d(O_o)b  | GPG/PGP-Key-ID: 0xAC15B50C
  -|-   | 0C04 F872 0963 ADC9 AA83 882B 24A0 1418 AC15 B50C
   / \| http://www.die-welt.net - [EMAIL PROTECTED]

Michelle: Alle meine INCLUDERC's zusammengerechnet haben über 38000
Zeilen... Thorsten: Michelle, Du bist die coolste von allen! Darf ich
Dein Freund sein? (Thorsten Haude - debian-user-german)


pgp0cTaBDuMdc.pgp
Description: PGP signature


RFS: gnofract4d

2007-05-05 Thread francesco namuri
Dear mentors,

I am looking for a sponsor for my package gnofract4d.

  Package name: gnofract4d
  Version : 3.3-1
  Upstream Author : Tim Whidbey [EMAIL PROTECTED]
  URL : http://gnofract4d.sourceforge.net/download.html
  License : BSD
  Section : graphics

It builds these binary packages:
gnofract4d - a fractal images creator

The package is lintian clean.

The upload would fix these bugs: 420507

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/g/gnofract4d
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget
http://mentors.debian.net/debian/pool/main/g/gnofract4d/gnofract4d_3.3-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards
 Francesco Namuri


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]