Re: Question about licenses

2012-01-15 Thread Alexander Reichle-Schmehl
Hi!

Am 14.01.2012 19:34, schrieb fre...@free.fr:
>> When the file is distributed in the source package, yes, then it needs
>> to be covered in debian/copyright. It does not matter whether this bit
>> of code is for Windows or Linux. Whether it is being distributed, that
>> matters. Of course, your package can leave this file out. Teus.
> Ok, thank you very much.

In these cases please also note down, that the file is not used in your
package, but shipped in the upstream tarball.  Or you risk your package
being rejected by the ftp team due to non-free licenses.


Best regards,
  Alexander


-- 
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/4f13d52c.7090...@schmehl.info



RFS: OpenCPN navigation (ITP #538067)

2012-01-15 Thread Hamish
Hi,

It's been 5 weeks without response, and no luck finding a sponsor on
IRC, so I'll try a repeat posting. :-)

As a measure of end-user interest in this program, downloads in the
last 12 months have averaged about 500/day from the sourceforge d/l site.
http://sourceforge.net/projects/opencpn/files/stats/timeline?dates=2006-10-26%20to%202011-12-31


* Package still sits in DebianGIS svn + webspace, AFAIK ready for upload
& awaiting a sponsor.

cleansed ver. 2.5.0 tarball:
  http://pkg-grass.alioth.debian.org/tarballs/

debian/ packaging rules:
  http://anonscm.debian.org/viewvc/pkg-grass/packages/opencpn/trunk/


* The optional GRIB plugin is GPLv3 while the main package is GPLv2+.
All plugins have now been moved out into their own binary package, which
is only Suggested by debian/control. Thus the two are no longer distributed
as a bundle. AFAIU if the user wants to manually install then manually activate
these plugins that's their business and GPLv2+ vs. GPLv3 issues are not 
involved.
This solution seemed less invasive than asserting GPLv3 over the entire package.
FWIW the plugin linking is by API calls and an #include'd "plugins.h". The
resulting binaries are created as plugin_foo.so; users may build and install
their own plugins that we don't ship (e.g. the google maps plugin) so
the plugins dir is always created, and left empty if the *-plugins package
was not installed. This may cause Lintian to be grumpy, but otherwise the
correct dir to use for 3rd party plugins is not obvious to the casual user.


* to put "dfsg" in the version number or not?

Hamish wrote:
>> You'll notice our source tarball is labeled dfsg. This is because
>> there were some included DLLs to help build the MS Windows
>> version of the program which we didn't need/want for the Linux
>> build, the source code itself is untouched.

Paul Tagliamonte wrote:
> Is the source included for those DLLS?

No. They are 3rd party; specifically Nullsoft's NSIS installer,
  http://nsis.sourceforge.net/License
and Microsoft's VisualC++ runtime redistributable.

NSIS is permissive FOSS; vcredist is free as in beer.

Without even considering the unused & source-avail-at-sourceforge NSIS,
I'm pretty certain that free-as-in-beer anything is not allowed to be
uploaded within src.tar.gz files, so it needs to be repacked anyway.

so it comes down to a trivial adjustment:
If pbuilder cares that the exact tarball filename matches the version
in the changelog file it is trivial to edit it in & I would leave that
to the DD uploader to adjust or not as they see fit.
For me building with `debuild -i -uc -us -b -j6` there is no issue.


aside: Anyone know the redistribution terms for vcredist_x86.exe ?
MS's download site does not make it obvious and I guess you have to
actually install it to get the EULA. -> Can a GPL'd Windows program
validly ship it as part of the install, or must it be left as a "why
does it fail with Error 14001?" FAQ on the project's homepage?



thanks,
Hamish


-- 
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/1326697767.48772.yahoomailclas...@web110003.mail.gq1.yahoo.com



Re: How to warn the user with debconf

2012-01-15 Thread Martin Eberhard Schauer

Hi Stefano,

in my postinst script I need to warn the user in case the script was
unable to remove a non empty directory. How can I do this and have a
lintian clean package? I thought to use a debconf note but lintian
issues possible-debconf-note-abuse warning.

TIA
Stefano
   

please have a look at the Developer's Reference (1). Why not issue
the error message when the error occurs?

The shortest way to a problem solution for you way may be an informal
mail to debian-l10n-english asking for a review of your debconf templates
and package description. Of course you can upload your package as is, but
this slows down the process. »Bubulle« will find your new debconf template
and propose a more formal process lasting up to three weeks.

Cheers,
   Martin

1: 
http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#s6.5.1
   



--
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/4f135eef.70...@gmx.de



How to warn the user with debconf

2012-01-15 Thread Stefano Canepa
Dear all,
in my postinst script I need to warn the user in case the script was
unable to remove a non empty directory. How can I do this and have a
lintian clean package? I thought to use a debconf note but lintian
issues possible-debconf-note-abuse warning.

TIA
Stefano

PS: I'm resending this message as I sent to newmaint by error

-- 
Stefano Canepa aka sc: s...@linux.it - http://www.stefanocanepa.it
Three great virtues of a programmer: laziness, impatience and hubris.
Le tre grandi virtù di un programmatore: pigrizia, impazienza e
arroganza. (Larry Wall)


--
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/87ty3wa99v@lepre.stefanocanepa.home



Re: RFS: dizzle (NMU, fixes 3 RC bugs)

2012-01-15 Thread Patrick Matthäi
Am 15.01.2012 22:45, schrieb Tobias Frost:
> Dear mentors,
> 
> I kindly ask you sponsoring a NMU on this package. It fixes 3 RC-bugs
> (#647709, #647743, #653627) and was crafted on a minimal-invasiv-basis.
> 
>  * Package name: drizzle
>Version : 2011.03.13-1.1
>Upstream Author : Drizzle Developers team
>  * URL : http://www.drizzle.org/
>  * License   : GPL
>Section : misc
> 
> It builds those binary packages:
> 
>  drizzle- Server binaries for Drizzle Database
>  drizzle-client - Client binaries for Drizzle Database
>  drizzle-dbg - Debugging symbols for Drizzle
>  drizzle-dev - Development files for Drizzle development
>  drizzle-doc - API Documentation for Drizzle internals
>  drizzle-plugin-auth-file - File-based authentication for Drizzle
>  drizzle-plugin-auth-http - HTTP authentication for Drizzle
>  drizzle-plugin-auth-ldap - LDAP authentication for Drizzle
>  drizzle-plugin-auth-pam - PAM authentication for Drizzle
>  drizzle-plugin-dev - Development files for Drizzle plugin development
>  drizzle-plugin-filtered-replicator - Filtered Replicator for Drizzle
>  drizzle-plugin-gearman-udf - Gearman User Defined Functions for Drizzle
>  drizzle-plugin-haildb - HailDB Storage Engine for Drizzle
>  drizzle-plugin-logging-gearman - Gearman Logging for Drizzle
>  drizzle-plugin-logging-query - Query Logging for Drizzle
>  drizzle-plugin-mysql-protocol - MySQL Protocol for Drizzle
>  drizzle-plugin-mysql-unix-socket-protocol - MySQL Unix Domain Socket
> Protocol for Drizzle
>  drizzle-plugin-pbms - PrimeBase Blob Streaming for Drizzle
>  drizzle-plugin-performance-dictionary - Performance Dictionary for
> Drizzle
>  drizzle-plugin-rabbitmq - RabbitMQ Transaction Log for Drizzle
>  drizzle-plugin-simple-user-policy - Simple User Policy for Drizzle
>  drizzle-plugin-slave - Replication Slave Plugin for Drizzle
>  libdrizzle-dbg - library for the Drizzle and MySQL protocols, debug
> symbols
>  libdrizzle-dev - library for the Drizzle and MySQL protocols,
> development files
>  libdrizzle1 - library for the Drizzle and MySQL protocols
>  libdrizzledmessage-dev - Devel library containing serialized messages
> used with Drizzle
>  libdrizzledmessage0 - Library containing serialized messages used with
> Drizzle
> 
> To access further information about this package, please visit the
> following
> URL:
> 
>   http://mentors.debian.net/package/drizzle
> 
> Alternatively, one can download the package with dget using this
> command:
>   dget -x
> http://mentors.debian.net/debian/pool/main/d/drizzle/drizzle_2011.03.13-1.1.dsc
> 
> To be as minimal-invasive as possible, this NMU does only address the RC
> bugs, and not other things (like there are e.g some whitespaces in
> debian/control etc, ...) Therefore it is still not linitian-clean.
> 
> In #653627 I announced my intention to NMU and asked the maintainer to
> object, also CC'ed him again with this RFS, so I would propose to upload
> it to the delayed queue. 
> 
> For #647709, please review debian/control, if the rules to exlude the
> build-dependency on libaio-dev for the ports kfreebsd-* in
> debian/control looks sane to you. I used those the very first time and I
> also do not have a kfreebsd installed, so I'd be happier if someone
> could put an extra pair of eyes on it. However, I used pdebuilder to
> ensure that drizzle also compiles without this build-dependency.
> 
> The NMU fixes this 3 RC bugs:
>  #647709 [src:drizzle] drizzle: unbuildable on kfreebsd-amd64 (but
> previously built there)
> 
> #647743  [src:drizzle] drizzle: FTBFS on several architectures
> ("Graphite loop optimizations can only be used if the libcloog-ppl0
> package is
> installed")
> 
> #653627  [src:drizzle] build failure with Boost 1.48: constructor
> 'boost::detail::shared_count::shared_count(P,
> boost::detail::sp_inplace_tag)'

Hi,

I could review and build your package tomorrow, I already know that it
needs some more time to build :)

