* imho, priority optional is here better than extra.
Corrected
* ${misc:Depends} is useless here
Removed
* your debian/copyright is incomplete, there are files copyrighted by
others than you mentioned in debain/copyright. look at
tinyerp-client from unstable how to do a
Johann Rudloff wrote:
* your debian/copyright is incomplete, there are files copyrighted by
others than you mentioned in debain/copyright. look at
tinyerp-client from unstable how to do a multiple-copyright-holder
copyright file.
I were not sure, wether to include the years of
Could anyone have a look at my package?
I've uploaded a new version (at Sun Nov 26, 14:16:01 2006).
It is now available under
http://akfoerster.de/download/debian/akfquiz/
--
AKFoerster
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Hi,
- Say what closes the bug in the changelog (Initial Debian upload. Closes...)
- You are using an older standard version. You must use the latest published in
unstable. Likewise, you must use the lintian and linda versions from unstable.
If you run sarge on you machine, either have a look at
Hello everyone.
First of all, I should say that it's my first Debian package, so what I
really need for it now is a review. But if it's fine, then I'll be glad to
see it in the Debian archive, so I'm looking for a sponsor too.
Package name: cutecom
Version: 0.14.1
Upstream Author: Alexander
Roman I Khimov wrote:
$ dget http://roman.khimov.ru/temp/deb-cutecom/cutecom_0.14.1-2_i386.changes
* changelog has a useless empty line at the end of the file
* you are modifying CMakeLists.txt, please not that and the reason in
changelog
* assumed that your package was not widely
Daniel Baumann [EMAIL PROTECTED] writes:
Matthias Julius wrote:
- dget
http://mentors.debian.net/debian/pool/main/d/dnshistory/dnshistory_1.2-1.dsc
please fix the following things:
[...]
if you fix above things, i'm happy to sponsor it.
And I am happy that you are willing to do so.
Thanks for comments, I've fixed everything except one thing mentioned below.
Daniel Baumann:
* use patch-stamp, not patch to apply the dpatches.
I'm not sure what you mean by this. Just merge 'patch' and 'patch-stamp'
entries in debian/rules?
You can get updated package with
$ dget
Roman I Khimov wrote:
Daniel Baumann:
* use patch-stamp, not patch to apply the dpatches.
I'm not sure what you mean by this. Just merge 'patch' and 'patch-stamp'
entries in debian/rules?
this:
---snip---
config: patch
---snap---
should be this:
---snip---
config: patch-stamp
Matthias Julius wrote:
This list was longer than I expected, but I appreciate that you took
the time to generate it. I hope I have fixed all the issues you have
pointed out.
everything, except:
* debian/copyright has a useless empty line at the end of the file.
additionally, it doesn't
Daniel Baumann:
Roman I Khimov wrote:
Daniel Baumann:
* use patch-stamp, not patch to apply the dpatches.
I'm not sure what you mean by this. Just merge 'patch' and
'patch-stamp' entries in debian/rules?
this:
---snip---
config: patch
---snap---
should be this:
---snip---
Roman I Khimov wrote:
And then 'patch' target goes away, or should it stay in place just in case?
if you write this at the beginning of rules:
---snip---
include /usr/share/dpatch/dpatch.make
---snipp---
you can drop them completely. look at lwp from unstable if unsure.
--
Address:
Daniel Baumann:
Roman I Khimov wrote:
And then 'patch' target goes away, or should it stay in place just in
case?
if you write this at the beginning of rules:
---snip---
include /usr/share/dpatch/dpatch.make
---snipp---
you can drop them completely. look at lwp from unstable if
I've put the additional license information in debian/copyright and
tried to do it like in the example you provided.
I wrote to the copyright holder of the file scripts/cmpcfg.pl (David
Thompson) and in his response, he told me, that the file cmpcfg.pl
should be licenced as GPL so I added a short
Roman I Khimov wrote:
Did so and it worked just fine! I've updated package.
very well done now, i just uploaded the package.
if you need further sponsoring, write me off-list
http://people.debian.org/~daniel/documents/sponsoring.html#contact
--
Address:Daniel Baumann, Burgunderstrasse
Daniel Baumann [EMAIL PROTECTED] writes:
Matthias Julius wrote:
This list was longer than I expected, but I appreciate that you took
the time to generate it. I hope I have fixed all the issues you have
pointed out.
everything, except:
* debian/copyright has a useless empty line at the
Johann Rudloff wrote:
I've put the additional license information in debian/copyright and
tried to do it like in the example you provided.
you listed first all copyright holders, which is (optionally) ok, but
you didn't list them in all of each license stanzas.
e.g. in the first license
Matthias Julius wrote:
Hmm, the opinion on this matter seems to be somwhat devided. Some
people suggest the revision should be increased every time an upload
is made to a public place like mentors.d.n.
if you insist on having it bumped, do it. i /personally/ would do it, i
consider it very
On 2006-11-26, Matthias Julius [EMAIL PROTECTED] wrote:
Hmm, the opinion on this matter seems to be somwhat devided. Some
people suggest the revision should be increased every time an upload
is made to a public place like mentors.d.n.
I have only seen keep -2 if you uploaded somewhere that
Sune Vuorela wrote:
I have only seen keep -2 if you uploaded somewhere that has users -
like your own well-visited repo.
mentors.dn does not count here.
well, there are people saying that mentors also count because it's
publically accessible, but i /personally/ think this is mooth.
users
Daniel Baumann [EMAIL PROTECTED] writes:
Matthias Julius wrote:
Hmm, the opinion on this matter seems to be somwhat devided. Some
people suggest the revision should be increased every time an upload
is made to a public place like mentors.d.n.
if you insist on having it bumped, do it. i
I've added the copyright holders' names to the license texts and put in
my correspondence with David Thompson.
I hope everything is alright now.
New package:
dget
http://mentors.debian.net/debian/pool/main/u/uncrustify/uncrustify_0.30-1.dsc
Johann Rudloff
--
To UNSUBSCRIBE, email to [EMAIL
Johann Rudloff wrote:
I hope everything is alright now.
yes, it is fine now. thanks for your quite response.
i just uploaded it. if you need further sponsoring, contact me off-list
http://people.debian.org/~daniel/documents/sponsoring.html#contact
--
Address:Daniel Baumann,
François Févotte wrote:
Could you please review and comment my exaile package (especially as
the debian python policy is concerned)?
I just saw that Adam Cecil is co-maintainer of this package. Did you
show him the package already?
I'm sponsoring a few packages for him, so I know he does very
Am Sonntag, dem 26. Nov 2006 schrieb Thibaut Paumard:
- Say what closes the bug in the changelog (Initial Debian upload. Closes...)
Well, as I already tried to say... I know, that the package is not even
close to be ready for beeing uploaded. I'm looking for help here.
Maybe I should rather
On Sunday 26 November 2006 22:04, Andreas K. Foerster wrote:
--cut--
- My guess is you are not building the binaries in a sid environment. You
must do that. Actually you should build in pbuilder. In the process, you
will be setting up a chroot, that you can also use to run the right
On (25/11/06 20:14), Daniel Baumann wrote:
Loïc Le Guyader wrote:
I think there is a bug in mpb, as from the doc, meep and mpb both need BLAS
*and* LAPACK to be build.
can you check that for mpb and, if needed, report a bug against it?
It built fine in a cowbuilder chroot, so I guess
Daniel Baumann [EMAIL PROTECTED] writes:
Matthias Julius wrote:
Sorry, my bad. I forgot to sign it and didn't wait for dupload to
finish.
no problem. checked again and uploaded it.
Thanks a lot.
if you need further sponsoring, contact me off-list
Hi,
I run Ubuntu Edgy, and I follow this steps:
http://wiki.clug.org.za/wiki/QEMU_and_Ubuntu_Breezy
I encounter this error:
mihamina-maintysudo modprobe kqemu
Password:
FATAL: Module kqemu not found.
- The package is already installed
- Did not encounter error during
Dear Kjell,
I am the maintainer for the Debian dot2tex package. One thing I noticed
while packaging dot2tex is that the tarball downloadable from your
website has only read-write (0666) permissions set on directories.
This means that users must enable execute permission for directories
after
Daniel Baumann wrote:
* ${misc:Depends} is useless here
Please don't ask people to remove useless misc:Depends lines. At any
time a new version of a debhelper command could need to add a new
dependency to misc:Depends, and this only works if you keep it in your
depends line.
--
see shy jo
On 27/11/06, Mihamina Rakotomandimby
[EMAIL PROTECTED] wrote:
Hi,
I run Ubuntu Edgy, and I follow this steps:
http://wiki.clug.org.za/wiki/QEMU_and_Ubuntu_Breezy
If you want to have QEmu with KVM kernel mode acceleration on the VT
processors, then I would suggest using Debian packages as
32 matches
Mail list logo