> Everything looks good now, and I'd be happy to upload, _but_:
>
> you now have:
>
> Suggests: nanoxml2-java-doc
>
> whereas you actually want:
>
> Suggests: libnanoxml2-java-doc
>
Fixed and uploaded to mentors.
Thank you for your help.
Sveinung
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wi
>> - Is it safe to do as I have done in debian/origCleaner.sh (using one
>> more parameter than uscan passes to tell set the tempdir from
>> get-orgi-source) or do I risk that uscan adds parameters without
>> notice? (If adding is the only risk I could pass the tempdir by the
>> second parameter in
Hello!
Thank you for your feedback.
> I've had a look at this and it looks pretty good, except you have:
>
> Suggests: nanoxml2-doc
>
> but the package name is libnanoxml2-java-doc.
>
Fixed.
By the way, should the copyright text from dh_helper be included in
debian/rules like it is now? (Lintia
>> The package can be found on mentors.debian.net:
>> - URL: http://mentors.debian.net/debian/pool/main/l/libnanoxml2-java
>> - Source repository: deb-src http://mentors.debian.net/debian unstable
>> main contrib non-free
>> - dget
>> http://mentors.debian.net/debian/pool/main/l/libnanoxml2-java/l
efore each
upload to mentors. Will it be possible to shorten it and get it back
to 0 before the upload?
- This is my first from scratch Debian package. Anything I could improve?
I would be glad if someone uploaded this package for me if it is good enough.
Kind regards
Sveinung Kvilhaugsvi
Should the copyright statement in debian/rules autogenerated by
dh_make be kept, removed or added to?
That is this statement:
#!/usr/bin/make -f
# -*- makefile -*-
# Sample debian/rules that uses debhelper.
#
# This file was originally written by Joey Hess and Craig Small.
# As a special exception
Is there a way to get the Debian version as a variable in the rules
file? Is there a standard way to remove the .dsfg from it?
--
Helsing
Sveinung
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
When there are two packages, packagename (that contains a library) and
packagename-doc (that contains documentation and examples), do the
documentation and examples go in /usr/share/doc/package or
/usr/share/doc/packagename-doc? If it goes in /usr/share/doc/package,
are there a way to make dh_insta
NanoXML is a (actually more than one) small XML parser for Java.
Provides the Java packages net.n3.nanoxml.*, net.n3.nanoxml.sax.* and
nanoxml.* in different jars. I have packaged it since it is a
dependency for Knoplerfish (an OSGI implementation that I hope to
package for Debian)
I have a few qu
9 matches
Mail list logo