Bug#789853: libsharyanto-utils-perl: FTBFS with perl 5.22: looks_like_float/looks_like_int
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 26 June 2015 10:20:42 BST, gregor herrmann gre...@debian.org wrote: On Fri, 26 Jun 2015 11:12:48 +0200, gregor herrmann wrote: Right. Unfortunately with incompatible changes and split-out sub-modules and new requirements, so this would be some more work :/ On the bright side: no rdeps. [..] Cheers, gregor, who also wouldn't mind about an RM bug if someone feels like it Cc'ing Joenio and Daniel about the removal question. What do you guys think? As noted on IRC, the whole package (judging from its description) doesn't really sounds like something we need to have in Debian ... No objections from... When I updated the packaging last it was a right pain. I also agree that it's more of a collection of the authors WIP, so not really needed. - -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -BEGIN PGP SIGNATURE- iQJOBAEBCAA4MRxEYW5pZWwgTGludG90dCAoZGxpbnRvdHQpIDxkYW5pZWxAc2Vy dmVyYi5jby51az4FAlWOqjAACgkQyHJk111z7G5XLw//ZfUllCAMXtFjdwDfP+Qn Vbone72mLxZ2v2yWat7ykKcm+673gyurJgUCDCqKo1XccoVxmQO6XL4y7QmbMTv2 RSk1vsCsYExCzaAH9Es6ZKiVqvLkGPFXCMejTzYxQHSYpfc/VHTYYgudKTresZwe jinrr6EFaVQlDPrSk9X0BOCO5liOmjeyslZkVsPRXBVBfPtdrupp4aPUhzpnFh/j SeDn9xADLhKWHxJxULG8C8Mk2dmoc97viAFlQg44rc9kRaHz+hpKOaazDfCC4KPQ hkjm0Jh6cIZ8MArNZzT1h8/yGEnIxnGbqZ3p/KcNRQ1To9AH46HcYeEQK10C1j2m cQUkwwo28lEiIePu92ZlNAKxej52c2uyOl0sbC4dK1zHnGWcm0OFD0h9lJetxsuG XUUMOOONMgagR2rATE63EoCc2IzSXCy6jduUMXvQN38gJYaY3BRJj/etJUFZuQ+8 FKuUR01PcH03p70UzJ00/oOuNXr0qXEOXCK/wruGjig2eMhclSfIMzHRGFwq1r6g K1An80k1X8CcpRaapiRzhDKR24RwH8PhhZQXVyfXwgjBVJ6nP3n5d09e+G3/Y6oF mLXIxy5YeNz9put0H+I+2vaZs5O9eJI/UGjr8DFlOYbKBfhfVZOc3tlSuaX6yzKQ 4aXvZ9Wl1U65Mekoeo56C1w= =wfJU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787541: ITP: gns3-converter -- GNS3 topology converter
Package: wnpp Severity: wishlist Owner: Daniel Lintott dan...@serverb.co.uk * Package name: gns3-converter Version : 1.2.3 Upstream Author : Daniel Lintott dan...@serverb.co.uk * URL : https://github.com/dlintott/gns3-converter * License : GPL-3+ Programming Lang: Python Description : GNS3 topology converter GNS3 Converter is designed to convert old ini-style GNS3 topologies (=0.8.7) to the newer version v1+ JSON format for use in GNS3 v1+ This package is part of the new gns3 suite of packages -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784871: GNS3 Outdated - WIP
Thankyou for the bug report. I am aware that the current GNS3 version is very outdated and am working on packaging[1][2] the new version at the moment. See my post on the GNS3 community about this: https://community.gns3.com/message/27017#27017 Regards Daniel [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766166 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766167 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770149: python-instagram
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11 April 2015 18:56:15 BST, Ross Gammon r...@the-gammons.net wrote: - The watch file is not working, but that is okay as upstream do not do releases or tags. It appears they make releases to pypi [1]. So that may be an option to use for the watch file as 1.3.0 appears to be the latest version anyway. [1] https://pypi.python.org/pypi/python-instagram - -- Regards, Daniel Lintott -BEGIN PGP SIGNATURE- iQJOBAEBCAA4MRxEYW5pZWwgTGludG90dCAoZGxpbnRvdHQpIDxkYW5pZWxAc2Vy dmVyYi5jby51az4FAlUpbbYACgkQyHJk111z7G4/xw/7B7uUv4TdaJWjP9Gyty3A GEg0hDshmajJ3+w5fDo5aieDlLUXXWDiRZlH8oEfIy7unEh/EpPBihQ5bDJfBszr Lg7L/00jG6vF7yOWMfbeOAnReN1GpvCcB065GyUEUvstImnZEMvbM4dcEmlhW4Qo 4a3zJKUGJy2lsHSA6wQrRfJlUEwRk0vPR6THpCsOBkNzfH+QolRFY0zpKkM4XJgy unhZpWTZGIdNHWksIXqihKuIcuFG/ABGe2mJlUrbiVMT1+vM6dPu5XJ55+uEU+Pv f+6WBlsiXnHLlpAHvpbliQ9zMCtV/M6TFU2jyrzUXF8E/CVmO4dUkqELN0Hj11IE Fdf7iPmFAhSv4tBfXamVCZtcvltyJ0dmMhaGMTQwr5vLherkHZ3cL+UPkpwB9+8H WmDBAXeBdfgtaSiCqb+WQSZ+MLA0HxJSmGV5aIYTfjPtZvBOnfGb1NXxWTwO6BmH I5h6EHAiEsvcC7yp1itUvistdoYcnHpa/1KvMlOHf2lh3tfMSorFZZ7iroDpW29g r/f8Fk2SLIiUwErT1BvJRrVwXMstFkJjvkZUu19J3jk92hTBl7IenGkhQzofs4qQ S5ZCVJjhKF7ZVbwZ+ujZ6xJregZPX03tNDvjweNEbFlc/uXV+nPyUed5y+h8dDpY DlGbYX4PCZQNBkhybrgAlQY= =rjQ7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771361: RFS: roxterm/2.9.5-1
Hi Tony, On 28/11/14 19:35, Tony Houghton wrote: I have also posted an unblock request which is #771358. Should I merge these two bugs? Keep the sponsorship and unblock requests separate as they are two separate items, handled by different people. Regards Daniel signature.asc Description: OpenPGP digital signature
Bug#771230: unblock: gns3/0.8.7-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Dera release-team,
Please unblock package gns3
This morning a policy violation was found in the GNS3 package (Bug #771135).
Attached is a debdiff for the proposed update to this package.
As I'm not a DD myself (nor DM) I will need to get my package uploaded by my
sponsor.
unblock gns3/0.8.7-2
Regards
Daniel Lintott
diff -Nru gns3-0.8.7/debian/changelog gns3-0.8.7/debian/changelog
--- gns3-0.8.7/debian/changelog 2014-07-08 17:30:56.0 +0100
+++ gns3-0.8.7/debian/changelog 2014-11-27 19:56:45.0 +
@@ -1,3 +1,11 @@
+gns3 (0.8.7-2) unstable; urgency=medium
+
+ * Do not install files needed by the program to /usr/share/doc
+(Closes: #771135)
+ * Add dh-python to build-depends
+
+ -- Daniel Lintott dan...@serverb.co.uk Thu, 27 Nov 2014 19:56:04 +
+
gns3 (0.8.7-1) unstable; urgency=medium
* Imported Upstream version 0.8.7
diff -Nru gns3-0.8.7/debian/control gns3-0.8.7/debian/control
--- gns3-0.8.7/debian/control 2014-07-08 17:30:56.0 +0100
+++ gns3-0.8.7/debian/control 2014-11-27 19:56:45.0 +
@@ -3,6 +3,7 @@
Priority: optional
Maintainer: Daniel Lintott dan...@serverb.co.uk
Build-Depends: debhelper (= 9),
+ dh-python,
libqt4-dev,
python
Standards-Version: 3.9.5
diff -Nru gns3-0.8.7/debian/docs gns3-0.8.7/debian/docs
--- gns3-0.8.7/debian/docs 2014-07-08 17:30:56.0 +0100
+++ gns3-0.8.7/debian/docs 2014-11-27 19:56:45.0 +
@@ -1,6 +1,3 @@
AUTHORS
-baseconfig.txt
-baseconfig_sw.txt
README
TODO
-debian/additional/gns3.ini
diff -Nru gns3-0.8.7/debian/install gns3-0.8.7/debian/install
--- gns3-0.8.7/debian/install 2014-07-08 17:30:56.0 +0100
+++ gns3-0.8.7/debian/install 2014-11-27 19:56:45.0 +
@@ -2,3 +2,4 @@
debian/additional/applications/* usr/share/applications/
debian/additional/icons/* usr/share/icons/
debian/additional/pixmaps/* usr/share/pixmaps/
+debian/additional/gns3.ini usr/share/gns3/
diff -Nru gns3-0.8.7/debian/patches/baseconfig_dir.patch gns3-0.8.7/debian/patches/baseconfig_dir.patch
--- gns3-0.8.7/debian/patches/baseconfig_dir.patch 2014-07-08 17:30:56.0 +0100
+++ gns3-0.8.7/debian/patches/baseconfig_dir.patch 2014-11-27 19:56:45.0 +
@@ -4,16 +4,14 @@
Author: Daniel Lintott dan...@serverb.co.uk
Forwarded: Not needed, debian specific
---
-Index: gns3/src/GNS3/Config/Defaults.py
-===
gns3.orig/src/GNS3/Config/Defaults.py 2013-10-24 11:57:33.518105996 +0100
-+++ gns3/src/GNS3/Config/Defaults.py 2013-10-24 22:34:35.869585964 +0100
+--- a/src/GNS3/Config/Defaults.py
b/src/GNS3/Config/Defaults.py
@@ -48,7 +48,7 @@
elif sys.platform.startswith('win'):
BASECONFIG_DIR = ''
else:
-BASECONFIG_DIR = '/usr/local/share/examples/gns3/'
-+BASECONFIG_DIR = '/usr/share/doc/gns3/'
++BASECONFIG_DIR = '/usr/share/gns3/'
# Default path to qemuwrapper
if sys.platform.startswith('win'):
diff -Nru gns3-0.8.7/debian/patches/setup.py.patch gns3-0.8.7/debian/patches/setup.py.patch
--- gns3-0.8.7/debian/patches/setup.py.patch 2014-07-08 17:30:56.0 +0100
+++ gns3-0.8.7/debian/patches/setup.py.patch 2014-11-27 19:56:45.0 +
@@ -2,16 +2,17 @@
Author: Daniel Lintott dan...@serverb.co.uk
Forwarded: Not needed, debian specific
---
-Index: gns3-0.8.6/setup.py
-===
gns3-0.8.6.orig/setup.py 2013-10-26 12:52:22.628993000 +0100
-+++ gns3-0.8.6/setup.py 2013-10-26 13:34:26.477263931 +0100
-@@ -284,7 +284,5 @@
+--- a/setup.py
b/setup.py
+@@ -283,8 +283,7 @@
+ 'GNS3.Ui.ConfigurationPages',
'GNS3.Langs'],
package_data = { 'GNS3': ['Langs/*.qm', 'Dynagen/configspec'] },
- data_files = [ (wrapper_dir, ['qemuwrapper/qemuwrapper.py', 'vboxwrapper/vboxcontroller_4_1.py', 'vboxwrapper/vboxwrapper.py', 'vboxwrapper/tcp_pipe_proxy.py']),
+- data_files = [ (wrapper_dir, ['qemuwrapper/qemuwrapper.py', 'vboxwrapper/vboxcontroller_4_1.py', 'vboxwrapper/vboxwrapper.py', 'vboxwrapper/tcp_pipe_proxy.py']),
-('/usr/local/share/examples/gns3/', ['baseconfig.txt', 'baseconfig_sw.txt']),
-('/usr/local/share/doc/gns3/', ['README', 'COPYING', 'CHANGELOG']),
-('/usr/local/share/man/man1/', ['docs/man/gns3.1'])]
++ data_files = [ (wrapper_dir, ['qemuwrapper/qemuwrapper.py', 'vboxwrapper/vboxcontroller_4_1.py', 'vboxwrapper/vboxwrapper.py', 'vboxwrapper/tcp_pipe_proxy.py',
++'baseconfig.txt', 'baseconfig_sw.txt']),
+ ('/usr/share/man/man1/', ['docs/man/gns3.1'])]
)
Bug#771232: RFS: gns3/0.8.7-2 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: and...@shadura.me Dear mentors, I am looking for a sponsor for my package gns3 * Package name: gns3 Version : 0.8.7-2 Upstream Author : Jeremy Grossmann * URL : http://www.gns3.com * License : GPL-2+ Section : net It builds those binary packages: gns3 - Graphical Network Simulator To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gns3 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/contrib/g/gns3/gns3_0.8.7-2.dsc More information about gns3 can be obtained from http://www.gns3.com. Changes since the last upload: gns3 (0.8.7-2) unstable; urgency=medium * Do not install files needed by the program to /usr/share/doc (Closes: #771135) * Add dh-python to build-depends -- Daniel Lintott dan...@serverb.co.uk Thu, 27 Nov 2014 19:56:04 + I am aware that the standards version is still at 3.9.5, I haven't changed this due to needing an unblock from release team (see bug #771230) Regards, Daniel Lintott signature.asc Description: OpenPGP digital signature
Bug#771232: RFS: gns3/0.8.7-2 [RC]
FTR... The unblock request has just been approved by the release team pending the upload of this package Regards Daniel signature.asc Description: OpenPGP digital signature
Bug#771230: Bug#771232: RFS: gns3/0.8.7-2 [RC]
Control: tags 771232 - moreinfo
Hi Sebastian
On 27/11/14 21:09, Sebastian Ramacher wrote:
[...]
This does not seem to be the correct fix. Now it does not install at
all:
Setting up gns3 (0.8.7-2) ...
Error: The new file /usr/share/doc/gns3/gns3.ini does not exist!
dpkg: error processing package gns3 (--configure):
This file is still mentioned in debian/ucf. Did you forget to update
that reference?
I had indeed missed that... despite noting I needed to update it!
New package should be appearing on mentors shortly.
I've also attached the updated debdiff
Regards
Daniel
diff -Nru gns3-0.8.7/debian/changelog gns3-0.8.7/debian/changelog
--- gns3-0.8.7/debian/changelog 2014-07-08 17:30:56.0 +0100
+++ gns3-0.8.7/debian/changelog 2014-11-27 21:10:44.0 +
@@ -1,3 +1,11 @@
+gns3 (0.8.7-2) unstable; urgency=medium
+
+ * Do not install files needed by the program to /usr/share/doc
+(Closes: #771135)
+ * Add dh-python to build-depends
+
+ -- Daniel Lintott dan...@serverb.co.uk Thu, 27 Nov 2014 19:56:04 +
+
gns3 (0.8.7-1) unstable; urgency=medium
* Imported Upstream version 0.8.7
diff -Nru gns3-0.8.7/debian/control gns3-0.8.7/debian/control
--- gns3-0.8.7/debian/control 2014-07-08 17:30:56.0 +0100
+++ gns3-0.8.7/debian/control 2014-11-27 21:10:44.0 +
@@ -3,6 +3,7 @@
Priority: optional
Maintainer: Daniel Lintott dan...@serverb.co.uk
Build-Depends: debhelper (= 9),
+ dh-python,
libqt4-dev,
python
Standards-Version: 3.9.5
diff -Nru gns3-0.8.7/debian/docs gns3-0.8.7/debian/docs
--- gns3-0.8.7/debian/docs 2014-07-08 17:30:56.0 +0100
+++ gns3-0.8.7/debian/docs 2014-11-27 21:10:44.0 +
@@ -1,6 +1,3 @@
AUTHORS
-baseconfig.txt
-baseconfig_sw.txt
README
TODO
-debian/additional/gns3.ini
diff -Nru gns3-0.8.7/debian/install gns3-0.8.7/debian/install
--- gns3-0.8.7/debian/install 2014-07-08 17:30:56.0 +0100
+++ gns3-0.8.7/debian/install 2014-11-27 21:10:44.0 +
@@ -2,3 +2,4 @@
debian/additional/applications/* usr/share/applications/
debian/additional/icons/* usr/share/icons/
debian/additional/pixmaps/* usr/share/pixmaps/
+debian/additional/gns3.ini usr/share/gns3/
diff -Nru gns3-0.8.7/debian/patches/baseconfig_dir.patch
gns3-0.8.7/debian/patches/baseconfig_dir.patch
--- gns3-0.8.7/debian/patches/baseconfig_dir.patch 2014-07-08
17:30:56.0 +0100
+++ gns3-0.8.7/debian/patches/baseconfig_dir.patch 2014-11-27
21:10:44.0 +
@@ -4,16 +4,14 @@
Author: Daniel Lintott dan...@serverb.co.uk
Forwarded: Not needed, debian specific
---
-Index: gns3/src/GNS3/Config/Defaults.py
-===
gns3.orig/src/GNS3/Config/Defaults.py 2013-10-24 11:57:33.518105996
+0100
-+++ gns3/src/GNS3/Config/Defaults.py 2013-10-24 22:34:35.869585964 +0100
+--- a/src/GNS3/Config/Defaults.py
b/src/GNS3/Config/Defaults.py
@@ -48,7 +48,7 @@
elif sys.platform.startswith('win'):
BASECONFIG_DIR = ''
else:
-BASECONFIG_DIR = '/usr/local/share/examples/gns3/'
-+BASECONFIG_DIR = '/usr/share/doc/gns3/'
++BASECONFIG_DIR = '/usr/share/gns3/'
# Default path to qemuwrapper
if sys.platform.startswith('win'):
diff -Nru gns3-0.8.7/debian/patches/setup.py.patch
gns3-0.8.7/debian/patches/setup.py.patch
--- gns3-0.8.7/debian/patches/setup.py.patch2014-07-08 17:30:56.0
+0100
+++ gns3-0.8.7/debian/patches/setup.py.patch2014-11-27 21:10:44.0
+
@@ -2,16 +2,17 @@
Author: Daniel Lintott dan...@serverb.co.uk
Forwarded: Not needed, debian specific
---
-Index: gns3-0.8.6/setup.py
-===
gns3-0.8.6.orig/setup.py 2013-10-26 12:52:22.628993000 +0100
-+++ gns3-0.8.6/setup.py2013-10-26 13:34:26.477263931 +0100
-@@ -284,7 +284,5 @@
+--- a/setup.py
b/setup.py
+@@ -283,8 +283,7 @@
+ 'GNS3.Ui.ConfigurationPages',
'GNS3.Langs'],
package_data = { 'GNS3': ['Langs/*.qm', 'Dynagen/configspec'] },
- data_files = [ (wrapper_dir, ['qemuwrapper/qemuwrapper.py',
'vboxwrapper/vboxcontroller_4_1.py', 'vboxwrapper/vboxwrapper.py',
'vboxwrapper/tcp_pipe_proxy.py']),
+- data_files = [ (wrapper_dir, ['qemuwrapper/qemuwrapper.py',
'vboxwrapper/vboxcontroller_4_1.py', 'vboxwrapper/vboxwrapper.py',
'vboxwrapper/tcp_pipe_proxy.py']),
-('/usr/local/share/examples/gns3/',
['baseconfig.txt', 'baseconfig_sw.txt']),
-('/usr/local/share/doc/gns3/', ['README', 'COPYING',
'CHANGELOG']),
-('/usr/local/share/man/man1/', ['docs/man/gns3.1'])]
++ data_files = [ (wrapper_dir, ['qemuwrapper/qemuwrapper.py',
'vboxwrapper/vboxcontroller_4_1.py', 'vboxwrapper/vboxwrapper.py',
'vboxwrapper/tcp_pipe_proxy.py',
++'baseconfig.txt',
'baseconfig_sw.txt
Bug#771230: unblock: gns3/0.8.7-2
Control: tags -1 -moreinfo On 27/11/14 20:47, Niels Thykier wrote: Hi Daniel, Ack, please have the changes uploaded and remove the moreinfo tag once it has been accepted in unstable. If you do not have a sponsor, please try filing a bug against the sponsorship-requests pseudo-package. Thanks, ~Niels The package has now been accepted into unstable. Regards Daniel signature.asc Description: OpenPGP digital signature
Bug#768251: RFS: ip2location/7.0.0-1 [ITP]
On 06/11/14 10:03, Sven Hoexter wrote: On Wed, Nov 05, 2014 at 09:45:25PM -0800, Lim Chris wrote: Hi, Package name: ip2location Version : 7.0.0-1 Upstream Author : IP2Location URL : http://www.ip2location.com Is this tool of any use without the commercial database? Are there free databases available? Otherwise I think this belongs to contrib. Sven Looks like there is a lite version available here: http://lite.ip2location.com/ Daniel signature.asc Description: OpenPGP digital signature
Bug#766166: ITP: gns3-server -- GNS3 server to asynchronously manage emulators
Package: wnpp Severity: wishlist Owner: Daniel Lintott dan...@serverb.co.uk * Package name: gns3-server Version : 1.0 Upstream Author : Jeremy Grossmann jer...@gns3.net * URL : www.gns3.net * License : GPLv3 Programming Lang: Python Description : GNS3 server to asynchronously manage emulators The GNS3 server manages emulators such as Dynamips, VirtualBox or Qemu/ KVM. Clients like the GNS3 GUI controls the server using a JSON-RPC API over Websockets. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766167: ITP: gns3-gui -- GNS3 graphical interface for the GNS3 server
Package: wnpp Severity: wishlist Owner: Daniel Lintott dan...@serverb.co.uk * Package name: gns3-gui Version : 1.0 Upstream Author : Jeremy Grossmann jer...@gns3.net * URL : www.gns3.net * License : GPLv3 Programming Lang: Python Description : GNS3 graphical interface for the GNS3 server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766175: ITP: vboxwrapper -- control mechanism for VirtualBox on Linux
Package: wnpp Severity: wishlist Owner: Daniel Lintott dan...@serverb.co.uk * Package name: vboxwrapper Version : 0.9.1 Upstream Author : Jeremy Grossmann Alexey Eromenko jer...@gns3.net * URL : https://github.com/GNS3/vboxwrapper * License : GPLv2 Programming Lang: Python Description : control mechanism for VirtualBox on Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765580: tracker.debian.org: changelog links missing
On 16/10/14 12:55, Jonathan Wiltshire wrote: Package: tracker.debian.org Severity: normal Hi, I can't see any links to changelogs on the tracker pages (maybe I am just being blind, but find-in-page didn't reveal them either). They are hidden in the 'versioned links' box. To be precise it's the second icon from the left... the circle with a plus sign on it. Not easy to find at first Regards Daniel signature.asc Description: OpenPGP digital signature
Bug#764261: RFS: librocket/1.3-1 [ITP]
Hi, On 14/10/14 17:51, whey bags wrote: On a side note, I had to delete and reupload the package to get it to update in the webui, and now http://mentors.debian.net/package/librocket says this bug doesn't belong to that package. For your fist point... you should be able to just upload the package without deleting the old one. The newest package will appear at the top of the page, with your earlier packages below it. This is because your package on mentors closes the wrong bug. In you packages changelog you should close bug #764252 (the ITP bug). Bug #764261 is your request for sponsorship, your sponsor will handle closing that when they upload your package. Regards Daniel Lintott signature.asc Description: OpenPGP digital signature
Bug#764261: RFS: librocket/1.3-1 [ITP]
Hi, On 14/10/14 18:14, whey bags wrote: I tried and it showed as having uploaded in the cli, but when I went on the webpage it was the old one. It does sometimes take a while for the upload to be processed and it appear on the webpage (it won't appear until you've received the email confirmation). The packages at [1][2], will give you an indication of how it will show up when you upload new versions. Regards Daniel [1] http://mentors.debian.net/package/yubikey-neo-manager [2] http://mentors.debian.net/package/openbox signature.asc Description: OpenPGP digital signature
Bug#742344: Info received (Inclusion of German debconf template translation possible?)
Hi Helge On Mon, Oct 06, 2014 at 07:50:41PM +0200, Helge Kreutzmann wrote: Hello Daniel, on September 19th you marked this translation bug pending. Any ETA for an upload? Or should I arrange for an NMU? I have prepared a QA upload which includes all the new debconf translations and submitted an RFS [1] to both debian-mentors and debian-qa, but have received no feedback on this. Hopefully this ping may trigger, a DD to look at the prepared package and upload it! Regards, Daniel Lintott [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762189 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762189: RFS: spamprobe/1.4d-13 [QA]
Package: sponsorship-requests Severity: normal X-Debbugs-CC: debian...@lists.debian.org Dear mentors, I am looking for a sponsor for my package spamprobe, which I prepared following a ping on a bug report[1]. * Package name: spamprobe Version : 1.4d-13 Upstream Author : Brian Burton bbur...@users.sourceforge.net * URL : http://spamprobe.sourceforge.net/ * License : QPL Section : mail It builds those binary packages: spamprobe - Bayesian spam filter To access further information about this package, please visit the following URL: http://mentors.debian.net/package/spamprobe Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/spamprobe/spamprobe_1.4d-13.dsc Changes since the last upload: spamprobe (1.4d-13) unstable; urgency=medium * QA upload. * Acknowledge non-maintainer upload. Thanks to Ondřej Surý * Updated translation of debconf template: + French, by Christian Perrier (Closes: #738805) + Danish, by Joe Dalton (Closes: #739763) + Japanese, by victory (Closes: #740363) + German, by Helge Kreutzmann (Closes: #742344) + Russian, by Yuri Kozlov (Closes: #743422) + Italian, by Luca Monducci (Closes: #759864) * Remove build-depend for xmlto (no longer used) * Convert copyright to DEP-5 format * Convert package to source format 3.0 (quilt) + Add patches for changes that had previously been made * Wrap-and-sort debian/control * Use debhelper compat 9 * Bump standards version to 3.9.5, no further changes necessary -- Daniel Lintott dan...@serverb.co.uk Fri, 19 Sep 2014 12:40:01 +0100 Regards, Daniel Lintott [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742344#10 signature.asc Description: OpenPGP digital signature
Bug#761697: DDPO: showing package adopted by third-party as being mine
On 15/09/14 21:41, Daniel Lintott wrote: Ah... Now I see... it's being picked up as being co-maintained. At a guess this is caused by the change of maintainer causing two email address in one of the DDPO databases. Okay... I think I've unravelled what is happening here. Because you *used* to upload the package (which is still in stable) DDPO picks you up as an uploader (highlighted in blue) Another example of this can be seen at [1] for the gns3 and dynamips packages which I maintain now. So the question here is whether a prior maintainer should still see the package listed in their DDPO, whilst there name is present on the a version of the package that exists in Debian (e.g. in stable)? Cheers, Daniel [1] https://qa.debian.org/developer.php?login=e...@debian.org signature.asc Description: OpenPGP digital signature
Bug#717082: XSS on developer.php
Control: tags -1 + patch
Attached is a patch that prevents the XSS flaws previously mentioned.
Regards,
Daniel
Index: common-html.php
===
--- common-html.php (revision 3261)
+++ common-html.php (working copy)
@@ -398,7 +398,7 @@
{
if (($key == 'login') or ($key == 'package') or ($key == 'gpg_key'))
{
-$action .= html_input_hidden($key,$_GET[$key]);
+$action .= html_input_hidden($key,htmlspecialchars($_GET[$key]));
}
}
return $action;
signature.asc
Description: OpenPGP digital signature
Bug#761697: DDPO: showing package adopted by third-party as being mine
Control: merge 736715 761697 Hi Eriberto, On 16/09/14 18:14, Eriberto wrote: I need to know if is right or not then I will can close the bug. Discovered this actually #736715 [1], so merging the two bugs accordingly. Regards Daniel [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736715 signature.asc Description: OpenPGP digital signature
Bug#761687: RFS: abraca/0.8.0+dfsg-1 -- Simple and powerful graphical client for XMMS2
Hi Guys, On 16/09/14 07:23, Tobias Frost wrote: There are no indications that the package has been orphaned, so it likely hasn't. In case your not aware, it seems the package has now been orphaned[1] as of today (excellent work by Ricardo Mones). Regards, Daniel [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761830 signature.asc Description: OpenPGP digital signature
Bug#758538: Aw: Re: Bug#758538: RFS: pysdl2/0.9.3+dfsg1-1 [ITP] -- Python wrapper around SDL2 using ctypes
Hi, On 15/09/14 09:33, fay...@web.de wrote: Ok, new version is now uploaded. The new lintian warning looks like an error in lintian and not like an error in the copyright file. At least in my definition Zlib or CC0 is not a standard license name but the concatenation of two different ones. And according to DEP5, it is the correct way to do it with or Indeed this is/was a lintian bug (#760642) [1]. Looks like it's fixed in unstable so just a matter of mentors catching up the new version. Regards Daniel [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760642 signature.asc Description: OpenPGP digital signature
Bug#694039: qa.debian.org: Use a different color for outdated backports
Control: tags -1 + patch
Attached is a patch which implements backports colour coding.
I have used the same colours that are already in use for the watch and
Ubuntu version comparisons.
green: Backport version is in sync with version in testing
magenta: Backport version is greater than version in testing
navy blue: Backport version is lower than version in testing
The patch also adds a full title for the backport, to display the same
information as is displayed for stable etc versions. I have removed the
link for stable-backports, as these are now in the main pool (but
oldstable-backports retain a link to the old backports pool).
Regards
Daniel
Index: developer.wml
===
--- developer.wml (revision 3261)
+++ developer.wml (working copy)
@@ -378,8 +378,10 @@
: package in stable proposed updates (not shown if also in stable security) . html_br();
$help_data .= html_blank(). html_span(Light blue, , proposed-updates-new) . : package .
html_a(pending, http://ftp-master.debian.org/proposed-updates.html;) . for stable proposed updates (not shown if also in stable security) . html_br();
-$help_data .= html_blank(). html_span(Dark purple, , bpo) . : package on .
- html_a(backports.org, http://backports.org/;) . html_br();
+$help_data .= oldstable and stable backports are color-coded against the version in testing (since wheezy backports have been integrated into the main pool) . html_br();
+$help_data .= html_blank().html_blank(). html_span(green, , uptodate) . : Backport version is in sync with version in testing . html_br();
+$help_data .= html_blank().html_blank(). html_span(magenta, , behind) . : Backport version is greater than version in testing . html_br();
+$help_data .= html_blank().html_blank(). html_span(navy blue, , ahead) . : Backport version is lower than version in testing . html_br();
$help_data .= html_blank(). html_span(Purple, , testing) .
: testing version . html_br();
$help_data .= html_blank(). html_span(Green, , unstable) .
@@ -674,13 +676,10 @@
/* annotate version number with mouseover title */
function format_version($package, $version, $class)
{
-global $uploads_db;
global $releases_re;
if (!$version or !strcmp($version, -))
return -;
-$changedby = dba_fetch(ch:$package:$version, $uploads_db);
-if (!$changedby)
-$changedby = (no projectb data found);
+$changedby = changed_by($package, $version);
$pclass = $class;
if(preg_match(/(-[0-9]+\.|\+nmu)[0-9]+$/, $version))
$class = nmu;
@@ -692,6 +691,18 @@
return html_span($version, , $class, title=\$pclass: $changedby\);
}
+/* package changed by */
+function changed_by($package, $version)
+{
+global $uploads_db;
+if (!$version or !strcmp($version, -))
+return -;
+$changedby = dba_fetch(ch:$package:$version, $uploads_db);
+if (!$changedby)
+$changedby = (no projectb data found);
+return $changedby;
+}
+
/*
This function prints a package table information row
*/
@@ -905,7 +916,22 @@
if ($tag) {
$url = dba_fetch($tag-url:$package, $incoming_db);
$title = dba_fetch($tag-title:$package, $incoming_db);
-$ver .= html_br() . html_a($version[$subdist], $url, $subdist, $title);
+
+if ($tag === bpo or $tag === oldstable-bpo) {
+//Append the changed_by information to the title
+$title .= : . changed_by($package, $version[$subdist]);
+// Compare bpo version to testing
+$bpo_version = substr($version[$subdist], 0, strpos($version[$subdist], ~bpo));
+$ver_comp = debversion_compare($bpo_version, $version['testing']);
+$class = $ver_comp 0 ? 'behind' : ($ver_comp 0 ? 'ahead' : 'uptodate');
+if (strpos($title, squeeze-backports) !== False) { // squeeze backports are not in the main pool
+$ver .= html_br() . html_a(html_span($version[$subdist], , $class), $url, $class, $title);
+} else {
+$ver .= html_br() . html_span($version[$subdist], , $class, title=\$title\);
+}
+} else {
+$ver .= html_br() . html_a($version[$subdist], $url, $subdist, $title);
+}
} else {
$ver .= html_br() . format_version($package, $version[$subdist], $subdist);
}
signature.asc
Description: OpenPGP digital signature
Bug#761687: RFS: abraca/0.8.0+dfsg-1 -- Simple and powerful graphical client for XMMS2
Hi Daniel, On 15/09/14 20:13, Daniel Svensson wrote: * Add me to Maintainers since old maintainer is M.I.A. Did the MIA Team actually orphan the package, as I can't find a WNPP bug for abraca? I may be wrong, but I believe unless the package is orphaned, it's not possible to become maintainer. I may be wrong here though Regards Daniel (another one) signature.asc Description: OpenPGP digital signature
Bug#761687: RFS: abraca/0.8.0+dfsg-1 -- Simple and powerful graphical client for XMMS2
On 15/09/14 20:49, Daniel Svensson wrote: On Mon, Sep 15, 2014 at 9:45 PM, Daniel Lintott dan...@serverb.co.uk mailto:dan...@serverb.co.uk wrote: Hi Daniel, On 15/09/14 20:13, Daniel Svensson wrote: * Add me to Maintainers since old maintainer is M.I.A. Did the MIA Team actually orphan the package, as I can't find a WNPP bug for abraca? I may be wrong, but I believe unless the package is orphaned, it's not possible to become maintainer. I may be wrong here though I'm not sure where I can see if a package is orphaned or not, but the maintainer doesn't reply to my emails and haven't updated the package even though I've provided all the changes needed to both the debian packaging and the software. I have no strong opinion in any direction on how to progress. I just want the package into testing again before the freeze and will comply with any recommendations you have to make this a smooth ride. I've just double-checked the WNPP package[1] to check for a bug for abraca... but can't see one, so it's possible it hasn't yet been orphaned. It can be frustrating when dealing with old packages and inactive maintainers. The process the MIA Team follow is laid in [2]. I'm not a DD myself, so I can't say I know the exact way to proceed... as a guess it may be worth dropping an email to the MIA Team [3] to find out what is happening. Sorry I can't be of more use Hopefully one of the DD's or more knowledgeable folk on here may have some better answers too. Regards Daniel [1] http://bugs.debian.org/wnpp [2] https://wiki.debian.org/qa.debian.org/MIATeam [3] https://wiki.debian.org/Teams/MIA signature.asc Description: OpenPGP digital signature
Bug#761697: DDPO: showing package adopted by third-party as being mine
Control: tags -1 moreinfo Hi Joao, On 15/09/14 20:40, Joao Eriberto Mota Filho wrote: Package: qa.debian.org Severity: normal Dear Maintainer, I orphaned the package pacman4console in 2014-07-25. The package was adopted by Alexandre Dantas in 2014-08-12 and I was the sponsor. Currently, the package is shown in both DDPO[1][2]. I reviewed the package again and I can't see errors. So, it appear be a DDPO bug. Thanks for your attention. Cheers, Eriberto [1] https://qa.debian.org/developer.php?login=eribe...@debian.org [2] https://qa.debian.org/developer.php?login=e...@alexdantas.net I've just had a look and from what I can see the output on DDPO is correct. On [1] (your DDPO page) the package is listed under Sponsored/other uploads. Whilst on [2] it is listed under main. Please correct me if I'm wrong! Cheers, Daniel signature.asc Description: OpenPGP digital signature
Bug#761697: DDPO: showing package adopted by third-party as being mine
Control: tags -1 -moreinfo On 15/09/14 21:21, Eriberto wrote: For me is showed as Main. Not in sponsored. Take a look again. Ah... Now I see... it's being picked up as being co-maintained. At a guess this is caused by the change of maintainer causing two email address in one of the DDPO databases. Cheers Daniel signature.asc Description: OpenPGP digital signature
Bug#760884: RFS: astroquery/0.2.1-1 [ITP]
On 13/09/14 20:05, Andrey Rahmatullin wrote: Yes, looks like upstream broke their git repo. That tag and commits in it are not a part of any branch and the version is probably related to the version of -helpers. Unfortunately in DVCS there is no way to remove things you've published, even if they know about the problem. As that tag exists, and effectively breaks the uscan... why not just use pypi as the source for the watch file. I had to do this for a package I maintain due to lack of tags, you can see my watch file at [1] Regards, Daniel Lintott [1] http://anonscm.debian.org/cgit/users/dlintott-guest/buildnotify.git/tree/debian/watch signature.asc Description: OpenPGP digital signature
Bug#752384: HEAnet sourceforge mirror is outdated
Hi Paul,
On 11/09/14 04:20, Paul Wise wrote:
On Tue, Jul 22, 2014 at 5:29 PM, Daniel Lintott wrote:
I shall drop another version of the patch to the bug report that reverts
the custom caching mechanism.
A yak shaving exercise reminded me that this hasn't been done yet,
could you please send the updated patch?
Apologies for not getting this done sooner, got tied up with some other
projects.
Attached is a new patch against the old sf.wml from SVN, that doesn't
include any caching mechanism.
Regards
Daniel
--- ../sf-redirect-old/sf.wml 2014-07-21 19:24:00.835216162 +0100
+++ sf.wml 2014-09-11 11:46:00.277558546 +0100
@@ -1,21 +1,10 @@
?php
-
-$data_dir = '/srv/qa.debian.org/data/watch';
-
// need to strip leading slash, sf.net doesn't like double slashes
$project=ltrim($_SERVER['PATH_INFO'], '/');
if (!$project) {
-header('Location: http://manpages.debian.net/cgi-bin/man.cgi?query=uscan');
-exit;
-}
-
-$fdb = $data_dir . '/sf-list.db';
-
-if (!file_exists($fdb)) {
-header('HTTP/1.0 500 Internal Server Error');
-die('The files database is not available. Please report this message to'.
- ' debian...@lists.debian.org');
+ header('Location: http://manpages.debian.net/cgi-bin/man.cgi?query=uscan');
+ exit;
}
// $project is not a file and doesn't have trailing slash
@@ -29,40 +18,31 @@
exit;
}
-$db = dba_open($fdb, 'r', 'db4');
-
-if (!dba_exists($project, $db)) {
-header('HTTP/1.0 404 File Not Found');
-die('There is no information about the '.$project.' project.');
-}
+$xml_url = https://sourceforge.net/projects/$project/rss;;
-?html
+$xml = simplexml_load_file($xml_url, 'SimpleXMLElement', LIBXML_NOCDATA);
+$title = $xml-channel[0]-title;
+$files = $xml-channel[0]-item;
+?
+html
head
-titleFile listing for project ?php echo htmlspecialchars($project); ?/title
+titleFile listing for project ?php echo $title; ?/title
/head
body
p
-h1File listing for project ?php echo htmlspecialchars($project); ?/h1
-Visit a href=http://sf.net/projects/?php echo htmlspecialchars($project); ??php echo
-htmlspecialchars($project); ?'s project page/a.br/br/
+h1File listing for project ?php echo $title; ?/h1
+Visit a href=http://sf.net/projects/?php echo $project; ??php echo $project; ?'s project page/a.brbr
?php
-echo dba_fetch($project, $db);
+foreach ($files as $item) {
+ $file = basename($item-title);
+ $link = $_SERVER['SCRIPT_NAME'] . /$project/$file;
+ echo a href='$file'$file/abr\n;
+}
?
/p
p
-Thanks to a href=http://ftp.heanet.ie/;HEAnet's mirror service/a
-for being the source of data for this service.
-/p
-p
Get the source code: a href=svn://anonscm.debian.org/svn/qa/trunk/wml/watchcheckout SVN repository/a #124;
a href=http://anonscm.debian.org/viewvc/qa/trunk/wml/watch/;browse SVN repository/a
/p
-p Last database update:
-?php echo date(DATE_RFC822, filemtime($fdb)); ?
-/p
/body
-/html?php
-
-dba_close($db);
-
-?
+/html
signature.asc
Description: OpenPGP digital signature
Bug#752384: HEAnet sourceforge mirror is outdated
Hi Paul,
On 11/09/14 15:21, Paul Wise wrote:
On Thu, Sep 11, 2014 at 9:53 PM, Paul Wise wrote:
Thanks! Committed and made live:
Daniel, there is one bug I'm hoping you can help with since I've
mostly forgotten how to write PHP.
URLs like this:
https://qa.debian.org/watch/sf.php/chromium-bsu
Need to be redirected to URLs like this:
https://qa.debian.org/watch/sf.php/chromium-bsu/
Otherwise the links within the page will go to the wrong place.
I've attached a patch which should solve this problem, in fact it was
already in my script just not used as you'll see.
I've tested the patch locally and it seems to function okay for URLs
both with and without a trailing slash
Any problems let me know
Regards
Daniel
Use the link which has been generated from the project and file
name. This avoids complications with a URL having (or not having)
a trailing slash.
Index: sf.wml
===
--- sf.wml (revision 3259)
+++ sf.wml (working copy)
@@ -36,7 +36,7 @@
foreach ($files as $item) {
$file = basename($item-title);
$link = $_SERVER['SCRIPT_NAME'] . /$project/$file;
- echo a href='$file'$file/abr\n;
+ echo a href='$link'$file/abr\n;
}
?
/p
signature.asc
Description: OpenPGP digital signature
Bug#759311: RFS: node-base64-url/1.0.0-1 [ITP]
On 26 August 2014 08:46:27 BST, Riley Baird bm-2cvqnduybau5do2dfjtrn7zbaj246s4...@bitmessage.ch wrote: Hi Joseph, Thanks for making the package for Debian! I'm not a DD, so I can't sponsor your package, but here's my review: d/control: -Don't put each dependency on a different line. This is actually common practice as having them on separate lines makes it easier to review a diff for future versions. --- Regards Daniel Lintott Sent from my Android device with K-9 Mail. Please excuse my brevity. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758134: RFS: qpid-cpp/0.28-1 [ITA]
Hi Darryl, On 14/08/14 19:15, Darryl L. Pierce wrote: On Thu, Aug 14, 2014 at 10:48:31AM -0400, Darryl L. Pierce wrote: Package: sponsorship-requests Severity: normal Dear Maintainer, I am looking for a sponsor for my package qpid-cpp * Package name: qpid-cpp Version : 0.28-1 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Slipped and didn't fill in these fields. Is there a way to update the fields, or should I resubmit the RFS? Just send an email to the bug report (758...@bugs.debian.org) with the information you missed. No need to resubmit the RFS. Also when you send a followup to the RFS (or any bug), there's no need to include the submit@b.d.o address. Regards Daniel signature.asc Description: OpenPGP digital signature
Bug#728220: RFS: fatcat/1.0.4-1 [ITP]
Hi Eriberto, Grégoire, I thought I'd just run a test build to see if I could reproduce the missing hardening... and I can't. I built the package using an unstable sbuild chroot, and have run both lintian and blhc on the results. Neither complained about any missing hardening. For reference I used: lintian v2.5.25~bpo70+1 blhc 0.04 (installed from bpo) Regards Daniel On 07/08/14 18:06, Eriberto wrote: Ok, sorry. Do you are using Debian Sid? Is it updated? Please, reply to me and to the bug (reply all) 2014-08-07 13:40 GMT-03:00 Grégoire Passault g.passa...@gmail.com: If you have a look to the log below, I run lintian about .changes .dsc and .deb signature.asc Description: OpenPGP digital signature
Bug#756331: RFS: aafigure/0.5-4 [ITA]
Hi Breno, On 07/08/14 17:49, Breno Leitao wrote: On 07/28/2014 06:52 PM, Daniel Lintott wrote: Hi, I'm not a DD so cannot sponsor your package. I haven't tried to build the package, but a couple of comments. Thank you, I addressed you concerns and I just uploaded a new package: http://mentors.debian.net/package/aafigure I've added the debian-python mailing list to the email, as per Scott's comments [1]: If you'd like to continue to maintain it within the team, it is relatively easy to get team sponsorship. If so, please update the package in the DPMT svn and then you can ask for sponsorship via the team ML or on IRC. I would say, it would be a good idea to liaise with them... especially as the package gives the VCS in the python-modules team. With regards to the VCS, from a quick look it looks like there is going to be some housekeeping needed... as the 0.5-4 version in Debian doesn't match 0.5-4 in VCS (and is UNRELEASED). I'm not familiar with the SVN packaging workflow, so I can't really comment more on what would be needed here, but I expect someone from the python-modules team will have the answer. Onto the package... 1. It's probably a good idea to add yourself to the debian/copyright under the debian/* section (and possibly add Super Nathan Weber as well, since he prepared the last version in Debian) 2. debian/compat debian/control - debhelper these should probably be bumped to 9 (or 8 at least) 3. debian/control - personally I would wrap-and-sort -s this which will split the Build-Depends, Depends, Recommends to one per line which makes it easier to diff. 4. debian/rules - this could probably be tidied up to use short-format dh, but I haven't tried this Apart from them, the package builds fine and it is lintian clean. Regards, Daniel Lintott [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756331#19 signature.asc Description: OpenPGP digital signature
Bug#750677: RFS: buildnotify/0.3.5-1 [ITP]
Hi Eriberto, Thanks for reviewing the package. On 03/08/14 03:36, Eriberto Mota wrote: Hi Daniel, Please: 1. d/buildinotify.desktop.example has 'Name[en_GB]=buildnotify.desktop.example' and 'Name=buildnotify'. Is right it? (I think that must be 'Name=buildnotify.desktop.example') I have made the two fields the same, both buildnotify (the program name) 2. In d/rules remove the line '# -*- makefile -*-'. It is a useless comment. 3. Your package doesn't builds twice. So, allow the content modification of the BuildNotify.egg-info/SOURCES.txt. To make it, create the file debian/source/options with this content[1]: extend-diff-ignore = ^BuildNotify.egg-info/SOURCES.txt$ Both done 4. I suggest you add to long description a bit more of information. I needed to access the upstream site to understand the program. Where applicable, words as Gnome, KDE, etc. will improve the results when doing an 'apt-cache search'. I have added the list of features from upstream. I will admit I'm not the best when it comes to writing text like that! I haven't added any Gnome, KDE etc keywords, as the applet is designed to work independent of the desktop manager, but I'm welcome to further suggestions. 5. In d/copyright, the better information is: Copyright: 2009-2014, Anay Nayak anayak...@gmail.com. This information can be viewed in upstream VCS[2]. Updated. Thanks for your work. No problem! I have uploaded a new package to mentors at the original location. https://mentors.debian.net/package/buildnotify http://mentors.debian.net/debian/pool/main/b/buildnotify/buildnotify_0.3.5-1.dsc Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#756331: RFS: aafigure/0.5-4 [ITA]
Hi, I'm not a DD so cannot sponsor your package. I haven't tried to build the package, but a couple of comments. On 28/07/14 21:49, Breno Leitao wrote: Dear mentors, I am looking for a sponsor for my package aafigure. This is a package that I want to adopt (under ITA) but I am not a DD, so, I would need a sponsor to upload this package. * Package name: aafigure Version : 0.5-5 Upstream Author : orphaned Upstream Author seems to be either aafigure-team or Chris Liechti * URL : https://launchpad.net/aafigure * License : specific license at LICENSE.txt That would be a BSD-3-Clause license Section : python It builds those binary packages: python-aafigure - ASCII art to image converter To access further information about this package, please visit the following URL: http://mentors.debian.net/package/aafigure Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/aafigure/aafigure_0.5-5.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: aafigure (0.5-5) unstable; urgency=low * Set myself as maintainer (closes: #719549). * Bump Standards-Version from 3.9.4 to 3.9.5 * Transition to dh_python2 -- Breno Leitao bren...@br.ibm.com Mon, 28 Jul 2014 19:27:41 + It seems there is some previous involvement with the Debian Python Modules team, where the packaging exists in SVN. It would probably be a good idea to liaise with them (I'm not a member myself, so don't how the team works). I have added them to the CC. The the mentors page there is one lintian info warning, which is trivial to fix. - vcs-field-not-canonical Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#752384: HEAnet sourceforge mirror is outdated
On 22/07/14 02:05, Paul Wise wrote: On Tue, Jul 22, 2014 at 2:50 AM, Daniel Lintott wrote: Okay... It took a bit of thinking of how to work it, but I've come up with a working solution that caches the file list for each project requested. There was some discussion on IRC about the problem and a caching proxy was suggested instead: sf rss = rss to html converter = caching proxy = uscan Thinking about it some more, caching the output makes more sense than caching filenames and using a HTTP caching proxy is the usual way to cache HTML/websites so it might be best to just do that. Thoughts? I would say that seems like a sensible suggestion. Using a ready-made system for the caching obviously has major benefits of being well-established and supported. Personally I've never used or setup such a service, but there are several available: nginx[1]; trafficserver[2]; haproxy[3] [1] https://packages.debian.org/wheezy/nginx [2] https://packages.debian.org/wheezy/trafficserver [3] https://packages.debian.org/wheezy-backports/haproxy I shall drop another version of the patch to the bug report that reverts the custom caching mechanism. Regards Daniel signature.asc Description: OpenPGP digital signature
Bug#752384: HEAnet sourceforge mirror is outdated
On 21/07/14 04:11, Paul Wise wrote: Unfortunately the final word on that is that Debian needs to replace our current redirector with one based on the RSS feature and also to add a cache mechanism (they suggested a 1 hour cache time) so that we don't overload the RSS feature. Do you think it would be possible for you to add a caching mechanism and convert your version into a patch that we can apply to SVN? It should definitely be possible to add a caching mechanism to the the new redirector, currently I have a couple of ideas on this but both have drawbacks. 1. Use a Berkeley DB to store the retrieved data, similar to what is currently done. Something like: | project | file | update_time | | | | | Problems I foresee: * My intention would be to check at the time the script is requested if the update_time 1 hour ago... - if yes... get the new RSS and update the DB - if no use the information from the DB What happens if this happens for multiple requests at the same time? 2. Save the XML file to a cache folder Then at request time check the time on that file and it's age. The only problem I can see this causing is disk space (I don't know how much of an issue this is for Debian) The RSS file for the VPCS project is almost 52KB. Picking a figure out of the air (as I've no idea how packages use the redirector) of 1, this is going to create 520MB of cached files. Obviously some projects may have a smaller RSS and others larger which may skew that estimate. Any comments on these would be most appreciated. Cheers, Daniel signature.asc Description: OpenPGP digital signature
Bug#752384: HEAnet sourceforge mirror is outdated
Control: -1 + patch
On 21/07/14 14:58, Paul Wise wrote:
On Mon, 2014-07-21 at 15:39 +0200, Abou Al Montacir wrote:
Are we really consuming so much bandwidth for that feature? I assume
this will happen each time a user or a daemon wants to check a
particular package. I'm not convinced this is worth especially they ask
for a cache of 1 hour, do we expect that per package we do a check more
than twice per day (daily daemon + random user)
I told them the average usage based on the stats from qa.d.o Apache logs
(up to 30K requests per day) and said that was a bit high and asked us
to implement a cache.
That doesn't surprise me in the least! GetDeb actually switched to using
my test redirector and in 5 days I logged nearly 32000 hits at my
server... each of which would have been passed to sf.net (this was
quickly resolved though).
What about compressing the files? This can reduce the size dramatically.
Can you please check for the file you used as example?
Seems pointless to store the raw RSS, best extract the filenames and
store them in a database instead.
Okay... It took a bit of thinking of how to work it, but I've come up
with a working solution that caches the file list for each project
requested.
I am storing each projects' file list in a separate Berkeley DB so we
can check the file modification time and only update when the file is
older than the cache limit ($cache_time) in seconds (currently 3600
seconds).
Currently it is configured to store these files in a subdirectory of
cache ($cache_dir), which will need to be writeable by the web server.
Otherwise I don't think there is anything else particularly special to
report.
I have updated my test server and it is now running the latest version
of the script.
Regards,
Daniel
--- ../sf-redirect-old/sf.wml 2014-07-21 19:24:00.835216162 +0100
+++ sf.wml 2014-07-21 19:45:21.683113723 +0100
@@ -1,21 +1,12 @@
?php
-
-$data_dir = '/srv/qa.debian.org/data/watch';
-
// need to strip leading slash, sf.net doesn't like double slashes
$project=ltrim($_SERVER['PATH_INFO'], '/');
+$cache_dir = './cache';
+$cache_time = 3600;
if (!$project) {
-header('Location: http://manpages.debian.net/cgi-bin/man.cgi?query=uscan');
-exit;
-}
-
-$fdb = $data_dir . '/sf-list.db';
-
-if (!file_exists($fdb)) {
-header('HTTP/1.0 500 Internal Server Error');
-die('The files database is not available. Please report this message to'.
- ' debian...@lists.debian.org');
+ header('Location: http://manpages.debian.net/cgi-bin/man.cgi?query=uscan');
+ exit;
}
// $project is not a file and doesn't have trailing slash
@@ -29,40 +20,60 @@
exit;
}
-$db = dba_open($fdb, 'r', 'db4');
+$db_file = $cache_dir/$project.db;
-if (!dba_exists($project, $db)) {
-header('HTTP/1.0 404 File Not Found');
-die('There is no information about the '.$project.' project.');
+if (file_exists($db_file) and time() - filemtime($db_file) $cache_time ) {
+ # Open the db_file for reading
+ $db = dba_open($db_file, 'r', 'db4');
+} else {
+$xml_url = https://sourceforge.net/projects/$project/rss;;
+ # Update/create the db_file, then read it's contents
+ # Load the rss feed using simplexml
+ $xml = @simplexml_load_file($xml_url, 'SimpleXMLElement', LIBXML_NOCDATA);
+ if ($xml === false) {
+ echo No project named $project could be found, check the project name and try again;
+ exit;
+ } else {
+ # Get an array of files from the XML
+ $files = $xml-channel[0]-item;
+ # Create a new db file
+ $db = dba_open($db_file . '-new', 'c', 'db4');
+ # Add the file list to the db
+ $i = 0;
+ foreach ($files as $item) {
+ dba_insert($i, basename($item-title),$db);
+ $i++;
+ }
+ dba_close($db);
+ rename($db_file . '-new', $db_file);
+ $db = dba_open($db_file, 'r', 'db4');
+ }
}
-
-?html
+?
+html
head
titleFile listing for project ?php echo htmlspecialchars($project); ?/title
/head
body
p
h1File listing for project ?php echo htmlspecialchars($project); ?/h1
-Visit a href=http://sf.net/projects/?php echo htmlspecialchars($project); ??php echo
-htmlspecialchars($project); ?'s project page/a.br/br/
+Visit a href=http://sf.net/projects/?php echo htmlspecialchars($project); ??php
+echo htmlspecialchars($project); ?'s project page/a.brbr
?php
-echo dba_fetch($project, $db);
+$key = dba_firstkey($db);
+while ($key !== False) {
+ $file = dba_fetch($key, $db);
+ $link = $_SERVER['SCRIPT_NAME'] . /$project/$file;
+ echo a href='$link'$file/abr\n;
+ $key = dba_nextkey($db);
+}
?
/p
-p
-Thanks to a href=http://ftp.heanet.ie/;HEAnet's mirror service/a
-for being the source of data for this service.
-/p
+pLast database update: ?php echo date(DATE_RFC822, filemtime($db_file)); ?/p
p
Get the source code: a href=svn://anonscm.debian.org/svn/qa/trunk/wml/watchcheckout SVN repository/a #124;
a href=http://anonscm.debian.org/viewvc/qa/trunk/wml/watch/;browse SVN repository/a
/p
-p Last database update:
-?php echo date(DATE_RFC822, filemtime($fdb)); ?
Bug#753802: gns3: unable to install on wheezy-backports - missing backport of dynamips
Hi Paul, On 18/07/14 19:21, Paul Gevers wrote: On 18-07-14 16:35, Daniel Lintott wrote: I shall give this time once again and after that I fear I shall have to give up on backports and have the package that is currently broken removed from the archive. Build, signed and uploaded. I trust that you follow this package in backports as you are it's maintainer in Debian anyways. Many thanks for the upload... I do indeed follow the package in backports, I may be wrong but I believe the backports buildd's operate that same as the main archive, which means the package won't be autobuilt due to being non-free. The package is autobuildable, thanks to work upstream to confirm the the status of the microcode blobs[1], but I'm waiting for a reply from the non-free release team to enable autobuilding. Until autobuilding is possible, it would be nice to have at least i386/amd64 packages. I've also noticed in the backports new queue, that the changes since stable are missing. Regards, Daniel [1] http://anonscm.debian.org/gitweb/?p=users/dlintott-guest/dynamips.git;a=blobdiff;f=debian/copyright;h=5c4c9ce9eb7f5ab03978a56efa995306ce1003da;hp=76bbaf73962caba60e531f0dbf61b3e40fb5de39;hb=9f6106785793d20ad5e871772ae860b569298e3c;hpb=bca0bd32d1eb6579598a5a9d1d52ca918116da89 signature.asc Description: OpenPGP digital signature
Bug#753802: gns3: unable to install on wheezy-backports - missing backport of dynamips
On 07/07/14 19:33, Daniel Lintott wrote: On 07/07/14 19:11, Paul Gevers wrote: On 05-07-14 12:28, Daniel Lintott wrote: Hi, On 05/07/14 10:50, mdt wrote: Package: gns3 Version: 0.7.4-1 Severity: wishlist Dear Maintainer, the current backport 0.8.6-3~bpo70+1 have a Depends on dynamips (=0.2.8) but wheezy has 0.2.7-0.2.8RC2-5.1 and none backport are available. Please backport dynamips 0.2.12-1. Thanks. I was wondering how long it'd be before this was picked up on... I have backported Dynamips as well... but it hasn't been uploaded :( To the backport list: Would anyone be prepared to get this uploaded for me? This package can be found here: http://mentors.debian.net/package/dynamips Is the Depends on dynamips really required, or just the result of an unclean build? If the later, we could just rebuild cleanly. If the former, IIAC the backport of gns3 should be removed until the dependency tree is fixed. I have no interest in either of the packages, so I am not going to upload dynamips, sorry, but I could build/upload gns3 for you if that helps. I have not investigated myself yet, so you will have to do that for me. The depends on Dynamips was bumped as features were introduced into dynamips since 0.2.8 that are used by GNS3... the depends is there for a good reason (and is hardcoded in the control as opposed to automatically filled, for this reason) CC'ing Aron (who uploaded the GNS3 backport for me) - would you be able to build and upload Dynamips? As a side note... I am the maintainer for both of these packages in Debian and work very closely with the upstream on development and bug-fixing as well as using them myself. Daniel Pinging this yet again... there is clearly user interest in having the backported GNS3 package, from the fact that the bug report was filed. Despite this it seems nobody is interested in resolving this, which I must say is a little disappointing. I shall give this time once again and after that I fear I shall have to give up on backports and have the package that is currently broken removed from the archive. Regards Daniel signature.asc Description: OpenPGP digital signature
Bug#660172: Python3 version of configobj
It appears that the original upstream is no longer and the project has been taken over, where Python 3 support has been added! From the new README.md This project is now maintained by Eli Courtwright and Rob Dennis with the blessing of original creator Michael Foord. The new upstream can be found here: https://pypi.python.org/pypi/configobj/5.0.5 https://github.com/DiffSK/configobj Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#752384: HEAnet sourceforge mirror is outdated (was Re: [Pkg-pascal-devel] Lazarus watch file is broken)
Hi Abou, On 13/07/14 12:40, Abou Al Montacir wrote: Hi Daniel, ... I have tested your tool for Lazarus and it looks working as expected. That's always good to know! I'd recommend to use this solution in [2] as it looks really easy to maintain/update with so few php lines. Also I don't know how much time it will took SF.net to come with a solution for [3]. BTW, do you expect one can rely on [1] and modify his wach file to use it instead of [2] until this bug get fixed? It shouldn't be a problem to use [1], there should be enough bandwidth to manage. So I would say.. go ahead and use it... but I do only intend this to be a temporary fix. How long it will take SF.net to come up with a solution is anyone's guess! But obviously if it looks like my script will be 'long-term' it would obviously be preferable to move it to a Debian server. [1] http://alpha.serverb.co.uk/debian/sf.php/lazarus [2] https://qa.debian.org/watch/sf.php/lazarus [3] http://sourceforge.net/p/forge/site-support/8064/ Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#752384: HEAnet sourceforge mirror is outdated
On 07/07/14 12:27, Paul Wise wrote: On Mon, 2014-07-07 at 12:15 +0100, Daniel Lintott wrote: I don't know whether this has been found/investigated before but the appears to be an RSS feed for each project containing the file downloads. So for my package VPCS, the RSS feed is at: https://sourceforge.net/projects/vpcs/rss Thanks, I wasn't aware of that. No problem ;) It would seem this is a viable alternative as the links provided map to the SF mirror selector, so should always return a mirror with the correct files present. That isn't quite what we need for uscan but could be a good start, we would still need to process the RSS into HTML though. Indeed... I have managed to replicate the functionality of the current SF redirector using the RSS feed Demo: http://alpha.serverb.co.uk/debian/sf.php/vpcs Git: http://anonscm.debian.org/gitweb/?p=users/dlintott-guest/sf-rss.git Feel free to use if you'd like (it was mainly an exercise to flex my PHP skills again!) I have been in contact with the SourceForge people and they are in the evaluation process of creating a permanent fix for us: http://sourceforge.net/p/forge/site-support/8064/ Ack... That would be very nice to see. Let's hope they can come up with a nice solution. signature.asc Description: OpenPGP digital signature
Bug#752384: HEAnet sourceforge mirror is outdated
Hi Paul, I just hit this same problem with one of my packages that ifs hosted on SF.net and the HEAnet mirror doesn't hold the latest source. I don't know whether this has been found/investigated before but the appears to be an RSS feed for each project containing the file downloads. So for my package VPCS, the RSS feed is at: https://sourceforge.net/projects/vpcs/rss It would seem this is a viable alternative as the links provided map to the SF mirror selector, so should always return a mirror with the correct files present. Regards Daniel Lintott signature.asc Description: OpenPGP digital signature
Bug#750677: RFS: buildnotify/0.3.5-1 [ITP]
Just bringing this to the front again... to see if anybody is interested in sponsoring this? I have now been using the package ever since I packaged it and it has been working perfectly. Original Message Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package buildnotify * Package name: buildnotify Version : 0.3.5-1 Upstream Author : Anay Nayak anayak...@gmail.com * URL : https://bitbucket.org/Anay/buildnotify * License : GPL-3+ Section : devel It builds those binary packages: buildnotify - cruise control CI build monitor To access further information about this package, please visit the following URL: http://mentors.debian.net/package/buildnotify Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/buildnotify/buildnotify_0.3.5-1.dsc More information about buildnotify can be obtained from https://bitbucket.org/Anay/buildnotify. Changes since the last upload: buildnotify (0.3.5-1) unstable; urgency=low * Initial release (Closes: #750457) -- Daniel Lintott dan...@serverb.co.uk Thu, 05 Jun 2014 10:38:07 +0100 Regards, Daniel Lintott signature.asc Description: OpenPGP digital signature
Bug#753802: gns3: unable to install on wheezy-backports - missing backport of dynamips
On 07/07/14 19:11, Paul Gevers wrote: On 05-07-14 12:28, Daniel Lintott wrote: Hi, On 05/07/14 10:50, mdt wrote: Package: gns3 Version: 0.7.4-1 Severity: wishlist Dear Maintainer, the current backport 0.8.6-3~bpo70+1 have a Depends on dynamips (=0.2.8) but wheezy has 0.2.7-0.2.8RC2-5.1 and none backport are available. Please backport dynamips 0.2.12-1. Thanks. I was wondering how long it'd be before this was picked up on... I have backported Dynamips as well... but it hasn't been uploaded :( To the backport list: Would anyone be prepared to get this uploaded for me? This package can be found here: http://mentors.debian.net/package/dynamips Is the Depends on dynamips really required, or just the result of an unclean build? If the later, we could just rebuild cleanly. If the former, IIAC the backport of gns3 should be removed until the dependency tree is fixed. I have no interest in either of the packages, so I am not going to upload dynamips, sorry, but I could build/upload gns3 for you if that helps. I have not investigated myself yet, so you will have to do that for me. The depends on Dynamips was bumped as features were introduced into dynamips since 0.2.8 that are used by GNS3... the depends is there for a good reason (and is hardcoded in the control as opposed to automatically filled, for this reason) CC'ing Aron (who uploaded the GNS3 backport for me) - would you be able to build and upload Dynamips? As a side note... I am the maintainer for both of these packages in Debian and work very closely with the upstream on development and bug-fixing as well as using them myself. Daniel signature.asc Description: OpenPGP digital signature
Bug#753802: gns3: unable to install on wheezy-backports - missing backport of dynamips
Hi, On 05/07/14 10:50, mdt wrote: Package: gns3 Version: 0.7.4-1 Severity: wishlist Dear Maintainer, the current backport 0.8.6-3~bpo70+1 have a Depends on dynamips (=0.2.8) but wheezy has 0.2.7-0.2.8RC2-5.1 and none backport are available. Please backport dynamips 0.2.12-1. Thanks. I was wondering how long it'd be before this was picked up on... I have backported Dynamips as well... but it hasn't been uploaded :( To the backport list: Would anyone be prepared to get this uploaded for me? This package can be found here: http://mentors.debian.net/package/dynamips Regards Daniel Lintott signature.asc Description: OpenPGP digital signature
Bug#753649: RFS: liblinux-inotify2-perl/1:1.22-1 [ITA] -- scalable directory and file change notification
Hi Eriberto, On 03/07/14 22:22, Eriberto wrote: * Package name: liblinux-inotify2-perl Version : 1:1.22-1 Upstream Author : Marc Lehmann schm...@schmorp.de * URL : http://software.schmorp.de/pkg/Linux-Inotify2.html * License : Perl Section : perl You may want to drop an email to the guys on the Debian Perl Group List(cc'd), and look at maintaining the package within the the team, if you are interested in that. I expect one of the DD's from the group... may well pick this up and fill in more of the details ;) Regards Daniel Lintott Debian Perl Group signature.asc Description: OpenPGP digital signature
Bug#752782: RFS: kvmcs-server_0.4.0 server part in kvm client server environment
Hi Willem, NB: I'm not a DD so cannot sponsor your package But a couple of points to consider... On 26/06/14 15:21, willem kuyn wrote: I am looking for a sponsor for my package kvmcs-server: * Package name: kvmcs-server Version : 0.4.0 Upstream Author : willem kuyn; willemk...@gmail.com * URL : * License : GPL-3+ Section : comm It builds those binary packages: kvmcs-server To access further information about this package, please visit the following URL: http://mentors.debian.net/package/kvmcs-server Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/k/kvmcs-server/kvmcs- server_0.4.0.dsc There are 2 more packages available kvmcs-client and kvmcs-doc for client software and example documentation. They will be uploaded if this package is accepted. The full source of all packages is available at www.gitorious.org/kvmcs I think rather than using three separate source packages, it would be preferable to use one 'kvmcs' source package and create the 3 binary packages from that (and then version all three with the same version. I think it could get confusing if we have server 0.4.0 and client 0.4.1 (as seen on gitorious)) Is the software really only useful in Debian? My initial look tells me no... In which case the package shouldn't be native format Just a couple of pointers... I haven't looked at the package any closer as yet. Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#702336: [PATCH] Blank console
Control: -1 tags +patch Hi Ritesh, I had a stroke of luck and it seems the patch I found in the old upstream bug tracker works! I have tested the patch locally and it works perfectly against my XenServer 6.2. I have attached the patch complete with DEP3 header. I am going to continue looking at the source code and attempt to pick any loose ends that I find. I shall also try and get the code better formatted to PEP8. Regards Daniel Description: Fix blank console Author: Alexis Bezverkhyy grap...@users.sourceforge.net Origin: other Bug: http://sourceforge.net/p/openxenmanager/bugs/29/ Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702336 Bug-Ubuntu: https://bugs.launchpad.net/debian/+source/openxenmanager/+bug/1258660 Reviewed-by: Daniel Lintott dan...@serverb.co.uk Last-Update: 2014-06-12 --- diff --git a/window.py b/window.py --- a/window.py +++ b/window.py @@ -960,8 +960,16 @@ class oxcWindow(oxcWindowVM,oxcWindowHost,oxcWindowProperties,oxcWindowStorage,o else: ref = self.selected_ref if self.xc_servers[self.selected_host].all_vms[ref][consoles]: -console_ref = self.xc_servers[self.selected_host].all_vms[ref][consoles][0] -location = self.xc_servers[self.selected_host].all_console[console_ref][location] +nb_consoles = len(self.xc_servers[self.selected_host].all_vms[ref][consoles]) +location = None +for i in range(nb_consoles): +console_ref = self.xc_servers[self.selected_host].all_vms[ref][consoles][i] +protocol = self.xc_servers[self.selected_host].all_console[console_ref][protocol] +if protocol == 'rfb': +location = self.xc_servers[self.selected_host].all_console[console_ref][location] +break +if location is None: +print no VNC console found self.tunnel = Tunnel(self.xc_servers[self.selected_host].session_uuid, location) port = self.tunnel.get_free_port() Thread(target=self.tunnel.listen, args=(port,)).start() signature.asc Description: OpenPGP digital signature
Bug#702336: virtual console not working, black screen
On Wed, Jun 11, 2014 at 10:03:37AM +0530, Ritesh Raj Sarraf wrote: On 06/11/2014 03:22 AM, Daniel Lintott wrote: The bug report in Ubuntu [1], has more information regarding this bug. I can also confirm it is still present on my Debian 7 machine, when connecting to Citrix XenServer 6.2. All other function operate as expected, other than the console... which is rather crucial for being able to setup new virtual machines, without having to run Citrix XenCenter on a windows VM/partition. If there is any more information I can provide, let me know. I have a fully working XenServer 6.2 install that I can test against. The unfortunate state of OpenXenManager is that, afaik, nobody is working on it. There's no active upstream. And I don't have any time to root cause and fix bugs in it. If you do the same, and provide me patches, I am willing to keep it in the archive. Otherwise, my plan was to drop it out of Debian. Ack, I had noticed that upstream seemed pretty dead. Python isn't my forte, but I shall certainly take a look and see if I can't fix some bugs. I have found a patch in the upstream bug tracker related to the console, so I shall investigate that. There has also been some recent enquiries from other people on the upstream bug tracker, who I shall try and make contact with to see if they are interested in helping to work on the project. Currently I have imported the upstream SVN into a Github repository at [1]. It would be a great shame to see the project die, as it is the only GUI I have found for XenServer that runs on Linux. I shall update this bug report if I manage to make any progress. Regards, Daniel Lintott [1] https://github.com/dlintott/openxenmanager -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702336: virtual console not working, black screen
Control: tag -1 -moreinfo +confirmed Control: severity -1 important The bug report in Ubuntu [1], has more information regarding this bug. I can also confirm it is still present on my Debian 7 machine, when connecting to Citrix XenServer 6.2. All other function operate as expected, other than the console... which is rather crucial for being able to setup new virtual machines, without having to run Citrix XenCenter on a windows VM/partition. If there is any more information I can provide, let me know. I have a fully working XenServer 6.2 install that I can test against. Regards, Daniel [1] https://bugs.launchpad.net/debian/+source/openxenmanager/+bug/1258660 signature.asc Description: OpenPGP digital signature
Bug#750916: dput: Patch to suport for host arguments
Package: dput Version: 0.9.6.4 Severity: wishlist In bug #505173 and #505176 a patch was proposed to add SFTP and host argument support from Ubuntu to the Debian version of dput. There was some reluctance surrounding this as adding SFTP support introduced a dependency on bzr. I work with closely with an upstream author where we make extensive of Launchpad's PPA feature, so having the ability to easily upload to multiple PPA's from Debian would be very useful. I have taken the current patch applied by Ubuntu in the latest release of dput and split the SFTP support from it, leaving just the host argument support. I have tested this locally on my Wheezy machine and the attached patch works as expected, Please consider merging this into Debian. Regards, Daniel -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dput depends on: ii gnupg 1.4.12-7+deb7u3 ii python 2.7.3-4+deb7u1 dput recommends no packages. Versions of packages dput suggests: ii lintian 2.5.22.1~bpo70+1 pn mini-dinstall none ii openssh-client 1:6.0p1-4+deb7u1 ii rsync 3.0.9-4 -- no debconf information From 043a400186685351997484155e634078f29180f2 Mon Sep 17 00:00:00 2001 From: Daniel Lintott dan...@serverb.co.uk Date: Sat, 7 Jun 2014 22:37:25 +0100 Subject: [PATCH] Add argument passing to support PPA upload --- dput | 22 -- dput.1| 10 +++--- dput.cf |3 +-- dput.cf.5 |7 +++ http.py |2 +- 5 files changed, 36 insertions(+), 8 deletions(-) diff --git a/dput b/dput index 8b6c105..dd9d1b4 100755 --- a/dput +++ b/dput @@ -260,7 +260,7 @@ def source_check(changes, debug): print D: Upstream Version: %s % upstream_version print D: Debian Version: %s % debian_version if debian_version == '0.1' or debian_version == '1' \ - or debian_version == '1.1': + or debian_version == '1.1' or debian_version == '0ubuntu1': include_orig = 1 else: include_tar = 1 @@ -710,6 +710,17 @@ def main(): elif len(args) == 1 and not check_only: package_to_upload = args[0:] else: +if ':' in args[0]: +args[0], hostArgument = args[0].split(:, 1) +else: +hostArgument = + +if config.has_section(args[0]): +config.set(args[0], args[0], hostArgument) +else: +# Let the code below handle this as it is sometimes okay (ie. -o) +pass + if not check_only: if debug: print D: Checking if a host was named on the command line. @@ -740,8 +751,11 @@ def main(): print D: Host %s found in config. % args[0] preferred_host = args[0] package_to_upload = args[1:] -elif not config.has_section(args[0]): +elif len(args) 1: print D: No host %s found in config % args[0] +package_to_upload = args[1:] +else: +print D: No host specified. package_to_upload = args[0:] # Now Import the Upload functions @@ -770,6 +784,10 @@ def main(): else: host = preferred_host +if not config.has_section(host): +print E: No host %s found in config % host +sys.exit(1) + # Check if we already did this upload or not check_upload_logfile(package_name, host, check_only, call_lintian, force_upload, debug) diff --git a/dput.1 b/dput.1 index 719ea3d..0528c02 100644 --- a/dput.1 +++ b/dput.1 @@ -6,7 +6,7 @@ .SH SYNTAX .B dput [\fIoptions\fR] -[\fBhost\fR] +[\fBhost\fR[:\fBargument\fR]] \fBpackage.changes\fR ... .SH DESCRIPTION This is a tool for uploading Debian packages into the archive. You may specify @@ -14,8 +14,12 @@ to which host it should upload the file by passing it an .I host argument. If omitted, dput uses the host specified by .I default_host -(or, historically \fIdefault_host_non-us\fR) configuration option. -Also you have to pass the program one or more name of +(or, historically \fIdefault_host_non-us\fR) configuration option. You also can +pass an argument to the host by appending the hostname with a colon followed +by the argument. For example, you can upload easily to different launchpad PPAs +by passing the PPAs' id to the ppa host without having to modify dput.cf. +.P +You have to pass the program one or more name of .I package.changes files and then they will be sequentially uploaded. .P diff --git a/dput.cf b/dput.cf index 9296262..de113f1 100644 --- a/dput.cf +++ b
Bug#750771: RFS: python-fysom/1.0.15-1 [ITP] (bootstrap-vz dependency)
On 07/06/14 22:20, Alex Chernyakhovsky wrote: I've noticed you're using debhelper, and specify a compat level of 8. As far as I can tell, you're only using debhelper 7 features; perhaps consider setting the compat level to 7 (and depending on debhelper = 7) to ease backporting? That is unnecessary as oldstable has debhelper 8 [1] Regards, Daniel Lintott [1] http://packages.qa.debian.org/d/debhelper.html signature.asc Description: OpenPGP digital signature
Bug#750276: libhttp-async-perl: FTBFS: Tests failures
Digging into this FTBFS, I've found the problem lies with HTTP::Server::Simple which was recently updated. Installing libhttp-server-simple-perl_0.44-1 from snapshots confirms this. Somewhere in the new version of HTTP::Server::Simple the first half of the URI is being lost. Adding some debugging code to TestServer.pm with HTTP::Server::Simple v0.44 we see the following request URIs: DEBUG: http://localhost:50794/foo/bar?redirect=2 at t/TestServer.pm line 151. DEBUG: http://localhost:50794/foo/bar?redirect=1 at t/TestServer.pm line 151. With HTTP::Server::Simple v0.45.02 we see the following: DEBUG: /foo/bar?delay=1 at t/TestServer.pm line 151. DEBUG: /foo/bar?redirect=2 at t/TestServer.pm line 151. Therefore failing the test for a fully qualified request_uri. Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#750276: libhttp-async-perl: FTBFS: Tests failures
On 06/06/14 13:39, gregor herrmann wrote:
On Fri, 06 Jun 2014 12:40:36 +0100, Daniel Lintott wrote:
Digging into this FTBFS, I've found the problem lies with
HTTP::Server::Simple which was recently updated.
Installing libhttp-server-simple-perl_0.44-1 from snapshots confirms this.
Somewhere in the new version of HTTP::Server::Simple the first half of
the URI is being lost.
Cool, thanks for the analysis.
Looking at the changelog for HTTP::Server::Simple I've identified the
problem code...
0.45_01 Thu Sep 22 10:10:41 EST 2011
* Support full URIs as required by RFC2616 - penfold [rt.cpan.org #69445]
This relates to the following code change at line 687 in
lib/Server/Simple.pm
+# strip scheme://host:port out of HTTP/1.1 requests
+$uri =~ s{^\w+://[^/]+/}{/};
Reading the related bug report [1] I'm not 100% certain that the patch
that was applied actually fixed the bug!
Now my technical knowledge when it comes to RFCs is somewhat lacking...
so I may well be wrong.
The bug [1] quotes RFC2616 saying:
To allow for transition to absoluteURIs in all requests in future versions
of
HTTP, all HTTP/1.1 servers MUST accept the absoluteURI form in requests, even
though HTTP/1.1 clients will only generate them in requests to proxies.
The tests that were failing for libhttp-async-perl were specifically in
relation operation as a proxy. My initial idea is that the stripping
that was introduced shouldn't be applied if the server is running in
proxy mode.
But I may very well be wrong on this... so I'm open to suggestions from
the group.
Regards
Daniel
[1] https://rt.cpan.org/Public/Bug/Display.html?id=69445
signature.asc
Description: OpenPGP digital signature
Bug#750276: libhttp-async-perl: FTBFS: Tests failures
On 06/06/14 18:13, gregor herrmann wrote: On Fri, 06 Jun 2014 13:59:04 +0100, Daniel Lintott wrote: The tests that were failing for libhttp-async-perl were specifically in relation operation as a proxy. My initial idea is that the stripping that was introduced shouldn't be applied if the server is running in proxy mode. Sounds quite logical to me at first glance. After a bit more digging and understanding how the various modules were working together I've discovered that: 1) HTTP::Server::Simple appears to be working as expected and as per RFC whilst HTTP::Async was basically exploiting the fact that HTTP::Server::Simple didn't comform to RFC so was able to use it as a proxy which is now broken. 2) HTTP::Server::Simple has no idea it's being used as a proxy 3) The proxy server is implemented in libhttp-async-perl/t/TestServer.pm [1] But I may very well be wrong on this... so I'm open to suggestions from the group. Maybe you could try and ask upstream about it? I shall contact the Upstream Author of HTTP::Async first, as that project has seen the latest activity. HTTP::Server::Simple doesn't appear to have had any activity since May 2012 when 0.45_02 developer release was made. Regards, Daniel [1] http://sources.debian.net/src/libhttp-async-perl/0.25-1/t/TestServer.pm#L146 signature.asc Description: OpenPGP digital signature
Bug#750276: HTTP-Async
(CC'ing the debian bug) Hi Alex, On 06/06/14 22:15, Alex Balhatchet wrote: Hi Daniel, I couldn't find any way to get the proxy mode of the t/TestServer.pm module to comply with RFC1616 - either I'm missing something or it's impossible for an RFC1616 compliant server to act as a proxy. So I've hacked in a fix which causes TestServer.pm to act as an RFC1616 non-compliant server even when it's using a newer version of HTTP::Server::Simple. https://github.com/evdb/HTTP-Async/commit/ede0ccb4ccd77801b2df955dae7844f14d661c5f What do you think? If you're happy with the change I'll bump the version number to 0.26 and release the change to CPAN. - Alex Looks good to me, I've just run the entire test suite with the new TestServer.pm and all pass fine. Daniel signature.asc Description: OpenPGP digital signature
Bug#731713: Current status
Control: retitle -1 RFP: phpipam -- web based IP address management Control: tags -1 +wontfix Control: noowner -1 phpipam requires Net-Ping from [1], which was removed from Debian in 2013 [2]. I have looked at repackaging Net_Ping for Debian, but the current license seems to be an issue (PHP License) Despite multiple attemps to contact the old upstream authors I have had no response to followup on an old request to have the package relicensed [3]. Therefore I'm retitling this bug to RFP and marking wontfix, to aid any future packagers with phpipam Regards, Daniel [1] http://pear.php.net/package/Net_Ping [2] https://bugs.debian.org/701858 [3] http://pear.php.net/bugs/bug.php?id=14853 signature.asc Description: OpenPGP digital signature
Bug#750677: RFS: buildnotify/0.3.5-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package buildnotify * Package name: buildnotify Version : 0.3.5-1 Upstream Author : Anay Nayak anayak...@gmail.com * URL : https://bitbucket.org/Anay/buildnotify * License : GPL-3+ Section : devel It builds those binary packages: buildnotify - cruise control CI build monitor To access further information about this package, please visit the following URL: http://mentors.debian.net/package/buildnotify Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/buildnotify/buildnotify_0.3.5-1.dsc More information about buildnotify can be obtained from https://bitbucket.org/Anay/buildnotify. Changes since the last upload: buildnotify (0.3.5-1) unstable; urgency=low * Initial release (Closes: #750457) -- Daniel Lintott dan...@serverb.co.uk Thu, 05 Jun 2014 10:38:07 +0100 Regards, Daniel Lintott signature.asc Description: OpenPGP digital signature
Bug#750457: ITP: buildnotify -- cruise control CI build monitor
Package: wnpp Severity: wishlist Owner: Daniel Lintott dan...@serverb.co.uk Package name : buildnotify Version : 0.3.5 Upstream Author : Anay Nayak anayak...@gmail.com URL : https://bitbucket.org/Anay/buildnotify License : GPL-3+ Programming Lang: Python Description : cruise control CI build monitor BuildNotify is a cruise control system tray monitor. It was largely inspired from CCMenu and lets you monitor multiple continuous integration servers with customizable build notifications for all projects -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750078: dose-builddebcheck: Improve manpage explanations
Package: dose-builddebcheck Version: 3.0.2-3 Severity: wishlist The dose-builddebcheck does not detail how to use the --explain option. Looking at the dose-distcheck manpage it states: -e, --explain Give explanations. If used together with --failures then the explanation consists of dependency chains leading to a conflict or a dependency on a missing package. If used together with --successes then the explanation consists of an installation set. Please consider including this on the dose-builddebcheck manpage -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dose-builddebcheck depends on: ii libbz2-1.0 1.0.6-4 ii libc6 2.13-38+deb7u1 ii libpcre31:8.30-5 ii zlib1g 1:1.2.7.dfsg-13 dose-builddebcheck recommends no packages. dose-builddebcheck suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749874: lire: libtime-modules-perl has been renamed
Package: lire
Version: 2:2.1.1-2.1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
libtime-modules-perl has been renamed by upstream.
Your package currently {build-}depends on libtime-modules-perl.
Please update these depends to use the new package libtime-parsedate-perl
Regards,
Daniel Lintott on behalf of the Debian Perl Group
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBAgAGBQJTiGR1AAoJEMhyZNddc+xueOQQAJZ9HQdPl2ryCj2hQVZClAJX
84mqWbmR0VSwDtbIia7BJ2MOWX5E5icmyidHfhrFBQOinyAShqMt5rmEj4R0NwgZ
9v41uibWB6VBOPBTNg/W170bBt2i0MfbNUMQ7HqigZS+gi66gaw3Ro45q3tp5wYh
siBKWph7CJOzzx/PIROvvKFzas9d2VRUsFaApYiTgdcKxXUnvC+cHks/+q3gwAUK
y4u3uilR48am5F+P6Iftdz9nf7/3k4qKxZy7CPE8JXlj97kGl5At8dYmvee0Oiug
i367f4IqG59eQa0MvIE/65em530ZOZjIMA20+sJwk7MMMQEBSZCnVna8FEdl3cIq
l+IY0724T4VTXQA2sQCYcJCsHRAp19c/MDAkGkjEV4SaVD7pElkb9/IsVFa3FvUm
ujY213BGwPCqIKEQ7hziF1TaE3A+gHgedhtUBHtciNhCgK3Wb9oBbguwgoILrEi9
esZ4EfQMgKiW6IYL9OHLE66P1XXMH7Ri993lzhKMJC/MZ9bObcg7LtbsPidvHQ8B
S4BlF4cZ4HRK1x50FiRs6WN5SWsFxju4xjnyKix74J6HB2za86ARonORKOFAd+RY
/C+LM5eUiSbTgmKJ4sFy3sCxIntfpYHFbdVz0dBzCWUWR4tMZQjJgOXqfzs9SYRy
GKLospfz5ohlu0y6HY+s
=wpnf
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749873: request-tracker4: libtime-modules-perl has been renamed
Package: request-tracker4
Version: 4.2.4-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
libtime-modules-perl has been renamed by upstream.
Your package currently {build-}depends on libtime-modules-perl.
Please update these depends to use the new package libtime-parsedate-perl
Regards,
Daniel Lintott on behalf of the Debian Perl Group
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBAgAGBQJTiGJ5AAoJEMhyZNddc+xub+MQAJFZgCaipt4Gabm8O32GTgBf
FY5jk69mnK6qSMwyIfOwRE+1np1HrrwPnwFEitnkg8v0l+Lm1AzDUZUjrL7O+WJv
6ECCWQnASBCm9WZ0ylGnAn0DnUSaTV1CFJeVOWwhDoD8ibcPS3ZWI8U7yAxlxxqv
JU+RlTYpiHaHISrIUPMtZ8eXxS1v60kKEOJLeaIJPyuHphHNxFj6w/mk7qk/U9Vx
umxiF8H4DPiBl1hKKNR2xsErG+6HE56WJ1B6BG6nXy2SKFQGC1fk6d6tbQVW9IFP
haBDDBfsHiwAAvl0EvpKFS7cwNlnsebcl7jfz9SmMww5zk9bePAT63gtPG8ZoLlz
XGerx8R/L6I0dqimID6cowJuo5g/J1TSNKRgjfyRF5AbVzvqkvXAZrJPqPROgIrp
MDTQGvYkzEB4RVLX2v2tZaxqUimzPpOkwU5u6X8EnuqTFxz0VrLxjHU10dQxXyxF
4vK+BaFzlILeboCjnSCJOZmEyed+QNjv4pSuAUB73lut8GOS7PmGL2a13E4qDS4G
o+Xm0vIxGUdjh2+O2qxhfOvE2msrc+s3mSrB4SwR8ZiKLrbnErjNK9AshmULJeCq
Q2PlDndDTwSr05HhD3WHsp9A+B7Nb9+Cgb/1kI3smHPu6p2MAASCrU35WcN3TuZU
coXRHiMiZMMPdUJG7E4n
=Gzxx
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749875: mon: libtime-modules-perl has been renamed
Package: mon
Version: 1.2.0-8
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
libtime-modules-perl has been renamed by upstream.
Your package currently {build-}depends on libtime-modules-perl.
Please update these depends to use the new package libtime-parsedate-perl
Regards,
Daniel Lintott on behalf of the Debian Perl Group
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBAgAGBQJTiGOYAAoJEMhyZNddc+xuSlsQAM20ZGbAo2+xboXByfrCzeIC
GuIaYTUVGKPPYqB6mQQ2bnekmOxdau74MnbCoixLXY9Z9ZeCnTtGhytPwXzL1nl0
w+5U+PE/WSgOVJrpCJvhEO3S0tyAwpilrhH0kPjub+9gj3tROt21IZdPeDe5WxJB
G14Dc/uIN4MrSfP1qukH4XoF0vn+p17GZvce+4zfjHrGs/tPjoBwo2nwJ8zREgcj
MdGU4bfeyJNjGZOC8xS4yAm0wgNsJwXfrOyYO5GIkY0+bq8KCLNAx1UiOF89ufoE
BgtrqRKKCISkXjYGopNfVMo7+wJ4B7uyoyLkDSiWJGjZUXc6n2luPu+TDzFuC/dP
l95cnU8DWUTsACblp76OaxCONHeHQ8mPogQPTksuMONSJCZtla44tbshFDHAJnva
Xd/zs0KtWsUj3T5pyPVQtPMcBCKYeX+6WyzQhhSC2DO+/3ZI/jrD1/Rfi+zXXYgd
wvqcPay0COlT0ifXJL2u7aRiybigt4bp0cDG0yqy+wFVeTHOQHCEyWky7uQn+vJ2
yyNWbvJDMocP3utcDpdtrbZ1DeZnoNY9jt75PEVZtltJSk+fh8Rk8aUbnArCDBlu
pKvTN3440fOOWqONsmR0nKaRUGB7MABKqKuiZg7Wh4MA5/NlkBrsP+P/sQWPcvBD
GDCOBv10PI68OTiywPWo
=hbp3
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749876: libschedule-cron-perl: libtime-modules-perl has been renamed
Package: libschedule-cron-perl
Version: 1.01-0.1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
libtime-modules-perl has been renamed by upstream.
Your package currently {build-}depends on libtime-modules-perl.
Please update these depends to use the new package libtime-parsedate-perl
Regards,
Daniel Lintott on behalf of the Debian Perl Group
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBAgAGBQJTiGWQAAoJEMhyZNddc+xuOPkP/jLIjE8JNH1FutZ8Ng4kBnpQ
oHob8HJf4zeto06zjClBfUYeAyFATUXyV5KWnttXoJ9Rq6ri2ePmRilU6tq6Azee
NYU5zWlMSXP10pdKUP19IOM2e1lA6vV6Yqx6zgaz9dBraAhE9ho4FCc1k/6lawHj
EiLPXNnubEzdCbVEeqo+Uuo8Fn1i7qhqcthWFPy6iRTQfaAKVpwFjxUhkOEGDYl7
WIDriFeXdq7/1+uR/kPLRrgdWGmPeHNDH0khfgqbEooaQOe+9XgePoHpuVYSA+39
ZWCWIsaLS1fF+h9mYciIvvGeRVkQkaCtlg4xjt4OHMOHszqt4OVIu5JCw3JSemDY
LHAzCPnAG6xTUmxYBsQXY+MtpR9SVFGv3lCEArhM6kkzGiMKwFQFyZxxmnxsyZrj
ORdMiRN2yxWJAD5IrpYd8vv3SseGow9otFpCO1YleRYx/hNYgE9Ypolpa/8PKwzQ
CPu3cEaz9TCLl+6zSCiw5T85O9HX04DfohHpBV2wc5v9/Aazex5Y4Jcs6yPhhcoR
0VYLzgQL1j+oYr2JWXJsr5G7tZD9i1sF9MdflR4NeVDTiERBPS6prH4e3Xi8fSDN
KdaEtC6ZgyzPAsuxhNt9wcbUnA9ftOaLtFEZ8zv3VjXeZnOcG9/Lv5j4iMfQ9K5K
Hp7/qoZYdz58dg7VnpxA
=OmNK
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749877: dirvish: libtime-modules-perl has been renamed
Package: dirvish
Version: 1.2.1-1.2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
libtime-modules-perl has been renamed by upstream.
Your package currently {build-}depends on libtime-modules-perl.
Please update these depends to use the new package libtime-parsedate-perl
Regards,
Daniel Lintott on behalf of the Debian Perl Group
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBAgAGBQJTiGZGAAoJEMhyZNddc+xuaFkQALFo4T5D6kz4gYfftwBmeVEx
Z2o+JhBeuIpt5LmgBCw6IxRvLFd7TzpmahMQg58zGrFs2F4NoeBXFRYDX7J4MXBN
M/ATYHn8El8flSBIlYUQKZtLqhFhJBpy7/zbtuTfMFEbntBsfbdbaR6KthMfxrkf
ruaYMI/Ym+flKXQpzgJu4+fe4SG0LruyTN+GHhyD4CCpN36ETq7I0Y6hWspjN8er
GhFtZTBl6gajDAAaYNW5bgM8FV7Kk3T5wdk0A3Xhct5ynElhyJcoF+3tPcuNwlj2
9f2DkHwQPB5EfgCBFg6DTaGJZrH3RMzVXpAY72b+9boqV2PLfNjXKFv01Yt7n+jy
I9vK7UjOz5ySHWRPBEh6lHnsqs8qjf+1Lo3GLRp8/t6gD+4zjxZexl3yOJHBBCfi
R0GCQQz6QmyF0VNNDrhU7K8bEMYquGaVO0ZhHsco5H642WCJ23u4QtkqABrSD3TL
ROJiAW6S0MDSBj3/vvuN6zY2CPNkfsZZoUPlL7dawo8gGWRdT3UnFGeLH0EW7dtb
BpeHeOEfKX3SJuNudUm1OIwRwk83pYku2tty9IZBIyLv6oh+O9IoCc+8CMFU7YNM
QbjHfMufrBYuG5ojLlQEMPVbQCaGX0ScxjwEHjHArsc8YQ2EJ2xph8+qsYByx4A0
qe4DKDdfRMmnrJpCl+IC
=dd79
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749879: backuppc: libtime-modules-perl has been renamed
Package: backuppc
Version: 3.3.0-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
libtime-modules-perl has been renamed by upstream.
Your package currently {build-}depends on libtime-modules-perl.
Please update these depends to use the new package libtime-parsedate-perl
Regards,
Daniel Lintott on behalf of the Debian Perl Group
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBAgAGBQJTiGaiAAoJEMhyZNddc+xuE5oP+wTHuoVVG1P6Vec1Ytte5eeh
pQVSTKyIR7JA6AEsRSJAzyB4wuXGwS5TO2PAW41E2/i8vooS1DyEHwvMsZHRw9Zi
wMntGvCAJvcFfictAlo8T1f6EQpuJ5MYuts7irod48PuUdH2SpAG0pH7We9RKbbc
jwUPPCDLQbXjB9pPGcHqqI/Gv4W+sf1RkWrty0oct18eii4ATHPmGZ3m+LT223rE
yVZtxk8YQUt5T+smb0TgH80lo+KSH47GLhJuQ00iPLztYlaUmsJ3M921yPZ4AVdX
eb613WbXKFh+roAcIxd+1lHp4NMP7EY3ExpTa5YeGs1jtFWyzFdOBZf7s2g/kcr+
rVguE9TfWhD7zQVUvVKRlnzH/vyBmKbO8+U+c3xo3wxsXav0cewVVA7Id2NmYJ04
tgXN1dgyVj/IiiHwg0VIFXra1Bdl5wCfXfZNkByzbXBca0lSQ66tlGqjTOX2zzie
unmVdKX9ZMiU1U/ub7h4s2DwG27I4HR2SPwofVrlQk3wQn5E9i5LIapS0+bnAw1q
DSYTJrf81hM2LgOcklx+4s9GVOWYO+x0oEjdF0i7LBTS7PTTo/7o3BmYW9bW2rfR
Qj+bd0miJnukR81BXDO2iEWXGDhjmxQuAoVg5K+9f1ei/xfIDnwOn96qlKhJ2+Fz
FRJ4cAmufSOcwMvJDAwA
=xkZ7
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734123: libhtml-html5-parser-perl: suggests libxml-libxml-devel-setlinenumber-perl, which doesn't exist
With regards to bug #734123, what is the groups' feeling on packaging libxml-libxml-devel-setlinenumber-perl given the following on the metacpan page[0]: DESCRIPTION This module exports one function: set_line_number($node, $number) Sets a node's line number. Why in name of all that is good and holy would you want to do that? Frankly, you probably don't. And you probably shouldn't. There's just about one sitution where it makes sense. If you are, say, writing a parser for a non-XML format that happens to have an XML-like data model, then you might wish to parse your format into an XML::LibXML document with elements, attributes and so on. And you might want all those nodes to return the correct line numbers when the line_number method is called on them. Say, for instance that you're working on HTML::HTML5::Parser. THIS MODULE IS WELL DODGY And you're a fool if you use it. [0] https://metacpan.org/pod/XML::LibXML::Devel::SetLineNumber -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
Bug#554155: Review of mysql-sandbox
Hi Mateusz, I came across your package on mentors.d.o and was intrigued so decided to give the package a review. NB: I'm not a DD, so can't actually sponsor you myself... But hopefully this will help point you in the right direction. Currently there is a small FTBFS (that occurs only under sbuild, which the buildd's use). The package fails to build at the test section as it tries to create a directory in the users home directory (sbuild sets $HOME = /sbuild-nonexistent). A small modification(taken from the glib2.0 package) to your debian/rules fixes this: # Do not clutter $HOME with ~/sandboxes and avoid failure on the buildds # where creating /home/buildd/sandboxes fails export HOME=$(CURDIR)/debian With the package built we can cover the Lintian warnings: W: mysql-sandbox: debian-changelog-line-too-long line 4 As mysql-sandbox has never been uploaded to Debian you can simply remove this line, leaving just the single 'Initial Release' line. W: mysql-sandbox: script-with-language-extension usr/bin/deploy_to_remote_sandboxes.sh All files installed into a directory in PATH shouldn't have a language extension. The easiest fix for this would be to rename the file in debian/rules, see [0] for an example solution. W: mysql-sandbox: binary-without-manpage usr/bin/deploy_to_remote_sandboxes.sh This doesn't appear to have a manpage or any mention in any files... Maybe ask upstream to see if they can supply a manpage for this (this wouldn't block an upload though) W: mysql-sandbox: binary-without-manpage usr/bin/msb msb is found the MySQL::Sandbox.3pm manpage, adding another symlink for this is fine. debian/copyright: + Rather than duplicating the license twice, you can use a single licence block, see [1]. + Consider using metacpan.org as the source URL (see below) debian/mysql-sandbox.docs + No need to install the README, it's just a copy of the manpages debian/copyright, debian/watch + Consider using metacpan.org [2] for the watch URL as this will allow the upstream to be tracked should it be taken over by a different author on CPAN. It also be worth contacting the guys at the Debian Perl Group [3] (cc'd), you may find someone there who is willing to sponsor your package. [0] http://sources.debian.net/src/libvm-ec2-perl/1.25-1/debian/rules#L11 [1] http://sources.debian.net/src/gns3/0.8.6-3/debian/copyright [2] https://metacpan.org/release/MySQL-Sandbox [3] https://wiki.debian.org/Teams/DebianPerlGroup Regards, -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
Bug#722345: Bundled version of snappy in libcompress-snappy [RFP]
I was taking a look at the packaging for libcompress-snappy-perl again earlier, having seen it on the WNPP list several times. From the commits at [0], it seems the main issue preventing packaging was the bundled version of snappy. For a while I couldn't figure this out as the bundled files don't match any of the files in libsnappy-dev, because the version included is actually csnappy from [1] To quote the readme at [1]: Google's code is written in C with a lot of C++. Some of the more interesting features that rely on C++ appear to have been elided from the open source version of Snappy. Goals: To get the codebase into a shape that can be accepted into the mainline Linux kernel and used with zram (http://code.google.com/p/compcache/). Being able to compress vmlinux and initrd with Snappy is a secondary goal. Same for support in Squashfs and other parts of the kernel that currently support LZO. Results: I cut out or ported to plain ANSI C the necessary code and headers. To cause less confusion, I call this project (and files) csnappy. The API looks right, but I welcome comments. The code *has* been tested in kernel-space using a patched zram and it works. Which leaves two options... a) Use the bundled version of csnappy b) Package csnappy for Debian [0] http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libcompress-snappy-perl.git [1] https://github.com/zeevt/csnappy Regards, -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
Bug#742050: RFS: gns3/0.8.6-3~bpo70+1
On 28/05/14 22:12, Joao Eriberto Mota Filho wrote: Hi, To get success, you should send your RFS to Backports list.[1] [1] http://backports.debian.org/Contribute/#index3h3 Regards, Eriberto Thanks for the reply... I had indeed sent the RFS to backports as well, but received nil response over there. I shall reupload the files and ping them again shortly! -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
Bug#677865: Re: Bug#677865: dpkg-gencontrol warns about 'File::FcntlLock not available'
On 26/05/14 22:11, gregor herrmann wrote: On Mon, 26 May 2014 22:41:13 +0200, Jens Thoms Toerring wrote: Is there any chance of someone temporarily giving me an account on a type of machine where the tests fail or https://gcc.gnu.org/wiki/CompileFarm If it's of any use I do have an account on the GCC Compile Farm, obviously I can't give access to that account myself.. as access is via SSH key... but if needed I can try some builds over there -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
Bug#738850: ITP: iniparser -- a stand-alone INI file reading/writing library
On 18/05/14 00:40, Klee Dienes wrote: On May 17, 2014, at 3:19 PM, Daniel Lintott dan...@serverb.co.uk wrote: I've taken a look at your packaging at agree it looks good. I noted a couple of things that I've picked up since I started packaging… Thanks for the feedback! I took most of your suggestions (comments to follow) debian/rules - no need to define a .PHONY target - build flags import and set isn't required as dh9 sets all the required build_flags Removed the build flags stuff; thanks. Do you have a reference regarding the .PHONY target? Are you saying that there’s a mechanism by which PHONY targets are no longer necessary? Or just that since those files aren’t present in the source directory, they’re not needed. Now that you have me thinking about this, I realize that debhelper probably has a bunch of invisitargets that are never getting captured by .PHONY. So I took the easy way and agreed with you and removed them all. There is a *lot* of documentation out there that implies that they should be present, though … I wonder if there’s a canonical source of guidance anywhere. I don't have any reference per se.. other than I've not seen it used personally... (Doesn't mean I'm right btw) :P Just having a look the only reference I could find was at the beginning of the following message: https://www.mail-archive.com/pkg-clamav-devel@lists.alioth.debian.org/msg02836.html debian/control - section can be removed from libiniparser0 binary package I know it’s redundant, but it pains me to have all the other binary packages specify a Section: and not libiniparser0. Ack... I noticed that it was flagged up by Lintian, so thought I'd suggest it. I'm not sure what the official view is. debian/watch (Attached) - Look at GitHub tags directly (not via deprecated github redir) - Add dversionmangle to remove date/git suffix Thanks! I wonder if it would be possible to add a note to githubredir.debian.net explaining that it’s deprecated and giving the new syntax. That may well be possible... Just looking at changelog for the devscripts package which contains uscan it contains the following: + Update the GitHub example. Based on a patch by YABUKI Yukiharu. (Closes: #728182) in version 2.14.0 (which is present in testing) I also wonder if there’s any lintian checks that already look for deprecated watch file formats. It may be worth suggesting that to the Lintian developers debian/changelog - Most new packages use a single entry in the changelog, for the initial packaging and closing of ITP bug That makes sense, but OTOH, I’m using these packages internally in my personal work. So as I find bugs I am bumping the version internally … it makes sense to me to keep meaningful changelog entries. Is there a reason they’re considered harmful, or is it just a matter of personal preference? I suspect you are right that I should push the “Closes: #738850” entry to the release that actually closes the ITP … I’ll do that when I go to submit. I don't think it's necessarily considered bad, but something I've noticed a lot of Debian Developers require when they sponsor packages on mentors.debian.org I would be reluctant to take over the package entirely as I'm not really familiar with library packaging (other than perl modules). This one, thankfully, is a pretty easy one. No pressure was intended … I’m happy to maintain it. Just wanted to extend the offer. No problem ;) Regards -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
Bug#738850: ITP: iniparser -- a stand-alone INI file reading/writing library
Thanks for the prompt reply! On 17/05/14 00:05, Klee Dienes wrote: You can find my packaged sources at https://github.com/kdienes/iniparser . I've taken a look at your packaging at agree it looks good. I noted a couple of things that I've picked up since I started packaging... debian/rules - no need to define a .PHONY target - build flags import and set isn't required as dh9 sets all the required build_flags debian/control - section can be removed from libiniparser0 binary package debian/watch (Attached) - Look at GitHub tags directly (not via deprecated github redir) - Add dversionmangle to remove date/git suffix debian/changelog - Most new packages use a single entry in the changelog, for the initial packaging and closing of ITP bug I think they’re ready to upload. I’m currently working my way through the N-M process, after which I will likely upload the package myself. Or if you know someone willing to sponsor the package, I’m happy to work with them sooner. I do have a sponsor who I work with, for several packages but I can't comment on his current workload etc. It may be worth preparing the source and uploading to mentors.debian.org, filing an RFS bug and see if anyone is interested. (Also, if you are interested, I’m happy to have you take over or co-maintain the package. I packaged it because it was used by psmoveapi). I would be reluctant to take over the package entirely as I'm not really familiar with library packaging (other than perl modules). Regards, -- Daniel Lintott GPG Key: 4096R/5D73EC6E version=3 opts=filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/iniparser-$1\.tar\.gz/,dversionmangle=s/\+.+// \ https://github.com/ndevilla/iniparser/releases .*/archive/v?(\d\S*)\.tar\.gz signature.asc Description: OpenPGP digital signature
Bug#738850: ITP: iniparser -- a stand-alone INI file reading/writing library
Could I ask what the current situation with iniparser is? A package I shall be preparing currently depends on iniparser. Regards -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
Bug#690097: Dynamips Autobuild
On 28/12/13 14:14, Philipp Kern wrote: On Sat, Dec 28, 2013 at 10:58:56AM +, Daniel Lintott wrote: On Wed, Oct 09, 2013 at 12:22:48PM +0100, Daniel Lintott wrote: I have just taken over the maintenance of the dynamips package (http://packages.debian.org/sid/dynamips) and would like for this to be Autobuilt as per bug #690097. The dynamips package is licensed under GPL-2.0+, but contains two binaries mips64_microcode and ppc32_microcode that have have been included with dynamips since the it was first written. I'm confused. Those are not listed in debian/copyright. Why? These aren't currently listed in debian/copyright as I've no more information on the files. Both myself and upstream have been searching for some time now, to try and uncover more details on these two files... but have been unsuccessful. To quote a previous email that Andrew sent: The main and well-known issue with Dynamips is that it contains non-free microcode blobs, while the rest of the package is buildable and is cross-platform. Is there a particular statement that would like to be seen in debian/copyright regarding these files? So those files are not even from the GPL-2.0+ source, even if not buildable in Debian itself? How do we know that we can distribute them? Sorry for the long delay in replying here. I have been I contact with the upstream authors of dynamips and we can now confirm that the microcode blobs were indeed created specifically for the Dynamips project. I have added the following comment to the copyright file: Comment: Dynamips includes 4 microcode blobs (2 in stable, 2 in unstable) without source code present. Following discussions with the upstream author we have confirmed that these files were created specifically for the Dynamips project. From the upstream author: I confirmed that it's built specifically for dynamips while disassembling the microcode: 1) It relies on the custom device found in dev_remote.c 2) It assumes our hardcoded (broken) behavior and doesn't set things that would be needed if the cpu/motherboard emulation was complete. This copyright is not yet present in Debian, but is in the git repo [1], ready for the next upload. I hope that with this we can now get Dynamips enabled on the buildd's. [1] http://anonscm.debian.org/gitweb/?p=users/dlintott-guest/dynamips.git Regards, -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
Bug#745962: src:libcloud: Please build libcloud against python3
Package: src:libcloud
Severity: wishlist
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please could you also build libcloud against python3.
I am working on preparing a future package the will need a python3 version of
libcloud
I have attached a patch, the builds the package fine for me in an unstable
chroot
Regards,
Daniel
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBAgAGBQJTW/5cAAoJEMhyZNddc+xu2QMQAIQu72j7+jqtCMCQKiKWR3Mj
fkfTlgFXsQnS9/luFRs1meYN1mRb/q8LTmNBQ415BNqIXhxAndn43hmoFF0Qd4we
lbdS+oMGfAhCt4rD4TaojrP1cniRxuhniIIQliY647qIJwQEtB7cQQSUk+cUn0A3
QI86TT0R5r3/2lEHoGjCw+vocYEAoKN/vqTlRM7jCDxJugbOUrF1aMBvE8mm2vGH
zTt4CCWhpwd01DBjVAtPxtAsguHn8i7DDNrobRXe+T9jCb9+u3xA9WE3zRbevG6B
HGUHfM82fWba3r6hzCSG7zIEoL4T9DTrKUFCp7sHKIDDZnROIOq6bT1bCdKUHWd9
z4DGilc+MUiLwTOOy8Ek170lqhqA8YIZnMvQRO2hqu3qoyMKQl4J419sctxX8gm9
NvhiHp5p8GsVrSr7ldf/VVde3In4UHs+tCZaCYyk1pQyVJqHwziRZZcM+Zp1GdA+
XepkevEn6/MKaViHLvfeYYFpBrcE985J8LS6MIg+eVVSobgTL8FXmLPRp11LTwxV
FbN6WZnR49zMNPHc6iD0wt17KMcbBus2+cILPnI2ZmVfxB41dMJs7QYwIwUc/qiN
y02xR9EBsvy/bg65eKEyBfws5cBwqw/NY6Mh0qzICt++pDqJvEK8qaAFDlQdVq7k
5Rrw/HOSji+nkcc8FFeG
=TGL3
-END PGP SIGNATURE-
--- libcloud-0.14.1.orig/debian/control
+++ libcloud-0.14.1/debian/control
@@ -12,9 +12,15 @@
python-setuptools,
python-mock (= 0.8.0),
python-epydoc,
- python-pydoctor
+ python-pydoctor,
+ python3-all,
+ python3-crypto (= 2.6),
+ python3-simplejson,
+ python3-setuptools,
+ python3-mock (= 0.8.0)
Standards-Version: 3.9.5
X-Python-Version: = 2.6
+X-Python3-Version: = 3.0
Homepage: https://libcloud.apache.org/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/libcloud/trunk/
Vcs-Browser: http://anonscm.debian.org/viewvc/python-modules/packages/libcloud/trunk/
@@ -50,3 +56,36 @@
libcloud was originally created by the folks over at Cloudkick, but has
since grown into an independent free software project licensed under
the Apache License (2.0).
+
+Package: python3-libcloud
+Architecture: all
+Depends: ${misc:Depends},
+ ${python3:Depends},
+ python3-crypto (= 2.6),
+ python3-simplejson
+Description: unified Python interface into the cloud
+ libcloud is a pure Python client library for interacting with many of the
+ popular cloud server providers using a unified API. It was created to make it
+ easy for developers to build products that work between any of the services
+ that it supports.
+ .
+ * Avoid vendor lock-in
+ * Use the same API to talk to many different providers
+ * More than 30 supported providers total
+ * Four main APIs: Compute, Storage, Load Balancers, DNS
+ * Supports Python 2.5, Python 2.6, Python 2.7, PyPy and Python 3
+ .
+ Resource you can manage with Libcloud are divided in the following categories:
+ .
+ * Cloud Servers and Block Storage - services such as Amazon EC2 and
+Rackspace Cloud Servers (libcloud.compute.*)
+ * Cloud Object Storage and CDN - services such as Amazon S3 and
+Rackspace CloudFiles (libcloud.storage.*)
+ * Load Balancers as a Service, LBaaS (libcloud.loadbalancer.*)
+ * DNS as a Service, DNSaaS (libcloud.dns.*)
+ .
+ libcloud was originally created by the folks over at Cloudkick, but has
+ since grown into an independent free software project licensed under
+ the Apache License (2.0).
+ .
+ This is the Python 3 version of the package.
--- libcloud-0.14.1.orig/debian/python3-libcloud.install
+++ libcloud-0.14.1/debian/python3-libcloud.install
@@ -0,0 +1 @@
+usr/lib/python3/*-packages/*
--- libcloud-0.14.1.orig/debian/python-libcloud.install
+++ libcloud-0.14.1/debian/python-libcloud.install
@@ -0,0 +1 @@
+usr/lib/python2.*/*-packages/*
--- libcloud-0.14.1.orig/debian/rules
+++ libcloud-0.14.1/debian/rules
@@ -1,13 +1,14 @@
#!/usr/bin/make -f
%:
- dh $@ --with python2
+ dh $@ --with python2,python3
ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
override_dh_auto_test:
dh_auto_test
ln -s secrets.py-dist libcloud/test/secrets.py
for pyversion in $(shell pyversions -vr); do python$$pyversion setup.py test; done
+ for py3version in $(shell py3versions -vr); do python$$py3version setup.py test; done
touch $@
override_dh_clean:
@@ -15,3 +16,15 @@
rm -f test/secrets.py
rm -f libcloud/test/secrets.py
endif
+
+override_dh_auto_build:
+ dh_auto_build
+ set -ex; for python in $(shell py3versions -r); do \
+ $$python setup.py build; \
+ done;
+
+override_dh_auto_install:
+ dh_auto_install
+ set -ex; for python in $(shell py3versions -r); do \
+ $$python setup.py install --root=$(CURDIR)/debian/tmp --install-layout=deb; \
+ done;
Bug#744779: libwebservice-cia-perl: Fails to retrieve data from CIA factbook
Package: libwebservice-cia-perl Version: 1.4-1 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Whilst updating libwebservice-cia-perl, I discovered a bug report upstream so decided to test the package. Running full tests (internet inlcuded) fails badly and comfirms the bug reported upstream (https://rt.cpan.org/Public/Bug/Display.html?id=47337) Excerpt from tests showing 404: t/webservice-cia-parser.t ... 6/9 # Failed test 'URL - Flag OK' # at t/webservice-cia-parser.t line 44. # got: '404' # expected: '200' t/webservice-cia-parser.t ... 7/9 # Failed test 'URL - Map OK' # at t/webservice-cia-parser.t line 44. # got: '404' # expected: '200' t/webservice-cia-parser.t ... 9/9 # Failed test 'URL - Print OK' # at t/webservice-cia-parser.t line 44. # got: '404' # expected: '200' # Looks like you failed 3 tests of 9. t/webservice-cia-parser.t ... Dubious, test returned 3 (wstat 768, 0x300) Failed 3/9 subtests This renders the package unusable. Regards, Daniel - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-17-generic (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libwebservice-cia-perl depends on: ii libcrypt-ssleay-perl 0.58-1 ii libmldbm-perl 2.04-1 ii libwww-perl 6.04-1 ii perl 5.14.2-13ubuntu0.2 libwebservice-cia-perl recommends no packages. libwebservice-cia-perl suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJTTArrAAoJEMhyZNddc+xuhn4QAKJBdMGa8THC8ROvgibkN8Yk 933XJfNwgk9SEtLizhBPzOaiyKyOaB5NEwcmZDoBzHdkdXsLb5cUUQjPpcOhM5aF nbBiuz1Hm5zRCp98NPbyg+fPQOkBiqSPBkX5lyxOeKqnFXLr2QI321IFnHUzp7FQ cwYEb8CNhF8kjPbFAu0YsTQ3yEw5ltTUysuF0NRnFy8JlSlDAgXguOrHUJXQVu8T 4b8HI2PokWOz6F8UtV9IUes6yQeKbN324Z9IM8Qgsv2Z0uqNer65II4BtrB4D6qK 1UU3QVznBg5UWH2U6eD0vBU3fSJKUbft/7CmIfdTPB98gs034IVOqh1kRrMh4nfY 34u+GAcfIQo6Rc0K9dRLfCCeT926Ujniq+fyk6ni6OlyVpsiEsePCj1Cz/Bj7hjA O8GRiIaBVrUqlrxxpame76LZoltq4GU6M7xGrHTr6072x8o9SLyYRmC1aC8SGuuE A1UXLEfUp8sRB53A0hDY6V9Bt0rapESb0jxwkcos/iqbcSJlDl/aLUzBbif6jGPV WT+K/VGcDEP2MHUb2VPl5eVIwDpSpGVSo4l5kNr+RLm5qU/fS+aUQPiTxuC/RPAQ bYJFNIGp21VyZ6MaJyll/xn4KpqUZK1MusHwb2akPAmLWsAO8/nTOcgFhxrdLzcR eC1x6GQqTzxJI7VNvIXi =z+Ja -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722516: FTBFS: test unconditionally uses port 8080
Control: tags -1 + fixed-upstream This appears to have been fixed in upstream 0.25, which I have imported into the pkg-perl Git repository. -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
Bug#743454: netifaces: Incorrect VCS-Browser URL
Source: netifaces Version: 0.8-3 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The VCS-Browser URL for netifaces is currently incorrect: Current: http://anonscm.debian.org/?p=users/mario-guest/netifaces.git Should be: http://anonscm.debian.org/gitweb/?p=users/mario-guest/netifaces.git Regards, Daniel Lintott -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJTPIPRAAoJEMhyZNddc+xur64P/iBS/ezlmPz647EMAed80H6Q 20S+ksAhsHB/WJU3Ayhic6c4kcxGmIxIKN3aowzuOs8FKqX8Unwj/8Oey5EgBg8s HwI9x3YowdO9zGi+FwGLAfyeCnyTx3Ak12I3YV1yBSPxdakttSSZRYVeLyeoUF3V CjNpBl8p6T4kgR1P46odH0YY7w2yuN5u2lFe6bTl46yNyNm1xcvhxqKLgaZh7WOY 3/UaVXuwpHgs23SydDAFp8dIxvG6mj8Xsinx5AgazFDW9r9c3njv9N2g0qq/0JUv 7LeXwI9EGWeX6eyqd1egUFaed5w2RVfCpyolmInoGg6UCqUA9zMb18sqYbfQqldx WwdMdlrsmeWK0HCpvNBfS0AWIZGEaZKjzrkLT/kARRYSHjdxOhfsarcojihunKb+ RqhxlC0v37vf8OUn0r/uGdiN2u/xMP1/U1a4GDLK0KOnqsLzLYMjUXl/kCxBSYsX LNQlHvPpJEXwvW9kcvd39gCFfQLkjxuwqDl4cyVjbmXgmKJHh2tP9MnOqBOPrvhG 83Z6s7afd8P8CZdz6y1//DQ3RUoW2xDyCy1rAOzGF04kvd9vUoxGZdY8JUQb/sCG NFXwgHbzUbMw4qIsi1m0xqBuTP0dBzpIKC76W3HtxXlfMQK/Qj/ZhdyyjOtKvVZP tWvcINtfgRRJD4wI8iwQ =+Xed -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742778: xen-tools: xen-create-image uses incorrect kernel image name for i386 (686)
Package: xen-tools Version: 4.3.1-1 4.4-1 Severity: important Dear Maintainer, Trying to create a Debian Sid Xen Image fails as it is unable to install the kernel. It fails with Package linux-image-686 is not available, which is true as this package does not exist in testing/unstable and is only a dummy package in stable and below. The correct package name is now linux-image-686-pae. The linux-image-686-pae package is available in all distributions since wheezy and is available in squeeze-backports Modifying the /usr/share/xen-tools/sid.d/80-install-kernel script at line 62 to read KERNEL_PKG=linux-image-$XEN_ARCH-pae corrects this error. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xen-tools depends on: ii debootstrap 1.0.48+deb7u1 ii libconfig-inifiles-perl 2.75-1 ii libdata-validate-domain-perl 0.10-1 ii libdata-validate-ip-perl 0.14-1 ii libdata-validate-uri-perl 0.06-1 ii libfile-slurp-perl.19-1 ii libfile-which-perl1.09-1 ii libtext-template-perl 1.45-2 ii openssh-client1:6.0p1-4 ii perl 5.14.2-21+deb7u1 ii perl-modules 5.14.2-21+deb7u1 Versions of packages xen-tools recommends: ii libexpect-perl 1.21-1 ii rinse2.0.1-1 ii xen-hypervisor-4.1-amd64 [xen-hypervisor-amd64] 4.1.4-3+deb7u1 ii xen-utils-4.1 [xen-utils]4.1.4-3+deb7u1 Versions of packages xen-tools suggests: pn btrfs-toolsnone pn cfengine2 none pn reiserfsprogs none pn xfsprogs none -- Configuration Files: /etc/xen-tools/role.d/builder changed [not included] /etc/xen-tools/xen-tools.conf changed [not included] -- no debconf information -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
Bug#742778: xen-tools: xen-create-image uses incorrect kernel image name for i386 (686)
Control: tag -1 + patch
Hi Axel,
On 27/03/14 11:10, Axel Beckert wrote:
Hi Daniel,
Daniel Lintott wrote:
It fails with Package linux-image-686 is not available, which is true
as this package does not exist in testing/unstable and is only a dummy
package in stable and below. The correct package name is now
linux-image-686-pae.
Thanks for the notice!
Will fix it and probably make a new upload (likely 4.4.1) soonish.
Regards, Axel
Thanks for the quick reply... I took another look at how I had patched
my version and saw it needed to more substantial than I first thought!
i386 : linux-image-686-pae
amd64: linux-image-amd64
So they will need to be handled separately. I've attached the patch I've
used locally which seems sane enough.
Regards,
--
Daniel Lintott
GPG Key: 4096R/5D73EC6E
Description: i386 kernel name has changed, to include -pae
Author: Daniel Lintott dan...@serverb.co.uk
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742778
Last-Update: 2014-03-27
--- a/hooks/debian/80-install-kernel
+++ b/hooks/debian/80-install-kernel
@@ -57,9 +57,13 @@
#
# Attempt to install a xen kernel, if that fails, then install a normal one
#
-
-KERNEL_XEN_PKG=linux-image-xen-$XEN_ARCH
-KERNEL_PKG=linux-image-$XEN_ARCH
+if [ ${XEN_ARCH} = amd64 ]; then
+KERNEL_XEN_PKG=linux-image-xen-$XEN_ARCH
+KERNEL_PKG=linux-image-$XEN_ARCH
+elif [ ${XEN_ARCH} = 686 ]; then
+KERNEL_XEN_PKG=linux-image-xen-$XEN_ARCH
+KERNEL_PKG=linux-image-$XEN_ARCH-pae
+fi
logMessage Attempting to install the $KERNEL_XEN_PKG kernel image
if chroot ${prefix} /usr/bin/apt-cache show $KERNEL_XEN_PKG /dev/null 21; then
signature.asc
Description: OpenPGP digital signature
Bug#721421: Additional build failure
With the help of a hurd porterbox I have fixed bug #721420 enabling libdevel-bt-perl to build on hurd. Unfortunately the build still fails on hurd, due the the output from the backtrace not matching what is expected by the test, this due to it receiving the stack trace for the signal-handling thread [0]. I have included a copy of my build log from the porterbox. [0] https://lists.debian.org/debian-hurd/2014/03/msg00061.html -- Daniel Lintott GPG Key: 4096R/5D73EC6E dpkg-buildpackage -rfakeroot -D -us -uc dpkg-buildpackage: source package libdevel-bt-perl dpkg-buildpackage: source version 0.06-1 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by gregor herrmann gre...@debian.org dpkg-source --before-build libdevel-bt-perl-0.06 dpkg-buildpackage: host architecture hurd-i386 fakeroot debian/rules clean dh clean dh_testdir dh_auto_clean dh_clean dpkg-source -b libdevel-bt-perl-0.06 dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building libdevel-bt-perl using existing ./libdevel-bt-perl_0.06.orig.tar.gz dpkg-source: info: building libdevel-bt-perl in libdevel-bt-perl_0.06-1.debian.tar.xz dpkg-source: info: building libdevel-bt-perl in libdevel-bt-perl_0.06-1.dsc debian/rules build dh build dh_testdir dh_auto_configure Checking if your kit is complete... Looks good Writing Makefile for Devel::bt Writing MYMETA.yml and MYMETA.json dh_auto_build make[1]: Entering directory `/home/dlintott-guest/libdevel-bt-perl-0.06' cp lib/Devel/bt.pm blib/lib/Devel/bt.pm /usr/bin/perl /usr/share/perl/5.18/ExtUtils/xsubpp -typemap /usr/share/perl/5.18/ExtUtils/typemap bt.xs bt.xsc mv bt.xsc bt.c cc -c -D_GNU_SOURCE -DDEBIAN -fstack-protector -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -DVERSION=\0.06\ -DXS_VERSION=\0.06\ -fPIC -I/usr/lib/perl/5.18/CORE bt.c bt.xs: In function 'stack_trace': bt.xs:67:26: warning: ignoring return value of 'dup', declared with attribute warn_unused_result [-Wunused-result] close(0); dup(in_fd[0]); ^ bt.xs:68:26: warning: ignoring return value of 'dup', declared with attribute warn_unused_result [-Wunused-result] close(1); dup(out_fd[1]); ^ bt.xs:69:26: warning: ignoring return value of 'dup', declared with attribute warn_unused_result [-Wunused-result] close(2); dup(out_fd[1]); ^ bt.xs:72:18: warning: ignoring return value of 'write', declared with attribute warn_unused_result [-Wunused-result] write(1, buf, strlen(buf)); ^ bt.xs:94:10: warning: ignoring return value of 'write', declared with attribute warn_unused_result [-Wunused-result] write(in_fd[1], thread apply all backtrace\n, 27); ^ bt.xs:95:10: warning: ignoring return value of 'write', declared with attribute warn_unused_result [-Wunused-result] write(in_fd[1], quit\n, 5); ^ bt.xs:141:30: warning: ignoring return value of 'write', declared with attribute warn_unused_result [-Wunused-result] write(1, buffer, strlen(buffer)); ^ Running Mkbootstrap for Devel::bt () chmod 644 bt.bs rm -f blib/arch/auto/Devel/bt/bt.so cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wl,-z,relro -shared -L/usr/local/lib -fstack-protector bt.o -o blib/arch/auto/Devel/bt/bt.so \ \ chmod 755 blib/arch/auto/Devel/bt/bt.so cp bt.bs blib/arch/auto/Devel/bt/bt.bs chmod 644 blib/arch/auto/Devel/bt/bt.bs Manifying blib/man3/Devel::bt.3pm make[1]: Leaving directory `/home/dlintott-guest/libdevel-bt-perl-0.06' dh_auto_test make[1]: Entering directory `/home/dlintott-guest/libdevel-bt-perl-0.06' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t # Failed test 'perl backtrace for SIGABRT' # at t/basic.t line 26. # '#0 0x01108a4c in mach_msg_trap () at /build/eglibc-LR0xsz/eglibc-2.18/build-tree/hurd-i386-libc/mach/mach_msg_trap.S:2 # #1 0x0110922e in __mach_msg (msg=msg@entry=0x17fdf20, option=option@entry=3, send_size=32, rcv_size=rcv_size@entry=4096, rcv_name=rcv_name@entry=115, timeout=timeout@entry=0, notify=notify@entry=0) at msg.c:110 # #2 0x011098ef in __mach_msg_server_timeout (demux=demux@entry=0x1119ce0 msgport_server, max_size=max_size@entry=4096, rcv_name=rcv_name@entry=115, option=option@entry=0, timeout=timeout@entry=0) at msgserver.c:150 # #3 0x011099db in __mach_msg_server (demux=demux@entry=0x1119ce0 msgport_server, max_size=4096, rcv_name=115) at msgserver.c:195 # #4 0x01119dcd in _hurd_msgport_receive () at msgportdemux.c:67 # #5 0x010aba86 in entry_point (self=0x81c28f8, start_routine=0x1119d70 _hurd_msgport_receive, arg=0x0) at ./pthread/pt
Bug#736319: get-flash-videos: The search function is broken
clone 736319 -1 retitle -1 get-flash-videos: Update Google Video Search URL severity -1 important retitle 736319 get-flash-videos: Add support for more search results severity 736319 wishlist stop Thank you for your bug report! I have had a look your patch and agree that the search is broken, due to the Google URL having changed... I have created a new bug for this. With regards to the new parameters I feel this would create too much of a divergence from upstream (which appears to be active on GitHub [0]), but I shall suggest the changes there. [0] https://github.com/monsieurvideo/get-flash-videos -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
Bug#742221: pet.debian.net: Incorrect URL to changelog of tagged version (pkg-perl)
Package: pet.debian.net Severity: normal On the pkg-perl PET, the URL for the latest tagged changelog is incorrect. Currently it gives this as the URL: http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libxml-um-perl.git;a=blob;f=debian/changelog;hb=refs/tags/refs/tags/debian/0.01-8 In the hb section there is a duplicate refs/tags/ The correct URL should be either: http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libxml-um-perl.git;a=blob;f=debian/changelog;hb=refs/tags/debian/0.01-8 - OR - http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libxml-um-perl.git;a=blob;f=debian/changelog;hb=debian/0.01-8 Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#742042: RFS: dynamips/0.2.11-1~bpo70+1
Package: sponsorship-requests Severity: normal X-Debbugs-CC: debian-backpo...@lists.debian.org Dear mentors, I am looking for a sponsor for my package dynamips * Package name: dynamips Version : 0.2.11-1~bpo70+1 Upstream Author : Flávio J. Saraiva flaviojs2...@gmail.com * URL : http://www.gns3.net/dynamips * License : GPLv2 Section : net It builds those binary packages: dynamips - Cisco 7200/3600/3725/3745/2600/1700 Router Emulator To access further information about this package, please visit the following URL: http://mentors.debian.net/package/dynamips Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/non-free/d/dynamips/dynamips_0.2.11-1~bpo70+1.dsc More information about hello can be obtained from http://www.gns3.net/dynamips. Changes since the last upload: dynamips (0.2.11-1~bpo70+1) wheezy-backports; urgency=medium * Rebuild for wheezy-backports. * Correct my email address in d/copyright -- Daniel Lintott dan...@serverb.co.uk Tue, 18 Mar 2014 14:54:47 + Regards, Daniel Lintott signature.asc Description: OpenPGP digital signature
Bug#742050: RFS: gns3/0.8.6-3~bpo70+1
Package: sponsorship-requests Severity: normal X-Debbugs-CC: debian-backpo...@lists.debian.org Dear mentors, I am looking for a sponsor for my package gns3 * Package name: gns3 Version : 0.8.6-3~bpo70+1 Upstream Author : Jeremy Grossmann cont...@gns3.net * URL : http://www.gns3.net * License : GPL-2.0+ Section : net It builds those binary packages: gns3 - Graphical Network Simulator To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gns3 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/contrib/g/gns3/gns3_0.8.6-3~bpo70+1.dsc More information about gns3 can be obtained from http://www.gns3.net. Changes since the last upload: gns3 (0.8.6-3~bpo70+1) wheezy-backports; urgency=medium * Rebuild for wheezy-backports. * Bump standards version to 3.9.5 - no changes -- Daniel Lintott dan...@serverb.co.uk Tue, 18 Mar 2014 16:24:17 + Regards, Daniel Lintott signature.asc Description: OpenPGP digital signature
Bug#742042: Review of GNS3 and Dynamips for backports
Hi, I have had a reply from my usual sponsor, Andrew to say that he currently doesn't have backports access. Therefore I would be most grateful if someone else could review and upload these two packages. Dynamips - http://mentors.debian.net/package/dynamips GNS3 - http://mentors.debian.net/package/gns3 Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#741122: ITP: libnet-frame-device-perl -- module to get network device information
Package: wnpp Owner: Daniel Lintott dan...@serverb.co.uk Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libnet-frame-device-perl Version : 1.10 Upstream Author : Patrice Auffret gomor-c...@gomor.org * URL : https://metacpan.org/release/Net-Frame-Device * License : Artistic Programming Lang: Perl Description : module to get network device information Net::Frame::Device is used to get network information, and is especially useful when you want to do low-level network programming. It also provides useful functions to lookup network MAC addresses. signature.asc Description: OpenPGP digital signature
Bug#741042: rebuildd daemon dies when requeueing a job
Package: rebuildd
Version: 0.4.2
Severity: important
If a build fails and you requeue the job using rebuildd-job requeue ID the
rebuildd daemon dies with the following error in rebuildd.log:
2014-03-07 17:59:38 INFO Job 11 for vpcs_0.5b0-2 on sid/i386 changed status
from SOURCE_FAILED to WAIT
2014-03-07 18:03:35 INFO Job 11 for vpcs_0.5b0-2 on sid/i386 changed status
from WAIT to WAIT_LOCKED
2014-03-07 18:03:35 INFO Starting new thread for job 11
Traceback (most recent call last):
File /usr/sbin/rebuildd, line 52, in module
Rebuildd().daemon()
File /usr/lib/python2.7/dist-packages/rebuildd/Rebuildd.py, line 78, in
daemon
self.loop()
File /usr/lib/python2.7/dist-packages/rebuildd/Rebuildd.py, line 411, in
loop
self.start_jobs()
File /usr/lib/python2.7/dist-packages/rebuildd/Rebuildd.py, line 205, in
start_jobs
job.setDaemon(True)
File /usr/lib/python2.7/threading.py, line 724, in setDaemon
self.daemon = daemonic
File /usr/lib/python2.7/dist-packages/rebuildd/Job.py, line 70, in
__setattr__
sqlobject.SQLObject.__setattr__(self, name, value)
File /usr/lib/python2.7/threading.py, line 717, in daemon
raise RuntimeError(cannot set daemon status of active thread);
RuntimeError: cannot set daemon status of active thread
This causes the job to become stuck in WAIT_LOCKED status, requiring the
rebuildd
daemon be restarted and 'rebuildd fix' to return the job to WAIT status.
Regards
Daniel Lintott
-- System Information:
Debian Release: 7.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages rebuildd depends on:
ii lsb-base 4.1+Debian8+deb7u1
ii python2.7.3-4+deb7u1
ii python-apt0.8.8.2
ii python-sqlobject 0.12.4-2.2
Versions of packages rebuildd recommends:
ii pbuilder 0.213
ii python-gdchart2 0.beta1-3.4+b4
ii python-webpy 1:0.37+20120626-1
Versions of packages rebuildd suggests:
pn cowdancer none
-- Configuration Files:
/etc/default/rebuildd changed:
START_REBUILDD=1
START_REBUILDD_HTTPD=1
PBUILDER_BIN=/usr/sbin/pbuilder
PBUILDER_OTHER_OPTIONS[0]=--othermirror
PBUILDER_OTHER_OPTIONS[1]=deb http://packages.internal.serverb.co.uk sid main
PBUILDER_OTHER_OPTIONS[2]=--debbuildopts -b
ARCHS=$(dpkg --print-architecture) i386
DISTS=sid
ENABLE_BUILDER_MAINT=0
/etc/rebuildd/rebuilddrc changed:
[build]
check_every = 300
max_threads = 2
max_jobs = 2
kill_timeout = 90
source_cmd = /srv/reprepro/bin/get_sources ${d} ${p} ${v}
build_cmd = pbuilder build --basetgz /srv/pbuilder/${d}-${a}.tgz ${p}_${v}.dsc
post_build_cmd = /srv/reprepro/bin/upload_binaries ${d} ${p} ${v} ${a}
dists = sid
work_dir = /var/cache/rebuildd/build
database_uri = sqlite:///var/lib/rebuildd/rebuildd.db
build_more_recent = 1
more_archs = i386
no_system_arch = 0
[mail]
from = rebuildd@localhost
mailto = dan...@serverb.co.uk
subject_prefix = [rebuildd]
smtp_host = mail.serverb.co.uk
smtp_port = 25
[telnet]
port =
ip = 127.0.0.1
prompt = rebuildd@localhost-
motd = Connected on rebuildd on localhost
[http]
port = 9998
ip = 0.0.0.0
log_lines_nb = 30
templates_dir = /usr/share/rebuildd/templates
cache = 1
logfile = /var/log/rebuildd/httpd.log
[log]
file = /var/log/rebuildd/rebuildd.log
time_format = %Y-%m-%d %H:%M:%S
logs_dir = /var/log/rebuildd/build_logs
mail_failed = 1
mail_successful = 1
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740239: ITP: libnet-frame-dump-perl -- base-class for a tcpdump like implementation
Package: wnpp Owner: Daniel Lintott dan...@serverb.co.uk Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libnet-frame-dump-perl Version : 1.13 Upstream Author : GomoR gomor-cpan_at_gomor.org * URL : https://metacpan.org/release/Net-Frame-Dump * License : Artistic Programming Lang: Perl Description : base-class for a tcpdump like implementation Net::Frame::Dump is the base class for all dump modules. With them, you can open a device for live capture, for offline analysis, or for creating a pcap file. See Net::Frame::Dump::Offline, Net::Frame::Dump::Online, Net::Frame::Dump::Writer for specific usage. signature.asc Description: OpenPGP digital signature
Bug#740243: ITP: libnet-frame-layer-icmpv6-perl -- Internet Control Message Protocol v6 layer object
Package: wnpp Owner: Daniel Lintott dan...@serverb.co.uk Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libnet-frame-layer-icmpv6-perl Version : 1.08 Upstream Author : GomoR gomor-cpan_at_gomor.org * URL : https://metacpan.org/release/Net-Frame-Layer-ICMPv6 * License : Artistic Programming Lang: Perl Description : Internet Control Message Protocol v6 layer object Net::Frame::Layer::ICMPv6s implements the encoding and decoding of the ICMPv6 layer. See: RFC: http://www.rfc-editor.org/rfc/rfc4861.txt RFC: http://www.rfc-editor.org/rfc/rfc4389.txt RFC: http://www.rfc-editor.org/rfc/rfc4191.txt RFC: http://www.rfc-editor.org/rfc/rfc3775.txt RFC: http://www.rfc-editor.org/rfc/rfc2463.txt RFC: http://www.rfc-editor.org/rfc/rfc2461.txt signature.asc Description: OpenPGP digital signature
Bug#740251: ITP: libnet-frame-layer-ipv6-perl -- Internet Protocol v6 layer object
Package: wnpp Owner: Daniel Lintott dan...@serverb.co.uk Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libnet-frame-layer-ipv6-perl Version : 1.05 Upstream Author : GomoR gomor-cpan_at_gomor.org * URL : https://metacpan.org/release/Net-Frame-Layer-IPv6 * License : Artistic Programming Lang: Perl Description : Internet Protocol v6 layer object Net::Frame::Layer::IPv6s implements the encoding and decoding of the IPv6 layer. RFC: ftp://ftp.rfc-editor.org/in-notes/rfc2460.txt See also Net::Frame::Layer for other attributes and methods. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740259: ITP: libnet-frame-simple-perl -- frame crafting made easy
Package: wnpp Owner: Daniel Lintott dan...@serverb.co.uk Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libnet-frame-simple-perl Version : 1.05 Upstream Author : GomoR gomor-cpan_at_gomor.org * URL : https://metacpan.org/release/Net-Frame-Simple * License : Artistic Programming Lang: Perl Description : frame crafting made easy Net::Frame::Simple is part of Net::Frame frame crafting framework. It is totally optional, but can make playing with the network far easier. Basically, it hides the complexity of frame forging, sending, and receiving, by providing helper methods, which will analyze internally how to assemble frames and find responses to probes. For example, it will take care of computing lengths and checksums, and matching a response frame to the requesting frame. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740263: ITP: libnet-libdnet6-perl -- adds IPv6 support to Net::Libdnet
Package: wnpp Owner: Daniel Lintott dan...@serverb.co.uk Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libnet-libdnet6-perl Version : 0.26 Upstream Author : GomoR gomor-cpan_at_gomor.org * URL : https://metacpan.org/release/Net-Libdnet6 * License : Artistic Programming Lang: Perl Description : adds IPv6 support to Net::Libdnet Net::Libdnet6 is a Perl module that adds IPv6 support to Net::Libdnet See: libnet-libdnet-perl for further details on Net::Libdnet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739463: ITP: libsharyanto-file-util-perl -- SHARYANTO's module of file related utilities
Package: wnpp Severity: wishlist Owner: Daniel Lintott dan...@serverb.co.uk -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libsharyanto-file-util-perl Version : 0.56 Upstream Author : Steven Haryanto stevenharya...@gmail.com * URL : https://metacpan.org/release/SHARYANTO-File-Util * License : Perl_5 (GPL-1+/Artistic) Programming Lang: Perl Description : SHARYANTO's module of file related utilities -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAEBAgAGBQJTA9fEAAoJEMw/9yOWzAkJvogH/3ctkAXxz0E4O7plbsfpOWL7 MNaF1N3I4YAcTakkEnBGd5Karn7wxmpKD8GBoCNEpLKKdiHgcgruvv1ZX9nGOsLn +SbFKYYwaCgBGsJMjjT17WsA2Qd1t6v+iqlT24hPQ4Nj0uq2IoMzqRopHUsNniJw 1YTtbu5XdUOhQD/vt6kZmiRQKLnX1QVgkZY4pe0Fr6USD3Dr6NCSLR4xt2aAWZGc dXrTOh3gjIoQ+eEwU0qVROpkQLtqxYD/gbwGSsSBI7c754J5XliFaCP8QNqiiThE 5PM0ywEritIhtmj4zm1cXSahQ2qiz8WJyTFN0cy0gztxG4b/vPrEfz4aD+PMCNE= =HXeR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
