Processed: Reopen RFS for HwB 1:040412-6
Processing commands for cont...@bugs.debian.org:
> reopen 672805
Bug #672805 {Done: Bart Martens } [sponsorship-requests] RFS:
hwb/1:040412-6
Bug reopened
Ignoring request to alter fixed versions of bug #672805 to the same values
previously set
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
672805: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672805
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/handler.s.c.13492220415688.transcr...@bugs.debian.org
Bug#689219: RFS: libcdk5/5.0.20120323-1 [ITA] -- C-based curseswidget library
El mar, 02-10-2012 a las 04:44 -0400, Thomas Dickey escribió: > hmm - mostly correct. The dates are an issue (I keep each file > separately marked according to the last modification). > The most recent years that I have marked in the sources are > 2012, 2011, 2010, and 2009: > [...] Hello Thomas, With that in mind I think it is best to change your copyright years by a range (1999-2012) as GNU Standards suggest, thanks. I've re-uploaded a new version to mentors fixing the copyright and adding a manpage for cdk-config. Regards signature.asc Description: This is a digitally signed message part
Bug#688437: RFS: loook/0.6.8-1 ( ITP )
(I don't intend to sponsor this package.)
* Mechtilde Stehmann , 2012-09-22, 18:43:
http://mentors.debian.net/debian/pool/main/l/loook/loook_0.6.8-1.dsc
Lintian reports:
I: loook source: quilt-patch-missing-description loook-python3.patch
W: loook source: debian-rules-missing-recommended-target build-arch
W: loook source: debian-rules-missing-recommended-target build-indep
I: loook source: debian-watch-file-is-missing
P: loook: no-upstream-changelog
W: loook: unknown-section office
README.Debian would be good place to mention how the Debian package
diverges from upstream. But Python 3.X _is_ supported by upstream, so I
don't feel it's useful to mention it in README.Debian.
Have you actually read your README.source?
What is "<688397 is the bug number of your ITP>" supposed to mean? :)
I'd use "debhelper (>= 8)" instead of "debhelper (>= 8.0.0)".
Current standards version is 3.9.4.
If you don't use VCS, remove the commented-out Vcs-* fields.
It's conventional to put a space after each comma in Depends.
Please ask debian-l10n-engl...@lists.debian.org for review of the
package description and the manual page.
Please add get-orig-source target to your debian/rules. Why was COPYING
not included in the .orig.tar.gz?
What are build-stamp and configure-stamp targets for? They don't seem to
do anything useful...
What is "-rm -Rf tmp" for?
The install target could be much simplified if you didn't compress the
manpages manually, but let dh_compress do it for you.
The package FTBFS when built twice in a row:
gzip -r9 /tmp/loook-0.6.8/debian/loook.man && \
mkdir -p debian/loook/usr/share/man/man1/
gzip: /tmp/loook-0.6.8/debian/loook.man: No such file or directory
make: *** [install] Error 1
I wouldn't use $(CURDIR) when it's not necessary; it makes build logs
noisy for no good reason.
Now looking at upstream source:
if os.getenv('USERPROFILE'):
config_path = os.getenv('USERPROFILE')
elif os.getenv('HOME'):
config_path = os.getenv('HOME')
I recommend using: os.path.expanduser('~')
elif os.name == 'dos':
config_path = "c:/"
This is dead code. DOS hasn't been supported since Python 2.3.
Application.saveConfig() saves the configuration always in UTF-8, but
Application.__init__() would use locale encoding. Also, I think
saveConfig() will fail badly if any of the settings contains special
characters like # or %.
if os.name == 'nt':
try:
os.startfile(filename)
except:
print("Warning: File could not be opened. - %s" % filename)
else:
prg = self.ooo_path.get()
if not prg and os.name != 'nt':
The "os.name != 'nt'" check is redundant, it's always true.
filename = filename.replace('"', '\\"')
if os.name == 'dos':
filename = filename.replace('/', '\\')
prg = prg.replace('/', '\\')
cmd = "\"%s\" \"%s\" &" % (prg, filename)
if os.name == 'dos':
cmd = "\"%s\" \"%s\"" % (prg, filename)
self.status.config(text="Starting viewer...")
print(cmd)
try:
res = os.system(cmd)
except UnicodeError:
res = os.system(cmd)
This is not a correct way to escape filenames. Use subprocess.Popen to
spawn external programs. Also, I have no idea was catching an exception
and then re-running the very same code is supposed to achieve..
def removeXMLMarkup(self, s, replace_with_space):
s = re.compile("", re.DOTALL).sub('', s)
repl = ''
if replace_with_space:
repl = ' '
s = re.compile("<[^>]*>", re.DOTALL).sub(repl, s)
return s
This is not a correct way to parse XML. Use a real XML parser, e.g.
xml.etree.
parts = re.split("\s+", query.strip())
This could be rewritten more readably as:
parts = query.split()
regex = re.compile(re.escape(query.lower()), re.DOTALL)
if regex.search(docstring):
return 1
This is weird. Why re.DOTALL when there couldn't be any unescaped dot in
the regular expression? Also why bother with compiling regular
expression for a fixed string when it will be used only once? It could
be more readable rewritten as:
if query.lower() in docstring:
return 1
(There are more instances of very similar code in the same method...)
# TODO: are all OOo files utf-8?
No, as far as I can tell there is no such guarantee.
title_match = re.compile("(.*?)",
re.DOTALL|re.IGNORECASE).search(docinfo)
Again, this is not a valid way to parse XML.
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121002180552.ga6...@jwilk.net
Bug#670851: marked as done (RFS: plotter/2.2.1-1 [ITP])
Your message dated Tue, 02 Oct 2012 16:20:08 + with message-id and subject line closing RFS: plotter/2.2.1-1 [ITP] has caused the Debian Bug report #670851, regarding RFS: plotter/2.2.1-1 [ITP] to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 670851: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670851 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "plotter" Package name: plotter Version : 2.2-1 Upstream Author : Ralf Jung URL : http://mathespiele.ralfj.de/programm.php?id=25 License : GPLv2 Section : math It builds those binary packages: plotter- Simple Qt-based mathematical function plotter To access further information about this package, please visit the following URL: http://mentors.debian.net/package/plotter Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/plotter/plotter_2.2-1.dsc Kind Regards, Ralf Jung --- End Message --- --- Begin Message --- Package plotter has been removed from mentors.--- End Message ---
Bug#689415: RFS: flvmeta/1.1.0-1 -- Metadata injector for FLV video files
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "flvmeta" * Package name: flvmeta Version : 1.1.0-1 Upstream Author : Marc Noirot * URL : http://github.com/noirotm/flvmeta * License : GPL-2+ Section : video It builds those binary packages: flvmeta- Metadata injector for FLV video files To access further information about this package, please visit the following URL: http://mentors.debian.net/package/flvmeta Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/flvmeta/flvmeta_1.1.0-1.dsc Changes since the last upload: flvmeta (1.1.0-1) experimental; urgency=low * Imported Upstream version 1.1.0 * Upstream change main development repository to github * debian/control, debian/copyright: - Update Homepage, Source, to flvmeta github repository. * debian/watch: - Watching the tarball release via githubredir.d.n * debian/copyright: - Update the copyright format to 1.0, no changes needed. * Switch to cmake build system * debian/compat: Bump compat level to 9. * debian/control: - Bump Standards-Version to 3.9.4, no changes needed. - Drop autotools-dev, check, dh-autoreconf, pkg-config from build-deps as they are no longer needed by the cmake build system. - Add cmake to build-deps. * debian/rules: - Force to use cmake build system as it was requested from upstream. (Upstream has a plan to discontinue support autotools build system) * debian/patches/90-cmake-use-system-libyaml.patch: Add patch. * Use upstream manpage * debian/control: - Add pandoc to build-deps. * debian/manpages, debian/flvmeta.1: - Drop, superseded by upstream autogenerated manpage by pandoc Best Regards, Neutron Soutmun signature.asc Description: Digital signature
Re: gcc-4.4-doc-non-dfsg at mentors
Hi Guo, On Tue, Oct 02, 2012 at 04:59:24PM +0800, Guo Yixuan wrote: > On 09/30/2012 03:44 AM, Bart Martens wrote: > >I had a look at gcc-4.4-doc-non-dfsg at mentors uploaded there on 2012-09-28 > >16:30. > > > >I see that you added yourself to Uploaders. Was this agreed with Nikita V. > >Youshchenko ? > > I explained this on my previous reply. > > >http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-origtargz > >"Detailed information on how the repackaged source was obtained, and on how > >this can be reproduced should be provided in debian/copyright." > > I'll update this package to have a get-orig-source target, and a > similiar packaging style to gcc-4.6-doc/gcc-4.7-doc. Is this enough > to meet this requirement? If you mention the existence of the get-orig-source target in debian/copyright then this requirement is, in my opinion, sufficiently met. > > > >I see more changes to the Debian packaging than mentioned in > >debian/changelog. > > Did you mean some changes in debian/ directory? If so, could you be > more specific about the changes? One example is that debian/patches/from-debian-gcc-gold-and-ld-doc.diff was added. To see all changes please use debdiff to compare the source packages. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121002094447.gd18...@master.debian.org
Re: gcc-doc-defaults at mentors
Hi Guo, On Tue, Oct 02, 2012 at 04:46:54PM +0800, Guo Yixuan wrote: > On 09/30/2012 04:06 AM, Bart Martens wrote: > >I see that you added yourself to Uploaders. Was this agreed with Nikita V. > >Youshchenko ? > > I'm contacting Nikita for approval. Judging by his previous > posts[1], I think working on my side while waiting for his reply is > better than start working after his explicit approval. > [1] http://lists.debian.org/debian-mentors/2012/02/msg00528.html I read that post as a permission from Nikita V. Youshchenko to anyone interested to take over maintenance of the gcc-doc packages without the need for any further approval. So, in my opinion, it is OK that you simply take over maintenance (or add yourself to Uploaders if you prefer that). Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121002093141.gc18...@master.debian.org
Re: gcc-4.4-doc-non-dfsg at mentors
Hi Bart, On 09/30/2012 03:44 AM, Bart Martens wrote: I had a look at gcc-4.4-doc-non-dfsg at mentors uploaded there on 2012-09-28 16:30. I see that you added yourself to Uploaders. Was this agreed with Nikita V. Youshchenko ? I explained this on my previous reply. http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-origtargz "Detailed information on how the repackaged source was obtained, and on how this can be reproduced should be provided in debian/copyright." I'll update this package to have a get-orig-source target, and a similiar packaging style to gcc-4.6-doc/gcc-4.7-doc. Is this enough to meet this requirement? I see more changes to the Debian packaging than mentioned in debian/changelog. Did you mean some changes in debian/ directory? If so, could you be more specific about the changes? The git repo is available at [1]. [1] http://anonscm.debian.org/gitweb/?p=users/yixuan-guest/gcc-doc.git;a=shortlog;h=refs/heads/debian/4.4 Cheers, Guo Yixuan -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/506aacec.8080...@gmail.com
Bug#689041: Orthanc
Dear Debian Med contributors, I would like to bring to your attention the Orthanc software, which is currently developed at the CHU of Liège (Belgium). As previously pointed out by Mathieu Malaterre in this mailing list, I am feeling that this project could be of interest to the Debian Med project. In a nutshell, Orthanc is a lightweight service that can easily turn any Linux box into a standalone DICOM Store without complex administrative task. The content of the DICOM Store is accessible through a Web-based GUI. The content of Orthanc is also accessible through a RESTful API, which allows easy DICOM scripting from most computer languages. Orthanc is built upon the networking facilities of DCMTK. The homepage of Orthanc can be found at the following URL: https://code.google.com/p/orthanc/ Perhaps Orthanc would be an interesting candidate for inclusion into the Debian Med Imaging packages: http://debian-med.alioth.debian.org/tasks/imaging A Debian package has already been prepared at the following location and is subject to the Debian RFS #689041: http://mentors.debian.net/package/orthanc I hope you will find this information useful and I will be pleased to answer any question about Orthanc. Regards, Sébastien Jodogne- -- Sébastien Jodogne, PhD. Medical Imaging Engineer Radiotherapy, Medical Imaging and Nuclear Medicine services C.H.U. - SART TILMAN - B35 BAT. T1-3 RADIOTHERAPIE 4000 Liège BELGIUM Mail: s.jodo...@chu.ulg.ac.be -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/506aa7e8.2060...@chu.ulg.ac.be
Bug#689219: RFS: libcdk5/5.0.20120323-1 [ITA] -- C-based curseswidget library
On Tue, Oct 02, 2012 at 07:47:36AM +0200, Jose G. López wrote: > El lun, 01-10-2012 a las 10:50 +0200, Thomas Dickey escribió: > > > http://invisible-island.net/cdk/cdk.html#licensing > > Hello Thomas, > > Thanks for pointing that. I already read that page before packaging and > I think it's correct to use the BSD-4-clause license. You and Mike are > marked as copyright authors. > Could you, please, review the debian/copyright from here? > http://paste.debian.net/plain/195093 hmm - mostly correct. The dates are an issue (I keep each file separately marked according to the last modification). The most recent years that I have marked in the sources are 2012, 2011, 2010, and 2009: CHANGES:6:Modifications copyright Thomas E. Dickey 1999-2010, 2011 COPYING:1:Modifications copyright Thomas Dickey 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007 Makefile.in:3:# Copyright 2001-2011,2012 Thomas E. Dickey README:4:Copyright Thomas Dickey 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006 aclocal.m4:4:dnl Copyright 1999-2011,2012 Thomas E. Dickey cdk-config.in:4:# Copyright (c) 2007,2011 Thomas E. Dickey # manlinks.sed:3:# Copyright 2000-2002,2005 Thomas E. Dickey # manlinks.sh:5:# Copyright 2002,2005 Thomas Dickey include/alphalist.h:23: * Changes 1999-2006,2012 copyright Thomas E. Dickey include/binding.h:20: * Changes 1999-2004,2005 copyright Thomas E. Dickey include/button.h:21: * Changes 2002-2004,2012 copyright Thomas E. Dickey include/buttonbox.h:23: * Changes 1999-2005,2012 copyright Thomas E. Dickey include/calendar.h:23: * Changes 2000-2011,2012 copyright Thomas E. Dickey include/cdk.h:13: * Changes 2000-2009,2012 copyright Thomas E. Dickey include/cdk_compat.h:14: * Copyright 2004,2005 Thomas E. Dickey include/cdk_int.h:16: * Copyright 2003-2009,2011 Thomas E. Dickey include/cdk_objs.h:22: * Copyright 1999-2005,2012 Thomas E. Dickey include/cdk_params.h:20: * Copyright 2003-2005,2012 Thomas E. Dickey include/cdk_test.h:16: * Copyright 2005,2008 Thomas E. Dickey include/cdk_util.h:22: * Changes 1999-2006,2012 copyright Thomas E. Dickey include/cdk_version.hin:13: * Copyright 2002,2012 Thomas E. Dickey include/cdkscreen.h:20: * Changes 1999-2004,2005 copyright Thomas E. Dickey include/curdefs.h:14: * Changes 1999-2004,2009 copyright Thomas E. Dickey include/dialog.h:23: * Changes 1999-2003,2012 copyright Thomas E. Dickey include/draw.h:23: * Changes 1999-2003,2004 copyright Thomas E. Dickey include/entry.h:23: * Changes 1999-2003,2012 copyright Thomas E. Dickey include/fselect.h:25: * Changes 1999-2006,2012 copyright Thomas E. Dickey include/gen-scale.h:23: * Copyright 2004,2012 Thomas E. Dickey include/gen-slider.h:23: * Copyright 2004,2012 Thomas E. Dickey include/graph.h:23: * Changes 2000-2004,2012 copyright Thomas E. Dickey include/histogram.h:23: * Changes 1999-2004,2012 copyright Thomas E. Dickey include/itemlist.h:23: * Changes 1999-2004,2012 copyright Thomas E. Dickey include/label.h:23: * Changes 2000-2003,2012 copyright Thomas E. Dickey include/marquee.h:23: * Changes 1999-2004,2012 copyright Thomas E. Dickey include/matrix.h:23: * Changes 1999-2008,2012 copyright Thomas E. Dickey include/mentry.h:23: * Changes 1999-2004,2012 copyright Thomas E. Dickey include/menu.h:23: * Changes 1999-2005,2012 copyright Thomas E. Dickey include/radio.h:23: * Changes 1999-2005,2012 copyright Thomas E. Dickey include/scroll.h:23: * Changes 1999-2006,2012 copyright Thomas E. Dickey include/selection.h:23: * Changes 1999-2005,2012 copyright Thomas E. Dickey include/swindow.h:23: * Changes 1999-2004,2012 copyright Thomas E. Dickey include/template.h:23: * Changes 1999-2004,2012 copyright Thomas E. Dickey include/traverse.h:21: * Copyright 1999-2004,2005 Thomas E. Dickey include/viewer.h:23: * Changes 1999-2004,2012 copyright Thomas E. Dickey -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Re: gcc-doc-defaults at mentors
Hi Bart, On 09/30/2012 04:06 AM, Bart Martens wrote: Hi Guo, I had a look at gcc-doc-defaults at mentors uploaded there on 2012-09-28 16:28. I see that you added yourself to Uploaders. Was this agreed with Nikita V. Youshchenko ? Sorry for being late. (You mail was turned to spam by gmail ...) I'm contacting Nikita for approval. Judging by his previous posts[1], I think working on my side while waiting for his reply is better than start working after his explicit approval. @Nikita, @Samuel: Could you help me to package these packages together or can I take over them? I see that gcc-4.6-doc and gcc-4.7-doc need to go in first, so I suggest that you mark gcc-doc-defaults "needs sponsor = no" until gcc-4.6-doc and gcc-4.7-doc are in Debian. OK, Steffen sponsored gcc-4.7-doc(already in NEW), and gcc-4.6-doc(uploaded and maybe processing). Do you intend to fix the "FIXME: default versions depend on arch" ? This is fixed in the latest upload.[2] [1] http://lists.debian.org/debian-mentors/2012/02/msg00528.html [2] http://anonscm.debian.org/gitweb/?p=users/yixuan-guest/gcc-doc-defaults.git;a=commitdiff;h=97bc9a15cd580fc1b71e673c7d5f800fca5cab21;hp=e2c3e6422b58153fd611e745e04013e8d8b6c859 Regards, Guo Yixuan -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/506aa9fe.8070...@gmail.com
