RFS: cgal 3.2 (Computational Geometry Algorithms Library)

2006-05-26 Thread Joachim Reichel
Hi, I'm looking for a sponsor for the CGAL 3.2 package (ITP #251885). CGAL is a C++ library providing data structures and algorithms for computational geometry (e.g., convex hull, triangulation, smalles enclosing circle, multidimensional query structures). CGAL depends on GMP, MPFR, Boost, Qt and

RFS: zimpl -- mathematical modeling language for optimization problems

2006-07-14 Thread Joachim Reichel
Hi, I'm looking for a sponsor for zimpl, a mathematical modeling language for optimization problems. RFP/ITP: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365073 * Package name: zimpl Version : 2.04 Upstream Author : Thorsten Koch * URL : http://www.zib.de/koch/

Re: RFC: AKFQuiz

2006-11-24 Thread Joachim Reichel
Hi, James Westby wrote: > There is a cleaner method of handling them though that some packages > use, where the files are updated as required, but they do not appear in > the diff. can you explain the procedure in a few words, or give a package as reference? Thanks, Joachim -- To UNSUBSCRIB

Build-Depends-Indep and build target

2006-12-17 Thread Joachim Reichel
Hi, section 7.6 of the policy states that Build-Depends-Indep must be satisfied if the build target is invoked. Consider the log file of core++ on ia64: http://experimental.debian.net/fetch.php?&pkg=core%2B%2B&ver=1.7-6&arch=ia64&stamp=1165413626&file=log&as=raw The build target is invoked, but

Re: Build-Depends-Indep and build target

2006-12-18 Thread Joachim Reichel
Hi, > The underlying problem is that build-arch/indep are not mandatory and > thus building must call the "build" target. Any chance that this will be changed for lenny? If build-arch and build-indep are optional and there is no reliable way to find out whether these targets exist, what's the use

RFS: core++

2006-12-21 Thread Joachim Reichel
Hi, I'm looking for a sponsor for the recent revision of my core++ package: dget http://www.joachim-reichel.de/debian/sid/core++_1.7-7.dsc Usually, Steve M. Robbins sponsors this package, but he seems to be busy these days. So I'd welcome if someone else would upload this revision. The package t

RFS: smpeg 0.4.5+cvs20030824-1.10 (NMU)

