Re: Ping for upload please ?

[Nobuhiro Iwamatsu]

Hi,


2014-10-22 16:49 GMT+09:00 Nick Leverton :
> Dear Mentors,
>
> I would be very grateful indeed if someone could please find time to sponsor
> my last two package updates some time this week, in time to get into Jessie:
>
> Package name: libupnp
> Version : 1:1.6.19+git20141001-1
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764464
> http://mentors.debian.net/package/libupnp
>
> See bug for full changelog.  This upload of libupnp provides a number
> of stability and reliability fixes.

I builded with pbuilder. But I got following error.

-

make[5]: Leaving directory '/tmp/buildd/libupnp-1.6.19+git20141001/ixml'
make[4]: Leaving directory '/tmp/buildd/libupnp-1.6.19+git20141001/ixml'
make[3]: Leaving directory '/tmp/buildd/libupnp-1.6.19+git20141001/ixml'
make[2]: Leaving directory '/tmp/buildd/libupnp-1.6.19+git20141001/ixml'
Making check in threadutil
make[2]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/threadutil'
make[2]: Nothing to be done for 'check'.
make[2]: Leaving directory '/tmp/buildd/libupnp-1.6.19+git20141001/threadutil'
Making check in upnp
make[2]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
Making check in doc
make[3]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp/doc'
make[3]: Nothing to be done for 'check'.
make[3]: Leaving directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp/doc'
Making check in .
make[3]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
make  test_init test_url
make[4]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
gcc -DHAVE_CONFIG_H -I. -I.. -I../upnp/inc  -I./inc
-I../threadutil/inc -I../ixml/inc -D_FORTIFY_SOURCE=2  -pthread -g -O2
-fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wall
-c -o test/test_init.o test/test_init.c
gcc -DHAVE_CONFIG_H -I. -I.. -I../upnp/inc  -I./inc
-I../threadutil/inc -I../ixml/inc -D_FORTIFY_SOURCE=2  -pthread -g -O2
-fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wall
-c -o test/test_url.o test/test_url.c
/bin/bash ../libtool  --tag=CC   --mode=link gcc  -pthread -g -O2
-fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wall
-fPIE -pie -Wl,-z,relro -Wl,-z,now -Wl,-z,defs -Wl,--as-needed -o
test_init test/test_init.o libupnp.la ../threadutil/libthreadutil.la
../ixml/libixml.la
/bin/bash ../libtool  --tag=CC   --mode=link gcc  -pthread -g -O2
-fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wall
-fPIE -pie -Wl,-z,relro -Wl,-z,now -Wl,-z,defs -Wl,--as-needed -o
test_url test/test_url.o libupnp.la ../threadutil/libthreadutil.la
../ixml/libixml.la
libtool: link: gcc -pthread -g -O2 -fPIE -fstack-protector-strong
-Wformat -Werror=format-security -Wall -fPIE -pie -Wl,-z -Wl,relro
-Wl,-z -Wl,now -Wl,-z -Wl,defs -Wl,--as-needed -o .libs/test_init
test/test_init.o  ./.libs/libupnp.so
../threadutil/.libs/libthreadutil.so ../ixml/.libs/libixml.so -pthread
libtool: link: gcc -pthread -g -O2 -fPIE -fstack-protector-strong
-Wformat -Werror=format-security -Wall -fPIE -pie -Wl,-z -Wl,relro
-Wl,-z -Wl,now -Wl,-z -Wl,defs -Wl,--as-needed -o .libs/test_url
test/test_url.o  ./.libs/libupnp.so
../threadutil/.libs/libthreadutil.so ../ixml/.libs/libixml.so -pthread
make[4]: Leaving directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
make  check-TESTS
make[4]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
make[5]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
FAIL: test_init
FAIL: test_url
make[6]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
Making all in doc
make[7]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp/doc'
make[7]: Nothing to be done for 'all'.
make[7]: Leaving directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp/doc'
Making all in .
make[7]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
make[7]: Nothing to be done for 'all-am'.
make[7]: Leaving directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
Making all in sample
make[7]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp/sample'
make[7]: Nothing to be done for 'all'.
make[7]: Leaving directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp/sample'
make[6]: Leaving directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'

Testsuite summary for libupnp 1.6.19+git20141001

# TOTAL: 2
# PASS:  0
# SKIP:  0
# XFAIL: 0
# FAIL:  2
# XPASS: 0
# ERROR: 0

See upnp/test-suite.log
Please report to mrobe...@users.sourceforge.net

-

Do you also reproduced this problem at your environment?

>
> Package name: linux-igd
> Version   

