Werner Detter writes:
>> Have you got any reason not to simply refresh your patches?
>> Something like: quilt pop -a; while quilt push; do quilt refresh; done
>
> well, there is no reason. I'm asking because this is the first time
> I have this topic. Sure, refreshing all patches would be probabl
Werner Detter writes:
>> For example, if 3.patch has not been forwarded upstream yet, then I
>> would definitely modify it (instead of creating a new patch).
>
> I've modified 3.patch - in the course of the modification one line has
> been deleted (perl "use" statement) as it's not needed anymore
Vincent Bernat writes:
> ❦ 30 novembre 2015 10:41 +0100, Ferenc Wagner :
>
>> Makefile.in files distributed in an upstream tarball often have several
>> copyright notices: the FSF copyleft at the top added by Automake and
>> later those carried over from other macr
Alex Vong writes:
> I am not a mentor, the following is just my opinions:
I'm afraid that if you answer a question on debian-mentors, you're a
mentor by definition. :)
> I don't know how Makefile.in is being handled in particular, but I
> think in general, if one file has more than one copyrigh
Dear mentors,
Makefile.in files distributed in an upstream tarball often have several
copyright notices: the FSF copyleft at the top added by Automake and
later those carried over from other macro packages included into
Makefile.am (for example: include doxygen.am). The result is like this:
# M
Jakub Wilk writes:
> * Ferenc Wagner , 2015-11-26, 19:28:
>
>> I'm packaging a new upstream version of xml-security-c. The previous
>> sid version was 1.7.2-3, which had a transition bug filed for it:
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791323
&
Dear mentors,
I'm packaging a new upstream version of xml-security-c. The previous
sid version was 1.7.2-3, which had a transition bug filed for it:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791323
Simon McVittie tagged it "unreproducible", because he suspected that the
exported cxx11 sy
Ferenc Wagner writes:
> I'm packaging software which consists of multiple libraries. I put
> those libraries into various lib* binary packages with corresponding
> lib*-dev packages. Some header files contained in the lib*-dev packages
> include others in other lib*-dev packa
Hi,
I'm packaging software which consists of multiple libraries. I put
those libraries into various lib* binary packages with corresponding
lib*-dev packages. Some header files contained in the lib*-dev packages
include others in other lib*-dev packages, thus package dependencies
must be declare
Jakub Wilk writes:
> * Ferenc Wagner , 2015-07-29, 12:04:
>
>> https://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules
>> first says yes, by starting a paragraph as:
>>
>>build-arch (required), build-indep (required)
>
> Yes, they were made
Hi,
https://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules
first says yes, by starting a paragraph as:
build-arch (required), build-indep (required)
but a couple of paragraphs later is also says:
Both binary-* targets should depend on the build target, or on the
appro
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?
lumin writes:
> Is there any problem with "-rpath" that needs a fix ?
https://wiki.debian.org/RpathIssue
--
Feri.
--
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.or
Mateusz Łukasik writes:
> On 12.02.2015 07:57, Chow Loong Jin wrote:
>> On Wed, Feb 11, 2015 at 10:25:38PM +0100, Mateusz Łukasik wrote:
>>> Hello,
>>>
>>> I make darkhttpd package and have a small issue.
>>>
>>> I prepare init script:
>>> https://github.com/mati75/darkhttpd/blob/master/debian/in
Tristan Schmelcher writes:
> 2) Like (1), but install to a private directory and have everything in
> roccat-tools declare an rpath to it, thus avoiding ld.so collisions. This
> triggers binary-or-shlib-defines-rpath, but IIUC this would be an accepted
> use. However, the private DSO package name
Luca Bruno writes:
> On Wednesday 03 December 2014 18:21:08 Ryan Tandy wrote:
>
>> On Wed, Dec 03, 2014 at 11:40:24PM +0100, Ferenc Wagner wrote:
>>
>>> I got pre-approval on #771962: the upload will be unblocked, provided
>>> it's in unstable by Monday
Ryan Tandy writes:
> On 18/10/14 02:26 AM, Ferenc Wagner wrote:
>
>> Ryan Tandy writes:
>>
>>>* debian/slapd.init.ldif:
>>
>> Btw: why do you give rigths to the RootDN explicitly? Doesn't it skip
>> all ACL processing anyway?
>
I backported your package to wheezy and upgraded a machine carrying a
partial replica. The upgrade failed, so I added the -s option to the
slapadd call in the postinst. Please consider using it.
Btw. is the dump/restore necessary with MDB? I found no information
about the format incompatibiliti
Ryan Tandy writes:
> - Invoke find, chmod, and chown with -H in case /var/lib/ldap is a
>symlink. (Closes: #742862)
You mean chgrp, not chmod.
>* debian/slapd.README.Debian: Add a note about database format
> upgrades and the consequences of missing one. (Closes: #594711)
"Dmitry Borisyuk" writes:
> The package fbxkb has long-standing bugs (#412254, #436824 and others),
> and seems unmaintained (the maintainer does not respond for years).
> As I happen to install this package, I patched it for my local use,
> and now upload it to mentors; it would be nice if someo
Hi Russ,
In the past you sponsored the initial upload of my sblim-wbemcli package
into Debian. I prepared a new revision of it with very few changes,
could you please sponsor it again?
https://mentors.debian.net/package/sblim-wbemcli
--
Thanks,
Feri.
--
To UNSUBSCRIBE, email to debian-mentor
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.2-8
Upstream Author : Tyrel Datwyler
* URL :
http://sourceforge.net/apps/mediawiki/sblim/index.php?
Paul Elliott writes:
> I must prepare a new version of my package because of a transition.
>
> however they are holding one package that my package depends on, out
> of unstable because "that would start the transition". The package is
> libwxsqlite3-3.0-dev
>
> I want to be one jump ahead of the
Paul Wise writes:
> On Sat, Mar 1, 2014 at 5:20 PM, Wookey wrote:
>
>> I must admit I'm surprised so many people still use pbuilder, although I
>> do agree that the syntax is a bit simpler for a 'standard upload' build.
>
> I still use cowbuilder because schroot doesn't support cowdancer for
> co
Steven Hamilton writes:
> I've just done some more testing though and dh is definitely
> interperating my bash file as an init script and creating a
> /etc/init.d/mrrescue entry in the build tree. Any ideas how to override
> this behaviour?
Didn't you name your script debian/init or debian/mrres
Bob Proulx writes:
> Sandro Tosi wrote:
>
>> I also see that there are several changes performed directly in the
>> upstream code, such as autotools/configure/make and friends,
>
> Yes. But note that those had been made before too. I only updated
> the autotools files (again) because the curren
Dear mentors,
Please disregard this thread, I filled in a proper RFS bug report
(#676646) with largerly identical content. The new location of the
package is mentors.debian.net, though.
--
Regards,
Feri.
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "un
Hi,
I'm looking for a sponsor for my freshly created sblim-wbemcli package.
Let me quote its long description from the homepage of the sblim
SourceForge project (http://sblim.wiki.sourceforge.net):
The WBEM Command Line Interface is a standalone, convenient systems
management utility for CIMOM
28 matches
Mail list logo