2007-05-18 Thread Joachim Reichel
30824-1.10.dsc +smpeg (0.4.5+cvs20030824-1.10) unstable; urgency=low + + * Non-maintainer upload. + * Fix quoting problem in smpeg.m4 (Closes: #310636, #418292). + * Fix typos in gtv.1 and plaympeg.1 (Closes: #302664, #350354). + + -- Joachim Reichel <[EMAIL PROTECTED]> Thu, 17 May 2007 09:

RFS: cgal (updated package)

2007-06-05 Thread Joachim Reichel
mails for some time (but I don't expect any problems with the package). Kind regards, Joachim Reichel -- "It is better to have loved and lost than never to have loved at all." (Samuel Butler, 1835 - 1902) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of &

Re: debian/control - Build-Depends vs. Build-Depends-Indep for newbies (+solution)

2007-07-04 Thread Joachim Reichel
Hi, > I had the idea to finally separate the build-dependencies between > Build-Depends and Build-Depends-Indep in debian/control. The criterion is the > following: put in Build-Depends all those packages that are absolutely > necessary to build architecture-dependent files (e.g. you compile a fe

RFS: normalize-audio (updated package)

2007-09-02 Thread Joachim Reichel
ebian/pool/main/n/normalize-audio/normalize-audio_0.7.7-2.dsc I would be glad if someone uploaded this package for me. Kind regards Joachim Reichel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: RFS: normalize-audio (updated package)

2007-09-03 Thread Joachim Reichel
Hi, >> I am looking for a sponsor for the new version 0.7.7-2 >> of my package "normalize-audio". > > I haven't checked this in detail but a quick look shows additional > build-dependencies: > Build-Depends: debhelper (>= 5), dpatch, autotools-dev, > libaudiofile-dev, libmad0-dev, m

Re: RFS: normalize-audio (updated package)

2007-09-03 Thread Joachim Reichel
Hi Kevin, >>> I am looking for a sponsor for the new version 0.7.7-2 >>> of my package "normalize-audio". >> I haven't checked this in detail but a quick look shows additional >> build-dependencies: >> Build-Depends: debhelper (>= 5), dpatch, autotools-dev, >>libaudiofile-dev, libma

Re: RFS: normalize-audio (updated package)

2007-09-04 Thread Joachim Reichel
Hi Kevin, > You need to complete the debian/copyright a little more as it does > not even reference GPL v2, which it is. See the package tnef for an > example. A good habit is to run > > licensecheck -r . > > from the working directory on every package you work on. I fixed the copyright fil

RFS: zimpl (updated package)

2007-09-07 Thread Joachim Reichel
ain contrib non-free - dget http://mentors.debian.net/debian/pool/main/z/zimpl/zimpl_2.07.ds1-1.dsc I would be glad if someone uploaded this package for me. Kind regards Joachim Reichel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: RFS: zimpl (updated package)

2007-09-08 Thread Joachim Reichel
Hi, > I am looking for a sponsor for the new version 2.07.ds1-1 > of my package "zimpl". Usually, Anibal Monsalve Salazar sponsors the > package, but I haven't got a reply for a few days, so I assume he is > busy right now. meanwhile Anibal replied that he'll review the package, so I withdraw my

RFS: zimpl (updated package)

2007-09-17 Thread Joachim Reichel
ain contrib non-free - dget http://mentors.debian.net/debian/pool/main/z/zimpl/zimpl_2.07.ds1-1.dsc I would be glad if someone uploaded this package for me. Kind regards Joachim Reichel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

RFS: zimpl (updated package, 2nd try)

2007-11-02 Thread Joachim Reichel
oaded this package for me. Kind regards Joachim Reichel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

automatic dependency generation for << ${source:Next-Upstream-Version}

2012-01-28 Thread Joachim Reichel
Hi, (see #657720 for the background details and rationale) to one of my binary packages I want to add a dependency like Depends: foo (>= ${source:Upstream-Version}), foo (<< ${source:Next-Upstream-Version}) The question: how to achieve that given that ${source:Next-Upstream-Version} does not exi

Re: automatic dependency generation for << ${source:Next-Upstream-Version}

2012-01-28 Thread Joachim Reichel
Hi, On 01/28/2012 08:03 PM, Alessio Treglia wrote: > On Sat, Jan 28, 2012 at 7:33 PM, Joachim Reichel > wrote: >> to one of my binary packages I want to add a dependency like >> Depends: foo (>= ${source:Upstream-Version}), foo (<< >> ${source:Next-Upstream

Re: RFS:outguess

2009-02-05 Thread Joachim Reichel
Hi, > Package Name: outguess > Version : 1:0.2-7 > Licence: GPL > Description:OutGuess is a universal steganographic tool that allows the I didn't do a thorough review, just a few general comments: - Is http://www.outguess.org/ the current homepage? (the Homepage: field is missing in the descrip

Re: RFH:outguess.

2009-02-06 Thread Joachim Reichel
Hi, > I have problems to know what I must do to adopt the package outguess: > I read the new maintainer's guide, but here it is described how to package > from scratch ( I mean the soft was not package first ). > I guess I shouldn't exactly process as in this guide ( as the soft was > already a pa

cgal build failure on alpha and hppa

2009-04-19 Thread Joachim Reichel
Hi, building the recently uploaded version 3.4-3 of cgal fails on alpha and hppa with The following packages have unmet dependencies: libqt3-mt-dev: Depends: libgl1-mesa-dev but it is not going to be installed or libgl-dev Depends: libglu1-mesa-dev but it is not going to be

Re: RFS: ecm -- prepares CD image files so they compress better

2009-06-06 Thread Joachim Reichel
Hi Loïc, > I am looking for a sponsor for my package "ecm" > > * Package name: ecm > Version : 1.00 > Upstream Author : Neill Corlett > * URL : http://www.neillcorlett.com/ecm/ > * License : GPL2+ > Programming Lang: C > Description : prepares CD imag

Re: RFS: ecm -- prepares CD image files so they compress better

2009-06-21 Thread Joachim Reichel
Hi, >> I am looking for a sponsor for my package "ecm" >> >> * Package name: ecm >> Version : 1.00 >> Upstream Author : Neill Corlett >> * URL : http://www.neillcorlett.com/ecm/ >> * License : GPL2+ >> Programming Lang: C >> Description : prepares CD i

Re: RFS: vera++

2009-08-06 Thread Joachim Reichel
Hi Mathieu, > I am looking for a sponsor for my package "vera++". I might be interested in sponsoring this package. I'll have a closer look at the weekend. Cheers, Joachim -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact l

Re: RFS: vera++

2009-08-08 Thread Joachim Reichel
Hi Mathieu, >> I am looking for a sponsor for my package "vera++". > > I might be interested in sponsoring this package. I'll have a closer > look at the weekend. I found a couple of issues in your package: - Your package does not build in an up-to-date pbuilder sid environment. Please test you

Re: RFS: vera++

2009-09-08 Thread Joachim Reichel
Hi, Mathieu Malaterre wrote: > I made a new upload which I believe fixes all of the above. Thanks again. > > $ dupload -t mentors ../vera++_1.1.1-2_amd64.changes > dupload note: no announcement will be sent. > Checking signatures before upload..signatures are ok > Uploading (ftp) to mentors.d

Re: RFS: vera++

2009-09-16 Thread Joachim Reichel
Hi Mathieu, >> Unfortunately, you changed the original tarball locally (size 52320) >> compared to revision -1 (size 53263), but did not upload it (because the >> Debian revision is -2, and you did not pass -sa to dpkg-buildpackage). >> And mentors.d.o still has the old tarball. >> >> $ dpkg-sourc

Re: RFS: aaphoto

2010-03-21 Thread Joachim Reichel
Hi Horvath, in addition to the items already mentioned by Chris: - the orig.tar.gz is different from http://log69.com/downloads/aaphoto_sources_v0.36.tar.gz. The orig.tar.gz has to be identical to the upstream one, unless you have good reasons (which I could not spot). - please remove the "*" in

Re: RFS: aaphoto

2010-03-21 Thread Joachim Reichel
Hi, > Thank You for the help and the suggestions. I appreciate it. > > I can fix the things mentioned below. > > The orig.tar.gz differs in the hash only because i recompressed it > before making the debian package from it. So it was my mistake that i > didn't copy the upstream tgz file instead.

Re: RFS: aaphoto

2010-03-21 Thread Joachim Reichel
Hi Horvath, > I've made the following changes: > - the orig.tar.gz is the same now as the upstream version > - i removed the '*' chars from everywhere in manual and in sources too > (only next release) > - i removed the commented commands from debian/rules > - i renamed REMARKS file to EXTRA_DIST

Re: RFS: aaphoto

2010-03-22 Thread Joachim Reichel
Hi > I've made the following changes: > [...] > I have uploaded the aaphoto package to mentors. as far as I can see your upload to mentors.d.n from yesterday evening does not address any of the issues pointed out by Chris. Best regards, Joachim -- To UNSUBSCRIBE, email to debian-mentors-req

Re: RFS: aaphoto

2010-03-22 Thread Joachim Reichel
Hi Andras, > In some of the previous mail i got this: > >> in addition to the items already mentioned by Chris: >> >> - the orig.tar.gz is different from >> http://log69.com/downloads/aaphoto_sources_v0.36.tar.gz. The >> orig.tar.gz has to be identical to the upstream one, unless you have >> good

Re: RFS: aaphoto

2010-03-23 Thread Joachim Reichel
Hi Andras, > I made further changes to the package according to Chris: > > - i opened an ITP bug and closed it with the reference bug id in the > debian/changelog Ok > - i removed the mentioned extra slashes from the debian/copyright file Ok > - standards version was out of date, i corrected

Re: RFS: git-fast-export (hg/svn-to-git import)

2010-03-23 Thread Joachim Reichel
Hi, > On Mar 23, 2010, at 5:30 PM, Obey Arthur Liu wrote: >> I am looking for a sponsor for my package "git-fast-export". >> >> * Package name: git-fast-export >> >> It builds these binary packages: >> hg-fast-export - Mercurial fast incremental exporter to Git >> svn-fast-export - Subversion

Re: RFS: aaphoto

2010-03-25 Thread Joachim Reichel
Hi Andras, please avoid top-posts (replying above the quoted mail, quoting the entire mail). > I changed the standard version in the control file and recreated the > package in a SID chroot environment. The standard version is ok now. I noticed that you also converted the package to 3.0 quilt fo

Re: RFS: aaphoto

2010-03-27 Thread Joachim Reichel
Hi Andras, > I've already changed that in the next upstream version. > > I updated the package on mentors too. > http://mentors.debian.net/debian/pool/main/a/aaphoto/aaphoto_0.36-1.dsc everything is fine now. I've uploaded your package. Joachim -- To UNSUBSCRIBE, email to debian-mentors-requ

Re: RFS: cppcheck, new upstream version 1.43

2010-05-10 Thread Joachim Reichel
Hi, > http://mentors.debian.net/debian/pool/main/c/cppcheck/cppcheck_1.43-1.dsc > > > Now, a few things worth mentioning: > - This version is not compatible with previous version, because: > --enable=possibleError prints out error message with this version > (possibleError feature is complitely

Re: RFS: cppcheck, new upstream version 1.43

2010-05-10 Thread Joachim Reichel
Hi, Reijo Tomperi wrote: > George Danchev wrote: >> Joachim Reichel writes: > >>> I checked the package and found no problems. Can't you just remove the >>> --enable=possibleError option from the manpage (it's not listed in >>> the -h >>>

Re: RFS: femmes-celebres

2010-06-12 Thread Joachim Reichel
Hi, I think the quotes should be added to fortunes-fr. A seperate package for ~100 quotes is IMHO not the right way. A few comments for the sake of feedback and learning (but as explained above I will not upload the package if you fix these issues). > > I am looking for a sponsor for my package

Re: RFS: notorious-women

2010-06-16 Thread Joachim Reichel
Hi, > I am looking for a sponsor for my package "notorious-women". > > * Package name: notorious-women > Version : 0.1-1 > Upstream Author : TUDURI Benoît > * URL : http://alioth.debian.org/~bent-guest/notorious-women/ > * License : Creative Commons > Attribut

Re: RFS: notorious-women

2010-06-17 Thread Joachim Reichel
Hi Benoît, > I am looking for a sponsor for my package "notorious-women". > > * Package name: notorious-women [...] since this is the third RFS message for this package and most issues pointed out in the initial reply haven't been addressed: When you post repeated RFS messages, can you plea

Re: RFS: notorious-women

2010-06-20 Thread Joachim Reichel
Hi Benoît, > Since last comments, I removed notorious-women package by twice > package named : fortunes-nortorious-women and > fortunes-notorious-women-fr according of your advices. > I add a watch file in debian directory and the original tarball > contains now some french and english quotes. > D

Re: RFS: cppcheck, new upstream version 1.44

2010-07-13 Thread Joachim Reichel
Hi, >> Reijo Tomperi wrote: >>> I am looking for a sponsor for my package "cppcheck". Patrick Matthäi wrote: > Why are you removing old changelog entries? in addition, you should probably mention that you removed the patch debian-changes-1.43-3, presumably because it was applied upstream? Otherw

Re: RFS: cppcheck, new upstream version 1.44

2010-07-13 Thread Joachim Reichel
Hi, Reijo Tomperi wrote: > New version with the same number should be uploaded now. Fixed both > mentioned issues I hope. Not sure why that line was removed. I must have > pressed a button at a wrong place I assume. ok, uploaded. Joachim -- To UNSUBSCRIBE, email to debian-mentors-requ...@list

Re: RFS: cppcheck, new upstream version 1.45

2010-10-07 Thread Joachim Reichel
Hi Reijo, >> Reijo Tomperi writes: >>> New upstream version was released, so I made a new Debian package of it. >>> >>> I'm again looking for a sponsor for it. >> >> Your package looks fine to me (as far as I have checked). Are you >> aware of the freeze for Debian's squeeze release? Do you w

Re: RFS: cppcheck, new upstream version 1.45

2010-10-10 Thread Joachim Reichel
Hi, >> New upstream version was released, so I made a new Debian package > of it. > > I'm again looking for a sponsor for it. Your package looks fine to me (as far as I have checked). Are you aware of the freeze for Debian's squeeze release? Do you want this to indee

Re: RFS: cppcheck, 1.47-4

2011-03-08 Thread Joachim Reichel
Hi, > http://mentors.debian.net/debian/pool/main/c/cppcheck/cppcheck_1.47-4.dsc uploaded. Joachim -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d767453.70...

Re: RFS: cppcheck, new upstream version 1.50

2011-09-05 Thread Joachim Reichel
Hi, On 08/31/2011 10:22 PM, Reijo Tomperi wrote: > George Danchev wrote: >> On Monday, August 15, 2011 12:41:29 AM Reijo Tomperi wrote: > >>> http://mentors.debian.net/package/cppcheck >>> >>> Alternatively, one can download the package with dget using this >>> command: >>> >>> dget -x >

cppcheck: Incorrect minimum version requirement for Depends: on libc

2021-11-19 Thread Joachim Reichel
Dear mentors, I'd appreciate some help with a problem I don't understand. Bug #1000146 against cppcheck 2.6-1 (in testing and unstable) is about the fact that /usr/bin/cppcheck seems to require "libc6 >= 2.32" while the Depends: line in the binary package cppcheck contains "libc6 (>= 2.29)".

Re: cppcheck: Incorrect minimum version requirement for Depends: on libc

2021-11-23 Thread Joachim Reichel
Hi, On 19.11.21 18:35, Joachim Reichel wrote: I'd appreciate some help with a problem I don't understand. Bug #1000146 against cppcheck 2.6-1 (in testing and unstable) is about the fact that /usr/bin/cppcheck seems to require "libc6 >= 2.32" while the Depends: line

Re: Please help creating shared *and* static library with cmake

2016-04-08 Thread Joachim Reichel
Hi, On 04/08/2016 05:30 PM, Andreas Tille wrote: > I need to package libsdsl[1] as some precondition for a Debian Med > package. The default cmake build only creates a static library and I > found a patch to create a shared library. But since library packages > should include both I wonder how t

Workaround for "Architecture: any [!armel !armhf]" in debian/control

2016-04-19 Thread Joachim Reichel
Hi, background: on armel and armhf Qt is using OpenGL ES, but my package cgal does not support OpenGL ES (yet). The OpenGL functionality is only needed for some demos and their support library which are already in separate binary packages. Therefore I just want to not build the OpenGL-related bina

Re: Workaround for "Architecture: any [!armel !armhf]" in debian/control

2016-04-22 Thread Joachim Reichel
Hi, On 04/21/2016 10:32 PM, Jakub Wilk wrote: > * Joachim Reichel , 2016-04-19, 20:38: >> background: on armel and armhf Qt is using OpenGL ES, but my package cgal >> does >> not support OpenGL ES (yet). The OpenGL functionality is only needed for some >> demos and