Re: Restructuring roxterm packaging (was Replacing roxterm's multiple binary packages with one)
On Sun, Jun 14, 2015 at 5:44 AM, Tony Houghton wrote: > On 09/06/15 14:04, Dominique Dumont wrote: >> >> On Monday 08 June 2015 16:54:53 Tony Houghton wrote: >>> >>> roxterm-common (data files, roxterm-gtk2 and roxterm-gtk3 depend on it) >>> roxterm-gtk2, roxterm-gtk3 (binaries) >>> roxterm-gtk2-dbg, roxterm-gtk3-dbg (corresponding debugging symbols) >>> roxterm (virtual package depending on roxterm-gtk3) >>> >>> I want to replace them with a single package, "roxterm". I'm not quite >>> sure how to set up the package relationships to do this. I would like >>> the new roxterm to automatically replace roxterm-gtk3, so I think I need >>> to add Replaces: roxterm-gtk3 to the new roxterm, and AFAICT from the >>> policy manual I should use Breaks as well (rather than Conflicts). >> >> >> Depending on its size, it may be better to keep roxterm-common: this >> package >> is arch:all and this would avoid duplication these data for each arch. >> >> Next, you may want to consider what will happen if (or when?) gtk4 appears >> on >> your radar screen: will you split roxterm package again ? > > > OK, I'll keep the current structure, apart from dropping the gtk2 packages. > However, now that there isn't more than one supported GTK version the names > aren't so appropriate. I'd like to rename roxterm-common to roxterm-data, > drop the virtual package and rename roxterm-gtk3 to just "roxterm" > (similarly roxterm-gtk3-dbg -> roxterm-dbg). Should I avoid those changes > unless absolutely necessary, or go ahead and make them now? "roxterm-gtk3" > would presumably have to be renamed eventually anyway on migration to GTK4. If these changes are inevitable, it's really up to you as to when you want to make them happen (I'd suggest that doing them early in the release cycle is better than later, however). I think these changes sound fine in principle, although a debdiff would certainly make it easier to make a judgment. Either way, please be sure to test various upgrade scenarios with piuparts and/or manually using a chroot/VM before uploading your package! Regards, Vincent -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CACZd_tCM=9tjrc3qr9uzebeqf1o6ttjwss5cnpa7ttdjwrz...@mail.gmail.com
Bug#788218: marked as done (RFS: ustr/1.0.4-5)
Your message dated Mon, 15 Jun 2015 00:22:05 -0700
with message-id
and subject line Re: Bug#788218: RFS: ustr/1.0.4-5
has caused the Debian Bug report #788218,
regarding RFS: ustr/1.0.4-5
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.)
--
788218: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788218
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "ustr"
* Package name: ustr
Version : 1.0.4-5
Upstream Author : James Antill
* URL : http://www.and.org/ustr/
* License : LGPL, BSD, MIT
Section : libs
It builds those binary packages:
libustr-1.0-1 - Micro string library: shared library
libustr-1.0-1-dbg - Micro string library: debugging symbols
libustr-dev - Micro string library: development stuff
libustr-doc - Micro string library: documentation
To access further information about this package, please visit the following
URL:
http://mentors.debian.net/package/ustr
Alternatively, one can download the package with dget using this command:
dget -x http://mentors.debian.net/debian/pool/main/u/ustr/ustr_1.0.4-5.dsc
Changes since the last upload:
* Fixed transition from the doc directory to a symlink
/usr/share/doc/ for libustr-1.0-1-dbg and libustr-dev
by added {libustr-1.0-1-dbg,libustr-dev}.maintscript.
Closes: #788169
Regards
--
Václav Ovsík
--- End Message ---
--- Begin Message ---
Hi Václav,
On Tue, Jun 9, 2015 at 6:29 AM, Václav Ovsík wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "ustr"
>
> * Package name: ustr
> Version : 1.0.4-5
> Upstream Author : James Antill
> * URL : http://www.and.org/ustr/
> * License : LGPL, BSD, MIT
> Section : libs
>
> It builds those binary packages:
>
> libustr-1.0-1 - Micro string library: shared library
> libustr-1.0-1-dbg - Micro string library: debugging symbols
> libustr-dev - Micro string library: development stuff
> libustr-doc - Micro string library: documentation
>
> To access further information about this package, please visit the following
> URL:
>
> http://mentors.debian.net/package/ustr
>
> Alternatively, one can download the package with dget using this command:
>
> dget -x http://mentors.debian.net/debian/pool/main/u/ustr/ustr_1.0.4-5.dsc
>
> Changes since the last upload:
>
> * Fixed transition from the doc directory to a symlink
> /usr/share/doc/ for libustr-1.0-1-dbg and libustr-dev
> by added {libustr-1.0-1-dbg,libustr-dev}.maintscript.
> Closes: #788169
Uploaded, thanks for your contribution to Debian!
Regards,
Vincent--- End Message ---
Re: Creating a package with plugins and libs
El Dilluns, 15 de juny de 2015, a les 12:08:58, Paul Wise va escriure: > On Mon, Jun 15, 2015 at 1:14 AM, Leopold Palomo-Avellaneda wrote: > > The question is that the package creates a few libraries in /usr/lib and a > > bunch of small libraries (used as plugins but treated libraries by > > upstream > > (with pkg-control files, etc). > > > > I have patched upstream code to make SONAMEs in the libraries installed in > > /usr/lib, but I try to avoid to patch upstream to the libraries/plugins > > installed in /usr/lib/orocos. > > I think it would be best to talk to upstream about making the > libraries into proper plugins or at least into private libraries. and propose what? they are doing a correct development IMHO. The have libraries installed in the correct place. They develop software components and install them under /usr/lib/$TARGET where $TARGET is the main kind of OS (gnulinux, xenomai based, etc). They load their components dynamically using some kind of plugin system. I don't know how to handle all of this stuff. Probably I was not clear in my email. Maybe I should rename the package and not treat them as library and put plugin in some part of the name. Best regards, Leopold -- -- Linux User 152692 GPG: 05F4A7A949A2D9AA Catalonia - A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? signature.asc Description: This is a digitally signed message part.
Re: Creating a package with plugins and libs
On Mon, Jun 15, 2015 at 3:44 PM, Leopold Palomo-Avellaneda wrote: > and propose what? Sounds like the only thing they need to do is to install them into the right path: /usr/lib/$PACKAGE/plugins/ Maybe they even already have a configure option for that? -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAKTje6G8Ze6=EFKoRSzT3oDZWDHBPXL0=6xkxaq4bg_hjug...@mail.gmail.com
Re: Creating a package with plugins and libs
El Dilluns, 15 de juny de 2015, a les 16:27:20, Paul Wise va escriure: > On Mon, Jun 15, 2015 at 3:44 PM, Leopold Palomo-Avellaneda wrote: > > and propose what? > > Sounds like the only thing they need to do is to install them into the > right path: > > /usr/lib/$PACKAGE/plugins/ > > Maybe they even already have a configure option for that? No, it's more complicated than that. It's a complex piece of software that could be compiled against several flavors and install their components in /usr/lib/orocos/$target/$component/plugins or /usr/lib/orocos/$target/$component/typekits. For instance, $ tree -fi /usr/lib/orocos/gnulinux/rtt_ros /usr/lib/orocos/gnulinux/rtt_ros /usr/lib/orocos/gnulinux/rtt_ros/plugins /usr/lib/orocos/gnulinux/rtt_ros/plugins/librtt_ros_service-gnulinux.so /usr/lib/orocos/gnulinux/rtt_ros/types /usr/lib/orocos/gnulinux/rtt_ros/types/librtt-ros-primitives-typekit- gnulinux.so or $ tree -fi /usr/lib/orocos/xenomai/rtt_ros /usr/lib/orocos/xenomai/rtt_ros /usr/lib/orocos/xenomai/rtt_ros/plugins /usr/lib/orocos/xenomai/rtt_ros/plugins/librtt_ros_service-xenomai.so /usr/lib/orocos/xenomai/rtt_ros/types /usr/lib/orocos/xenomai/rtt_ros/types/librtt-ros-primitives-typekit-xenomai.so I'm afraid I would need to fill a lot of lintian-overrides ... Leopold -- -- Linux User 152692 GPG: 05F4A7A949A2D9AA Catalonia - A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? signature.asc Description: This is a digitally signed message part.
Bug#787578: RFS: soci/3.2.3-1 [ITP] -- C++ Database Access Library
Control: owner -1 ! Control: tags -1 pending Am Donnerstag, den 04.06.2015, 10:39 -0400 schrieb Bill Blough: > On Wed, Jun 03, 2015 at 02:41:08PM +0200, Tobias Frost wrote: > > Quoting Bill Blough : > > > > I suggest that you base your work on my repository. (link to the repository > > is in the ITP). > > You raise some good points. I did some of what you suggest, but didn't go as > far with it as you did. I'll spend some time redoing it with your repo as a > base. > > > Do you see a posiblity to host the repository at alioth.debian.org? > > Yes, I would be open to that. In fact, I should probably move my other > packages there as well. I'll work on getting that set up. > > > So, thats enough for the short review... I did only check "on paper", I did > > not to try to build your package.. > > Thanks for the feedback. I appreciate you taking the time to look at it. As > I > mentioned above, I think I will be switching to using your packaging, so all > of > these items should be taken care of once that change is complete. However, > I've made a note of your comments so I can keep them in mind for future > packages. > > > Best regards, > Bill -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1434361979.21711.0.ca...@debian.org
Bug#787578: marked as done (RFS: soci/3.2.3-1 [ITP] -- C++ Database Access Library)
Your message dated Mon, 15 Jun 2015 12:57:07 +0200 with message-id <1434365827.21711.12.ca...@debian.org> and subject line Re: Bug#787578: RFS: soci/3.2.3-1 [ITP] -- C++ Database Access Library has caused the Debian Bug report #787578, regarding RFS: soci/3.2.3-1 [ITP] -- C++ Database Access Library 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.) -- 787578: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787578 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 "soci" * Package name: soci Version : 3.2.3-1 * URL : http://sourceforge.net/projects/soci/ * License : Boost 1.0 Section : libs It builds those binary packages: libsoci-core3.2 - C++ Database Access Library (core) libsoci-dbg - C++ Database Access Library (debug symbols) libsoci-dev - C++ Database Access Library (devel) libsoci-doc - C++ Database Access Library (development docs) libsoci-firebird3.2 - C++ Database Access Library (Firebird backend) libsoci-mysql3.2 - C++ Database Access Library (MySQL backend) libsoci-odbc3.2 - C++ Database Access Library (ODBC backend) libsoci-postgresql3.2 - C++ Database Access Library (PostgreSQL backend) libsoci-sqlite3-3.2 - C++ Database Access Library (SQLite3 backend) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/soci Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/soci/soci_3.2.3-1.dsc More information about soci can be obtained from http://sourceforge.net/projects/soci/ Changes since the last upload: * Reintroduce package to archive (Closes: #752696) * New upstream release * Remove patches for issues fixed upstream * Update to debhelper v9 compatibility * Specify source format as 3.0 (quilt) * Update packaging to work with new (cmake-based) build scripts * Update to support multiarch * Update copyright to dep5 format * Add VCS fields in d/control * Rename packages to match SONAMEs * Update to standards version 3.9.6 Note: This package previously existed in the archive, but was removed several years ago due to maintainer request and a mostly-dead upstream. Upstream development has resumed, and my coworkers and I use this library often, so I would like to reintroduce it to the archive and maintain it. Regards, Bill Blough --- End Message --- --- Begin Message --- Am Donnerstag, den 04.06.2015, 10:39 -0400 schrieb Bill Blough: > On Wed, Jun 03, 2015 at 02:41:08PM +0200, Tobias Frost wrote: > > Quoting Bill Blough : > > > > I suggest that you base your work on my repository. (link to the repository > > is in the ITP). > > You raise some good points. I did some of what you suggest, but didn't go as > far with it as you did. I'll spend some time redoing it with your repo as a > base. > > > Do you see a posiblity to host the repository at alioth.debian.org? > > Yes, I would be open to that. In fact, I should probably move my other > packages there as well. I'll work on getting that set up. > > > So, thats enough for the short review... I did only check "on paper", I did > > not to try to build your package.. > > Thanks for the feedback. I appreciate you taking the time to look at it. As > I > mentioned above, I think I will be switching to using your packaging, so all > of > these items should be taken care of once that change is complete. However, > I've made a note of your comments so I can keep them in mind for future > packages. > > > Best regards, > Bill Hi Bill, I'm just uploading your package, thanks for your contribution! (On any subsequent sponsoring requests, feel free to ping me explicitly) As it will have to go through NEW, please remove the package from mentors manually. Some homework, though: -> d/rules: you can delete the clean override -> d/rules: the test will be failing badly on the buildds, so disable running the tests and check if we could have dep8-style test instead. -> symbols files should be added (its doable on c++, at least it is worth a try) (ran check-all-the-things) -> there are several spelling errors, maybe send upstream a patch. -> there are other messages, like usage of unsafe strcpy, memcpy and others in the log. Maybe check them an encourage upstream to use "safe" variants where appropiate as defensive programming approach (I attach the logfile for y
Bug#788824: RFS: sblim-wbemcli/1.6.3-1 (new upstream patchlevel release + minor touch-ups)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "sblim-wbemcli" * Package name: sblim-wbemcli Version : 1.6.3-1 Upstream Author : Tyrel Datwyler * URL : http://sourceforge.net/apps/mediawiki/sblim/index.php?title=Wbemcli * License : Eclipse Public License -v 1.0 Section : admin It builds those binary packages: sblim-wbemcli - WBEM Command Line Interface for CIMOM access sblim-wbemcli-dbg - debugging symbols for sblim-wbemcli To access further information about this package, please visit the following URL: http://mentors.debian.net/package/sblim-wbemcli Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/sblim-wbemcli/sblim-wbemcli_1.6.3-1.dsc Changes since the last upload: * New upstream release. * Drop gcc4.7-fixes.patch (fixed upstream). * Enable hardening=+all. * Remove dh_builddeb override, xz compression is the default. Drop the corresponding Pre-Depends: dpkg (>= 1.15.6~) as well. * Add uupdate to watch file. * Update copyright years of aclocal.m4, INSTALL, configure and Makefile.in, because upstream upgraded to Autoconf 2.68. * Include upstream NEWS and README. Regards, Ferenc Wágner -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87fv5t5gfg@lant.ki.iif.hu
Bug#784854: RFS: gtk3-engines-unico/1.0.3+14.04.20140109+repack1-1 [ITA] [RC]
Hi Vincent, Oops, I probably uploaded the wrong version. The get-orig-source target uses the date of the last debian/changelog entry to set timestamps, so I must've changed that without regenerating the tarball. Reuploaded, should be fixed now. Best, James On 14/06/2015 11:47 PM, Vincent Cheng wrote: Hi James, On Tue, Jun 9, 2015 at 4:55 PM, James Lu wrote: Hi Vincent, Wow, that's a lot of magic for one makefile target! I followed the guide, setting the file timestamps to the last changelog entry's date, and it works fine now. I've uploaded the newest version to mentors. Using your get-orig-source target, I still get an orig tarball with a different md5sum (178a964633a9ed23dad36bf2d6a5e9ef) compared to the tarball you've uploaded to mentors (d1ec1ce2db3cc38f89b07b643ad9d055). Regards, Vincent -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/blu436-smtp84a60651c9113b96863d21f5...@phx.gbl
Bug#788844: RFS: gbutils/5.6.6-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "gbutils" * Package name: gbutils Version : 5.6.6-1 Upstream Author : Giulio Bottazzi * URL : http://cafed.sssup.it/software/gbutils/gbutils.html * License : GPL-2+ Section : science It builds those binary packages: gbutils- utilities for command line econometrics To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gbutils Alternatively, one can download the package with dget using this command: dget -x \ http://mentors.debian.net/debian/pool/main/g/gbutils/gbutils_5.6.6-1.dsc or the packaging git repository with git clone git://anonscm.debian.org/collab-maint/gbutils.git Regards, Pietro Battiston -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1434377513.3527.49.ca...@pietrobattiston.it
dh --buildsystem=none?
Hi, I have a package that needs no build, but just the installation of the (script) files. All installation is done via debian/install, debian/docs, debian/examples. So, the debian/rules file is simple ---8<-- #!/usr/bin/make -f %: dh $@ ---8<-- However, for some reason dh tries to run "configure" etc., which ofcourse fails. How can I explicitely specify a build system that actually does nothing? Best regards Ole -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ytz8ublkplv@news.ole.ath.cx
Re: dh --buildsystem=none?
On 15 June 2015 at 16:34, Ole Streicher wrote: > Hi, > > I have a package that needs no build, but just the installation of the > (script) files. All installation is done via debian/install, > debian/docs, debian/examples. > > So, the debian/rules file is simple > > ---8<-- > #!/usr/bin/make -f > %: > dh $@ > ---8<-- > > However, for some reason dh tries to run "configure" etc., which > ofcourse fails. How can I explicitely specify a build system that > actually does nothing? > >From the dh_auto_configure man page, it seems it looks for ./configure, Makefile.PL, Build.PL or cmake files. Anyway, I guess you can always use something like: override_dh_auto_configure: # nothing -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caoksjbgmxio4+tt7zb8jqgos3assve_dirz7q0kbajst5bh...@mail.gmail.com
Bug#788850: RFS: python-cligj/0.2.0-1
Package: sponsorship-requests Severity: normal X-Debbugs-CC: pkg-grass-de...@lists.alioth.debian.org Dear mentors, I am looking for a sponsor for my package "python-cligj" Package name: python-cligj Version : 0.2.0-1 Upstream Author : Sean Gillies URL : https://github.com/mapbox/cligj License : BSD Section : python It builds those binary packages: python-cligj - Python 2 library for processing GeoJSON commands python3-cligj - Python 3 library for processing GeoJSON commands To access further information about this package, please visit the following URL: http://mentors.debian.net/package/python-cligj Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/python-cligj/python-cligj_0.2.0-1.dsc More information about cligj can be obtained from https://github.com/mapbox/cligj. Changes since the last upload: * Imported Upstream version 0.2.0 Regards, Johan Van de Wauw -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJOp35kmEG-+ktt7WyNSvz4C=myxdtzhvt_ujnhpaqvnirp...@mail.gmail.com
Bug#788850: RFS: python-cligj/0.2.0-1 [uploaded]
Hi Johan, Thanks for your work on this package. On 06/15/2015 05:20 PM, Johan Van de Wauw wrote: > I am looking for a sponsor for my package "python-cligj" I've sponsored the upload, and since it was a straightforward new upstream release I have not further comments. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/557f178a.3010...@xs4all.nl
Re: dh --buildsystem=none?
On Mon, Jun 15, 2015 at 04:34:04PM +0200, Ole Streicher wrote: > So, the debian/rules file is simple > ---8<-- > #!/usr/bin/make -f > %: > dh $@ > ---8<-- > > However, for some reason dh tries to run "configure" etc., which > ofcourse fails. How can I explicitely specify a build system that > actually does nothing? Do you have a "configure" lying around? If it's not present, dh will not try to run it. Works for me, at least. As detection of "configure" works by looking at the presence of "configure" (duh), it feels odd to me to get a false positive. -- // If you believe in so-called "intellectual property", please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150615204451.gb28...@angband.pl
Bug#787223: RFS: vbam/1.8.0.1498-1
Hi! > general > * Have you considered maintaining the package as part of the > Debian Games team? > * Have you contacted Etienne Millon <>? > He may be interested in this (as the maintainer of the vba > package). I just tried on #debian-games, I will contacted Millon. > d/control: > * Why are there 2 GUI frontends to this package? Wx is the new multi-platform frontend and it has many features/options, GTK+ was the old frontend with few options. > * You probably want a versioned dependency from vbam-gtk and vbam > -wx to vbam-common. vbam-common has only icons, so I don't understand the need for this. > * The version of vba in the archive has a dependency from vba-gtk > to vba. Does this package need that? vbam-gtk and vbam-sdl are independent. > * The trademark disclaimer probably doesn't need to be in the > description, but you can put it in d/copyright if you want (I > don't know how necessary it is). It's Nintendo, so it's better to have this disclaimer. > * The files licensed under GPL-2 only are problematic since there > is some GPL-3 files here as well. The files must be replaced or > re-licensed with permission of the author(s). If they aren't > used, then copyright file should say that. src/filters/hq/asm/macros.mac is only used if NASM is enabled, so I think there is no problem (I put a comment in the Copyright file). About the other files (Array.h and RingBuffer.h), I think upstream is fixing it right now. > W: vbam source: missing-license-paragraph-in-dep5-copyright public-domain (paragraph at line 36) I don't understand this warning, "public-domain" isself explanatory and it's not a license at all. I'm trying to understand the text below from the copyright-format page, but I'm not fluent in the english language. They should add an example to clarify: "When the License field in a paragraph has the short name public-domain, the remaining lines of the field must explain exactly what exemption the corresponding files for that paragraph have from default copyright restrictions." > vbam-sdl segfault > I tried running a game with vbam in the vbam-sdl package. When closing > the program it segfaulted. This was the stacktrace. As you can see, > fclose was called with a NULL pointer. I think it's better to report bugs directly on upstream, I already reported your issue: https://sourceforge.net/p/vbam/bugs/178/ Thanks for the feedback! I already updated the packaging. -- Sérgio Benjamim -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/557f50a8@yahoo.com.br
Bug#788850: marked as done (RFS: python-cligj/0.2.0-1)
Your message dated Tue, 16 Jun 2015 04:25:33 + with message-id and subject line closing RFS: python-cligj/0.2.0-1 has caused the Debian Bug report #788850, regarding RFS: python-cligj/0.2.0-1 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.) -- 788850: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788850 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal X-Debbugs-CC: pkg-grass-de...@lists.alioth.debian.org Dear mentors, I am looking for a sponsor for my package "python-cligj" Package name: python-cligj Version : 0.2.0-1 Upstream Author : Sean Gillies URL : https://github.com/mapbox/cligj License : BSD Section : python It builds those binary packages: python-cligj - Python 2 library for processing GeoJSON commands python3-cligj - Python 3 library for processing GeoJSON commands To access further information about this package, please visit the following URL: http://mentors.debian.net/package/python-cligj Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/python-cligj/python-cligj_0.2.0-1.dsc More information about cligj can be obtained from https://github.com/mapbox/cligj. Changes since the last upload: * Imported Upstream version 0.2.0 Regards, Johan Van de Wauw --- End Message --- --- Begin Message --- Package python-cligj version 0.2.0-1 is in unstable now. https://packages.qa.debian.org/python-cligj--- End Message ---
