Bug#785683: RFS: mod-gnutls/0.6-1.4 [NMU]
Package: sponsorship-requests Severity: normal Dear mentors, I'm looking for a sponsor for a bugfix update of mod-gnutls that would close bug #775909 (segfaults with reverse proxy configuration). I've uploaded the package to Debian Mentors a few weeks ago. The maintainer has not responded (like for the security updates to 0.5.10-1.1+deb7u1 and 0.6-1.3, which went through the security team, see DSA-3177 [1]), so now I'm looking for a sponsor for an NMU. * Package name: mod-gnutls Version : 0.6-1.4 Upstream Author : Daniel Kahn Gillmor * URL : https://mod.gnutls.org/ * License : Apache-2.0 Section : httpd It builds those binary packages: libapache2-mod-gnutls - Apache module for SSL and TLS encryption with GnuTLS To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mod-gnutls Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mod-gnutls/mod-gnutls_0.6-1.4.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * Fix segfaults with reverse proxy configuration (Closes: #775909) * Upgrade Standards-Version to 3.9.6, change DocumentRoot in default-tls.conf to /var/www/html accordingly. Regards, Thomas Klute [1] https://www.debian.org/security/2015/dsa-3177 -- 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/555adcb8.2070...@uni-dortmund.de
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
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]
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
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#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
Bug#785514: RFS: ming/1:0.4.7-1 [RC]
On Tue, May 19, 2015 at 2:16 AM, Paul Wise 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, 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#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 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
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 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
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 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#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 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
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 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 --- Begin Message --- 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 * 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 --- --- Begin Message --- Hi Arturo, On Mon, May 18, 2015 at 4:32 AM, Arturo Borrero Gonzalez wrote: > On 16 May 2015 at 10:25, Vincent Cheng wrote: >> Control: tag -1 + moreinfo >> Control: owner -1 ! >> >> Hi Arturo, >> >> On Fri, May 8, 2015 at 1:08 AM, Arturo Borrero Gonzalez >> 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 >>> * 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 ---
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 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 --- Begin Message --- 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 * 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 --- --- Begin Message --- Hi Rodolphe, On Mon, May 18, 2015 at 4:43 AM, Rodolphe PELLOUX-PRAYER 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
Hi Shawn, On Mon, May 18, 2015 at 1:54 PM, Shawn Sörbom 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
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
Bug#785426: RFS: cv/0.6-1 [ITP] -- cv - Coreutils (progress) Viewer)
lumin (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#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#785426: RFS: cv/0.6-1 [ITP] -- cv - Coreutils (progress) Viewer)
Hi! lumin 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#784854: MIA for "Karolina Kalic "
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#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
Bug#784732: RFS: liquidprompt/1.9-1 [ITP]
On 16 May 2015 at 10:25, Vincent Cheng wrote: > Control: tag -1 + moreinfo > Control: owner -1 ! > > Hi Arturo, > > On Fri, May 8, 2015 at 1:08 AM, Arturo Borrero Gonzalez > 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 >> * 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#784854: MIA for "Karolina Kalic "
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 wrote: > Hello MIA Team, > > After some discussion on bug #784854, I'm trying to find information about > maintainer "Karolina Kalic ", 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 >> 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%3E&comaint=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