I just orphaned as sponsor this package today, maybe your acknowledge by
overtaking it instead of just NMUing it?


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature


Re: RFS: dizzle (NMU, fixes 3 RC bugs)

2012-01-15 Thread Arno Töll
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Tobias,

On 15.01.2012 22:45, Tobias Frost wrote:
> I kindly ask you sponsoring a NMU on this package. It fixes 3 RC-bugs
> (#647709, #647743, #653627) and was crafted on a minimal-invasiv-basis.

drizzle is also orphaned and open up for adoption. If you want, you can
take over it. See #655956 and, to avoid any doubts: see [1].

[1] <4f12a85a.8000...@debian.org>

- -- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPE0oeAAoJEMcrUe6dgPNtrv8QAKoZ5xM4HkAZ9KH31eoq5QmH
JZvw7AenTDPZPJVLWI2ilB00PC08E/xchkLNEtm/yvdYqi6iKExigV4ipU93CB6C
i5ENw/ak5dk6zQTFvJOKTsVz6krxzgI6bQfYvW2kvz5HqkoP9qy9X3YZWI7GCUYo
KGh6iLI0+oOL62YWqCS8ad/EUYgRxt7764uw5ymXeIngDRko5+FchGmpxwQq2bNt
/z5bXLV1om45DE9ccqN05dsbXy75186wozPYxB+elg8fSo3OKDPTr1gfVJkNIwzh
4p/bjSpPZvr8eTfEgjyBVh9CAHbgDsMIPiK6ZJJ7wJe6bXkCe0v8a+eGTZk7U7BL
OVEvlB1AiMukJXU+ZB72QBEfAcaff7eoIdgddVetqXNjH1I/dZrvEXEOLLaZ/aEd
BgZd446wZVp2DABO1o7mBeqTSMiAwRc98RDul4IdWOoPQ01u+Yl/25IHypCOVKwP
yJMXC0uQg4+Ogvyy4cm+AVToQvZ16zEFExFtAuJNApX7h1x/65QQFdCCBmuQ6Qkh
TsibGEDflsHF9+P2jqKTnNIhnzSl2j1KsHk4jmtcBh6WUKmIxXjLVQS9sooylK98
VNd6s5jvSsGn5higLVvhfSrdgnQFvaJgzXh8AZ6LHuXKPqyFhLuSgrAwoMwcWrXX
uXVongKNnNpzDg2avl2Z
=/RKb
-END PGP SIGNATURE-


-- 
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/4f134a1e.1040...@toell.net



RFS: dizzle (NMU, fixes 3 RC bugs)

2012-01-15 Thread Tobias Frost
Dear mentors,

I kindly ask you sponsoring a NMU on this package. It fixes 3 RC-bugs
(#647709, #647743, #653627) and was crafted on a minimal-invasiv-basis.

 * Package name: drizzle
   Version : 2011.03.13-1.1
   Upstream Author : Drizzle Developers team
 * URL : http://www.drizzle.org/
 * License : GPL
   Section : misc

It builds those binary packages:

 drizzle- Server binaries for Drizzle Database
 drizzle-client - Client binaries for Drizzle Database
 drizzle-dbg - Debugging symbols for Drizzle
 drizzle-dev - Development files for Drizzle development
 drizzle-doc - API Documentation for Drizzle internals
 drizzle-plugin-auth-file - File-based authentication for Drizzle
 drizzle-plugin-auth-http - HTTP authentication for Drizzle
 drizzle-plugin-auth-ldap - LDAP authentication for Drizzle
 drizzle-plugin-auth-pam - PAM authentication for Drizzle
 drizzle-plugin-dev - Development files for Drizzle plugin development
 drizzle-plugin-filtered-replicator - Filtered Replicator for Drizzle
 drizzle-plugin-gearman-udf - Gearman User Defined Functions for Drizzle
 drizzle-plugin-haildb - HailDB Storage Engine for Drizzle
 drizzle-plugin-logging-gearman - Gearman Logging for Drizzle
 drizzle-plugin-logging-query - Query Logging for Drizzle
 drizzle-plugin-mysql-protocol - MySQL Protocol for Drizzle
 drizzle-plugin-mysql-unix-socket-protocol - MySQL Unix Domain Socket
Protocol for Drizzle
 drizzle-plugin-pbms - PrimeBase Blob Streaming for Drizzle
 drizzle-plugin-performance-dictionary - Performance Dictionary for
Drizzle
 drizzle-plugin-rabbitmq - RabbitMQ Transaction Log for Drizzle
 drizzle-plugin-simple-user-policy - Simple User Policy for Drizzle
 drizzle-plugin-slave - Replication Slave Plugin for Drizzle
 libdrizzle-dbg - library for the Drizzle and MySQL protocols, debug
symbols
 libdrizzle-dev - library for the Drizzle and MySQL protocols,
development files
 libdrizzle1 - library for the Drizzle and MySQL protocols
 libdrizzledmessage-dev - Devel library containing serialized messages
used with Drizzle
 libdrizzledmessage0 - Library containing serialized messages used with
Drizzle

To access further information about this package, please visit the
following
URL:

  http://mentors.debian.net/package/drizzle

Alternatively, one can download the package with dget using this
command:
  dget -x
http://mentors.debian.net/debian/pool/main/d/drizzle/drizzle_2011.03.13-1.1.dsc

To be as minimal-invasive as possible, this NMU does only address the RC
bugs, and not other things (like there are e.g some whitespaces in
debian/control etc, ...) Therefore it is still not linitian-clean.

In #653627 I announced my intention to NMU and asked the maintainer to
object, also CC'ed him again with this RFS, so I would propose to upload
it to the delayed queue. 

For #647709, please review debian/control, if the rules to exlude the
build-dependency on libaio-dev for the ports kfreebsd-* in
debian/control looks sane to you. I used those the very first time and I
also do not have a kfreebsd installed, so I'd be happier if someone
could put an extra pair of eyes on it. However, I used pdebuilder to
ensure that drizzle also compiles without this build-dependency.

The NMU fixes this 3 RC bugs:
 #647709 [src:drizzle] drizzle: unbuildable on kfreebsd-amd64 (but
previously built there)

#647743  [src:drizzle] drizzle: FTBFS on several architectures
("Graphite loop optimizations can only be used if the libcloog-ppl0
package is
installed")

#653627  [src:drizzle] build failure with Boost 1.48: constructor
'boost::detail::shared_count::shared_count(P,
boost::detail::sp_inplace_tag)'

Best regards,
coldtobi


signature.asc
Description: This is a digitally signed message part


Re: RFS: dmaths

2012-01-15 Thread Daniel Martí


Jakub Wilk  wrote:

>* Innocent De Marchi , 2012-01-15, 17:12:
>>Here you have the link again!
>>http://mentors.debian.net/debian/pool/main/d/dmaths/dmaths_3.4.2+dfsg1-1.dsc
>
>s/rule/rules/ in debian/changelog.
>
>I have a feeling that the new description is not (much) better than the
>
>old one. Could you please ask at debian-l10n-engl...@lists.debian.org 
>for a review?

I might be of help. I'm not member of the l10n english team, but since I'm 
catalan as well I should be able to spot common spanish/english writing 
mistakes.

Daniel


-- 
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/7548f57f-7f31-4190-ba0f-9820380df...@email.android.com



RFS: dmaths

2012-01-15 Thread Jakub Wilk

* Innocent De Marchi , 2012-01-15, 17:12:

Here you have the link again!
http://mentors.debian.net/debian/pool/main/d/dmaths/dmaths_3.4.2+dfsg1-1.dsc


s/rule/rules/ in debian/changelog.

I have a feeling that the new description is not (much) better than the 
old one. Could you please ask at debian-l10n-engl...@lists.debian.org 
for a review?


What does dmaths.patch do? Could add a header to it, e.g. in DEP-3 
format? You probably want to remove the “Binary files … differ” from 
the patch, as it obviously cannot be applied anyway.


Why do you ignore errors from “rm -Rf tmp” in the clean target?

Your copyright file seems to refer to files that don't exist in the 
source package.


How was the tarball repackaged? There's no get-orig-source target in 
debian/rules, and there's no README.source either (please see Policy 
§4.14, point 4).


