Bug#849918: RFS: tinymux/2.10.1.13-1

2017-01-02 Thread Stephen Dennis 
Very much appreciate the feedback. Willing to learn, but overwhelmed by the
Debian machinery.

Stupid question at the top: If I dput another package, does it update this
one or do I need to delete the currently uploaded package from mentors
first?


- d/changelog. A lot has changed. Here are pointers to 'brief' change logs
for 2.7, 2.9, and 2.10:

http://www.tinymux.org/changes27.txt
http://www.tinymux.org/changes29.txt
http://www.tinymux.org/changes.txt

That's four years of why to retrace, and the actual check-in messages from
the repository would be much longer. Does Debian really want all of that?

- d/patches

  - Not sure what a dep3 header is, yet. More to learn.
  - All but one of the patches is checked-in upstream already.
  - I don't know how to have config.guess be updated at build time? Did not
know about that one. Is this part of automake? TinyMUX is more autoconf
than it once was, but it still doesn't use automake or libtool.
  - Dependency-created-noise.patch. The way users normally build TinyMUX is
untar the package, ./configure;make depend;make. The 'make depend' scans
all the include files and builds ".depend" which is then re-consumed by
Makefile. It must exist -- at least empty. The Debian build system would
see either way as a source change, but it isn't a change to taken upstream.
It always changes in different ways in every environment.

- d/copyright dep5...OK, more to study. The copyright is the same as
previous 2.6 package except for the dates. That was hammered out between
the four MUSH flavors (PennMUSH, TInyMUSH, TinyMUX, and RhostMUSH). I'm
loath to change the substance of it, but if there is some Debian-friendly
form to call out that it is the Artistic license, that seems reasonable
enough.

- silent rule. TinyMUX uses the other autoconf tools, but not libool or
automake. Silent rule seems to be a term from those things?

- d/rules. I'm picking this up from the previous maintainer, Noltar, and
there should be simpler ways of doing this now. I'm just not up to speed on
them and haven't found examples I grok, yet. I want to use the simple
debhelper method. dh, done.

Stephen

On Mon, Jan 2, 2017 at 11:41 PM, Tobias Frost  wrote:

> control: tags -1 moreinfo
>
> Hallo Stephen,
>
> (not taking ownership of the bug as I cannot guarantee to find time for
> follow ups. Other DDs are welcome to take this bug)
>
> Many thanks for your intention to adopt your pacakge.
> I see that you're also upstream of it; this means that I can also
> request to fix some upstream parts, like the build system ;-)
>
> here is a review:
>
> - d/changelog is incomplete. You've changed quite a bit in the debian
> packaging, more than "new upstream reelase" ;-)
> Please make sure that you really document everything you changed,
> (and as this is often done wrong, the changelog should ensure that
> it explains the "why (have it been changed)" adequately.
>
> - d/patches
>   - they could have use of a dep3 header
>   - as you're upstream, do you plan to roll out a new release with
> them? (question out of curiosity, not required for sponsoring)
>
>autoconf patch:
>   - you should not patch config.guess. They need to be updated on
> build-time! (autotools-dev is your friend, and debhelper with
> compat level 10 will be even better.)
>dependency-created-noise patch:
>- I'm not sure about this patch. What is its purpose?
>  The header reads as it is for canceling changes due to the build
>  process? Looks like it is regenerated at build time? If so, it
>  should not be patched but mereley deleted in the clean target.
>  (Otherwise the build system should be fixed that this is not
>   needed; automake is capable to create dependencie)
>
> - d/copyright should be transferred to dep5 format.
>
> - Please disable silent rules (the buildlog should emit all compiler
> flags)
>
> - d/rules should be converted to short debhelper format.
>   - the buildsystem should be really fixed to properly clean up.
>   - otherwise, errors from rm should not be ignored, also not errors
> from make realclen. Just don't execute it when there is no Makefile.
>
> (Stopping here for time reasons; especially I did not do a d/copyright
> audit, not checked the upstream code)
>
> Please fix above, remove the moreinfo tag, and -- time permitting -- I
> will iterate.
>
> --
> tobi
>
>

Bug#849918: RFS: tinymux/2.10.1.13-1

2017-01-02 Thread Tobias Frost 
control: tags -1 moreinfo

Hallo Stephen,

(not taking ownership of the bug as I cannot guarantee to find time for
follow ups. Other DDs are welcome to take this bug)

Many thanks for your intention to adopt your pacakge.
I see that you're also upstream of it; this means that I can also 
request to fix some upstream parts, like the build system ;-)

