-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear mentors,
I am looking for a sponsor for the new version 0.4.4.2-1
of my package "evilvte". (Programming language: C)
It builds the binary package: evilvte
The latest entry in the Debian changelog is:
evilvte (0.4.4.2-1) unstable; urgency=low
On Mon, Aug 03, 2009 at 08:48:52PM -0300, David Bremner wrote:
> 1) I expect whoever does sponsor it will ask you to compress
> debian/changelog a bit. Typically there should be 1 changelog entry
> per debian upload. Sorry I didn't mention this in my mail to BTS.
I've just re-uploaded the package.
Dear mentors,
I am looking for a sponsor for the new version 2.0.5-1
of my package "php-net-ldap2".
i just adopted the package by ITA the bug number is #529692
It builds these binary packages:
php-net-ldap2 - Object oriented interface for searching and manipulating
LDAP-entries
The package can
Dear mentors,
I am looking for a sponsor for my package "pdfchain".
* Package name: pdfchain
Version : 0.123-1
Upstream Author : Martin Singer (m_pow...@users.sourceforge.net)
* URL : http://pdfchain.sourceforge.net/
* License : GPL-3+
Programming Lang: C++
Charles Plessy writes:
> this breakage [of pbuilder] gave me a good opportunity to realise that
> sbuild has become almost as easy to use as cowbuilder.
What are the relative merits of the various automated package testing
tools, from the perspective of someone maintaining packages for Debian
us
In <20090804100620.ga8...@shurick.s2s.msu.ru>, Alexander Inyukhin wrote:
>Socket permissions are controlled by umask, but if security
>matters, a more sophisticated way of managing sockets should be used.
>Since task-spooler is intented for use in single user environment,
>I do not think this is a
In <87bpmvsux5.fsf...@benfinney.id.au>, Ben Finney wrote:
>That is, if I'm maintaining packages for Debian and want to build and
>test them in an easy and automated manner, what tools are available
>(‘pbuilder’, ‘sbuild’, ‘cowbuilder’, …) and for each of them why would I
>choose that one?
There's
On Tue, Aug 04, 2009 at 09:57:49AM -0500, Boyd Stephen Smith Jr. wrote:
> There's really only two that I know of. pbuilder (and variants:
> qemubuilder, cowbuilder, etc.) and sbuild. ISTR, sbuild is used on the
> buildds, but all my experience is with pbuilder. I find it incredibly
> flexible
On Tue, Aug 04, 2009 at 09:52:23AM -0500, Boyd Stephen Smith Jr. wrote:
> In <20090804100620.ga8...@shurick.s2s.msu.ru>, Alexander Inyukhin wrote:
> >Socket permissions are controlled by umask, but if security
> >matters, a more sophisticated way of managing sockets should be used.
> >Since task-sp
Dear friends,
I am looking for a sponsor and reviewer for the new version 4.2.0.4-1
of my package "azureus".
It builds these binary packages:
azureus- BitTorrent client
vuze - Multimedia BitTorrent client
The package appears to be lintian clean.
The upload would fix these bugs: 329018
I'm still on VAC due to ill health. As part of the management of my
condition, I must reduce my general Debian workload. I'm unsubscribing
from various Debian mailing lists, including this one. I'll update my
sponsoring page appropriately once I am actually back at home. (I
cannot make any uploads
On Tue, Aug 4, 2009 at 1:38 PM, Adrian Perez wrote:
> The upload would fix these bugs: 329018, 398014, 409952, 412213, 491624,
> 515015, 516059
What about:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509880
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506027
http://bugs.debian.org/cgi-b
I'll fix the remaining bugs manually when I confirm that they are
a) fixed upstream
b) merged
c) no longer relevant.
So, it's true that I might have skipped sending through mentors, but I
want as many eyes as possible.
Yes Shaun RFA'ed azureus a while ago, he was helping me with reviewing
it, (a
Hi, Russ and other mentors.
On Aug 03 2009, Russ Allbery wrote:
> Rogério Brito writes:
>
> > I have one off-topic comment: I've seen some well known maintainers
> > do some things without the rigor that mentors apply to prospective
> > maintainers.
>
> Yes. It's a little frustrating.
Frustrat
Dear mentors,
I am looking for a sponsor for my package "remotetea".
* Package name: remotetea
Version : 1.0.7-1
Upstream Author : [fill in name and email of upstream]
* URL : http://remotetea.sourceforge.net/
* License : LGPL
Section : java
It build
> Dear mentors,
Hi,
> I am looking for a sponsor for my package "yajl".
>
> * Package name: yajl
> Version : 1.0.5.dfsg-1
> Upstream Author : Lloyd Hilaiel
> * URL : http://lloyd.github.com/yajl/
> * License : BSD
> Section : libs
>
> It builds these
In Tuesday 04 August 2009, you wrote:
>On Tue, Aug 04, 2009 at 09:52:23AM -0500, Boyd Stephen Smith Jr. wrote:
>> In <20090804100620.ga8...@shurick.s2s.msu.ru>, Alexander Inyukhin wrote:
>> >Socket permissions are controlled by umask, but if security
>> >matters, a more sophisticated way of managin
On Tuesday 04 August 2009 12:07:11 pm George Danchev wrote:
> I haven't review the package, but it would be very nice if anyone can
> compare that to the json-c project [1], which looks quite serious to
> me, at least as briefly scanning through the code. We have JSON
> implementations in almost an
Rogério Brito writes:
> On Aug 03 2009, Russ Allbery wrote:
>> Rogério Brito writes:
>>> I have one off-topic comment: I've seen some well known maintainers
>>> do some things without the rigor that mentors apply to prospective
>>> maintainers.
>> Yes. It's a little frustrating.
> Frustrating
On Tue, Aug 4, 2009 at 10:58 PM, John Stamp
wrote:
> As for applications, argyll[2] includes libyajl in its private
> libraries,
I've added a note about this to the testing security team's
embedded-code-copies file, please file a bug on argyll once yajl
enters Debian and let the team know which
Neil Williams writes:
> I'm still on VAC due to ill health. As part of the management of my
> condition, I must reduce my general Debian workload.
[…]
> Health is more important than Debian.
Absolutely right. Free software is not something for which we can ask
anyone to exacerbate an illness.
>
Hi,
> On Tuesday 04 August 2009 12:07:11 pm George Danchev wrote:
> > I haven't review the package, but it would be very nice if anyone can
> > compare that to the json-c project [1], which looks quite serious to
> > me, at least as briefly scanning through the code. We have JSON
> > implementatio
22 matches
Mail list logo