Lintian emits:
P: dmaths source: unknown-copyright-format-uri 
http://svn.debian.org/wsvn/dep/web/deps/ dep5.mdwn?op=file&rev=135

(Well, lintian probably should have emitted something else. But the URI 
_is_ broken, in at least two meanings of this word. :P)


It also emits tons of image-file-in-usr-lib. Is that really unfixable?

Why are windows-thumbnail-database-in-package overridden?

--
Jakub Wilk


--
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/20120115211120.ga5...@jwilk.net



Re: RFS: yubiserver

2012-01-15 Thread Nanakos Chrysostomos

Dear Guido,
if you are not building the package with the help of pbuilder and you  
are compiling it from plain source, which I don't recommend, install  
the packages below and proceed with the usual compilation.
autotools-dev, libsqlite3-dev, pkg-config, libgcrypt11-dev, libmhash- 
dev, libconfig-dev, automake


Kind regards,
Chris.



On 15 Ιαν 2012, at 19:20, Guido van Steen net> wrote:



Hi Nanakos,

I am not a Debian Developer, so I cannot sponsor anyway.

However, I am interested in your package. Yet, I am getting a  
configure error:


"configure: error: cannot find install-sh, install.sh, or shtool in
build-aux "."/build-aux"

Do I miss something?

Best wishes,

