Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "dnshistory":
* Package name : dnshistory
Version : 1.3-3
Upstream contact : [fill in name and email of upstream]
* URL : http://www.stedee.id.au/dnshistor
Paul Wise writes:
> On Sat, May 2, 2009 at 12:23 AM, Matthias Julius wrote:
>
>> As explained in another post this should not affect the user since the
>> database format has not changed.
>
> Please investigate the DB->upgrade thing Clint mentioned and forward
> that upstream, with a patch if yo
On Sat, May 2, 2009 at 12:23 AM, Matthias Julius wrote:
> As explained in another post this should not affect the user since the
> database format has not changed.
Please investigate the DB->upgrade thing Clint mentioned and forward
that upstream, with a patch if you are able.
> I have not done
Here we go ...
Paul Wise writes:
> On Tue, Apr 28, 2009 at 1:04 AM, Matthias Julius wrote:
>
>> I would really be grateful if someone could take a look at this
>> package and possibly upload it for me.
>
> You build-depend on libdb-dev, in sid that depends on libdb4.7-dev but
> the current dnsh
Clint Adams writes:
> Typically the fear which motivates this type of question is unfounded.
> Looking at the dnshistory source code, it appears that the use of BDB
> is trivial. Generally when the feature set you require could just
> as easily have been satisfied by GDBM, there are rarely compa
> > According to
> > http://www.oracle.com/technology/documentation/berkeley-db/db/ref/upgrade/process.html
> > it is not even safe to assume that the API of a new major or minor
> > version is backwards compatible. This means that a binNMU triggered
> > by a libdb transition may cause the applica
On Thu, Apr 30, 2009 at 9:21 PM, Matthias Julius wrote:
> Matthias Julius writes:
>
>> Paul Wise writes:
>>
>>> I don't see anything in the maintainer scripts that would migrate the
>>> db files. Does dnshistory or libdb handle upgrading the on-disk db
>>> format? Or can libdb handle older versi
Matthias Julius writes:
> Paul Wise writes:
>
>> I don't see anything in the maintainer scripts that would migrate the
>> db files. Does dnshistory or libdb handle upgrading the on-disk db
>> format? Or can libdb handle older versions of the on-disk db format?
>
> I was assuming the latter. But
Paul Wise writes:
> I don't see anything in the maintainer scripts that would migrate the
> db files. Does dnshistory or libdb handle upgrading the on-disk db
> format? Or can libdb handle older versions of the on-disk db format?
I was assuming the latter. But, reading
http://www.oracle.com/tec
On Tue, Apr 28, 2009 at 10:25 PM, Matthias Julius wrote:
> I am not quite sure how to deal with that one. Since Luk Claes NMUed
> the package to change the Build-Depends from libdb4.4-dev to libdb-dev
> I don't really have control over which libdb version dnshistory is
> built against. If it ha
Paul Wise writes:
> You build-depend on libdb-dev, in sid that depends on libdb4.7-dev but
> the current dnshistory package is built against libdb4.6. Should you
> add another debian/NEWS entry about this? I'm not sure what to do in
> this situation, could you investigate?
I am not quite sure ho
On 2009-04-28 12:45 +0200, Paul Wise wrote:
> For some reason the mktime test in ./configure takes ages and a lot of
> CPU in pbuilder and then fails.
This means that `configure' needs to be regenerated with a newer version
of autoconf (2.61-7 or better). See
http://lists.debian.org/debian-devel
On Tue, Apr 28, 2009 at 1:04 AM, Matthias Julius wrote:
> I would really be grateful if someone could take a look at this
> package and possibly upload it for me.
You build-depend on libdb-dev, in sid that depends on libdb4.7-dev but
the current dnshistory package is built against libdb4.6. Shou
Matthias Julius writes:
> I am looking for a sponsor for the new version 1.3-2
> of my package "dnshistory".
>
> It builds these binary packages:
> dnshistory - Translating and storing of IP addresses from log files
>
> The package appears to be lintian clean.
>
> The upload would fix these bugs:
Dear mentors,
I am looking for a sponsor for the new version 1.3-2
of my package "dnshistory".
It builds these binary packages:
dnshistory - Translating and storing of IP addresses from log files
The package appears to be lintian clean.
The upload would fix these bugs: 434881
The package can b
Daniel Baumann <[EMAIL PROTECTED]> writes:
> Matthias Julius wrote:
>> Sorry, my bad. I forgot to sign it and didn't wait for dupload to
>> finish.
>
> no problem. checked again and uploaded it.
Thanks a lot.
>
> if you need further sponsoring, contact me off-list
> http://people.debian.org/~da
Matthias Julius wrote:
> Sorry, my bad. I forgot to sign it and didn't wait for dupload to
> finish.
no problem. checked again and uploaded it.
if you need further sponsoring, contact me off-list
http://people.debian.org/~daniel/documents/sponsoring.html#contact
--
Address:Daniel Bauma
Daniel Baumann <[EMAIL PROTECTED]> writes:
> Matthias Julius wrote:
>> Hmm, the opinion on this matter seems to be somwhat devided. Some
>> people suggest the revision should be increased every time an upload
>> is made to a public place like mentors.d.n.
>
> if you insist on having it bumped, do
Sune Vuorela wrote:
> I have only seen "keep -2 if you uploaded somewhere that has users" -
> like your own well-visited repo.
>
> mentors.dn does not count here.
well, there are people saying that mentors also count because it's
publically accessible, but i /personally/ think this is mooth.
use
On 2006-11-26, Matthias Julius <[EMAIL PROTECTED]> wrote:
> Hmm, the opinion on this matter seems to be somwhat devided. Some
> people suggest the revision should be increased every time an upload
> is made to a public place like mentors.d.n.
I have only seen "keep -2 if you uploaded somewhere th
Matthias Julius wrote:
> Hmm, the opinion on this matter seems to be somwhat devided. Some
> people suggest the revision should be increased every time an upload
> is made to a public place like mentors.d.n.
if you insist on having it bumped, do it. i /personally/ would do it, i
consider it very
Daniel Baumann <[EMAIL PROTECTED]> writes:
> Matthias Julius wrote:
>> This list was longer than I expected, but I appreciate that you took
>> the time to generate it. I hope I have fixed all the issues you have
>> pointed out.
>
> everything, except:
>
> * debian/copyright has a useless empty
Matthias Julius wrote:
> This list was longer than I expected, but I appreciate that you took
> the time to generate it. I hope I have fixed all the issues you have
> pointed out.
everything, except:
* debian/copyright has a useless empty line at the end of the file.
additionally, it doesn't
Daniel Baumann <[EMAIL PROTECTED]> writes:
> Matthias Julius wrote:
>> - dget
>> http://mentors.debian.net/debian/pool/main/d/dnshistory/dnshistory_1.2-1.dsc
>
> please fix the following things:
>
[...]
> if you fix above things, i'm happy to sponsor it.
And I am happy that you are willing to
Matthias Julius wrote:
> - dget
> http://mentors.debian.net/debian/pool/main/d/dnshistory/dnshistory_1.2-1.dsc
please fix the following things:
* remove the useless empty line at the end of changelog.
* ${misc:Depends} is useless here
* this:
---snip---
Homepage: http://www.stedee.id.a
Dear mentors,
I am looking for a sponsor for my package "dnshistory".
* Package name: dnshistory
Version : 1.2-1
Upstream Author : Stephen McInerney <[EMAIL PROTECTED]>
* URL : http://www.stedee.id.au/dnshistory/
* License : GPL
Section : web
It buil
26 matches
Mail list logo