here is a review:

- d/changelog is incomplete. You've changed quite a bit in the debian
packaging, more than "new upstream reelase" ;-)
Please make sure that you really document everything you changed,
(and as this is often done wrong, the changelog should ensure that 
it explains the "why (have it been changed)" adequately.

- d/patches
  - they could have use of a dep3 header
  - as you're upstream, do you plan to roll out a new release with    
them? (question out of curiosity, not required for sponsoring)
  
   autoconf patch:
  - you should not patch config.guess. They need to be updated on 
build-time! (autotools-dev is your friend, and debhelper with 
compat level 10 will be even better.)
   dependency-created-noise patch:
   - I'm not sure about this patch. What is its purpose?
 The header reads as it is for canceling changes due to the build  
 process? Looks like it is regenerated at build time? If so, it
 should not be patched but mereley deleted in the clean target.
 (Otherwise the build system should be fixed that this is not 
  needed; automake is capable to create dependencie)

- d/copyright should be transferred to dep5 format.

- Please disable silent rules (the buildlog should emit all compiler
flags)

- d/rules should be converted to short debhelper format.
  - the buildsystem should be really fixed to properly clean up.
  - otherwise, errors from rm should not be ignored, also not errors
from make realclen. Just don't execute it when there is no Makefile.

(Stopping here for time reasons; especially I did not do a d/copyright
audit, not checked the upstream code)

Please fix above, remove the moreinfo tag, and -- time permitting -- I
will iterate.

--
tobi

Re: Build-Depends vs Depends

2017-01-02 Thread Paul Wise 
On Fri, Dec 30, 2016 at 12:31 PM, Taylor Kline wrote:

> What is the difference? How are they treated differently during the
> apt installation process? Thanks :)

You might be interested in looking at some of these diagrams to
discover more about how Debian works:

https://wiki.debian.org/Diagrams

You can look up any confusing jargon you find in this glossary:

https://wiki.debian.org/Glossary

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Re: Build-Depends vs Depends

2017-01-02 Thread Octavio Alvarez 
On 01/02/2017 06:06 AM, Taylor Kline wrote:
> Thank you, Octavio. Does this mean apt will temporarily install
> the Build-Depends packages and remove them after the installation
> completes?

If you are using "apt install" then the packages under Build-Depends are
not installed at all, only those under Depends, and, because they are
needed for the program to work, those are not uninstalled after
installation.

If you are using "apt build-dep" then you are specifically requesting
APT to install packages lised under Build-Depends.

Hope this clarifies everything.

Best regards.

Bug#849986: RFS: openldap/2.4.44+dfsg-3

2017-01-02 Thread Ryan Tandy 
Package: sponsorship-requests
Severity: normal

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor to upload an updated openldap package.

