> Hi, sorry but still have a .pc directory in diff.gz, and format file
> should be into debian/source directory
both errors should now be corrected.
- Joachim
Dear mentors,
I am writing once more to ask for a sponsor for my package "lmfit".
* Package name: lmfit
Version : 3.2-1
Upstream Author : myself
* URL : http://www.messen-und-deuten.de/lmfit/lmfit.html
* License : public domain
Section : libs
It buil
Dear mentors,
thanks to great help by Stanislav, Niels, and Angel, I finally succeeded
in preparing two packages
liblmmin3
liblmmin-dev
from version 3.2 of the upstream project
lmfit - Levenberg-Marquardt least squares fitting
Now I am out again looking for a friendly sponsor
- Joachim
> libc dependency is added by shlibs:Depends
>
> cat debian/liblmmin3.substvars
> shlibs:Depends=libc6 (>= 2.4)
> misc:Depends=
these lines were already present
(with version requirement >=2.1.3, but I don't think that matters here)
so, some other modification seems necessary to get rid of the
wa
Thank you, Angel:
> I think the problem is debhelper compat level, you must create
> debian/compat file with 7.
That helped a lot; tons of warnings have gone; and the packaging
now seems okay.
- Joachim
Running dpkg-buildpackage, I get one last warning:
dpkg-shlibdeps: warning: symbol sqrt used by
debian/liblmmin3/usr/lib/liblmmin.so.3.0.2 found in none of the libraries.
Obviously, users will have to use -llmmin along with -lm.
Should I modify control to include a libc dependence ?
$ cat rule
> Can you upload your source package somewhere (e.g. mentors) as it is
> now, so I get a better look at it?
Thank you, Niels, that would be very nice. I uploaded everything to
http://www.messen-und-deuten.de/lmfit/src/lmfit-3.2+debian.tgz
Kind regards, Joachim
--
> It is debhelper (or/and your debian/rules file) and not
> dpkg-buildpackage causing this issue.
> Have you checked whether it installs everything into
> debian/liblmmin-dev/ rather than debian/tmp/?
Thank you, Niels:
there is indeed a problem with the directories:
dpkg-buildpackage builds direct
Dear specialists:
I am preparing two packages:
liblmmin3
liblmmin-dev
from upstream project lmfit (http://www.messen-und-deuten.de/lmfit).
I am using the following control files:
$ cat changelog
lmfit (3.2-1) UNRELEASED; urgency=low
* Initial release. (Closes: #573584: ITP: lmfit -- Leve
Thank you, Stanislav, for your helpful explanations.
Regarding the name of the package:
For many years the upstream project has been called "lmfit"
(since the main application is curve fitting), but the shared
library has been called "lmmin.so" (since the fundamental
mathematical operation is mini
One more question (which possibly elucidates my previous questions):
The upstream project is structured as follows:
lmfit/configure.ac
lmfit/Makefile.am
# ... and all the resulting autotools stuff
lmfit/lib/ # contains library sources and the include file lmmin.h
lmfit/demo/ # contains applicat
Dear specialists,
I need more help. Specifically, I am going to ask 3 questions.
My debian directory is still messed up, as it has been from the beginning:
either the automatic scripts are not ready to assist in generating a
shared-library
package, or I used them in wrong way.
Here my control
Dear Stanislav:
as I am not (yet?) a Debian specialist, your remarks are arcane for me.
When I run
$ lintian lmfit_3.1-1_i386.deb
then I get one single warning:
W: lmfit: new-package-should-close-itp-bug
though the ITP "bug" exists:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573584
Th
Dear mentors,
I am writing again to ask for a sponsor for my package "lmfit".
* Package name: lmfit
Version : 3.1-1
Upstream Author : myself
* URL : http://www.messen-und-deuten.de/lmfit/lmfit.html
* License : public domain
Section : libs
It builds t
14 matches
Mail list logo
