Bug#785426: RFS: cv/0.6-1 [ITP] -- cv - Coreutils (progress) Viewer)
Hi guys, On Mon, 2015-05-18 at 14:24 +0200, Christoph Egger wrote: I'll give it a look shortly Thank you ;) probably not that one, right? OMG, I missed that line ... Additionally I noticed there's already a package shipping /usr/bin/cv: radiance: /usr/bin/cv maybe you can use a different name? Let me CC the author to discuss the name issue ... Xfennec (the author of cv): In fact there is a package named radiance in debian archive, which includes a executable named cv. So this is a conflict again... The description of cv I wrote in control file is Coreutils (progress) Viewer. Well, Xfennec, can we pick a new name for it ? And please give your opinion. Thank you both :-) -- Regards, C.D.Luminate -- 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/1431959872.2783.7.ca...@gmail.com
Bug#784854: MIA for Karolina Kalic karol...@resenje.org
On Mon, May 18, 2015 at 10:58:08AM +0200, Karolina Kalic wrote: Hi everybody, As I can remember, MIA team contacted me a while ago. And I explained that I can not continue my work for Debian at the moment. The packages should have been orphaned properly after that. I don't know what happened. I'm glad that someone wants to continue the work on unico. I don't have any objections. Thanks for the reply Karolina. There was a misunderstanding here, somebody decided to orphan the package in their own and later when Ricardo Mones from the MIA team orphaned it properly, he kept the first bug and merged it with his own orphaning but from the MIA team. Vincent probably overlooked the second orphaning bug and therefore his, understandable, request about following the MIA procedure. So please James Lu, feel free to adopt the package. Vincent or Dmitry feel free to sponsor it and Karolina, I hope you'll be able to be back in the project in the future! Ana on behalf of the MIA team -- 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/20150518121938.ga27...@pryan.ekaia.org
Bug#785426: RFS: cv/0.6-1 [ITP] -- cv - Coreutils (progress) Viewer)
Hi! lumin cdlumin...@gmail.com writes: To access further information about this package, please visit the following URL: http://mentors.debian.net/package/cv I'll give it a look shortly More information about hello can be obtained from http://www.example.com. probably not that one, right? Additionally I noticed there's already a package shipping /usr/bin/cv: radiance: /usr/bin/cv maybe you can use a different name? Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
Bug#785426: RFS: cv/0.6-1 [ITP] -- cv - Coreutils (progress) Viewer)
lumin cdlumin...@gmail.com (18/05/2015 14:37) : Hi guys, On Mon, 2015-05-18 at 14:24 +0200, Christoph Egger wrote: I'll give it a look shortly Thank you ;) probably not that one, right? OMG, I missed that line ... Additionally I noticed there's already a package shipping /usr/bin/cv: radiance: /usr/bin/cv maybe you can use a different name? Let me CC the author to discuss the name issue ... Xfennec (the author of cv): In fact there is a package named radiance in debian archive, which includes a executable named cv. So this is a conflict again... The description of cv I wrote in control file is Coreutils (progress) Viewer. Well, Xfennec, can we pick a new name for it ? And please give your opinion. Thank you both :-) Hi, Well, the best tip I can give is the following GitHut issue: https://github.com/Xfennec/cv/issues/8 The summary of this is that I'm pleased with the current name, and think the name conflict is quite unlikely, and is easy to deal with simple aliases. But in the other end, I'm completely OK with a rename of the project if a good name is found (short, pronounceable, possibly explicit, …) Julien. -- 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/20150518171847.12d55...@cqfd-corp.org
Bug#784854: RFS: gtk3-engines-unico/1.0.3+14.04.20140109+repack1-1 [ITA] [RC]
Control: owner -1 ! On Sat, May 9, 2015 at 9:04 AM, James Lu glol...@hotmail.com wrote: Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package gtk3-engines-unico. This upload fixes an RC bug that caused GTK3 applications to crash with any theme that uses the Unico engine, along with some other graphics rendering bugs (tested with GTK 3.14). Ok, now that the package's orphaned status has been clarified, here's a more thorough review: Please be more verbose in d/changelog (w.r.t. your changes to d/control, e.g. like adding/removing build-deps/deps/pre-deps). debian/rules is missing a get-orig-source target, which is described in Policy §4.9 [1]. It's not mandatory as per Policy, but since you also aren't including a debian/watch file (BTW, why did you remove it?), it's harder for others to verify your orig tarball (and I consider one or the other mandatory when sponsoring packages). debian/clean should be redundant now. Regards, Vincent [1] https://www.debian.org/doc/debian-policy/ch-source.html -- 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_tcurywrr3+p1m0v57gnaeozjiemmse0kf2mx+qpdvc...@mail.gmail.com
Re: How to deal with configs in non-standard locations
Hi Shawn, On Mon, May 18, 2015 at 1:54 PM, Shawn Sörbom sh...@sorbom.com wrote: Hi, I am playing with the Snes9x source code, and I can't get it to compile via debhelper. Snes9x has its config files in a subfolder of the sources called unix. What is the proper way of overriding dh_auto_install and dh_auto_build to point debhelper to the correct location? I have tried placing these overrides in my debian/rules file, but they don't seem to work: override_dh_auto_configure: DESTDIR=$(shell pwd)/debian/snes9x cd $(shell pwd)/unix autoreconf -i configure --prefix=$(DESTDIR) override_dh_auto_build: cd $(shell pwd)/unix make %: dh $@ --sourcedirectory=$(CURDIR)/unix 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_tDAq3eO9ChCeZ52CR4D6q=+-k1GKAVUT_ayS-th29N=+g...@mail.gmail.com
Bug#784732: marked as done (RFS: liquidprompt/1.9-1 [ITP])
Your message dated Mon, 18 May 2015 14:13:23 -0700 with message-id CACZd_tBxaVtw_uYVAsDO+eT-oYU7W=+nhe5_3sqsy3ry2kc...@mail.gmail.com and subject line Re: Bug#784732: RFS: liquidprompt/1.9-1 [ITP] has caused the Debian Bug report #784732, regarding RFS: liquidprompt/1.9-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.) -- 784732: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784732 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package liquidprompt * Package name: liquidprompt * Version : 1.9 * Upstream Author : Nojhan noj...@nojhan.net * URL : https://github.com/nojhan/liquidprompt * License : AGPL-3 * Programming Lang: shell * Section : misc It builds those binary packages: liquidprompt - adaptative prompt for bash zsh To access further information about this package, please visit the following URL: http://mentors.debian.net/package/liquidprompt Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/liquidprompt/liquidprompt_1.9-1.dsc More information about hello can be obtained from https://github.com/nojhan/liquidprompt. Regards, -- Arturo Borrero González ---End Message--- ---BeginMessage--- Hi Arturo, On Mon, May 18, 2015 at 4:32 AM, Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com wrote: On 16 May 2015 at 10:25, Vincent Cheng vch...@debian.org wrote: Control: tag -1 + moreinfo Control: owner -1 ! Hi Arturo, On Fri, May 8, 2015 at 1:08 AM, Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package liquidprompt * Package name: liquidprompt * Version : 1.9 * Upstream Author : Nojhan noj...@nojhan.net * URL : https://github.com/nojhan/liquidprompt * License : AGPL-3 * Programming Lang: shell * Section : misc It builds those binary packages: liquidprompt - adaptative prompt for bash zsh To access further information about this package, please visit the following URL: http://mentors.debian.net/package/liquidprompt Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/liquidprompt/liquidprompt_1.9-1.dsc More information about hello can be obtained from https://github.com/nojhan/liquidprompt. Just a few more things to add to Andrey's earlier review: - Don't hardcode a reference to $HOME/.config in liquidprompt_activate, use $XDG_CONFIG_HOME instead [1]. In my system, $XDG_CONFIG_HOME is not set :-( What I've done is to use that value, and fall back to $HOME if unset. That's fine; that's exactly what the Freedesktop.org XDG specs say you should do. - If your package is covered by a license that does not have the full text stored in /usr/share/common-licenses, you should include the full text yourself in d/copyright. done. New version in mentors. Uploaded, thanks for your contribution to Debian! Regards, Vincent---End Message---
How to deal with configs in non-standard locations
Hi, I am playing with the Snes9x source code, and I can't get it to compile via debhelper. Snes9x has its config files in a subfolder of the sources called unix. What is the proper way of overriding dh_auto_install and dh_auto_build to point debhelper to the correct location? I have tried placing these overrides in my debian/rules file, but they don't seem to work: override_dh_auto_configure: DESTDIR=$(shell pwd)/debian/snes9x cd $(shell pwd)/unix autoreconf -i configure --prefix=$(DESTDIR) override_dh_auto_build: cd $(shell pwd)/unix make -- 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/3703432.JteToK2hNH@medusa
Re: RFS: self-serve photo booth software
On Tue, May 19, 2015 at 9:00 AM, Adam Roses Wight wrote: I see it's not recommended to include a debian/ directory in my upstream source control [1]. What's the best practice for hosting Debian packaging files? Should I request a new repo on Alioth, fork my upstream, and add the debian dir on a branch? [2, 3] That is essentially up to you as the package maintainer, everyone has different opinions. I personally prefer either no VCS for debian/ where I am the sole maintainer. For team-maintained packages, I like a repository containing only the contents of debian/. Also, is it standard procedure to upload locally built packages to mentors.d.n, or is that not necessary if I already have hosting for the files? [4] mentors does not distribute binary packages, which is what you have uploaded to github. Some sponsors are fine interacting with random git trees but others like to use the Debian source package (.dsc), which you haven't uploaded anywhere. Personally I'd suggest uploading the source package to mentors. -- 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/CAKTje6Gua8ao9B+XcF8Af1PfzCCNF+gvmHk8Q1e7snmFtu=f...@mail.gmail.com
Bug#785514: RFS: ming/1:0.4.7-1 [RC]
On Sun, May 17, 2015 at 08:41:02PM -0700, Vincent Cheng wrote: Hi Gabriele, Hi Vince, About the re-licensing of php_ext/ming.c and php_ext/php_ming.h, does the relevant Github issue [1] mean that the re-licensing wasn't actually ACK-ed by all the contributors of these files? This sounds like this might be a blocker? [1] https://github.com/libming/libming/issues/42 I've just updated the list few hours ago, just 2 missing contributors, 4 commits. Not sure that commits in question are legally significant and can block relicensing. Opinions? [also CC'ing d-legal] debian/copyright: - various files in e.g. src/blocks/ are also copyrighted by Klaus Rechert, not just the specific stanzas you've listed in d/copyright - perl_ext/SWF/BinaryData.pm:# Copyright (c) 2009 Albrecht Kleine - a small portion of ch/pkgcreate.ch is Copyright 2005 SoftIntegration, Inc., public domain - java_ext/* doesn't seem to be licensed under LGPL-2.1+ as claimed by d/copyright, but under this license instead: Thanks for spending time on d/copyright. Just fixed what you pointed out in git. - debian/ming-fonts-{dejavu,opensymbol}.copyright not converted to DEP-5; that's fine, although it's worth pointing out that ming-fonts-opensymbol.copyright has an unversioned symlink to the LGPL. Now I know that even binaries can have their own copyright file, which replaces global one (always good?). Fixed in git. There's a variety of other things that can be done to improve/modernize the package, e.g. DEP-3 patch headers, conversion of d/rules to dh shorthand, etc., but I suppose you want to tackle the copyright/licensing issues as that's what got the package removed from testing in the first place? Exactly. -- G..e -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150518235143.GA15854@jessie01
Bug#785514: RFS: ming/1:0.4.7-1 [RC]
Hi Gabriele, On Mon, May 18, 2015 at 4:51 PM, Gabriele Giacone 1o5g4...@gmail.com wrote: On Sun, May 17, 2015 at 08:41:02PM -0700, Vincent Cheng wrote: Hi Gabriele, Hi Vince, About the re-licensing of php_ext/ming.c and php_ext/php_ming.h, does the relevant Github issue [1] mean that the re-licensing wasn't actually ACK-ed by all the contributors of these files? This sounds like this might be a blocker? [1] https://github.com/libming/libming/issues/42 I've just updated the list few hours ago, just 2 missing contributors, 4 commits. Not sure that commits in question are legally significant and can block relicensing. Opinions? [also CC'ing d-legal] IANAL, so my opinion doesn't actually matter. :) If you want an authoritative yes/no regarding whether this is legally acceptable or not, debian-legal is the wrong place; you should be asking the ftpmasters directly instead. I don't actually know anything about ming (and the Debian ming packages); are php_ext/ming.{c,h} actually used to build the binary packages? Can they be removed just like java_ext? 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_tBKBiV60i3i=o3k8ssykn415irzs7b3htmj7c3hm8k...@mail.gmail.com
Bug#785426: RFS: cv/0.6-1 [ITP] -- cv - Coreutils (progress) Viewer)
On Mon, 2015-05-18 at 17:18 +0200, Xfennec wrote: Well, the best tip I can give is the following GitHut issue: https://github.com/Xfennec/cv/issues/8 The summary of this is that I'm pleased with the current name, and think the name conflict is quite unlikely, and is easy to deal with simple aliases. Well, IMHO how about cvp, which means Coreutils Viewer for Progress, 1. it's more clear in the terms of meaning, than cv 2. with a 'p' trailing after, it's no much harder to type than cv 3. cvp is available $ apt-file search /usr/bin/cvp kicad: /usr/bin/cvpcb $ If you don't like cvp, then IMHO what about cvsp, which means Coreutils Viewer for Seek Position. (What a revealing name) 1. more clear on meaning, than cv 2. this one is revealing, but harder to type than both cv and cvp 3. cvsp is available $ apt-file search '/usr/bin/cvsp ' $ FWIW I think adding postfix for cv is much easier to accept for Xfennec. -- 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/1431993774.6921.15.ca...@gmail.com
Bug#785514: RFS: ming/1:0.4.7-1 [RC]
On Mon, May 18, 2015 at 12:14:23PM +0800, Paul Wise wrote: On Mon, May 18, 2015 at 11:41 AM, Vincent Cheng wrote: - java_ext/* doesn't seem to be licensed under LGPL-2.1+ as claimed by d/copyright, but under this license instead: This software is copyright 2001 E-Publishing Group Inc. Permission is granted to use the code and/or make changes to the code provided that the original copyright and author attribution is included in each file. The license does not make any warranty of liability, merchantability, or fitness for any specific purpose. Please contact the author jsh...@e-shuppan.com if you have any questions about the license or the software. That appears to be a non-free license as there is no clause allowing distribution? Please remove ming from mentors until this is clarified as we don't have a license to distribute it. Neither a clause prohibiting it. Does it really make it non-free? Any reference? BTW getting rid of java extension would not be a problem, currently not even packaged. -- G..e -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150519000400.GB15854@jessie01
Re: RFS: self-serve photo booth software
I see it's not recommended to include a debian/ directory in my upstream source control [1]. What's the best practice for hosting Debian packaging files? Should I request a new repo on Alioth, fork my upstream, and add the debian dir on a branch? [2, 3] Also, is it standard procedure to upload locally built packages to mentors.d.n, or is that not necessary if I already have hosting for the files? [4] Thanks, Adam [1] https://wiki.debian.org/DebianMentorsFaq#What.27s_wrong_with_upstream_shipping_a_debian.2F_directory.3F [2] http://anonscm.debian.org/cgit/debian-science/packages/opencv.git/tree/ [3] https://alioth.debian.org/register/ [4] https://github.com/adamwight/photo-booth/releases On Tue, May 12, 2015 at 09:06:22AM +, Adam Roses Wight wrote: On Sun, Apr 19, 2015 at 05:20:43PM +0800, Paul Wise wrote: i18n would definitely be a good idea, I'd suggest using gettext. I slogged through the gettext support, noticing too late that QT comes with its own i18n library. If my ad-hoc gettext integration eventually rabbitholes, I might try that instead: http://www.cmake.org/Wiki/CMake:How_To_Build_Qt4_Software#Translations None of the files appear to have copyright/license information: http://lu.is/blog/2012/03/17/on-the-importance-of-per-file-license-information/ I think it's unlikely that any file would be taken out of this project in isolation, so I'll assume the top-level LICENSE is obvious enough for now. $ cppcheck -j1 --quiet -f . | grep -vF 'cppcheck: error: could not find or open any of the paths given.' [sound.hpp:40]: (error) Mismatching allocation and deallocation: buf That was a real memory leak, fantastic! I think I worked through all your other points, looking forward to the next iteration. Thanks, Adam -- 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/20150512090622.ga31...@ludd.net -- 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/20150519010023.ga28...@ludd.net
Bug#783529: marked as done (RFS: spacenavd/0.6-1 [ITA])
Your message dated Mon, 18 May 2015 14:02:46 -0700 with message-id caczd_tamzhndyeuhbsq5dyqkptdtyae8rh3yzeuzqdsbyhc...@mail.gmail.com and subject line Re: Bug#783529: RFS: spacenavd/0.6-1 [ITA] has caused the Debian Bug report #783529, regarding RFS: spacenavd/0.6-1 [ITA] 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.) -- 783529: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783529 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package spacenavd * Package name: spacenavd Version : 0.6-1 Upstream Author : John Tsiombikas nucl...@member.fsf.org * URL : http://spacenav.sourceforge.net * License : GPL-3.0+ Section : utils It builds those binary packages: spacenavd - daemon for using 3D input devices from 3Dconnexion To access further information about this package, please visit the following URL: http://mentors.debian.net/package/spacenavd Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/spacenavd/spacenavd_0.6-1.dsc Changes since the last upload: * Imported Upstream version 0.6 * Remove initfile patch. We use debian/spacenavd.init anyway. * Remove makefile patch and change spacenavd path in init file. * Use DEP-5 copyright format. * Add upstream example config file. * Source init-functions in init script. * Bump standards version to 3.9.6 and remove obsolete DM-Upload-Allowed field. * Switch to debhelper 9. * Remove quilt and autotools-dev dependencies. * Set architecture linux-any. Closes: #745177. * Enable systemd service file. * Patch to use /run instead of /var/run. * Enable hardenings flags. * New maintainer. Closes: #781184. * Add Vcs-* fields. Regards, Rodolphe Pelloux-Prayer -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-trunk-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) ---End Message--- ---BeginMessage--- Hi Rodolphe, On Mon, May 18, 2015 at 4:43 AM, Rodolphe PELLOUX-PRAYER rodol...@damsy.net wrote: Hi Vincent, Le 18/05/2015 05:01, Vincent Cheng a écrit : […] Looks good, except for one last thing I should've checked earlier (sorry for these piecemeal reviews); your orig tarball doesn't seem to match the tarball distributed upstream: upstream md5sum: 7e2c04fb8dbb7d39b9ee7b64565e0c4f mentors.d.n tarball md5sum: 0fbcb66a9ef8368fb3de5397b14eb991 Please ensure that you're using the same tarball as upstream is; if you must repack it (e.g. to satisfy DFSG), please change the version string (appending +dfsg is typical in this scenario) and add a brief explanation to d/README.source or d/copyright. If you're using git-buildpackage or similar helpers without e.g. pristine-tar, or some other way of reconstructing pristine tarballs, you're going to end up with a tarball with a different hashsum as well. I guess this check could be done directly by mentors.d.n. You're more than welcome to contribute to debexpo [1] (a.k.a. mentors.d.n). Anyway, I've reworked my git repo with pristine-tar enabled and it looks better. (Also, re: #781185, you didn't actually retitle the wnpp bug and set yourself as owner.) Done. The new (and, hopefully, last) version is on mentors.d.n. Looks good, uploaded; thanks for your contribution to Debian! Regards, Vincent [1] https://wiki.debian.org/Debexpo---End Message---
Re: How to deal with configs in non-standard locations
Worked great! Thanks! On Monday, May 18, 2015 14:05:55 Vincent Cheng wrote: Hi Shawn, On Mon, May 18, 2015 at 1:54 PM, Shawn Sörbom sh...@sorbom.com wrote: Hi, I am playing with the Snes9x source code, and I can't get it to compile via debhelper. Snes9x has its config files in a subfolder of the sources called unix. What is the proper way of overriding dh_auto_install and dh_auto_build to point debhelper to the correct location? I have tried placing these overrides in my debian/rules file, but they don't seem to work: override_dh_auto_configure: DESTDIR=$(shell pwd)/debian/snes9x cd $(shell pwd)/unix autoreconf -i configure --prefix=$(DESTDIR) override_dh_auto_build: cd $(shell pwd)/unix make %: dh $@ --sourcedirectory=$(CURDIR)/unix 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/2499163.rbtELBkF32@medusa
Bug#785514: RFS: ming/1:0.4.7-1 [RC]
On Tue, May 19, 2015 at 2:16 AM, Paul Wise p...@debian.org wrote: On Tue, May 19, 2015 at 8:04 AM, Gabriele Giacone wrote: BTW getting rid of java extension would not be a problem Great, please do ASAP as you have made mentors.d.n violate the law. I guess unstable has been violating it since years then. And snapshot.d.o will keep doing it even after next upload. Removed. -- G..e -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CABcaWC3dZHooP5vyEJOM4T_fRyExvf4BY=kyojs2e9ettiz...@mail.gmail.com
Bug#785514: RFS: ming/1:0.4.7-1 [RC]
On Tue, 2015-05-19 at 02:25 +0200, Gabriele Giacone wrote: I guess unstable has been violating it since years then. And snapshot.d.o will keep doing it even after next upload. Removed. Please file bugs about those things. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: RFS: self-serve photo booth software
[I'm subscribed, no need to CC] On Tue, May 12, 2015 at 5:06 PM, Adam Roses Wight wrote: I slogged through the gettext support, noticing too late that QT comes with its own i18n library. If my ad-hoc gettext integration eventually rabbitholes, I might try that instead: http://www.cmake.org/Wiki/CMake:How_To_Build_Qt4_Software#Translations I would guess that using the native Qt i18n would be more appropriate than gettext. -- 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/CAKTje6G9y=6Pfvm7LjTVti+NV1N1wb6h3zgSyDi=3_u6v9i...@mail.gmail.com
Bug#785514: RFS: ming/1:0.4.7-1 [RC]
On Tue, May 19, 2015 at 8:04 AM, Gabriele Giacone wrote: On Mon, May 18, 2015 at 12:14:23PM +0800, Paul Wise wrote: That appears to be a non-free license as there is no clause allowing distribution? Please remove ming from mentors until this is clarified as we don't have a license to distribute it. Neither a clause prohibiting it. Does it really make it non-free? Any reference? Copyright law does not allow distribution by default. It doesn't make it non-free, it makes it non-redistributable, even in the non-free portion of Debian. BTW getting rid of java extension would not be a problem Great, please do ASAP as you have made mentors.d.n violate the law. -- 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/caktje6h4k7-ss_0uquwqorslve0ymdyaazsetoxedv1nmhe...@mail.gmail.com
Bug#784854: MIA for Karolina Kalic karol...@resenje.org
Hello MIA Team, After some discussion on bug #784854 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784854, I'm trying to find information about maintainer Karolina Kalic karol...@resenje.org, whose package gtk3-engines-unico was apparently orphaned incorrectly without the MIA team's consent. A critical bug (#706330 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706330) has been affecting the package since April 2013, and she haven't responded since. Looking at: https://www.debian.org/doc/manuals/developers-reference/beyond-pkging.html#mia-qa The|echelon|information available through thedevelopers' LDAP database https://db.debian.org/, which indicates when the developer last posted to a Debian mailing list. (This includes mails about uploads distributed via the|debian-devel-chan...@lists.debian.org mailto:debian-devel-chan...@lists.debian.org|list.) Also, remember to check whether the maintainer is marked as on vacation in the database. Karolina Kalic is not in the LDAP database, though https://contributors.debian.org/contributor/karolina-guest%40alioth provides a bit of info. The number of packages this maintainer is responsible for, and the condition of those packages. In particular, are there any RC bugs that have been open for ages? Furthermore, how many bugs are there in general? Another important piece of information is whether the packages have been NMUed, and if so, by whom. She is involved in the packaging of 4 packages, 2 of which have been taken over and 3 with RC bugs. https://qa.debian.org https://qa.debian.org/developer.php?login=karolina%20kalic%20%3ckarol...@resenje.org%3Ecomaint=yes/developer.php?login=karolina%20kalic%20%3ckarol...@resenje.org%3Ecomaint=yes https://qa.debian.org/developer.php?login=karolina%20kalic%20%3ckarol...@resenje.org%3Ecomaint=yes Is there any activity of the maintainer outside of Debian? For example, they might have posted something recently to non-Debian mailing lists or news groups. A quick Google search for karol...@resenje.org finds some things about PGP keys and the Debian packages she's been involved in, but all of these seem to be from 2011-2012. Searching the name is really ambiguous, giving various results for different packages on various distributions. I did find this forum post http://forums.linuxmint.com/viewtopic.php?p=815887#p815887 from Linux Mint though, discussing how Unico was abandoned in Debian... The latest post by date I found at a strange lookingDebian bugs mirror http://debian.2.n7.nabble.com/Bug-706330-Re-Some-applications-segfaults-after-upgrade-to-3-8-0-1-td3005089.html#a3006577, but that just duplicates what was in the bug tracker anyways. Best, James
Bug#785426: RFS: cv/0.6-1 [ITP] -- cv - Coreutils (progress) Viewer)
To access further information about this package, please visit the following URL: http://mentors.debian.net/package/cv Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/cv/cv_0.6-1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: cv (0.6-1) unstable; urgency=low * Initial release (Closes: #785425) * This is my first Debian package. * Adjusted Makefile according to maint-guide. - for DESTDIR variable and install path. - Harden binary files. * Adjusted manpage for lintian. -- 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/1431930901.2668.24.ca...@gmail.com
Re: Bug#783529: RFS: spacenavd/0.6-1 [ITA]
On Sunday 17 May 2015 14:24:24 Rodolphe PELLOUX-PRAYER wrote: You're also missing Thomas Anderson t...@nextgenengineering.com as the copyright holder for a number of files in src/magellan/. (In case you haven't done so already, please take the time to do a thorough license/copyright check yourself when adopting/packaging new packages.) Damn, you're right, I definitely need to check more carefully the licenses and copyrights! licensecheck seems to be a good helper You can also use 'cme update dpkg-copyright' to get © info in dep-3 format. See https://ddumont.wordpress.com/2015/04/05/improving-creation-of-debian-copyright-file/ All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1643575.HQKsSiGz4J@ylum
Bug#784854: MIA for Karolina Kalic karol...@resenje.org
Hi everybody, As I can remember, MIA team contacted me a while ago. And I explained that I can not continue my work for Debian at the moment. The packages should have been orphaned properly after that. I don't know what happened. I'm glad that someone wants to continue the work on unico. I don't have any objections. Best regards, Karolina On Mon, May 18, 2015 at 8:29 AM, James Lu glol...@hotmail.com wrote: Hello MIA Team, After some discussion on bug #784854, I'm trying to find information about maintainer Karolina Kalic karol...@resenje.org, whose package gtk3-engines-unico was apparently orphaned incorrectly without the MIA team's consent. A critical bug (#706330) has been affecting the package since April 2013, and she haven't responded since. Looking at: https://www.debian.org/doc/manuals/developers-reference/beyond-pkging.html#mia-qa The echelon information available through the developers' LDAP database, which indicates when the developer last posted to a Debian mailing list. (This includes mails about uploads distributed via the debian-devel-chan...@lists.debian.org list.) Also, remember to check whether the maintainer is marked as on vacation in the database. Karolina Kalic is not in the LDAP database, though https://contributors.debian.org/contributor/karolina-guest%40alioth provides a bit of info. The number of packages this maintainer is responsible for, and the condition of those packages. In particular, are there any RC bugs that have been open for ages? Furthermore, how many bugs are there in general? Another important piece of information is whether the packages have been NMUed, and if so, by whom. She is involved in the packaging of 4 packages, 2 of which have been taken over and 3 with RC bugs. https://qa.debian.org/developer.php?login=karolina%20kalic%20%3ckarol...@resenje.org%3Ecomaint=yes Is there any activity of the maintainer outside of Debian? For example, they might have posted something recently to non-Debian mailing lists or news groups. A quick Google search for karol...@resenje.org finds some things about PGP keys and the Debian packages she's been involved in, but all of these seem to be from 2011-2012. Searching the name is really ambiguous, giving various results for different packages on various distributions. I did find this forum post from Linux Mint though, discussing how Unico was abandoned in Debian... The latest post by date I found at a strange looking Debian bugs mirror, but that just duplicates what was in the bug tracker anyways. Best, James -- 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/CADh3fJ=-9NBqExMJm2KkDcwYg=kwcybwgpsd5u4lvzuevwj...@mail.gmail.com
Bug#784732: RFS: liquidprompt/1.9-1 [ITP]
On 16 May 2015 at 10:25, Vincent Cheng vch...@debian.org wrote: Control: tag -1 + moreinfo Control: owner -1 ! Hi Arturo, On Fri, May 8, 2015 at 1:08 AM, Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package liquidprompt * Package name: liquidprompt * Version : 1.9 * Upstream Author : Nojhan noj...@nojhan.net * URL : https://github.com/nojhan/liquidprompt * License : AGPL-3 * Programming Lang: shell * Section : misc It builds those binary packages: liquidprompt - adaptative prompt for bash zsh To access further information about this package, please visit the following URL: http://mentors.debian.net/package/liquidprompt Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/liquidprompt/liquidprompt_1.9-1.dsc More information about hello can be obtained from https://github.com/nojhan/liquidprompt. Just a few more things to add to Andrey's earlier review: - Don't hardcode a reference to $HOME/.config in liquidprompt_activate, use $XDG_CONFIG_HOME instead [1]. In my system, $XDG_CONFIG_HOME is not set :-( What I've done is to use that value, and fall back to $HOME if unset. - If your package is covered by a license that does not have the full text stored in /usr/share/common-licenses, you should include the full text yourself in d/copyright. done. New version in mentors. -- 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/caoksjbjsuup_6zdyxftgxn6eugnq8ubv6dnwqm_xxfbpx29...@mail.gmail.com
Bug#783529: RFS: spacenavd/0.6-1 [ITA]
Hi Vincent, Le 18/05/2015 05:01, Vincent Cheng a écrit : […] Looks good, except for one last thing I should've checked earlier (sorry for these piecemeal reviews); your orig tarball doesn't seem to match the tarball distributed upstream: upstream md5sum: 7e2c04fb8dbb7d39b9ee7b64565e0c4f mentors.d.n tarball md5sum: 0fbcb66a9ef8368fb3de5397b14eb991 Please ensure that you're using the same tarball as upstream is; if you must repack it (e.g. to satisfy DFSG), please change the version string (appending +dfsg is typical in this scenario) and add a brief explanation to d/README.source or d/copyright. If you're using git-buildpackage or similar helpers without e.g. pristine-tar, or some other way of reconstructing pristine tarballs, you're going to end up with a tarball with a different hashsum as well. I guess this check could be done directly by mentors.d.n. Anyway, I've reworked my git repo with pristine-tar enabled and it looks better. (Also, re: #781185, you didn't actually retitle the wnpp bug and set yourself as owner.) Done. The new (and, hopefully, last) version is on mentors.d.n. Regards, Rodolphe signature.asc Description: OpenPGP digital signature