Changes since the last upload:

  * Apply upstream patch to fix FTBFS on kFreeBSD. (Closes: #845394)
  * Restore heimdal support to the smbk5pwd overlay.

I am aware there is still a slight chance heimdal may not be released with
stretch. However, heimdal in unstable has all the RC bugs fixed, so it should
migrate as soon as #844357 in binutils is fixed and mips* are given back; and
I'd rather have to disable the dependency again after the freeze than risk
entering the freeze with the current crippled package.

The package can be obtained from:

https://pkg-openldap.alioth.debian.org/stretch/openldap_2.4.44+dfsg-3.dsc

The git history may be obtained from or browsed at:

https://anonscm.debian.org/git/pkg-openldap/openldap.git

The debdiff relative to 2.4.44+dfsg-2 is attached.

The test suite for openldap takes over an hour to run. You may want to 
build locally with DEB_BUILD_OPTIONS=nocheck and let the buildds take 
care of running the tests.

thanks,
Ryan
diff -Nru openldap-2.4.44+dfsg/debian/changelog openldap-2.4.44+dfsg/debian/changelog
--- openldap-2.4.44+dfsg/debian/changelog	2016-12-01 19:40:20.0 -0800
+++ openldap-2.4.44+dfsg/debian/changelog	2017-01-01 19:47:36.0 -0800
@@ -1,3 +1,10 @@
+openldap (2.4.44+dfsg-3) unstable; urgency=medium
+
+  * Apply upstream patch to fix FTBFS on kFreeBSD. (Closes: #845394)
+  * Restore heimdal support to the smbk5pwd overlay.
+
+ -- Ryan Tandy   Sun, 01 Jan 2017 19:47:36 -0800
+
 openldap (2.4.44+dfsg-2) unstable; urgency=medium
 
   [ Ryan Tandy ]
diff -Nru openldap-2.4.44+dfsg/debian/control openldap-2.4.44+dfsg/debian/control
--- openldap-2.4.44+dfsg/debian/control	2016-11-23 21:57:19.0 -0800
+++ openldap-2.4.44+dfsg/debian/control	2017-01-01 19:46:51.0 -0800
@@ -12,6 +12,7 @@
dh-autoreconf,
dpkg-dev (>= 1.17.14),
groff-base,
+   heimdal-multidev ,
libdb5.3-dev ,
libgnutls28-dev,
libltdl-dev ,
@@ -55,10 +56,11 @@
 Architecture: any
 Build-Profiles: 
 Depends: slapd (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
-Description: Keeps Samba passwords in sync within slapd.
- Extends the PasswordModify Extended Operation to update Samba password hashes
- for an LDAP user. The Samba support is written using the Samba 3.0 LDAP
- schema.
+Description: Keeps Samba and Kerberos passwords in sync within slapd.
+ Extends the PasswordModify Extended Operation to update Kerberos keys
+ and Samba password hashes for an LDAP user. The Kerberos support is
+ written for Heimdal using its hdb-ldap backend. The Samba support is
+ written using the Samba 3.0 LDAP schema.
 
 Package: ldap-utils
 Section: net
diff -Nru openldap-2.4.44+dfsg/debian/dh_installscripts-common openldap-2.4.44+dfsg/debian/dh_installscripts-common
--- openldap-2.4.44+dfsg/debian/dh_installscripts-common	2016-11-10 20:10:26.0 -0800
+++ openldap-2.4.44+dfsg/debian/dh_installscripts-common	2017-01-01 19:46:51.0 -0800
@@ -5,10 +5,9 @@
 
 init();
 
-my $scriptscommon = $ARGV[0];
-
 foreach my $package (@{$dh{DOPACKAGES}}) {
 	my $tmp=tmpdir($package);
+	my $ext=pkgext($package);
 
 	if (! -d "$tmp/DEBIAN") {
 		next;
@@ -16,10 +15,8 @@
 
 	foreach my $file (qw{postinst preinst prerm postrm config}) {
 		my $f="$tmp/DEBIAN/$file";
-		if (! -e $f) {
-			next;
+		if ($f) {
+			complex_doit("perl -pe 's~#SCRIPTSCOMMON#~qx{cat debian/${ext}scripts-common}~eg' -i $f");
 		}
-		print "changing $f with $scriptscommon\n";
-		complex_doit("perl -pe 's~#SCRIPTSCOMMON#~qx{cat $scriptscommon}~eg' -i $f");
 	}
 }
diff -Nru openldap-2.4.44+dfsg/debian/patches/ITS-8554-kFreeBSD-is-like-BSD.patch openldap-2.4.44+dfsg/debian/patches/ITS-8554-kFreeBSD-is-like-BSD.patch
--- openldap-2.4.44+dfsg/debian/patches/ITS-8554-kFreeBSD-is-like-BSD.patch	1969-12-31 16:00:00.0 -0800
+++ openldap-2.4.44+dfsg/debian/patches/ITS-8554-kFreeBSD-is-like-BSD.patch	2016-12-28 10:56:32.0 -0800
@@ -0,0 +1,26 @@
+From 74d64d0eb245ce07383abcd444c23e7438e8a083 Mon Sep 17 00:00:00 2001
+From: Howard Chu 
+Date: Wed, 28 Dec 2016 18:32:14 +
+Subject: [PATCH] ITS#8554 kFreeBSD is like BSD
+
+Doesn't have POSIX robust mutexes - GNU userland on BSD kernel
+---
+ libraries/liblmdb/mdb.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/libraries/liblmdb/mdb.c b/libraries/liblmdb/mdb.c
+index 7a181d4..23c1f00 100644
+--- a/libraries/liblmdb/mdb.c
 b/libraries/liblmdb/mdb.c
+@@ -120,7 +120,7 @@ typedef SSIZE_T	ssize_t;
+ #include 	/* defines BYTE_ORDER on HPUX and Solaris */
+ #endif
+ 
+-#if defined(__APPLE__) || defined (BSD)
++#if defined(__APPLE__) || defined (BSD) || defined(__FreeBSD_kernel__)
+ # define MDB_USE_POSIX_SEM	1
+ # define

Re: Build-Depends vs Depends

2017-01-02 Thread Ben Finney 
Taylor Kline  writes:

> Thank you, Octavio. Does this mean apt

You mean ‘dpkg’.

APT is a tool to fetch packages and to make requests to ‘dpkg’. It is
‘dpkg’'s job to do the actual install/remove of each individual package.

> will temporarily install the Build-Depends packages and remove them
> after the installation completes?

No.

The purpose of the build process is to generate a product that is ready
to install. The build dependencies are not needed after the build is
complete.

-- 
 \   “Pinky, are you pondering what I'm pondering?” “Well, I think |
  `\  so, Brain, but pantyhose are so uncomfortable in the |
_o__)  summertime.” —_Pinky and The Brain_ |
Ben Finney

Bug#837167: RFS: aiscm/0.6.2-2

2017-01-02 Thread Jan Wedekind 

On Mon, 2 Jan 2017, Andrey Rahmatullin wrote:

Uploaded, thanks!

--
WBR, wRAR



Thanks for reviewing the aiscm package. Your comments have helped 
improve the package a lot.


Regards
Jan

Bug#848687: RFS: yasnippet-snippets_0~git20161123-1

2017-01-02 Thread Alberto Luaces 
Sean Whitton writes:


[... Elided completed tasks ...]

>
> Please accept my apologies for not raising these suggestions in a
> previous e-mail, and thank you for your patience with this sponsorship
> process -- I'm confident I'll be able to upload after your next update.
>
> (don't forget dch -r)

Quite the contrary, I am grateful for your guidance so far.

This time I have not set the git tag just in case some more
modifications are needed.  Now I see that it is better to leave it unset
since the uploader is the one that has the last word about it.  Please
feel free to set it if you think the package is ready for uploading.

Thanks!

Bug#849928: marked as done (RFS: budgie-desktop/10.2.9-2)

2017-01-02 Thread Debian Bug Tracking System 
Your message dated Mon, 2 Jan 2017 17:08:42 + (UTC)
with message-id <64556410.8370070.1483376922...@mail.yahoo.com>
and subject line Re: Bug#849928: RFS: budgie-desktop/10.2.9-2
has caused the Debian Bug report #849928,
regarding RFS: budgie-desktop/10.2.9-2
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
849928: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849928
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "budgie-desktop"

 * Package name: budgie-desktop
   Version : 10.2.9-2
   Upstream Author : i...@solus-project.com
 * URL : https://github.com/budgie-desktop/budgie-desktop
 * License : LGPL-2.1/GPL2.0
   Section : x11

  It builds those binary packages:

budgie-core - Core package for Budgie-Desktop
 budgie-core-dev - Development package for budgie-desktop
 budgie-desktop - Desktop package for budgie-desktop
 budgie-desktop-doc - documentation files for the budgie-desktop
 gir1.2-budgie-desktop-1.0 - GNOME introspection library for budgie-desktop
 libbudgie-plugin0 - Plugin library for budgie-desktop
 libbudgietheme0 - Theme library for budgie-desktop
 libraven0  - Raven library for budgie-desktop

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

  https://mentors.debian.net/package/budgie-desktop


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

dget -x 
https://mentors.debian.net/debian/pool/main/b/budgie-desktop/budgie-desktop_10.2.9-2.dsc


  Changes since the last upload:

* Bug-fix release
- drop the last two remaining patches since additional
  testing with the new versions of gnome-menus and
  network-manager now in Stretch makes these patches unnecessary
  (Closes: #849595)



  Regards,
   David Mohammed
--- End Message ---
--- Begin Message ---
Hello

>  I am looking for a sponsor for my package "budgie-desktop"
--- End Message ---

Bug#837167: RFS: aiscm/0.6.2-2

2017-01-02 Thread Andrey Rahmatullin 
Uploaded, thanks!

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Bug#837167: marked as done (RFS: aiscm/0.9.2-1 [ITP])

2017-01-02 Thread Debian Bug Tracking System 
Your message dated Mon, 2 Jan 2017 21:08:55 +0500
with message-id <20170102160855.mfjd5hdkx256w...@belkar.wrar.name>
and subject line Re: Bug#837167: RFS: aiscm/0.6.2-2
has caused the Debian Bug report #837167,
regarding RFS: aiscm/0.9.2-1 [ITP]
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
837167: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837167
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "aiscm":

  * Package name: aiscm
Version : 0.6.2-2
Upstream Author : Jan Wedekind
  * URL : http://wedesoft.github.io/aiscm/
  * License : GPL-3+
Section : lisp

   It builds those binary packages:

 aiscm - Guile computer vision extension

aiscm is a real-time computer vision extension for the Guile programming 
language. Performance in Scheme is achieved by means of an AMD64 JIT 
compiler.


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


   https://github.com/wedesoft/aiscm/tree/RFS


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


   dget -x 
http://wedesoft.github.io/aiscm/apt/pool/main/a/aiscm/aiscm_0.6.2-2.dsc

   More information about aiscm can be obtained from 
http://wedesoft.github.io/aiscm/.


   Changes since the last upload:

   - Make releases for different distros
   - fix package dependencies (do not use aliases)
   - Pulse audio input and output using asynchronous API
   - ring buffer for first-in first-out (FIFO) buffering of data
   - improved documentation


   Regards,
   Jan Wedekind
--- End Message ---
--- Begin Message ---
Uploaded, thanks!

-- 
WBR, wRAR


signature.asc
Description: PGP signature
--- End Message ---

Bug#849627: RFS: xtrkcad/1:4.2.4a-1 ITA

2017-01-02 Thread Jörg Frings-Fürst 
tags 849627 - moreinfo
thanks

Hello Sean,

first thanks for your review.

Am Montag, den 02.01.2017, 09:54 + schrieb Sean Whitton:
> control: tag -1 +moreinfo
> 
> Hello Jörg,
> 
> On Sun, Jan 01, 2017 at 11:12:48PM +0100, Jörg Frings-Fürst wrote:
> > Am Sonntag, den 01.01.2017, 20:43 + schrieb Sean Whitton:
> > > [Jörg's address bounced from my MTA so re-sending to -submitter; sorry
> > > for noise]
> > 
> > I look tomorrow morning why your mail was bounced.
> 
> Thanks!
> 
I have add your mail server to the whitelist.


> > Sorry that I misinterpret this:
> > [...]
> 
> You didn't :)  I was wrong.
> 
> Great work with the package split, and rewriting the package
> description.  Some minor remaining issues:
> 
Thanks!

> (1) There are some typos in NEWS.Debian.  s/dems/demos/ s/und/and/
> 
done.

> (2) You added "[ Team Upload ]" to the changelog.  But this is not a
> team upload, because you are in the Maintainer: field.  Please remove
> the "[ Team Upload ]".
> 
After a call at the mentors irc channel I have changed it into 
[ Mike Gabriel & Jörg Frings-Fürst ] 


> (3) You indicated in d/copyright that Mike Gabriel has 2017 copyright.
> But he didn't make any changes this year.
> 
The new package description is from Mike.
 

> (4) In the changelog you wrote
> 
> debian/rules: Remove the documentation from /usr/share/xtrkcad.
> 
> But it wasn't d/rules that you edited to do this!  I think you just need
> to drop that line.
> 

This line and some other now useless lines from the first documentation
move removed.


> (5) Since you moved the docs, the Help->Contents menu option doesn't
> work.  I think you need to add a patch (Forwarded: not-needed).
> 

Source is patch and tested..


> Some optional suggestions:
> 
> (1) You wrote "Remove not used Build-Depends." -- it might be useful to
> list the ones you removed in the changelog.  Your choice.
> 
I have add the removed ones to the changelog.


> (2) The HTML docs are quite large.  How about moving them into -common?
> 
Also done..

> As before, once you've made further changes, please remove the moreinfo
> tag from this bug and don't forget to re-run `dch -r`.
> 
> Detailed replies to older mail:
> 
> On Fri, Dec 30, 2016 at 05:15:13PM +0100, Jörg Frings-Fürst wrote:
> > I have change
> > 
> >  * BSD-Revised to BSD-1-Clause
> >  * mixed to BSD-like-with-advertising-clause
> > 
> > permissive I have found at[1], but also a lot of other license text
> > with the same name. So I ask debian-legal[2].
> 
> Thanks for doing that.  Looks fine now.
> 
> > > 
> > > - if you run `licensecheck --copyright -r .` you will find many files
> > >   that are Copyright 2005 David Bullis.  Maybe you should add this to
> > >   the "Files: *" stanza?
> > > 
> > > - Mikko Nissinen also holds copyright on app/i18n/stripmsg.c
> > > 
> > > - copyright years for getopt.*, uthash.h, gwin32.c, mswbitmap.c and
> > >   others are wrong -- why did you add '-2015' when the file was not
> > >   edited since the earlier year?
> > > 
> > 
> > I have used the file modification time.
> 
> Ah.  Generally the file modification time is too flimsy for this
> purpose.  Thanks for changing it back.
> 
> > > - copyright for app/tools/halibut/charset/macenc.c wrong
> > > 
> > 
> > I have checked and changed:
> > 
> >  * Add David Bullis to Files: * and remove the stanzas with only him as
> >copyright holder.
> >  * Use only the year(s) written into the files.
> >  * Add missing stanzas.
> 
> LGTM.
> 
> > > > I have add a new patch 0900-spelling-errors.patch to correct the
> > > > spelling error.
> > > 
> > > Thanks, and great work forwarding the patch.
> > > 
> > 
> > Normally. Or?
> 
> Yes, it should be normal to forward it, but not all sponsees do it.
> 
> > > > > It looks like you used wrap-and-sort -- please add this to the
> > > > > changelog, so a future contributor knows which options to use.
> > > > > E.g.
> > > > > 
> > > > > * Run wrap-and-sort -abst
> > > 
> > > You haven't added this to the changelog yet...
> > 
> > I don't use this tool..
> 
> Okay, fine.
> 
> > > 
> > > > > 
> > > > > You made changes to d/rules not documented in the changelog.
> > > > 
> > > > sry. Also I don't have a git commit message. I have add a comment about
> > > >  this.
> > > 
> > > What do you mean about "git commit message"?
> > > 
> > > Changelog for d/rules LGTM.
> > > 
> > 
> > For me is one of the last work to check all lines of the changelog vs.
> > the git commit messages for missing parts.
> > 
> > Comment added.
> 
> Just fyi, the git commit style is your choice as maintainer.  All I care
> about is the changelog (which can be less detailed than git commit
> history, generally).
> 
> > 
> > And for your 2. mail:
> > 
> > I have moved the html directroy, Readme.txt and logo.bmp to
> > /usr/share/doc/xtrkcad.
> > 
> > 
> > The other directories (demo, examples, params) contains only data file.
> > I think that /usr/share/xtrkcad is the right place for them. Especially
> > if

Re: Build-Depends vs Depends

2017-01-02 Thread Andrey Rahmatullin 
On Mon, Jan 02, 2017 at 09:06:10AM -0500, Taylor Kline wrote:
> Thank you, Octavio. Does this mean apt will temporarily install the
> Build-Depends
> packages and remove them after the installation completes?
apt doesn't build the package during install. Packages that you install
are already built.

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Re: Build-Depends vs Depends

2017-01-02 Thread Taylor Kline 
Thank you, Octavio. Does this mean apt will temporarily install the
Build-Depends
packages and remove them after the installation completes?

Bug#849844: RFS: manpages-zh/1.6.0-1

2017-01-02 Thread Sean Whitton 
Dear Boyuan,

On Mon, Jan 02, 2017 at 08:10:57PM +0800, Boyuan Yang wrote:
> I didn't document them since they look more like implementation detail (e.g,
> upstream changes in build tools, perl->python, README renaming, etc), users 
> may read upstream ChangeLog if they are interested. Anyway the version on 
> mentors and the one in Git repository are kept in consistency.

Thank you for your reply.

debian/ is not part of the upstream code, so changes should be listed in
d/changelog.  Other Debian contributors should be able to quickly
determine which uploads changed which control files, by looking at
d/changelog.  So please be more verbose.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#849844: RFS: manpages-zh/1.6.0-1

2017-01-02 Thread Boyuan Yang 
在 2017年1月1日星期日 SGT 下午5:28:47，Sean Whitton 写道：
> control: owner -1 !
> control: tag -1 +moreinfo
> 
> Dear Boyuan,
> 
> Can I sponsor from
> ?
> 
> If so, I see changes to d/control and d/docs which are not documented in
> the Debian changelog.

Sure, please go ahead.

I didn't document them since they look more like implementation detail (e.g, 
upstream changes in build tools, perl->python, README renaming, etc), users 
may read upstream ChangeLog if they are interested. Anyway the version on 
mentors and the one in Git repository are kept in consistency.

--
Thanks,
Boyuan Yang

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

Bug#849928: RFS: budgie-desktop/10.2.9-2

2017-01-02 Thread foss.freedom 
Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "budgie-desktop"

 * Package name: budgie-desktop
   Version : 10.2.9-2
   Upstream Author : i...@solus-project.com
 * URL : https://github.com/budgie-desktop/budgie-desktop
 * License : LGPL-2.1/GPL2.0
   Section : x11

  It builds those binary packages:

budgie-core - Core package for Budgie-Desktop
 budgie-core-dev - Development package for budgie-desktop
 budgie-desktop - Desktop package for budgie-desktop
 budgie-desktop-doc - documentation files for the budgie-desktop
 gir1.2-budgie-desktop-1.0 - GNOME introspection library for budgie-desktop
 libbudgie-plugin0 - Plugin library for budgie-desktop
 libbudgietheme0 - Theme library for budgie-desktop
 libraven0  - Raven library for budgie-desktop

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

  https://mentors.debian.net/package/budgie-desktop


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

dget -x 
https://mentors.debian.net/debian/pool/main/b/budgie-desktop/budgie-desktop_10.2.9-2.dsc


  Changes since the last upload:

* Bug-fix release
- drop the last two remaining patches since additional
  testing with the new versions of gnome-menus and
  network-manager now in Stretch makes these patches unnecessary
  (Closes: #849595)



  Regards,
   David Mohammed

Bug#849627: RFS: xtrkcad/1:4.2.4a-1 ITA

2017-01-02 Thread Sean Whitton 
control: tag -1 +moreinfo

Hello Jörg,

On Sun, Jan 01, 2017 at 11:12:48PM +0100, Jörg Frings-Fürst wrote:
> Am Sonntag, den 01.01.2017, 20:43 + schrieb Sean Whitton:
> > [Jörg's address bounced from my MTA so re-sending to -submitter; sorry
> > for noise]
> I look tomorrow morning why your mail was bounced.

Thanks!

> Sorry that I misinterpret this:
> [...]

You didn't :)  I was wrong.

Great work with the package split, and rewriting the package
description.  Some minor remaining issues:

(1) There are some typos in NEWS.Debian.  s/dems/demos/ s/und/and/

(2) You added "[ Team Upload ]" to the changelog.  But this is not a
team upload, because you are in the Maintainer: field.  Please remove
the "[ Team Upload ]".

(3) You indicated in d/copyright that Mike Gabriel has 2017 copyright.
But he didn't make any changes this year.

(4) In the changelog you wrote

debian/rules: Remove the documentation from /usr/share/xtrkcad.

But it wasn't d/rules that you edited to do this!  I think you just need
to drop that line.

(5) Since you moved the docs, the Help->Contents menu option doesn't
work.  I think you need to add a patch (Forwarded: not-needed).

Some optional suggestions:

(1) You wrote "Remove not used Build-Depends." -- it might be useful to
list the ones you removed in the changelog.  Your choice.

(2) The HTML docs are quite large.  How about moving them into -common?

As before, once you've made further changes, please remove the moreinfo
tag from this bug and don't forget to re-run `dch -r`.

Detailed replies to older mail:

On Fri, Dec 30, 2016 at 05:15:13PM +0100, Jörg Frings-Fürst wrote:
> I have change
>
>  * BSD-Revised to BSD-1-Clause
>  * mixed to BSD-like-with-advertising-clause
>
> permissive I have found at[1], but also a lot of other license text
> with the same name. So I ask debian-legal[2].

Thanks for doing that.  Looks fine now.

> >
> > - if you run `licensecheck --copyright -r .` you will find many files
> >   that are Copyright 2005 David Bullis.  Maybe you should add this to
> >   the "Files: *" stanza?
> >
> > - Mikko Nissinen also holds copyright on app/i18n/stripmsg.c
> >
> > - copyright years for getopt.*, uthash.h, gwin32.c, mswbitmap.c and
> >   others are wrong -- why did you add '-2015' when the file was not
> >   edited since the earlier year?
> >
> I have used the file modification time.

Ah.  Generally the file modification time is too flimsy for this
purpose.  Thanks for changing it back.

> > - copyright for app/tools/halibut/charset/macenc.c wrong
> >
>
> I have checked and changed:
>
>  * Add David Bullis to Files: * and remove the stanzas with only him as
>copyright holder.
>  * Use only the year(s) written into the files.
>  * Add missing stanzas.

LGTM.

> > > I have add a new patch 0900-spelling-errors.patch to correct the
> > > spelling error.
> >
> > Thanks, and great work forwarding the patch.
> >
> Normally. Or?

Yes, it should be normal to forward it, but not all sponsees do it.

> > > > It looks like you used wrap-and-sort -- please add this to the
> > > > changelog, so a future contributor knows which options to use.
> > > > E.g.
> > > >
> > > > * Run wrap-and-sort -abst
> >
> > You haven't added this to the changelog yet...
>
> I don't use this tool..

Okay, fine.

> >
> > > >
> > > > You made changes to d/rules not documented in the changelog.
> > >
> > > sry. Also I don't have a git commit message. I have add a comment about
> > >  this.
> >
> > What do you mean about "git commit message"?
> >
> > Changelog for d/rules LGTM.
> >
> For me is one of the last work to check all lines of the changelog vs.
> the git commit messages for missing parts.
>
> Comment added.

Just fyi, the git commit style is your choice as maintainer.  All I care
about is the changelog (which can be less detailed than git commit
history, generally).

>
> And for your 2. mail:
>
> I have moved the html directroy, Readme.txt and logo.bmp to
> /usr/share/doc/xtrkcad.
>
>
> The other directories (demo, examples, params) contains only data file.
> I think that /usr/share/xtrkcad is the right place for them. Especially
> if we want to move the data into a new package in the future.

Fine.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#849918: RFS: tinymux/2.10.1.13-1

2017-01-02 Thread Stephen Dennis 
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "tinymux". I am the upstream
maintainer, and there is already an ITA from me against the package.

* Package name: tinymux
  Version : 2.10.1.13-1
  Upstream Author : Stephen Dennis 
* URL : http://www.tinymux.org/
* License : Artistic
  Section : games

It builds these binary packages:

  tinymux- text-based multi-user virtual world server

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

  https://mentors.debian.net/package/tinymux


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

  dget -x 
https://mentors.debian.net/debian/pool/main/t/tinymux/tinymux_2.10.1.13-1.dsc

Changes since the last upload:

  * New upstream release


Regards,
Stephen Dennis

Re: Build-Depends vs Depends

2017-01-02 Thread Octavio Alvarez 
On 01/01/2017 04:07 PM, Ben Finney wrote:
> Taylor Kline  writes:
> 
>> What is the difference [between the “Build-Depends” field and the
>> “Depends” field]?
> 
> The difference is precisely that between building the package from
> source, versus using the package installed.

For example, a compiler is needed during build time, but it's not needed
to run the program so it would qualify for Build-Depends but not
for Depends.

Build-Depends is used during "apt build-dep" (used for compilation and
building the package) and Depends is used during "apt install".

Best regards.


-- 
Octavio.