Guido


Re: RFS: yubiserver

2012-01-15 Thread Guido van Steen
Hi Nanakos,

I am not a Debian Developer, so I cannot sponsor anyway.

However, I am interested in your package. Yet, I am getting a configure error:

"configure: error: cannot find install-sh, install.sh, or shtool in
build-aux "."/build-aux"

Do I miss something?

Best wishes,

Guido


-- 
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/CAMtVZ+ubN7dQQxQ2Y92xbOGuSfLYRf55iNSvAzzf9TEZb=k...@mail.gmail.com



RFS: xfonts-bolkhov

2012-01-15 Thread Daniel Martí
Dear mentors,

I am looking for a sponsor for my package "xfonts-bolkhov".

   Package name: xfonts-bolkhov
   Version : 1.1.20001007-7
   Upstream Author : Dmitry Bolkhovityanov
   Section : x11

It builds those binary packages:

xfonts-bolkhov-75dpi - 75 dpi Unicode Cyrillic fonts for X (Cyr-RFX collection)
 xfonts-bolkhov-cp1251-75dpi - 75 dpi CP1251 encoded Cyrillic fonts for X 
(Cyr-RFX
collection)
 xfonts-bolkhov-cp1251-misc - Character-cell CP1251 encoded Cyrillic fonts for X