How to provide fake xserver in d/rules (couldn't connect to display "localhost:11.0")

[Andreas Tille]

Hi,

I know some time ago somebody has given the answer to this problem but I
failed to seek for it properly and I might fail to apply this to cdbs
anyway since it is an R package which is usually profiting from a cdbs
helper but the hooks for cdbs are a constant riddle for me.  So any help
with

   Vcs-Svn: 
svn://anonscm.debian.org/debian-science/packages/R/r-cran-randomfields/trunk/

would be welcome to fix

...
installing to 
/tmp/buildd/r-cran-randomfields-3.0.44/debian/r-cran-randomfields/usr/lib/R/site-library/RandomFields/libs
** R
** data
** inst
** preparing package for lazy loading
Warning in fun(libname, pkgname) :
  couldn't connect to display "localhost:11.0"
error reading package index file 
/usr/lib/R/site-library/tcltk2/tklibs/ntext0.81/pkgIndex.tcl: too many nested 
evaluations (infinite loop?)
error reading package index file 
/usr/lib/R/site-library/tcltk2/tklibs/ttktheme_plastik/pkgIndex.tcl: too many 
nested evaluations (infinite loop?)
error reading package index file 
/usr/lib/R/site-library/tcltk2/tklibs/tooltip1.4/pkgIndex.tcl: too many nested 
evaluations (infinite loop?)
error reading package index file 
/usr/lib/R/site-library/tcltk2/tklibs/ipentry0.3/pkgIndex.tcl: too many nested 
evaluations (infinite loop?)
error reading package index file 
/usr/lib/R/site-library/tcltk2/tklibs/ctext3.2/pkgIndex.tcl: too many nested 
evaluations (infinite loop?)
...


which actually ends in an infinite loop would be really welcome.

Kind regards

Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141023083406.ge9...@an3as.eu

Re: How to provide fake xserver in d/rules (couldn't connect to display "localhost:11.0")

[Paul Wise]

On Thu, Oct 23, 2014 at 4:34 PM, Andreas Tille wrote:

> I know some time ago somebody has given the answer to this problem but I

Not sure about cdbs, but with dh it would be this:

xvfb-run --auto-servernum --server-args="-screen 0 1024x768x24" dh_auto_build

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAKTje6EPxbzu=2z_slohw+v6zna-7auopukvhkmeo6zcsqp...@mail.gmail.com

Bug#753110: RFS: mrrescue/1.02c-1 [ITP]

[Tobias Frost]

Hi Steven,

what's the status of mrrescue? Do you have updates?

-- 
Tobi


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1414055624.4274.6.ca...@frost.de

Access to Debian machines

[Ole Streicher]

Hi,

As a Debian Developer, I would now for the first time need to access a
Debian machine (armhf). However, trying to ssh to one of them
(arm-arm-01.debian.org) gives me a Permission denied (publickey).

The LDAP database however does not have an entry for ssh public keys,
and I also couldn't find information for an initial setup in the
developer's reference. How do I start here?

Best regards

Ole


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87y4s73w43@news.ole.ath.cx

dh_installman and camel case name in .TH (repost)

[Ole Streicher]

Hi,

This question somehow got lost a while ago: 

I have a number of man pages like funopen.3:

-8<
[...]
..TH funopen 3 "January 2, 2008" "version 1.4.2" "SAORD Documentation"
[...]
..SH "NAME"
\&\fBFunOpen \- open a Funtools data file\fR
-8<

The name funopen.3 has a clash with the BSD funopen manpage (which is
currently solved by renaming the BSD page).

However the documented function has CamelCase, so the correct manpage
would be anyway FunOpen.3.

Following the man page of dh_installman:

| If you have a properly formatted .TH or .Dt line, your man page will
| be installed into the right directory, with the right name

I thought I could just change the name in the TH line:

-8<
[...]
..TH FunOpen 3 "January 2, 2008" "version 1.4.2" "SAORD Documentation"
[...]
-8<

to get the correct man page. However, the manpage is still installed as
funopen.3 -- contrary to the dh_installman documentation shown above.

Is this a bug in dh_installman, and how can I fix this (without renaming
all manpage files, which is much harder then just patching them)?

Best regards

Ole


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87tx2v3vv8@news.ole.ath.cx

Bug#766470: RFS: ibus-libzhuyin/1.6.99.20140929-1 [ITP]

[陳昌倬]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

 I am looking for a sponsor for my package "ibus-libzhuyin"

* Package name: ibus-libzhuyin
  Version : 1.6.99.20140929-1
  Upstream Author : Peng Wu 
* URL : https://github.com/libzhuyin/ibus-libzhuyin
* License : GPL-2+
  Section : utils

It builds those binary packages:

ibus-libzhuyin - New Zhuyin engine based on libzhuyin for IBus
ibus-libzhuyin-dbg - Debug symbols for ibus-libzhuyin


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

http://mentors.debian.net/package/ibus-libzhuyin


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

dget -x 
http://mentors.debian.net/debian/pool/main/i/ibus-libzhuyin/ibus-libzhuyin_1.6.99.20140929-1.dsc


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- 
ChangZhuo Chen (陳昌倬) 
http://czchen.info/
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: Digital signature

Re: Access to Debian machines

[Sebastian Ramacher]

Hi

On 2014-10-23 12:42:52, Ole Streicher wrote:
> As a Debian Developer, I would now for the first time need to access a
> Debian machine (armhf). However, trying to ssh to one of them
> (arm-arm-01.debian.org) gives me a Permission denied (publickey).

arm-arm-01.d.o is a buildd, not a porterbox. harris.d.o is an armhf
porterbox.

> The LDAP database however does not have an entry for ssh public keys,
> and I also couldn't find information for an initial setup in the
> developer's reference. How do I start here?

The welcome email contains a section on SSH keys wihch references
https://db.debian.org/doc-mail.html. All you need to know to set up your
keys is explained there.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Re: Access to Debian machines

[gregor herrmann]

On Thu, 23 Oct 2014 12:42:52 +0200, Ole Streicher wrote:

> As a Debian Developer, I would now for the first time need to access a
> Debian machine (armhf). However, trying to ssh to one of them
> (arm-arm-01.debian.org) gives me a Permission denied (publickey).

Let's look at https://db.debian.org/machines.cgi :
- arm-arm-01.debian.org is listed as a buildd, so it's not accessible
  for "ordinary" DDs
- if you look for armhf and porterbox, you will find
  harris.debian.org
  ipa.debian.net

I seem to remember that I used harris recently.
  

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #345:  Having to manually track the satellite. 


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141023111053.gc22...@colleen.colgarra.priv.at

Re: How to provide fake xserver in d/rules (couldn't connect to display "localhost:11.0")

[Andreas Tille]

On Thu, Oct 23, 2014 at 04:43:58PM +0800, Paul Wise wrote:
> 
> > I know some time ago somebody has given the answer to this problem but I
> 
> Not sure about cdbs, but with dh it would be this:
> 
> xvfb-run --auto-servernum --server-args="-screen 0 1024x768x24" dh_auto_build

Due to this hint I was able to parse the cdbs helper code which just us
using xvfb if it is installed.  Thus adding the Build-Depends 

   xvfb, xauth 

was sufficient to deal with the problem.

Thanks for the helpful hint

  Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141023121804.gc17...@an3as.eu

CMake Error: Could not open file for write in copy operation ... System Error: Permission denied

[Corentin Desfarges]

Hi all,

I'm currently working on the packaging of fw4spl (an open source framework)
and I got this CMake error when I use "pbuilder" :

> CMake Error: Could not open file for write in copy operation
/usr/bin/qt.conf.tmp
> CMake Error: : System Error: Permission denied
> CMake Error at SrcLib/core/fwGuiQt/CMakeLists.txt:12 (configure_file):
>  configure_file Problem configuring file

I've seen that this problem has been frequently raised, but aside from a
change of CMake version (and I can't, obviously), I didn't found any
solution.
A strange thing is that when I use "debuild", the issue doesn't happen.

Hoping someone will have an idea...


Best regards,

Corentin

Re: CMake Error: Could not open file for write in copy operation ... System Error: Permission denied

[Andrey Rahmatullin]

On Thu, Oct 23, 2014 at 03:01:02PM +0200, Corentin Desfarges wrote:
> I'm currently working on the packaging of fw4spl (an open source framework)
> and I got this CMake error when I use "pbuilder" :
> 
> > CMake Error: Could not open file for write in copy operation
> /usr/bin/qt.conf.tmp
> > CMake Error: : System Error: Permission denied
> > CMake Error at SrcLib/core/fwGuiQt/CMakeLists.txt:12 (configure_file):
> >  configure_file Problem configuring file
Did you read the CMakeLists.txt?

> I've seen that this problem has been frequently raised, but aside from a
> change of CMake version (and I can't, obviously), I didn't found any
> solution.
> A strange thing is that when I use "debuild", the issue doesn't happen.
> 
> Hoping someone will have an idea...
Can you publish the source package?

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Re: dh_installman and camel case name in .TH (repost)

[Russ Allbery]

Ole Streicher  writes:

> Following the man page of dh_installman:

> | If you have a properly formatted .TH or .Dt line, your man page will
> | be installed into the right directory, with the right name

> I thought I could just change the name in the TH line:

> -8<
> [...]
> ..TH FunOpen 3 "January 2, 2008" "version 1.4.2" "SAORD Documentation"
> [...]
> -8<

> to get the correct man page. However, the manpage is still installed as
> funopen.3 -- contrary to the dh_installman documentation shown above.

> Is this a bug in dh_installman, and how can I fix this (without renaming
> all manpage files, which is much harder then just patching them)?

This is arguably a bug in te dh_installman documentation.  It takes the
section component of the man page name from the .TH line, but the name
component is taken from the basename of the source file.  So you need to
rename funopen.3 to FunOpen.3, and then it should install in the correct
location.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87bnp2x0uf@hope.eyrie.org

Re: CMake Error: Could not open file for write in copy operation ... System Error: Permission denied

[Martin Steghöfer]

Hi Corentin!

Corentin Desfarges wrote:

Hi all,

I'm currently working on the packaging of fw4spl (an open source 
framework) and I got this CMake error when I use "pbuilder" :


> CMake Error: Could not open file for write in copy operation 
/usr/bin/qt.conf.tmp

> CMake Error: : System Error: Permission denied
> CMake Error at SrcLib/core/fwGuiQt/CMakeLists.txt:12 (configure_file):
>  configure_file Problem configuring file


In order to get efficient help, you should really provide a little bit 
more information, e.g. the lines mentioned in the error message or a URL 
to your source package. I finally found it in debian-med and pulled it.


The line in question says:
  configure_file("${CMAKE_CURRENT_LIST_DIR}/bin/qt.conf" 
"${CMAKE_CURRENT_BINARY_DIR}/qt.conf")

where CMAKE_CURRENT_BINARY_DIR is "/usr/bin".

But configuring files directly to installation locations (like your 
"/usr/bin") is a bad idea. This requires superuser powers at 
configuration time - which you usually don't have. Instead, just 
configure it to the build directory, use it there and install it later 
using CMake's installation commands: 
http://www.cmake.org/Wiki/CMake:Install_Commands


Btw. I think your package is also missing a build dependency to 
"libqt4-opengl-dev".


Cheers,
Martin



--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54492666.7060...@steghoefer.eu

Re: CMake Error: Could not open file for write in copy operation ... System Error: Permission denied

[Martin Steghöfer]

El 23/10/14 a les 18:01, Martin Steghöfer ha escrit:

The line in question says:
  configure_file("${CMAKE_CURRENT_LIST_DIR}/bin/qt.conf" 
"${CMAKE_CURRENT_BINARY_DIR}/qt.conf")

where CMAKE_CURRENT_BINARY_DIR is "/usr/bin".


A little correction: It actually said RUNTIME_OUTPUT_DIR (which is 
"/usr/bin") in the original file, not CMAKE_CURRENT_BINARY_DIR (which 
would be better!).


The point stays the same: You are configuring files to /usr/bin/, which 
is not a good idea.


Cheers,
Martin


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54492cf8.70...@steghoefer.eu

Re: dh_installman and camel case name in .TH (repost)

[Ole Streicher]

Russ Allbery  writes:
> Ole Streicher  writes:
>> Following the man page of dh_installman:
>
>> | If you have a properly formatted .TH or .Dt line, your man page will
>> | be installed into the right directory, with the right name

> This is arguably a bug in te dh_installman documentation.  It takes the
> section component of the man page name from the .TH line, but the name
> component is taken from the basename of the source file.  So you need to
> rename funopen.3 to FunOpen.3, and then it should install in the correct
> location.

 which is rather difficult to fix.

Is there a reason why the name is not taken from the manpage?

Best

Ole


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87ppdi4v12@news.ole.ath.cx

Bug#766508: RFS: jmapviewer/1.03+dfsg-2

[Felix Natter]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "jmapviewer"

 Package name: jmapviewer
 Version : 1.03+dfsg-2
 Upstream Author : Jan Peter Stotz and others
* URL: http://wiki.openstreetmap.org/wiki/JMapViewer
* License: GPL
  Section: utils

It builds those binary packages:

  jmapviewer - Java OpenStreetMap Tile Viewer

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

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

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

  dget -x 
http://mentors.debian.net/debian/pool/main/j/jmapviewer/jmapviewer_1.03+dfsg-2.dsc

Changes since the last upload:

jmapviewer (1.03+dfsg-2) unstable; urgency=medium

  * Download the bing logo at runtime from the link in the
attribution XML (thanks to Marcus Lundblad  and
Martin Krüger )
Closes: #765421
  * Upgrade to Standards-Version 3.9.6

There is a JMapViewer 1.04 release (from this week), but I didn't want
to break anything (especially rdeps) and make sure that the #765421 fix
makes it into jessie, hence I did not want to upgrade to 1.04.

Best Regards,
-- 
Felix Natter


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/878uk6n28v@bitburger.home.felix

Bug#764466: marked as done (RFS: linux-igd/1.0+cvs20070630-5 - Linux UPnP Internet Gateway Device)

[Debian Bug Tracking System]

Your message dated Thu, 23 Oct 2014 16:24:35 +
with message-id 
and subject line closing RFS: linux-igd/1.0+cvs20070630-5 - Linux UPnP Internet 
Gateway Device
has caused the Debian Bug report #764466,
regarding RFS: linux-igd/1.0+cvs20070630-5 - Linux UPnP Internet Gateway Device
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.)


-- 
764466: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764466
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 "linux-igd"

 Package name: linux-igd
 Version : 1.0+cvs20070630-5
 Upstream Author : Glover George , Daniel J
Blueman 
 URL : http://linux-igd.sourceforge.net
 License : GPL-2
 Section : net

It builds those binary packages:

  linux-igd  - Linux UPnP Internet Gateway Device

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

  http://mentors.debian.net/package/linux-igd

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

  dget -x 
http://mentors.debian.net/debian/pool/main/l/linux-igd/linux-igd_1.0+cvs20070630-5.dsc

Changes since the last upload:
  * Update to libupnp6 instead of libupnp4.
  * Fix upnp_log_filename in default upnpd.conf (Closes: #675245).
  * Fix paranoid checking of control point IP address (Closes: #675244)
  * Fix "TimerThreadRemove failed!" message, new patch 17 (Closes: #720495),
thanks to Nye Liu .
  * Fix detection of local IP address (patch 18).
  * Update Policy to 3.9.6 (no change to package).
  * Source /lib/lsb/init-functions in initscript for LSB compliance (lintian).

Maintainer's note: This package was the only user of the obsolete and
unmaintained libupnp4.  Uploading this version, which builds against
the active stable branch libupnp6, will soon allow removal of libupnp4
from the archive.

Regards,
Nick Leverton
--- End Message ---
--- Begin Message ---
Package linux-igd version 1.0+cvs20070630-5 is in unstable now.
http://packages.qa.debian.org/linux-igd--- End Message ---

nanomsg tests fail on sparc

[Harlan Lieberman-Berg]

Hello mentors, porters,

I'm having some trouble debugging why the nanomsg tests are failing -
reliably, at least - on sparc.  Because of the way the test suite works, I
don't end up getting a lot of information about why the failure occurs,
other than just a general "bus error".  I don't have access to the sparc
porterboxes, or any real experience with sparc itself, so debugging is
difficult for me.  Time to send up red flares to see if any of you can give
me a hand.

The FTBFS on sparc is holding nanomsg out of testing (#759129), and with
the freeze approaching, I'm worried it won't make it in before the freeze.

Please feel free to reach out to me by IRC (hlieberman on OFTC, Freenode)
if you want more real-time conversation.

Thanks, everyone.

Sincerely,

-- 
Harlan Lieberman-Berg
~hlieberman

Re: dh_installman and camel case name in .TH (repost)

[Russ Allbery]

Ole Streicher  writes:
> Russ Allbery  writes:

>> This is arguably a bug in te dh_installman documentation.  It takes the
>> section component of the man page name from the .TH line, but the name
>> component is taken from the basename of the source file.  So you need to
>> rename funopen.3 to FunOpen.3, and then it should install in the correct
>> location.

>  which is rather difficult to fix.

> Is there a reason why the name is not taken from the manpage?

Yes, the name given in .TH is traditionally in all uppercase regardless of
the case of the thing being documented.  So this would get the
capitalization of the installed man page wrong in many (most?) situations.

Another option is to not use dh_installman to install the man pages and
instead use explicit install / cp commands in debian/rules to put them in
the correct path under usr/share/man?/ in the package build directory.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87wq7qvggh@hope.eyrie.org

Re: nanomsg tests fail on sparc

[Jakub Wilk]

* Harlan Lieberman-Berg , 2014-10-23, 13:29:
I'm having some trouble debugging why the nanomsg tests are failing - 
reliably, at least - on sparc.


I'll try to reproduce the FTBFS on a porterbox later today.


The FTBFS on sparc is holding nanomsg out of testing


Well, not quite. Sparc is not a release architecture. And even if it 
was, this package has never build on sparc, so the missing build 
wouldn't stop testing migration.


The thing that is holding the testing migration is this RC bug:


(#759129),


...which says something about FTBFS on i386. Either the bug should be 
closed, or the subject should be corrected to reflect reality.


--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141023180329.ga6...@jwilk.net

Re: nanomsg tests fail on sparc

[Harlan Lieberman-Berg]

On Thu, Oct 23, 2014 at 2:03 PM, Jakub Wilk  wrote:

> I'll try to reproduce the FTBFS on a porterbox later today.
>

Awesome.  Let me know if there's anything I can do to help.


> Well, not quite. Sparc is not a release architecture. And even if it was,
> this package has never build on sparc, so the missing build wouldn't stop
> testing migration.
>

Oh, that's news to me.  In that case, I will correct the priority.  It
still needs to be solved, though, and I appreciate your taking a look at it.


> ...which says something about FTBFS on i386. Either the bug should be
> closed, or the subject should be corrected to reflect reality.
>

Yeah, the subject is dated, which I will correct ASAP.

Thanks, Jakub!

Sincerely,

-- 
Harlan Lieberman-Berg
~hlieberman

Bug#766508: Libjpeg trouble in jmapviewer

[Andreas Tille]

Hi Felix,

unfortunately there is some conflict in the Build-Depends:


0 packages upgraded, 132 newly installed, 0 to remove and 0 not upgraded.
Need to get 62.8 MB/92.4 MB of archives. After unpacking 210 MB will be used.
The following packages have unmet dependencies:
 libjpeg62-turbo : Conflicts: libjpeg62 but 1:1.3.1-8 is to be installed.
 libjpeg62 : Depends: libjpeg62-turbo (= 1:1.3.1-8) but 1:1.3.1-10 is to be 
installed.
Unable to resolve dependencies!  Giving up...
The following NEW packages will be installed:


Kind regards

 Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141023182055.gf17...@an3as.eu

Bug#766508: Libjpeg trouble in jmapviewer

[Sebastiaan Couwenberg]

On 10/23/2014 08:20 PM, Andreas Tille wrote:
> unfortunately there is some conflict in the Build-Depends:
> 
> 
> 0 packages upgraded, 132 newly installed, 0 to remove and 0 not upgraded.
> Need to get 62.8 MB/92.4 MB of archives. After unpacking 210 MB will be used.
> The following packages have unmet dependencies:
>  libjpeg62-turbo : Conflicts: libjpeg62 but 1:1.3.1-8 is to be installed.
>  libjpeg62 : Depends: libjpeg62-turbo (= 1:1.3.1-8) but 1:1.3.1-10 is to be 
> installed.
> Unable to resolve dependencies!  Giving up...
> The following NEW packages will be installed:

This is caused by the build-dependency on default-jdk which needed an
update for the jpeg-turbo transition. It was earlier today reported on
debian-release in the "gettext is BD-Uninstallable" thread:

https://lists.debian.org/debian-release/2014/10/msg00445.html

It should be fixed with the latest openjdk-7 upload, but it hasn't hit
the mirrors yet.

> Kind regards
> 
>  Andreas.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54494dc5.3090...@xs4all.nl

Re: nanomsg tests fail on sparc

[Jakub Wilk]

* Harlan Lieberman-Berg , 2014-10-23, 14:13:

I'll try to reproduce the FTBFS on a porterbox later today.

Awesome.  Let me know if there's anything I can do to help.


As promised, here's gdb backtrace:

#0  0xf7fa048c in nn_chunkref_size (self=self@entry=0x25351) at 
src/utils/chunkref.c:123
#1  0xf7fb0c9c in nn_sipc_send (self=0x25260, msg=0xd4dc) at 
src/transports/ipc/sipc.c:142
#2  0xf7f97938 in nn_pipe_send (self=0x25260, msg=msg@entry=0xd4dc) at 
src/core/pipe.c:188
#3  0xf7fa9a68 in nn_excl_send (self=0x24e38, msg=0xd4dc) at 
src/protocols/utils/excl.c:84
#4  0xf7f99470 in nn_sock_send (self=0x24ca0, msg=msg@entry=0xd4dc, 
flags=flags@entry=0) at src/core/sock.c:570
#5  0xf7f95b18 in nn_sendmsg (s=s@entry=0, msghdr=msghdr@entry=0xd58c, 
flags=flags@entry=0) at src/core/global.c:756
#6  0xf7f95d0c in nn_send (s=s@entry=0, buf=buf@entry=0x11480, 
len=len@entry=40, flags=flags@entry=0) at src/core/global.c:656
#7  0x00011004 in test_send_impl (line=line@entry=58, sock=sock@entry=0, data=data@entry=0x11480 
"0123456789012345678901234567890123456789", file=0x112e0 "tests/ipc.c") at 
tests/testutil.h:112
#8  0x000109a0 in main () at tests/ipc.c:58

The line that triggers crash is:

   nn_chunk_size (((struct nn_chunkref_chunk*) self)->chunk) :

Here dereferencing fails catastrophically, because the pointer is 
unaligned (self=0x25351).


--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141023185211.ga9...@jwilk.net

Bug#766508: Libjpeg trouble in jmapviewer

[Felix Natter]

Andreas Tille  writes:

> Hi Felix,

hello Andreas,

> unfortunately there is some conflict in the Build-Depends:
>
>
> 0 packages upgraded, 132 newly installed, 0 to remove and 0 not upgraded.
> Need to get 62.8 MB/92.4 MB of archives. After unpacking 210 MB will be used.
> The following packages have unmet dependencies:
>  libjpeg62-turbo : Conflicts: libjpeg62 but 1:1.3.1-8 is to be installed.
>  libjpeg62 : Depends: libjpeg62-turbo (= 1:1.3.1-8) but 1:1.3.1-10 is to be 
> installed.
> Unable to resolve dependencies!  Giving up...
> The following NEW packages will be installed:

This is a problem with installing openjdk-7-jre (which is pulled from
default-jdk):
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766483

It has nothing to do with jmapviewer (except that jmapviewer depends on
default-jdk). I'm not sure whether an update will already fix that
problem :-(
 time allows maybe you should sponsor other packages and try again
tomorrow? If the time until the freeze is pressing, I could ask for a
workaround on debian-java.

Thanks and Best Regards,
-- 
Felix Natter


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87wq7q629i@bitburger.home.felix

Bug#764951: RFS: libgdal-grass/1.11.1-1~exp1

[Andreas Tille]

Hi Bas,

On Thu, Oct 23, 2014 at 09:10:43PM +0200, Sebastiaan Couwenberg wrote:
> [no love for enigmail today]

try mutt ;-)
switched to public discussion anyway.
 
For very strange reasons I get

0 packages upgraded, 228 newly installed, 0 to remove and 0 not upgraded.
Need to get 37.7 MB/115 MB of archives. After unpacking 491 MB will be used.
The following packages have unmet dependencies:
 pbuilder-satisfydepends-dummy : Depends: libgdal-dev (>= 1.11.0-1~) but 
1.10.1+dfsg-8+b3 is to be installed.
Unable to resolve dependencies!  Giving up...
The following NEW packages will be installed:


and yes, I have experimental sources.list enabled in my pbuilder
environment and updated cowbuilder.  I vaguely remember that we had such
a case before but I forgot how we solved this.

Thanks for the preparation

 Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141023192631.ga29...@an3as.eu

Bug#762897: marked as done (RFS: i3blocks/1.2-1 [ITP] - statusline for the i3 window manager)

[Debian Bug Tracking System]

Your message dated Thu, 23 Oct 2014 15:37:48 -0400
with message-id <5449590c.2040...@jpleau.ca>
and subject line Re: RFS: i3blocks/1.2-1 [ITP] - statusline for the i3 window 
manager
has caused the Debian Bug report #762897,
regarding RFS: i3blocks/1.2-1 [ITP] - statusline for the i3 window manager
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.)


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

Hello mentors!

I am looking for a sponsor for my package "i3blocks"


 * Package name: i3blocks
   Version : 1.2-1
   Upstream Author : Vivien Didelot 
 * URL : https://github.com/vivien/i3blocks
 * License : GPL-3
   Section : x11


It builds the following binary package:

  i3blocks   - highly flexible status line for the i3 window manager


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

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


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

dget -x
http://mentors.debian.net/debian/pool/main/i/i3blocks/i3blocks_1.2-1.dsc

Change since the last upload :

i3blocks (1.2-1) unstable; urgency=low

  * Initial release (Closes: #762517)

 -- Jason Pleau   Tue, 23 Sep 2014 21:30:32 -0400



A bit of information: The patch in my package that edits the Makefile
has been sent and accepted upstream.

An upcoming 1.3 release of the software is planned; my patches won't be
necessary when I update my debian package to 1.3.

As this is my first package that I upload, I am hoping to get criticisms
and suggestions, even if this is a really small package

Thanks !

Jason
--- End Message ---
--- Begin Message ---
Content-Transfer-Encoding: quoted-printable--- End Message ---

Bug#764951: RFS: libgdal-grass/1.11.1-1~exp1

[Sebastiaan Couwenberg]

On 10/23/2014 09:26 PM, Andreas Tille wrote:
> Hi Bas,
> 
> On Thu, Oct 23, 2014 at 09:10:43PM +0200, Sebastiaan Couwenberg wrote:
>> [no love for enigmail today]
> 
> try mutt ;-)

Should be fixed with manual configuration now.

> switched to public discussion anyway.
>  
> For very strange reasons I get
> 
> 0 packages upgraded, 228 newly installed, 0 to remove and 0 not upgraded.
> Need to get 37.7 MB/115 MB of archives. After unpacking 491 MB will be used.
> The following packages have unmet dependencies:
>  pbuilder-satisfydepends-dummy : Depends: libgdal-dev (>= 1.11.0-1~) but 
> 1.10.1+dfsg-8+b3 is to be installed.
> Unable to resolve dependencies!  Giving up...
> The following NEW packages will be installed:
> 
> 
> and yes, I have experimental sources.list enabled in my pbuilder
> environment and updated cowbuilder.  I vaguely remember that we had such
> a case before but I forgot how we solved this.

It looks like your experimental branch is outdated, gdal-grass 1.11.1
build depends on libgdal-dev (>= 1.11.1-1~).

Pulling the experimental branch should suffice to fix this specific issue:

 git fetch origin
 git checkout experimental
 git pull

Unfortunately this packages also suffers from the libjpeg62-turbo unmet
build dependency, so it cannot be built at the moment.

> Thanks for the preparation
> 
>  Andreas.

Thanks for your all your sponsorship efforts.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5449610f.7040...@xs4all.nl

Bug#764951: RFS: libgdal-grass/1.11.1-1~exp1

[Andreas Tille]

Hi Bas

On Thu, Oct 23, 2014 at 10:11:59PM +0200, Sebastiaan Couwenberg wrote:
> 
> It looks like your experimental branch is outdated, gdal-grass 1.11.1
> build depends on libgdal-dev (>= 1.11.1-1~).
> 
> Pulling the experimental branch should suffice to fix this specific issue:
> 
>  git fetch origin
>  git checkout experimental
>  git pull

I did so:

$ git log
commit 4b4b0f7a63c8d35f86489e9ed515372dc35ef650
Author: Bas Couwenberg 
Date:   Sun Oct 12 16:17:07 2014 +0200

Set distribution to experimental.

commit 076103ba71effe043ea0bec659ae1784ddfe6cea
Author: Bas Couwenberg 
Date:   Sat Oct 11 18:10:43 2014 +0200

Bump Standards-Version to 3.9.6, no changes.

...

$ git branch
* experimental
  master
  pristine-tar
  upstream

> Unfortunately this packages also suffers from the libjpeg62-turbo unmet
> build dependency, so it cannot be built at the moment.

... so we can keep on sorting out since the problem seems to remain.

0 packages upgraded, 228 newly installed, 0 to remove and 0 not upgraded.
Need to get 36.9 MB/115 MB of archives. After unpacking 491 MB will be used.
The following packages have unmet dependencies:
 pbuilder-satisfydepends-dummy : Depends: libgdal-dev (>= 1.11.1-1~) but 
1.10.1+dfsg-8+b3 is to be installed.
Unable to resolve dependencies!  Giving up...
The following NEW packages will be installed:


I even fetched a fresh clone via gbp-clone and did the steps you
suggested above. :-(

 
> Thanks for your all your sponsorship efforts.

I admit I'm waiting for the time when three or four of you new activists
in Debian GIS will become DM.  I also tried to encourage Ross and Johan
to apply.  You all do pretty good work and it is time to gain the
official status.

Kind regards

   Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141023202224.gd29...@an3as.eu

Retry failied build

[Ole Streicher]

Hi,

sometimes I experience that a failed build is retried automatically on a
certain platform, especially (but not only) if the compilation looks
really weird.

Is there a way to trigger this? I have the case that an quite common
linker calls fails on armhf with [1]

libtool: compile:  gcc -DHAVE_CONFIG_H -I. -D_FORTIFY_SOURCE=2 
-I/usr/include/star -DTHREAD_SAFE -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -c region.c  -fPIC -DPIC -o 
.libs/libstarlink_ast_la-region.o
/tmp/ccP2WAFK.s: Assembler messages:
/tmp/ccP2WAFK.s:21403: Warning: base register written back, and overlaps one of 
transfer registers
/tmp/ccP2WAFK.s:28133: Error: registers may not be the same -- `str r3,[r3],#4'
/tmp/ccP2WAFK.s:28971: Warning: base register written back, and overlaps one of 
transfer registers

which looks like some internal compiler problem (... and happens on a C
only file that was built before in two releases without any problems [2]).

Best regards

Ole

[1] 
https://buildd.debian.org/status/fetch.php?pkg=starlink-ast&arch=armhf&ver=8.0.2%2Bdfsg-1&stamp=1413906845
[2] 
http://anonscm.debian.org/cgit/debian-astro/packages/starlink-ast.git/log/region.c


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87lho64kkn@news.ole.ath.cx

Re: Ping for upload please ?

[Nick Leverton]

On Thu, Oct 23, 2014 at 04:37:34PM +0900, Nobuhiro Iwamatsu wrote:
> 2014-10-22 16:49 GMT+09:00 Nick Leverton :
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764464
> >
> > See bug for full changelog.  This upload of libupnp provides a number
> > of stability and reliability fixes.
> 
> I builded with pbuilder. But I got following error.
> 
> -
> 
> make[4]: Leaving directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
> make  check-TESTS
> make[4]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
> make[5]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
> FAIL: test_init
> FAIL: test_url
> make[6]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'

Hi Nobuhiro,

I didn't reproduce this but I guess that your pbuilder environment may
be more minimal than mine and cause the test suite to fail, because it
uses real domains and expects them to resolve (even though it does not
try to access them).

This test was new in this upstream version and I've already mentioned
to the author that it may cause problems in Debian buildds.  I'm sorry
that you fell over it upon first attempt.

If you have time to re-try, I have disabled the test suite for the time
being in the configure step, and re-uploaded the package to the same .dsc

Thankyou

Nick


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141023210659.ga13...@leverton.org

Bug#764951: RFS: libgdal-grass/1.11.1-1~exp1

[Sebastiaan Couwenberg]

Hi Andreas,

On 10/23/2014 10:22 PM, Andreas Tille wrote:
> On Thu, Oct 23, 2014 at 10:11:59PM +0200, Sebastiaan Couwenberg wrote:
>>
>> It looks like your experimental branch is outdated, gdal-grass 1.11.1
>> build depends on libgdal-dev (>= 1.11.1-1~).
>>
>> Pulling the experimental branch should suffice to fix this specific issue:
>>
>>  git fetch origin
>>  git checkout experimental
>>  git pull
> 
> I did so:
> 
> $ git log
> commit 4b4b0f7a63c8d35f86489e9ed515372dc35ef650
> Author: Bas Couwenberg 
> Date:   Sun Oct 12 16:17:07 2014 +0200
> 
> Set distribution to experimental.
> 
> [...]
> 
>> Unfortunately this packages also suffers from the libjpeg62-turbo unmet
>> build dependency, so it cannot be built at the moment.
> 
> ... so we can keep on sorting out since the problem seems to remain.
> 
> 0 packages upgraded, 228 newly installed, 0 to remove and 0 not upgraded.
> Need to get 36.9 MB/115 MB of archives. After unpacking 491 MB will be used.
> The following packages have unmet dependencies:
>  pbuilder-satisfydepends-dummy : Depends: libgdal-dev (>= 1.11.1-1~) but 
> 1.10.1+dfsg-8+b3 is to be installed.
> Unable to resolve dependencies!  Giving up...
> The following NEW packages will be installed:
> 
> 
> I even fetched a fresh clone via gbp-clone and did the steps you
> suggested above. :-(

The git repo looks good, and the version in the unmet Depends too.

I cannot reproduce this problem with my sid+experimental chroot which is
setup like yours as described in:

http://lists.alioth.debian.org/pipermail/pkg-grass-devel/2014-September/021973.html

Interestingly here apt reports 229 newly installed, yours one less. I've
attached my build log for comparison.

>> Thanks for your all your sponsorship efforts.
> 
> I admit I'm waiting for the time when three or four of you new activists
> in Debian GIS will become DM.  I also tried to encourage Ross and Johan
> to apply.  You all do pretty good work and it is time to gain the
> official status.

I just pinged my AM again to see if we can get moving again.

> Kind regards
> 
>Andreas.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1



libgdal-grass_1.11.1-1~exp1_amd64.build.gz
Description: application/gzip

Bug#740032: sweethome3d-textures_1.1-1_i386.changes REJECTED

[Gabriele Giacone]

On Thu, Oct 23, 2014 at 8:22 PM, Ansgar Burchardt  wrote:
> Hi,
>
> Gabriele Giacone <1o5g4...@gmail.com> writes:
>> On Thu, Oct 23, 2014 at 5:57 PM, Debian FTP Masters
>>  wrote:
>>>
>>> ACL dm: NEW uploads are not allowed
>>
>> Hello ftpmasters,
>> I switched to a stronger key few days ago.
>> See
>> https://anonscm.debian.org/cgit/keyring/keyring.git/commit/?id=cdcd6ca706360329b2252bc8ec11f32b7424da11
>>
>> New key, so next uploads seen as NEW uploads?
>> Or given [0] lists old fingerprint, should i re-ask to all DDs who
>> have granted me DM rights in the past to do that again? I thought
>> (hoped) it would have been automatic.
>
> It's not (yet) automated, but:
>
> +---
> | > Action: dm-migrate
> | > From: B5BCBDDE7CA813D4F6A3D135A7771D09B55C9C2B
> | > To: 5BD0 67A2 9DFC A64B 19CC  7AD9 D433 0926 497D 44FE
> | > Reason: Replace 0xA7771D09B55C9C2B with 0xD4330926497D44FE (Gabriele 
> Giacone) (RT #5347)
> | Migrated B5BCBDDE7CA813D4F6A3D135A7771D09B55C9C2B to 
> 5BD067A29DFCA64B19CC7AD9D4330926497D44FE.
> | 14 acl entries changed: sweethome3d, ubiquity-extension, pidgin-skype,
> | sweethome3d-furniture, sweethome3d-furniture-nonfree,
> | sweethome3d-furniture-editor, sweethome3d-textures-editor, jedit,
> | jxplorer, sunflow, gnash, critterding, freehep-graphics2d, lightspark
> +---

Thanks Ansgar. I've successfully uploaded _sweethome3d_, I guess it
would have been rejected due to unrecognized new key (I didn't try few
hours ago, it FTBFS'ed due to unmet deps).
Unfortunately rejection in question was about _sweethome3d-textures_
and sorry, I didn't recall it's not even in archive, so "NEW uploads
are not allowed" is more than correct.

RFS at https://bugs.debian.org/740032 [CC'ing]
Eriberto, I don't like getting one package per zipfile because they
get always released together. Due to non-free licenses, I already had
to split furniture into s-furniture and s-furniture-nonfree, I would
have preferred just one big furniture package.
Eriberto and bigger-but-fewer-packages approach fan, any chance to get
it sponsored as-is?

Thanks,
-- 
G..e


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CABcaWC1ANn8COCNfA8=fagtABzkB=4ui4vuarrprns6oflb...@mail.gmail.com

Re: Ping for upload please ?

[Nobuhiro Iwamatsu]

Hi,


2014-10-24 6:06 GMT+09:00 Nick Leverton :
> On Thu, Oct 23, 2014 at 04:37:34PM +0900, Nobuhiro Iwamatsu wrote:
>> 2014-10-22 16:49 GMT+09:00 Nick Leverton :
>> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764464
>> >
>> > See bug for full changelog.  This upload of libupnp provides a number
>> > of stability and reliability fixes.
>>
>> I builded with pbuilder. But I got following error.
>>
>> -
>> 
>> make[4]: Leaving directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
>> make  check-TESTS
>> make[4]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
>> make[5]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
>> FAIL: test_init
>> FAIL: test_url
>> make[6]: Entering directory '/tmp/buildd/libupnp-1.6.19+git20141001/upnp'
>
> Hi Nobuhiro,
>
> I didn't reproduce this but I guess that your pbuilder environment may
> be more minimal than mine and cause the test suite to fail, because it
> uses real domains and expects them to resolve (even though it does not
> try to access them).

I see.

>
> This test was new in this upstream version and I've already mentioned
> to the author that it may cause problems in Debian buildds.  I'm sorry
> that you fell over it upon first attempt.
>
> If you have time to re-try, I have disabled the test suite for the time
> being in the configure step, and re-uploaded the package to the same .dsc

OK, I just build and upload.
Thanks for your work!

There is a problem with these packages, then, when you need to upload,
please contact me.
I will support you.:)

>
> Thankyou
>
> Nick

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CABMQnVJe2n=OaapybkWkSxED1EffSYGJnEc0=bajrmoopaz...@mail.gmail.com

Bug#766564: RFS: prt/0.19-1 [ITP]

[KURASHIKI Satoru]

Package: sponsorship-requests
Severity: wishlist
User: debian-de...@debian.or.jp
Usertags: debianjp
Control: block 743021 by -1

  Dear mentors,

  I am looking for a sponsor for my package "prt"

 * Package name: prt
   Version : 0.19-1
   Upstream Author : hitode909 
 * URL : http://search.cpan.org/~hitode/App-PRT-0.19/
 * License : Artistic or GPL-1+
   Section : perl

  It builds those binary packages:

prt   - Command line Perl Refactoring Tool

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

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

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

dget -x http://mentors.debian.net/debian/pool/main/p/prt/prt_0.19-1.dsc

  More information about prt can be obtained from https://metacpan.org/pod/prt

regards,
-- 
KURASHIKI Satoru

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-30-pve (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141024013646.15834.91984.report...@build.yoikaze.org

Bug#766567: RFS: ruby-serverspec-runner/0.2.4-1 [ITP]

[KURASHIKI Satoru]

Package: sponsorship-requests
Severity: wishlist
User: debian-de...@debian.or.jp
Usertags: debianjp
Control: block 766500 by -1

  Dear mentors,

  I am looking for a sponsor for my package "ruby-serverspec-runner"

 * Package name: ruby-serverspec-runner
   Version : 0.2.4-1
   Upstream Author : hiracy 
 * URL : https://github.com/hiracy/serverspec-runner
 * License : MIT
   Section : ruby

  It builds those binary packages:

ruby-serverspec-runner - simple execution framework for serverspec

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

  http://mentors.debian.net/package/ruby-serverspec-runner


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

dget -x 
http://mentors.debian.net/debian/pool/main/r/ruby-serverspec-runner/ruby-serverspec-runner_0.2.4-1.dsc

  More information about ruby-serverspec-runner can be obtained from 
https://github.com/hiracy/serverspec-runner

regards,
-- 
KURASHIKI Satoru

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-30-pve (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141024020819.16113.10378.report...@build.yoikaze.org

Bug#766564: RFS: prt/0.19-1 [ITP]

[dai]

On Fri, Oct 24, 2014 at 10:36:46AM +0900, KURASHIKI Satoru wrote:
>  * Package name: prt
>Version : 0.19-1
>Upstream Author : hitode909 
>  * URL : http://search.cpan.org/~hitode/App-PRT-0.19/
>  * License : Artistic or GPL-1+
>Section : perl
> 
>   It builds those binary packages:
> 
> prt   - Command line Perl Refactoring Tool

uploaded.
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E


signature.asc
Description: Digital signature

Bug#766567: RFS: ruby-serverspec-runner/0.2.4-1 [ITP]

[dai]

On Fri, Oct 24, 2014 at 11:08:19AM +0900, KURASHIKI Satoru wrote:
>   I am looking for a sponsor for my package "ruby-serverspec-runner"
> 
>  * Package name: ruby-serverspec-runner
>Version : 0.2.4-1
>Upstream Author : hiracy 
>  * URL : https://github.com/hiracy/serverspec-runner
>  * License : MIT
>Section : ruby
> 
>   It builds those binary packages:
> 
> ruby-serverspec-runner - simple execution framework for serverspec

this is application package, so ruby- prefix removed package name
"serverspec-runner" is suitable.

Naming of ruby packages
https://wiki.debian.org/Teams/Ruby/Packaging#Naming_of_ruby_packages

debian/control: Vcs-Browser: unable to open this page.

please fix this lintian warning. you can use help2man to generate template.

W: ruby-serverspec-runner: binary-without-manpage usr/bin/serverspec-runner

6.7.3. Documentation
https://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-docs
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E


signature.asc
Description: Digital signature

Bug#766567: RFS: ruby-serverspec-runner/0.2.4-1 [ITP]

[Satoru KURASHIKI]

hi,

Thank you reviewing.

On Fri, Oct 24, 2014 at 11:40 AM,   wrote:
> this is application package, so ruby- prefix removed package name
> "serverspec-runner" is suitable.
>
> Naming of ruby packages
> https://wiki.debian.org/Teams/Ruby/Packaging#Naming_of_ruby_packages

According to guideline, It seems that it's ok to have "ruby-" prefix.
(optional choice)
(I want it for unification with "ruby-serverspec", though it should have
 been named as "serverspec"...)

How do you think?

> debian/control: Vcs-Browser: unable to open this page.
>
> please fix this lintian warning. you can use help2man to generate template.

will fix and update mentors.d.o later.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cam0xxk_mqvao7emafkcvensuzsrjbxh-hx-mtk+v-bdzhqn...@mail.gmail.com

Bug#766564: RFS: prt/0.19-1 [ITP]

[Satoru KURASHIKI]

hi,

On Fri, Oct 24, 2014 at 11:06 AM,   wrote:
> uploaded.

Thanks!

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cam0xxk8qcwtrxzxcsuvp-nxlovqnn8sd4_szzv7rbw2_334...@mail.gmail.com

Bug#766567: RFS: ruby-serverspec-runner/0.2.4-1 [ITP]

[dai]

On Fri, Oct 24, 2014 at 11:57:48AM +0900, Satoru KURASHIKI wrote:
> > this is application package, so ruby- prefix removed package name
> > "serverspec-runner" is suitable.

> According to guideline, It seems that it's ok to have "ruby-" prefix.
> (optional choice)
> (I want it for unification with "ruby-serverspec", though it should have
>  been named as "serverspec"...)

"serverspec" is mainly used as a library (framework), not as an application,
so "ruby-serverspec" is suitable package name for it.
naming unification is not much important, i think.
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E


signature.asc
Description: Digital signature

Bug#764464: marked as done (RFS: libupnp/1:1.6.19+git20141001-1 Portable SDK for UPnP Devices, version 1.6)

[Debian Bug Tracking System]

Your message dated Fri, 24 Oct 2014 04:24:02 +
with message-id 
and subject line closing RFS: libupnp/1:1.6.19+git20141001-1 Portable SDK for 
UPnP Devices, version 1.6
has caused the Debian Bug report #764464,
regarding RFS: libupnp/1:1.6.19+git20141001-1 Portable SDK for UPnP Devices, 
version 1.6
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.)


-- 
764464: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764464
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 "libupnp"

Package name: libupnp
Version : 1:1.6.19+git20141001-1
Upstream Author : Marcelo Roberto Jimenez 
URL : http://pupnp.sourceforge.net
License : BSD
Section : net

It builds those binary packages:

 libupnp-dev - Portable SDK for UPnP Devices (development files)
 libupnp6   - Portable SDK for UPnP Devices, version 1.6 (shared libraries)
 libupnp6-dbg - debugging symbols for libupnp6
 libupnp6-dev - Portable SDK for UPnP Devices, version 1.6 (development files)
 libupnp6-doc - Documentation for the Portable SDK for UPnP Devices, version 1.6

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

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


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

dget -x 
http://mentors.debian.net/debian/pool/main/libu/libupnp/libupnp_1.6.19+git20141001-1.dsc

Changes since the last upload:
  * Ack both NMUs, thankyou for your care of this package.
  * New upstream release (Closes: #740584, #670964).  We take the git version
as the git log suggests some worthwhile security and reliability fixes.
  * Build for IPv6 (note, UpnpInit() only enables IPv4 connections so
most existing libupnp users need not be aware of this).
  * Change Priority to "optional" (Closes: #740582).
  * Remove patch 0001-Security-fix-for-CERT-issue-VU-922681 now in upstream.
  * Improve debian/rules hardening option usage stuff.
  * Update Standards-Version to 3.9.6 (no changes required).
  * Fix "memset(ctx, 0, sizeof(ctx));   /* In case it's sensitive */"
in our copy of Colin Plumb's md5.c (patch 01-debian-md5-licence.patch).

  Regards,
   Nick Leverton
--- End Message ---
--- Begin Message ---
Package libupnp has been removed from mentors.--- End Message ---

Bug#765642: marked as done (RFS: ecere-sdk/0.44.10-1 -- Please sponsor this update to the Ecere SDK [RC])

[Debian Bug Tracking System]

Your message dated Fri, 24 Oct 2014 04:24:03 +
with message-id 
and subject line closing RFS: ecere-sdk/0.44.10-1 -- Please sponsor this update 
to the Ecere SDK [RC]
has caused the Debian Bug report #765642,
regarding RFS: ecere-sdk/0.44.10-1 -- Please sponsor this update to the Ecere 
SDK [RC]
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.)


-- 
765642: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765642
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 this major update / bug fixes release
to my package "ecere-sdk".
Due to serious usability issues in the previous version and the
important improvements in this new release, I am hoping this package
will make it in time for the Jessie freeze. It was uploaded 2 months
ago to mentors but it seems our usual sponsor has been
busy/unavailable thus far...

* Package name: ecere-sdk
   Version : 0.44.10-1
   Upstream Author : Ecere Corporation 
* URL : http://ecere.org
* License : BSD-3 clauses
  Section : Development

It builds those binary packages:

ecere-dev - Ecere SDK Development Tools
ecere-extras - Extras for the Ecere SDK
ecere-samples - Project samples for the Ecere SDK
ecere-sdk - Ecere cross-platform SDK
libecc0 - eC Compiler Library
libecere0 - Ecere Runtime Library
libecereaudio0 - Ecere Audio
libecerecom0 - eC Core Runtime Library
libeda0 - Ecere Data Access
libedasqlite0 - EDA SQLite Driver

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

  http://mentors.debian.net/package/ecere-sdk


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

  dget -x 
http://mentors.debian.net/debian/pool/main/e/ecere-sdk/ecere-sdk_0.44.10-1.dsc

  More information about the Ecere SDK can be obtained from http://ecere.org

  Changes since the last upload:

ecere-sdk (0.44.10-1) unstable; urgency=low
* Closes: #749822 #750066 #750068
* Compiler fixes and optimizations
* Better C99 compatibility (stdbool, complex numbers)
* Fixed C integer promotion issues
* Fixed and improved all samples (resources included)
* Improved 3DS model support
* EditBox and syntax highlighting fixes
* Internationalization improvements
* Clang and OS X Mavericks Support
* More reliable IDE debugger watches
* X11 full screen support
* X11 acquired input support
* X11 fixes (including improved fix for Unity)
* Various bug fixes
* Memory leaks fixes


  Regards,

 Jerome St-Louis
--- End Message ---
--- Begin Message ---
Package ecere-sdk version 0.44.10-1 is in unstable now.
http://packages.qa.debian.org/ecere-sdk--- End Message ---

Bug#766583: RFS: libgeotiff-dfsg/1.4.0-3

[Johan Van de Wauw]

Package: sponsorship-requests
Severity: normal

 Dear mentors,

  I am looking for a sponsor for my package "libgeotiff-dfsg"

 * Package name: libgeotiff-dfsg
   Version : 1.4.0-3
 * URL :  http://geotiff.osgeo.org/
   Section : science

  It builds those binary packages:

geotiff-bin - GeoTIFF (geografic enabled TIFF) library -- tools
 libgeotiff-dev - GeoTIFF (geografic enabled TIFF) library -- development files
 libgeotiff2 - GeoTIFF (geografic enabled TIFF) library -- run-time files

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

  http://mentors.debian.net/package/libgeotiff-dfsg


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

dget -x 
http://mentors.debian.net/debian/pool/main/libg/libgeotiff-dfsg/libgeotiff-dfsg_1.4.0-3.dsc

  Changes since the last upload:

  * Team Upload
  * Enable hardening
  * Update debian/control (standards version, vcs url)
  * Update short descriptions
  * Install manfile for listgeo.1
  * Fix macro error in manfile
  * Update debhelper dep to 9

  Regards,
   Johan Van de Wauw


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cajop35kog+qwuzfyltmokqj9rclbbw7dkbhvzg+j+m2hhfn...@mail.gmail.com

Re: Retry failied build

[Vincent Cheng]

Hi Ole,

On Thu, Oct 23, 2014 at 1:06 PM, Ole Streicher  wrote:
> Hi,
>
> sometimes I experience that a failed build is retried automatically on a
> certain platform, especially (but not only) if the compilation looks
> really weird.
>
> Is there a way to trigger this? I have the case that an quite common
> linker calls fails on armhf with [1]

Ask for a "giveback" of your package by sending mail to
debian-wb-t...@lists.debian.org. More detailed instructions about the
entire process is available at [1].

Regards,
Vincent

[1] https://release.debian.org/wanna-build.txt


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CACZd_tBmFcd5qeAEddGT9T069A_M3PYZMN=5uxmbgsjpq-g...@mail.gmail.com

Bug#766583: [ti...@debian.org: [libgeotiff-dfsg] 01/01: pristine-tar data for libgeotiff-dfsg_1.4.0.orig.tar.gz]

[Andreas Tille]

Hi Johan,

please always make sure to keep a pristine-tar branch in the repository.

Thanks for your package preparation

  Andreas.

- Forwarded message from Andreas Tille  -

Date: Fri, 24 Oct 2014 06:46:45 +
From: Andreas Tille 
To: pkg-grass-de...@lists.alioth.debian.org
Subject: [libgeotiff-dfsg] 01/01: pristine-tar data for 
libgeotiff-dfsg_1.4.0.orig.tar.gz

This is an automated email from the git hooks/post-receive script.

tille pushed a commit to branch pristine-tar
in repository libgeotiff-dfsg.

commit 888c10a7d2726ec1da114a36dbdc12a6899c2455
Author: Andreas Tille 
Date:   Fri Oct 24 08:37:49 2014 +0200

pristine-tar data for libgeotiff-dfsg_1.4.0.orig.tar.gz
---
 libgeotiff-dfsg_1.4.0.orig.tar.gz.delta | Bin 0 -> 3476 bytes
 libgeotiff-dfsg_1.4.0.orig.tar.gz.id|   1 +
 2 files changed, 1 insertion(+)

diff --git a/libgeotiff-dfsg_1.4.0.orig.tar.gz.delta 
b/libgeotiff-dfsg_1.4.0.orig.tar.gz.delta
new file mode 100644
index 000..ae0ae1b
Binary files /dev/null and b/libgeotiff-dfsg_1.4.0.orig.tar.gz.delta differ
diff --git a/libgeotiff-dfsg_1.4.0.orig.tar.gz.id 
b/libgeotiff-dfsg_1.4.0.orig.tar.gz.id
new file mode 100644
index 000..dd9690d
--- /dev/null
+++ b/libgeotiff-dfsg_1.4.0.orig.tar.gz.id
@@ -0,0 +1 @@
+191701ea4510ee8843f4cb5d2e63a31942b81ffb

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-grass/libgeotiff-dfsg.git

___
Pkg-grass-devel mailing list
pkg-grass-de...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel


- End forwarded message -

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141024065121.gj29...@an3as.eu

Bug#764381: marked as done (RFS: binwalk/2.0.1+dfsg-1 [RC])

[Debian Bug Tracking System]

Your message dated Thu, 23 Oct 2014 23:37:11 -0700
with message-id 

and subject line Re: Bug#764381: RFS: binwalk/2.0.1+dfsg-1 [RC]
has caused the Debian Bug report #764381,
regarding RFS: binwalk/2.0.1+dfsg-1 [RC]
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.)


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

Dear mentors,

I am looking for a sponsor for my package "binwalk"

* Package name: binwalk
  Version : 2.0.1+dfsg-1
  Upstream Author : Craig Heffner
* URL : ttps://github.com/devttys0/binwalk/
* License : Expat

It builds those binary packages:
 binwalk- tool for searching binary images for embedded files and executabl
To access further information about this package, please visit the following 
URL:
http://mentors.debian.net/package/binwalk

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

  dget -x 
http://mentors.debian.net/debian/pool/main/b/binwalk/binwalk_2.0.1+dfsg-1.dsc

More information about binwalk can be obtained from 
https://github.com/devttys0/binwalk/

  Changes since the last upload:

  * Tweak rules/clean target.
  * Bump standard version to 3.9.6, no changes required.
  * Remove bundled deps, ssdeep has a non-free file inside.
(cfr: 764357).
  * Removed bundled depds inside copyright.
  * Add a README.source file explaining why we remove bundles
directory.

  Regards,
   LocutusOfBorg
--- End Message ---
--- Begin Message ---
On Sun, Oct 12, 2014 at 2:13 PM, Gianfranco Costamagna
 wrote:
> Control: tag -1 - moreinfo
>
>
> Hi Vincent,
>>Please either implement a get-orig-source target in debian/rules, or
>>(since you're using copyright format 1.0) Files-Excluded in
>>debian/copyright, so that a sponsor (or anyone, really) can reproduce
>>your new orig tarball.
>
>
>
> done, and pushed on git and mentors.
>
> Thanks for reminding me of this really useful 1.0 feature (I already use it a 
> lot, but I forget the power of it from time to time)

Uploaded, sorry for the delay!

Regards,
Vincent--- End Message ---