(Cyr-RFX colle
 xfonts-bolkhov-isocyr-75dpi - 75 dpi ISO 8859-5 encoded Cyrillic fonts for X
(Cyr-RFX collectio
 xfonts-bolkhov-isocyr-misc - Character-cell ISO-8859-5 encoded Cyrillic fonts 
for
X (Cyr-RFX c
 xfonts-bolkhov-koi8r-75dpi - 75 dpi KOI8-R encoded Cyrillic fonts for X 
(Cyr-RFX
collection)
 xfonts-bolkhov-koi8r-misc - Character-cell KOI8-R encoded Cyrillic fonts for X
(Cyr-RFX colle
 xfonts-bolkhov-koi8u-75dpi - 75 dpi KOI8-U encoded Cyrillic fonts for X 
(Cyr-RFX
collection)
 xfonts-bolkhov-koi8u-misc - Character-cell KOI8-U encoded Cyrillic fonts for X
(Cyr-RFX colle
 xfonts-bolkhov-misc - Character-cell Unicode Cyrillic fonts for X (Cyr-RFX
collection)

The update seems to be lintian-clean, and it has been brought to 3.0 (quilt). 
I'm
still an unexperienced maintainer, so please be patient with me.

To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/xfonts-bolkhov

Alternatively, one can download the package with dget using this command:

  dget -x
http://mentors.debian.net/debian/pool/main/x/xfonts-bolkhov/xfonts-bolkhov_1.1.20001007-7.dsc

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

Kind regards,
-- 
Daniel Martí - mvdan.cc - gpg 58BF72C3


signature.asc
Description: Digital signature


Re: Re: dmaths: 30 days waiting for sponsor (package already in Debian)

2012-01-15 Thread Innocent De Marchi
Hi Martin and Jakub,

I feel so much: it is a mistake in the link
Here you have the link again!
http://mentors.debian.net/debian/pool/main/d/dmaths/dmaths_3.4.2
+dfsg1-1.dsc

Thank you for your interest in the package.

Regards!

I. De Marchi




-- 
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/1326643946.2569.8.ca...@debian.demarchi.org



Re: RFS: quickrdp

2012-01-15 Thread Jakub Wilk

* Tobias Eliasson , 2012-01-15, 01:05:

Alternatively, one can download the package with dget using this command:

 dget -x 
http://mentors.debian.net/debian/pool/main/q/quickrdp/quickrdp_1.1-1.dsc

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


The comment at the top of d/rules doesn't make sense. Please remove it.

debian/docs is empty. Just remove it.

Why "Priority: extra"?

The upstream makefile hides compilation commands. Please patch it not to 
do that.


The program is built without debugging information. This is violation of 
a "should" policy (§10.1).


The program is built with -O3 optimization even when 
DEB_BUILD_OPTIONS=noopt is used.


You recommend tsclient, but this package has been removed form unstable 
(see bug #547314).


Does anybody uses telnet these days? I think recommending it is 
overkill, maybe Suggests would be more appropriate.


What is perl-base recommendation for? Essential packages in Recommends 
looks a bit suspicious.


Lintian complains:

W: quickrdp source: out-of-date-standards-version 3.8.4 (current is 3.9.2)
E: quickrdp: helper-templates-in-copyright
I: quickrdp: hyphen-used-as-minus-sign usr/share/man/man1/quickrdp.1.gz:46
I: quickrdp: hyphen-used-as-minus-sign usr/share/man/man1/quickrdp.1.gz:50

There are some warnings from dpkg-shlibdeps:

dpkg-shlibdeps: warning: dependency on libwx_gtk2u_aui-2.8.so.0 could be avoided if 
"debian/quickrdp/usr/bin/quickrdp" were not uselessly linked against it (they 
use none of its symbols).
dpkg-shlibdeps: warning: dependency on libwx_gtk2u_richtext-2.8.so.0 could be avoided if 
"debian/quickrdp/usr/bin/quickrdp" were not uselessly linked against it (they 
use none of its symbols).
dpkg-shlibdeps: warning: dependency on libwx_gtk2u_html-2.8.so.0 could be avoided if 
"debian/quickrdp/usr/bin/quickrdp" were not uselessly linked against it (they 
use none of its symbols).
dpkg-shlibdeps: warning: dependency on libwx_baseu_xml-2.8.so.0 could be avoided if 
"debian/quickrdp/usr/bin/quickrdp" were not uselessly linked against it (they 
use none of its symbols).
dpkg-shlibdeps: warning: dependency on libwx_gtk2u_qa-2.8.so.0 could be avoided if 
"debian/quickrdp/usr/bin/quickrdp" were not uselessly linked against it (they 
use none of its symbols).
dpkg-shlibdeps: warning: dependency on libwx_gtk2u_xrc-2.8.so.0 could be avoided if 
"debian/quickrdp/usr/bin/quickrdp" were not uselessly linked against it (they 
use none of its symbols).
dpkg-shlibdeps: warning: dependency on libwx_baseu_net-2.8.so.0 could be avoided if 
"debian/quickrdp/usr/bin/quickrdp" were not uselessly linked against it (they 
use none of its symbols).

--
Jakub Wilk


--
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/20120115154935.ga5...@jwilk.net



Re: packaging buddycloud for debian

2012-01-15 Thread Andrew Baxter

OK, great. I'll let the buddycloud people know.

On 15/01/12 12:25, Jonas Smedegaard wrote:

Hi Andrew and debian-mentors list

NB!  Please cc me on replies - I am not subscribed to the list.

On 12-01-15 at 10:01am, Andrew Baxter wrote:


I asked on debian-user where was a good place to ask for advice about
building debian packages for the buddycloud project (see
buddycloud.org), and they suggested here.

I am already working on it: http://packages.debian.org/channel-server

Yes, I am aware that upstream project was recently renamed to
buddycloud-server, and that there is also a buddycloud-webclient
project.

You are quite welcome to join the Javscript team and help maintain the
packaging of Buddycloud and its many dependencies.

More info here: http://wiki.debian.org/Javascript


Kind regards,

  - Jonas




--
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/4f12cbd4.7020...@highfellow.org



Re: packaging buddycloud for debian

2012-01-15 Thread Jonas Smedegaard
Hi Andrew and debian-mentors list

NB!  Please cc me on replies - I am not subscribed to the list.

On 12-01-15 at 10:01am, Andrew Baxter wrote:

> I asked on debian-user where was a good place to ask for advice about 
> building debian packages for the buddycloud project (see 
> buddycloud.org), and they suggested here.

I am already working on it: http://packages.debian.org/channel-server

Yes, I am aware that upstream project was recently renamed to 
buddycloud-server, and that there is also a buddycloud-webclient 
project.

You are quite welcome to join the Javscript team and help maintain the 
packaging of Buddycloud and its many dependencies.

More info here: http://wiki.debian.org/Javascript


Kind regards,

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature