Re: debian/rules default

[Gergely Nagy]

Jerome BENOIT  writes:

> Hello List:
>
> What should be the default target for debian/rules ?

I usually make a help target (or something similar) and make that the
default. But now that you reminded me, I always wanted to make it
display debian/README.source, so I'll just do that for my packages.

Thanks for the reminder! :)

-- 
|8]


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87zkc41w2x.fsf@algernon.balabit

Re: build server at home?

[Gergely Nagy]

Dmitry Smirnov  writes:

> Could any of you share experience of having your own private build server?
>
> I'm thinking of something which could build uploaded source for as many 
> architectures as possible on amd64 host, and ideally put the results to  
> 'reprepro'-managed tree.
>
> The goal is to simplify package deployment to internal infrastructure for  
> evaluation before upload to debian. 
>
> Any hints for quick start please?

I have a custom system that does something like this, it's pretty
simple, and I'm working on automating even more of it.

What I do, is that I have a couple of sbuild chroots (LVM snapshot
thingies), with which I can build amd64 and i386 packages easily. I also
build packages for a certain derivative distro, not only for Debian, so
whenever I have a package to build, I run a script that does something
like this:

for arch in amd64 i386; do
  for dist in unstable squeeze lucid natty oneiric precise; do
sbuild --arch $arch -d $dist --apend-to-version="~$dist" \
   -m "MadHouse Project Autobuilder " \
   $1
  done
done

Then I collect the results and let reprepro do the rest. There are a few
gotchas there, too, because in my case, I have an arch:all package that
should be the same on all platforms, so I manually use reprepro's
includedeb to add it everywhere. Same goes for the source.

I used to have a few virtual machines, which I booted up from the same
build script, ran a build in there, and shut them down, but turned out
that there were no users for my arm and kfreebsd-* packages, so I
stopped doing that.

One of these days, I'll turn this setup into a buildbot setup or
something similar. (Or even learn how buildd & wanna-build work, along
with dak, which I need to learn anyway)

-- 
|8]


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87vcms1vn9.fsf@algernon.balabit

Re: debian/rules default

[Thomas Goirand]

On 02/27/2012 05:09 PM, Gergely Nagy wrote:
> Jerome BENOIT  writes:
>
>   
>> Hello List:
>>
>> What should be the default target for debian/rules ?
>> 
> I usually make a help target (or something similar) and make that the
> default. But now that you reminded me, I always wanted to make it
> display debian/README.source, so I'll just do that for my packages.
>
> Thanks for the reminder! :)
>   
That's really a cool idea. I wonder if we could have this as at
least a recommendation in our docs.

Thomas


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f4b4c50.8070...@debian.org

Re: optional package in Build-Depends (how?)

[Dmitry Smirnov]

Hi Russ,

On Monday 27 February 2012 17:59:28 Russ Allbery wrote:
> 
> > Another package I was recently testing on GNU Hurd where some tests were
> > failing (even though the package is working).
> 
> A bug in the test suite?  It's worth being careful about assuming that the
> package is working when the tests are failing.  :)

Sorry, sorry, never mind. :) Actually I couldn't find peace with it so I 
checked again I realised that tests actually are not failing on Hurd. 
Fortunately I was wrong. :) All good, no need to ignore.

> 
> > So again I had to ignore post-build test(s) failure.
> 
> I don't think that makes sense to do for Hurd, actually.  The package
> needs to be ported to it; I would let the build fail until that's
> happened.  That may mean just porting the test suite or the test suite may
> be uncovering a real issue.  That's generally what I do with any
> non-release architecture until I have time to do the (low priority,
> usually) porting work.  You don't want to accidentally hide failures that
> need porting effort by making the build succeed "artificially."

Fully agreed.


> > Testing still useful to me when I read build logs, but I'm very
> > reluctant to introduce a potential failure point with dependency more
> > strict than necessary.
> 
> Making the *dependency* strict isn't going to add a failure point.  It's
> not like valgrind is going to disappear on i386 and amd64.

True, good point to keep in mind when considering.


> If the build failures are mostly due to bugs in the test suite, I agree
> with you.  That's the criteria on which I'd make the decision.  If the
> tests are finding bugs, then the failures are valuable and shouldn't be
> suppressed.
 
That's common sense, I can only agree.


> > And it appears to me that if tests failure is already pretty much
> > ignored is would be acceptable to make tests optional with weak build
> > dependency.
> 
> However, Debian quite intentionally does not have such a thing as a weak
> build dependency, nor do I think such a thing is appropriate here.
> Rather, I think you should make a decision: either depend on the tools
> required to run the tests and ignore the test failures (if you think
> they're bugs in the test suite and not the package) if the output is
> valuable, or don't depend on the tools and skip the tests.

Thank you, I think this is a good advice. I'll keep it in mind.

All the best,
Dmitry.


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201202272049.33489.only...@member.fsf.org

Re: build server at home?

[Dmitry Smirnov]

Hi Gergely,

Thank you for sharing your experience - very interesting.

Regards,
Dmitry.


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201202272052.23376.only...@member.fsf.org

"Package closes bugs in a wrong way"

[Savvas Radevic]

Besides the new version of the package, I saw this error for drwright:
http://mentors.debian.net/package/drwright

> Package closes bugs in a wrong way
> Errors: Bug #654970 does not belong to this package
> wnpp: #654970 (wishlist): ITP: drwright -- Typing monitor to force typing
> breaks


1. Should I point drwright to drwright package instead of wnpp?
2. It looks like drwright pre-existed and was removed before:
https://buildd.debian.org/status/logs.php?pkg=drwright
Is this package upload still ITP or is it ITA?

Thanks in advance.

Re: "Package closes bugs in a wrong way"

[Savvas Radevic]

On 27 February 2012 12:15, Savvas Radevic  wrote:

> Besides the new version of the package, I saw this error for drwright:
> http://mentors.debian.net/package/drwright
>
>> Package closes bugs in a wrong way
>> Errors: Bug #654970 does not belong to this package
>> wnpp: #654970 (wishlist): ITP: drwright -- Typing monitor to force typing
>> breaks
>
>
> 1. Should I point drwright to drwright package instead of wnpp?
> 2. It looks like drwright pre-existed and was removed before:
> https://buildd.debian.org/status/logs.php?pkg=drwright
> Is this package upload still ITP or is it ITA?
>
> Thanks in advance.
>

Hm, it doesn't show the error with the new uploaded version, only for the
older versions. Now it says "Package closes a WNPP bug" with a green colour
instead.

Re: "Package closes bugs in a wrong way"

[Boris Pek]

Hi,

> Hm, it doesn't show the error with the new uploaded version, only for the 
> older versions. Now it says "Package closes a WNPP bug" with a green colour 
> instead.

This was discussed yesterday:
http://lists.debian.org/debian-mentors/2012/02/msg00687.html

Best wishes,
Boris


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/164801330343...@web6.yandex.ru

Bug#658032: RFS: libgxps/0.2.1-1 [NEW] -- library for handling and rendering XPS documents

[Savvas Radevic]

On 18 February 2012 03:52, Jonathan Nieder  wrote:

> What's an XPS document?
>
> From Wikipedia I've learned that this is somehow related to the Open
> XML Paper Specification aka OpenXPS aka ECMA-388, a page description
> language intended to occupy some of the same niches as PDF.  I guess
> some versions of MS Office save files in this format, and that I would
> want to install this library and set of utilities to allow people on
> machines I administer to view them.
>
> Ideally I wouldn't have had to guess.  Could you clarify the package
> description, so the long description includes all the information
> needed to decide whether to install the package?  Devref tells me[1]
> that the kind people at debian-l10n-engl...@lists.debian.org might be
> able to help with 
> wording.
>

Sorry for the delay, I've just updated the description about xps.
I appreciate your help!

Standard Versions

[Werner Detter]

Hi everbody,

I'm currently wondering where to check stuff that has changed from one standard 
version
to the next (e.g. 3.9.2 vs. 3.9.3) and what is relevant for own packages. Is 
there
something like a changelog?

Thank you,
Werner


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f4b7ec5.8060...@aloah-from-hell.de

Re: Standard Versions

[Andrey Rahmatullin]

On Mon, Feb 27, 2012 at 02:01:57PM +0100, Werner Detter wrote:
> I'm currently wondering where to check stuff that has changed from one 
> standard version
> to the next (e.g. 3.9.2 vs. 3.9.3) and what is relevant for own packages. Is 
> there
> something like a changelog?
/usr/share/doc/debian-policy/upgrading-checklist.txt.gz

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Re: Standard Versions

[Etienne Millon]

* Werner Detter  [120227 14:04]:
> I'm currently wondering where to check stuff that has changed from
> one standard version to the next (e.g. 3.9.2 vs. 3.9.3) and what is
> relevant for own packages. Is there something like a changelog?

Hello,

You may be interested in the "upgrading checklist" in the
debian-policy package :

/usr/share/doc/debian-policy/upgrading-checklist.txt.gz

Have a nice day.

-- 
Etienne Millon


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120227130638.GA3827@klow

Re: Standard Versions

[Werner Detter]

Hi,

> /usr/share/doc/debian-policy/upgrading-checklist.txt.gz

Thanks a lot, this is exactly what I was looking for :)

Cheers,
Werner


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f4b8234.5090...@aloah-from-hell.de

Re: Standard Versions

[Bartosz Feński]

W dniu 27.02.2012 14:01, Werner Detter pisze:
> Hi everbody,
>
> I'm currently wondering where to check stuff that has changed from one 
> standard version
> to the next (e.g. 3.9.2 vs. 3.9.3) and what is relevant for own packages. Is 
> there
> something like a changelog?
Yes. Just install package debian-policy and read in the favourite format
in /usr/share/doc/debian-policy/upgrading-checklist.*

regards
fEnIo


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f4b7fdf.2030...@fenski.pl

Re: Standard Versions

[Boris Pek]

Hi,

>>  /usr/share/doc/debian-policy/upgrading-checklist.txt.gz
>
> Thanks a lot, this is exactly what I was looking for :)

Just for a note. It was the message with brief list of changes:
http://lists.debian.org/debian-devel-announce/2012/02/msg00013.html

Best wishes,
Boris


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/233151330349...@web123.yandex.ru

RFS: kismet -- Wireless sniffing and monitoring

[Nick Andrik]

Dear mentors,

I am looking for a sponsor for my package "kismet". I have adopted the
package which was abandoned for 3 years, updated to the latest
upstream version and made some heavy maintenance on the packaging
itself.

 * Package name    : kismet
  Version         : 2011.03.R2-1
  Upstream Author : Mike Kershaw (drag...@kismetwireless.net)
 * URL             : http://www.kismetwireless.net/
 * License         : GPL+BSD
  Section         : net

It builds those binary packages:

kismet     - Wireless sniffing and monitoring - core
kismet-plugins - Wireless sniffing and monitoring - plugins

To access further information about this package, please visit the
following URL:

 http://mentors.debian.net/package/kismet

Alternatively, one can download the package with dget using this command:

 dget -x 
http://mentors.debian.net/debian/pool/main/k/kismet/kismet_2011.03.R2-1.dsc

I would be glad if someone uploaded this package for me.



PS: Please include my email in your responses, I am not subscribed in the list


Kind regards,

Nick Andrik


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CANn5kOsdhwG8TJp_XhwpDf8qnojccn20qwgcsm1ozdc1...@mail.gmail.com

Re: optional package in Build-Depends (how?)

[Dmitry Smirnov]

In case someone is tempted to try Build-Depends like "check | dpkg",
it doesn't work at all in pbuilder which is smart enough to notice that dpkg 
is already installed so it never pulls 'check'. 

(Anyway particular example with check is silly because check is available on 
all architectures)

Apart from that such approach will provoke a nasty lintian error.

So this idea is not worth the effort. 

As Russ Albury noticed earlier, "Debian quite intentionally does not have such 
a thing as a weak build dependency, nor do I think such a thing is appropriate 
here".


Regards,
Dmitry.


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201202280245.33508.only...@member.fsf.org

Re: RFS: ipset

[Nikolai Lusan]

On Thu, 2012-01-19 at 05:34 +1100, Dmitry Smirnov wrote:

> You effort is appreciated but ipset already provided by xtables-addons.
> http://xtables-addons.sourceforge.net/
> 
> xtables-addons is already in debian, if need ipset compatible with recent 
> linux kernels.

I think that since ipset is now in the mainline kernel having it
packaged on its own is worthwhile. Also given that the goal of the
xtables-addons project is to provide "extensions that were not, or are
not yet, accepted in the main kernel/iptables packages" and clearly
ipset is now part of the mainline kernel this packaging is appropriate.

There is still a place for xtables-addons, as it does provide modules
that are not in the kernel mainline that some people may want to use.

Personally I have been perplexed by this whole ipset vs. xtables
investment in this thread. The reality is that for a long time the ipset
tool (and now the supporting library) have needed to be updated within
Debian. I know that this packaging is not the first (my own only being
delayed by me trying to provide dkms support for older kernels and the
extreme lack of documentation on DKMS). One of these packaging attempts
deserves a sponsor and inclusion in the mainline of our distribution.

-- 
Nikolai Lusan 


signature.asc
Description: This is a digitally signed message part

Re: build server at home?

[Mathias Ertl]

On 2012-02-27 10:19, Gergely Nagy wrote:
> for arch in amd64 i386; do
>   for dist in unstable squeeze lucid natty oneiric precise; do
> sbuild --arch $arch -d $dist --apend-to-version="~$dist" \
>-m "MadHouse Project Autobuilder " \
>$1
>   done
> done

Heh. I have pretty much that very same setup. Make you think that there
should be some very long howto on how to build and maintain that.

greetings, Mati

-- 
twitter: @mathiasertl | soup: http://soup.er.tl | xing: Mathias Ertl
I only read plain-text mail!  I prefer signed/encrypted mail!



smime.p7s
Description: S/MIME Cryptographic Signature

Re: build server at home?

[Alex Mestiashvili]

On 02/26/2012 02:05 PM, Dmitry Smirnov wrote:
> Dear mentors,
>
> Could any of you share experience of having your own private build server?
>
> I'm thinking of something which could build uploaded source for as many 
> architectures as possible on amd64 host, and ideally put the results to  
> 'reprepro'-managed tree.
>
> The goal is to simplify package deployment to internal infrastructure for  
> evaluation before upload to debian. 
>
> Any hints for quick start please?
>
> Thank you.
>
> Regards,
> Dmitry.
>
>
>   
I found this article very useful:

http://inodes.org/2009/09/14/building-a-private-ppa-on-ubuntu/

s/ubuntu/debian/g

Regards ,
Alex


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f4bb49d.3010...@biotec.tu-dresden.de

Re: RFS: ipset

[Dmitry Smirnov]

Hi Nikolai,

Basically what you're talking about is just happened - some hours ago 'ipset' 
was accepted to unstable, see

http://packages.qa.debian.org/i/ipset.html

When credits for preparing standalone 'ipset' package goes to Neutron Soutmun,
yours truly played a key role in coordinating and preparing a non-colflicting 
upload of both packages (ipset and xtables-addons).

Next challenge would be to backport ipset...

Regards,
Dmitry.



-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201202280354.33561.only...@member.fsf.org

Bug#661498: RFS: burp/1.3.1-1 -- Simple cross-platform network BackUp and Restore Program (new upstream release)

[Bas van den Dikkenberg]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "burp"

 * Package name: burp
Version : 1.3.1-1
Upstream Author : Graham Keeling 
 * URL : http://burp.grke.net/
 * License : AGPLv3
Section : utils

  It builds those binary packages:

burp  - Simple cross-platform network BackUp and Restore Program
   burp-dbg   - debugging symbols for Burp

  To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/burp


  Alternatively, one can download the package with dget using this command:

dget -x http://mentors.debian.net/debian/pool/main/b/burp/burp_1.3.1-1.dsc

  More information about hello can be obtained from http://www.example.com.

  Changes since the last upload:

  * New upstream release version 1.3.1
  * Switched to Standards-Version 3.9.3 Debian bug: (Closes: #661001)
  * respect noopt in DEB_BUILD_OPTIONS. Debian bug: (Closes: #661281)
  * Fixed typo in logrotate script Debian bug: (Closes: #660964)
  * added debug package Debian bug: (Closes: #661267)
  * EFS support on Windows.
  * Move to using mingw-w64 for both 32bit and 64bit Windows builds.
  * Add 'exclude_fs =' option for Linux so that you can skip partitions
types (for example, tmpfs) without generating warnings.
  * If recovery method 'resume' is set, but the includes/excludes change,
switch to 'use', then start a new backup.
  * In the tests, check to see whether it looks like the server has finished
the backup before moving on, rather than just waiting a set amount of time.
  * Add man pages for bedup and burp_ca.
  * Add Bas van den Dikkenberg's tweaks for getting burp into official Debian
and Ubuntu repositories. Burp is now in debian sid and ubuntu precise.
  * Make the server tell the client what extra_comms features it supports, so
that, in future, old servers are more likely to work with new clients.
  * Improve 'make clean'.
  * Add option to strip off leading path components on restore.
  * Fix segfault that was happening on the server when SSL_accept() failed.
  * Move burp and bedup to /usr/sbin (you need to check that any cron jobs
are pointing there too).
  * Moved list of things to do to https://github.com/grke/burp/issues

  Regards,
   Bas van den Dikkenberg



-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/269dc496-727d-4793-8636-3bcbcb87ab14@srv01.dikkenberg.local

Processed: retitle 659822 to RFS: mpd-sima/0.9.2-1 (New upstream version) tags it +moreinfo

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 659822 RFS: mpd-sima/0.9.2-1 (New upstream version) tags it +moreinfo
Bug #659822 [sponsorship-requests] RFS: mpd-sima/0.9.1-1 (New upstream version)
Changed Bug title to 'RFS: mpd-sima/0.9.2-1 (New upstream version) tags it 
+moreinfo' from 'RFS: mpd-sima/0.9.1-1 (New upstream version)'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
659822: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659822
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.133036445429601.transcr...@bugs.debian.org

Processed: tagging 659822

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 659822 - moreinfo
Bug #659822 [sponsorship-requests] RFS: mpd-sima/0.9.2-1 (New upstream version) 
tags it +moreinfo
Ignoring request to alter tags of bug #659822 to the same tags previously set
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
659822: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659822
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.13303663458763.transcr...@bugs.debian.org

Bug#661504: RFS: tk-html3/3.0~fossil20110109-1 [ITP ] -- Render HTML and CSS content with tk

[Ole Streicher]

Package: sponsorship-requests
Severity:  wishlist
X-Debbugs-Cc: pkg-tcltk-de...@lists.alioth.debian.org

Dear mentors,

I am looking for a sponsor for my package "tk-html3".

 * Package name: tk-html3
   Version : 3.0~fossil20110109-1
   Upstream Author : Dan Kennedy 
 * URL : http://tkhtml.tcl.tk/index.html
 * License : BSD
   Section : interpreters

It builds those binary packages:

hv3  - Lightweight web browser
tk-html3 - Render HTML and CSS content with tk

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/tk-html3

Alternatively, one can download the package with dget using this command:

  dget -x
http://mentors.debian.net/debian/pool/main/t/tk-html3/tk-html3_3.0~fossil20110109-1.dsc

This is a repost; the old posting was done last week, but outside of the
bug system. Since then, I added some minor changes.

The tk-html3 package is needed in order to re-debianize the astronomy
program "saods9" .

I would be glad if someone uploaded this package for me. I am also
interested in a review of the package.

Best regards,

Ole Streicher



-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f4bc92b.4000...@liska.ath.cx

Bug#661507: RFS: libblocxx/2.1.0-1 [ITP] BloCXX--C++ Framework for Application Development

[Björn Esser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "libblocxx"

 * Package name: libblocxx
   Version : 2.1.0-1
   Upstream Author : 2000-2009 Quest Software, Inc.
 2005-2006 Novell, Inc.
 * URL : http://blocxx.sf.net/
 * License : BSD-3-clause
   Section : libs

It builds those binary packages:

 * libblocxx-dev - BloCXX development libraries, header files and
documentation
 * libblocxx6 - BloCXX--C++ Framework for Application Development

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/libblocxx


Alternatively, one can download the package with dget using this command:

dget -x
http://mentors.debian.net/debian/pool/main/libb/libblocxx/libblocxx_2.1.0-1.dsc

Regards,
 Björn Esser
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAk9LyxkACgkQ3u1SIc8s7PWgIAD/Q2eyOBwvJ+H6tYYLhw0+dB35
EIoss2MUNzWUJjMZfjMBAMX2R+EF89ZlOuOVORCmMe6hd9811rfzV9iPBihwX6WN
=lyGt
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f4bcb19.6030...@googlemail.com

RFS: gpart/0.1h-12 [NMU] -- Closes all outstanding bugs :)

[harish badrinath]

  Package: sponsorship-requests
  Severity: normal

  Dear mentors (and others),

  I am looking for a sponsor for my package "gpart"

 * Package name: gpart
   Version : 0.1h-12
   Upstream Author : Michail Brzitwa 
 * URL : http://www.brzitwa.de/mb/gpart/
 * License : GPL-2
   Section : admin

  It builds those binary packages:

gpart - Guess PC disk partition table, find lost partitions

  To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/gpart


  Alternatively, one can download the package with dget using this command:

dget -x http://mentors.debian.net/debian/pool/main/g/gpart/gpart_0.1h-12.dsc

  More information about hello can be obtained from
http://www.brzitwa.de/mb/gpart/.


  Changes since the last upload:

   gpart (0.1h-12) unstable; urgency=low
 .
   * Added line to include quilt.make to rules.
   * Added watch file and source format file.
   * Bumped Standards version.
   * Changed homepage to a reachable http://www.brzitwa.de/mb/gpart/ and updated
 Authors email address to, one found at the website's footer.
closes: #630336
   * Made gparted build on amd64. closes: #619831
   * Made gparted build on i386. closes: #619834
   * Changed build script to handle no-stip build option. closes: #437067
   * Fixed FTBFS on !linux-any. closes: #636814
   * Related to building gparted on AMD64. closes: #397632
   * Made a more helpful message whenioctl(HDIO_GETGEO) fails. closes: #341935
   * Divided 01-conglomeration.patch, into smaller patches.

Please note, Before filing this request for NMU :
I had filed two bug reports which can be accessed at
(a) bugs.debian.org/cgi-bin/bugreport.cgi?bug=619834 and
(b) bugs.debian.org/cgi-bin/bugreport.cgi?bug=619831.

Both of them generated no response in a timely fashion. I mailed the
current maintainers (forensics-de...@lists.alioth.debian.org) seeking
permission for a NMU upload and got no response.
So i have CC'ed three lists seeking mentorship for a NMU upload.
debian-mentors Mailing list : Because i seek mentorship for a NMU upload
debian-forensics Mailing list : Because they are the maintainers of
this fine piece of software
debian-hurd Mailing list : Because it closes the FTBFS on debian/Hurd
and adds some Hurd specific code fixes (ontop of FTBFS).


  Regards,
  Harish Badrinath


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAFUoqbfBkWP3F9dgg6uu8Py1nmhst+-YmA=kmzs_z8ybjfl...@mail.gmail.com

Bug#661511: RFS: tpb/0.6.4-8 [ITA] -- program to use the IBM ThinkPad(tm) special keys

[Prach Pongpanich]

Package: sponsorship-requests
Severity: normal

Dear mentors,

 I am looking for a sponsor for my package "tpb"

* Package name: tpb
  Version : 0.6.4-8
  Upstream Author : Markus Braun
* URL : http://savannah.gnu.org/projects/tpb
* License : GPL
  Section : utils

 It builds those binary packages:

   tpb   - program to use the IBM ThinkPad(tm) special keys

 To access further information about this package, please visit the
following URL:

 http://mentors.debian.net/package/tpb

 Alternatively, one can download the package with dget using this command:

   dget -x http://mentors.debian.net/debian/pool/main/t/tpb/tpb_0.6.4-8.dsc


 Changes since the last upload:

tpb (0.6.4-8) unstable; urgency=low

  * New maintainer (Closes: #643900)
  * Switch to dpkg-source 3.0 (quilt) format
  * debian/compat:
- Bump debhelper compat level to 7
  * debian/control:
- Update Build-Depends debhelper to (>= 7.0.50~)
- Bump to Standards-Version 3.9.3, no changes needed
- Add upstream home page
  * debian/rules:
- Replace "dh_clean -k" with "dh_prep"
  * debian/watch
- Remove dh_make template
  * debian/tpb.config:
- Fix lintian warning: unused-debconf-template
- Remove "db_input medium tpb/makedev",
  not contained in debconf templates file (Closes: #656917)
  * Add Indonesian debconf translation from Mahyuddin Susanto.
(Closes: #607336)
  * Fix lintian spelling error:
- debian/patch/fix-spelling-
error-in-manpage.patch
- debian/patch/fix-spelling-error-in-binary.patch

I would be glad if someone uploaded this package for me.

Kind regards,

Prach Pongpanich



--
ปรัชญ์ พงษ์พานิช

Prach Pongpanich

http://prach-public.blogspot.com

Re: optional package in Build-Depends (how?)

[gregor herrmann]

On Tue, 28 Feb 2012 02:45:33 +1100, Dmitry Smirnov wrote:

> In case someone is tempted to try Build-Depends like "check | dpkg",
> it doesn't work at all in pbuilder which is smart enough to notice that dpkg 
> is already installed so it never pulls 'check'. 

And it also doesn't work -- the other way round -- on the buildds
where sbuild is configured to only look at the first alternative.

Cheers,
gregor 
 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bob Dylan: Standing In The Doorway


signature.asc
Description: Digital signature

Adopting

[Mauricio Fierro]

Hi there:

I wanted to adopt a package. I have gone through a lot of documentation but
none really tells me what to do to finally adopt it. I already downloaded
and analyzed the source code so I want to start working on it. Also, what
does maintaining means? Just correcting bugs or improving it? Like UI or
something?

Thanks and sorry for the noob question,

-- 
Mauricio Fierro

Bug#661533: RFS: postfix-cluebringer/2.0.11-1

[Nikolai Lusan]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a new sponsor for my package "postfix-cluebringer"

 * Package name: postfix-cluebringer
   Version : 2.0.11-1
   Upstream Author : Nigel Kukard
 * URL : http://www.policyd.org
 * License : gpl2
   Section : mail

It builds those binary packages:

 postfix-cluebringer - anti-spam plugin for Postfix
 postfix-cluebringer-mysql - metapackage for mysql support in 
postfix-cluebringer
 postfix-cluebringer-pgsql - metapackage for postgresql support in
postfix-cluebringer
 postfix-cluebringer-sqlite3 - metapackage for sqlite3 support in
postfix-cluebringer
 postfix-cluebringer-webui - anti-spam plugin for Postfix

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/postfix-cluebringer


 Changes since the last upload:

 * New upstream release (Closes: #624166)
 * Move from dpatch to quilt.
 * Bring upto spec for php 5.4.
 * Update the init script for tmpfs /var/run
 * Fix upstream bug for cumulative message size quotas (Closes: #624164)

 I have also kept the usage of dbconfig-common. In my opinion the usage 
 of this makes it easier for end users to install and configure the 
 database and any schema updates that occur.


-- 
Nikolai Lusan 


signature.asc
Description: This is a digitally signed message part

Re: Adopting

[Ben Finney]

Mauricio Fierro  writes:

> I wanted to adopt a package.

Which package? Which bug report number indicates the package is
available for adoption?

> I have gone through a lot of documentation but none really tells me
> what to do to finally adopt it.

To adopt the package is simply to become its maintainer, with the
implication that the package was available for adoption when you did so.

If the package is not available for adoption, that would instead be
referred to as a hijack :-)

> I already downloaded and analyzed the source code so I want to start
> working on it. Also, what does maintaining means? Just correcting bugs
> or improving it? Like UI or something?

Maintaining a package is to do all the work of taking a non-Debian work
and making it a Debian package, conforming with Debian policy, receiving
and addressing bug reports on the package, advocating for its users, and
so on.

> Thanks and sorry for the noob question,

Thank you for your interest in improving Debian.

-- 
 \  “Pity the meek, for they shall inherit the earth.” —Donald |
  `\  Robert Perry Marquis |
_o__)  |
Ben Finney


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87bookq77p@benfinney.id.au

Re: Adopting

[Daniel Martí]

Hello,

>> I already downloaded and analyzed the source code so I want to start
>> working on it. Also, what does maintaining means? Just correcting
>bugs
>> or improving it? Like UI or something?
>
>Maintaining a package is to do all the work of taking a non-Debian work
>and making it a Debian package, conforming with Debian policy,
>receiving
>and addressing bug reports on the package, advocating for its users,
>and
>so on.

Have in mind you don't need to be a programmer to do such work; many packages 
just need lintian cleaning (debian/*) and bug fixing, which can often be either 
easily fixed or forwarded to upstream :-)

Cheers!


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/4c1f5a80-818d-4e81-bf15-2fdeafb1a...@email.android.com

Bug#659498: RFS: solarpowerlog -- photovoltaic data logging

[Tobias Frost]

Am Freitag, den 17.02.2012, 12:48 +0100 schrieb Benoît Knecht:

Sorry for the late reply, spare time was quite spare the last days...

> Hi Tobias,
> 
> As promised, here's my review of your package:
> 
>   - In debian/solarpowerlog.default, you define /etc/solarpowerlog as
> the default RUNDIR; what files is your program expecting to find
> there, HTML templates? If so, installing some default templates in
> /usr/share/solarpowerlog and pointing your program to that directory
> seems like a better option.

The templates were in an earlier release at /etc/solarpowerlog, but I
moved them to /usr/share/docs/solarpowerlog/examples after I got
received some critism about the usage of the similie timeline widgets,
which are (if they are) only very hard to package. 
So I won't install any default templates except as the said examples,
but I will remove the reference to the rundir and hint in the installed
example configuration file to use absolute paths.  

> You also note there that start-stop-daemon is taking care of running
> solarpowerlog in the background, but according to
> start-stop-daemon(8), "this is a last resort, and is only meant for
> programs that either make no sense forking on their own, or where
> it's not feasible to add the code for them to do this themselves";
> since your program can put itself in the background, you should
> rather use that possibility. This way, it will also make sense
> checking the exit status of start-stop-daemon in do_start in the
> init script, because if you use its '-b' option, it can't determine
> if the process failed to execute.

Yes, the daemon support of solarpowerlog is a mixture of barely tested,
incomplete, limited, you name it.. At least up to version 0.22, as I
worked on this with the last commit to my development branch. In other
words, 0.23, which I plan to release soon, will get rid of the hacks you
mentined above.  

> And it'd be best to wrap lines at 80 columns.
> 
>   - Running uscan tells me:
> 
>   Processing watchfile line for package solarpowerlog...
>   Newest version on remote site is 0.21a, local version is 0.22
>   solarpowerlog: remote site does not even have current version

I had an typo ("_" instead of "-") when I uploaded the latest tarball to
sf.net. Should work now. 

>   - I think your short description should read "photovoltaic data
> logger", as in "solarpowerlog is a ..."
> 
> And in the long description, you wrote "photo-voltaic"; I think you
> should stick to the former spelling.
> 
> The second paragraph of the long description is missing punctuation.

Fixed in my debian branch.

>   - In the solarpowerlog(1) man page, the SEE ALSO section appears to be
> a subsection of OPTIONS.
> 
> Please consider removing the AUTHOR section (see man-pages(7) for an
> explanation why).
> 
> In DESCRIPTION, I would start with "solarpowerlog tracks and
> logs..."; it's not just its purpose, it's what it actually does,
> right? Same for the second sentence.
> 
> In OPTIONS, you start with "These programs"; why the plural?

The easy things are already fixed, the complete rewording will take some
time ;-) 
Especially as I added several command line options (thanks to the
improved daemon support) I will have to rework those manpage. Its a
pitty that I like coding more than wording, but it is defintly on the
list. 

> Cheers,
> 
> -- 
> Benoît Knecht
> 
> 
> 

Many thanks for the feedback,

Bye,
coldtobi



--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1330383271.13931.29.ca...@ithilien.loewenhoehle.ip

Package not uploading

[Jon Hulka]

I'm having trouble uploading a package to mentors.debian.net:

$ dput mentors-ftp libre-jigsaw-pics_2012.02.14-1_amd64.changes
Checking signature on .changes
gpg: Signature made Sun 26 Feb 2012 09:02:18 PM PST using RSA key ID
D8B67ED0
gpg: Good signature from "Jonathan Hulka "
Good signature on
/home/files/heather/projects/packages/libre-jig/debian/libre-jigsaw-pics_2012.02.14-1_amd64.changes.
Checking signature on .dsc
gpg: Signature made Sun 26 Feb 2012 09:02:11 PM PST using RSA key ID
D8B67ED0
gpg: Good signature from "Jonathan Hulka "
Good signature on
/home/files/heather/projects/packages/libre-jig/debian/libre-jigsaw-pics_2012.02.14-1.dsc.
Uploading to mentors-ftp (via ftp to mentors.debian.net):
  Uploading libre-jigsaw-pics_2012.02.14-1.dsc: done.
  Uploading libre-jigsaw-pics_2012.02.14.orig.tar.gz: done.
  Uploading libre-jigsaw-pics_2012.02.14-1.debian.tar.gz: done.
  Uploading libre-jigsaw-pics_2012.02.14-1_all.deb: done.
  Uploading libre-jigsaw-pics_2012.02.14-1_amd64.changes: done.
Successfully uploaded packages.


The first time I tried uploading it was rejected because I hadn't set the
GPG key for my account. After fixing that, I was able to upload the package
"libre-jigsaw" yesterday. "libre-jigsaw-pics" appears to upload, but
doesn't show up in my packages list, and I don't get a confirmation email.
Have I done something wrong?

Thanks,

 - Jon

-- 
Sent from my GNU PC

Bug#660162: RFS: tack/1.07-2

[Samuel Bronson]

On Sun, Feb 26, 2012 at 10:45 PM, Samuel Bronson  wrote:

> But note that Thomas Dickey has prepared a snapshot which is supposed
> to do patch #03's job a different way, and fix that dpkg-shlibdeps
> warning: 
> .
> (I'll take a look at this in the morning.)

Okay, it looks like these changes would be fairly tricky to untangle
from those in the *preceding* two development snapshots, and I'm not
quite sure what those changes do at the moment, so I've cleaned up the
patches after all, and added that other patch filename to the
changelog:

http://mentors.debian.net/debian/pool/main/t/tack/tack_1.07-1~mentors7.dsc

(The new stuff can wait for a release.)

tack (1.07-1~mentors7) unstable; urgency=low

  * New upstream release.
  * Adopt package.
Closes: #660140 (ITP for this package).
  * Switch to dpkg-source 3.0 (quilt) format.
  * New patch 02-manpage-hyphen-used-as-minus.patch.  Thanks, lintian, for
the warning.
  * Re-add debian/watch file (was dropped in 1.06-3).
  * Enable build warnings.
  * Add Vcs-Browser: and Vcs-Git: fields to debian/control.
  * Install a symlink CHANGES.gz -> changelog.gz in the doc directory.
  * Update debian/copyright to final DEP5 format.
  * Use dh-autoreconf to regenerate the configure script during build
+ Build-depends on dh-autoreconf and autoconf-dickey.
+ This also takes care of pulling up-to-date config.guess and config.sub
  scripts in from autotools-dev.
+ ... except with autoconf-dickey it doesn't, so use autotools-dev's
  dh_ commands; bump build-depends to autotools-dev (>= 20100122.1)
  accordingly.  (Yes, even though it says "Do NOT" in the autotools-dev
  README.Debian.gz.)
  * Add support for dpkg-buildflags(1) by bumping debhelper compatibility
level (and build-depends) to 9.
+ Drop the LDFLAGS="-Wl,-z,defs,-ltic from the call to
  dh_auto_configure, so that configure will pick up the LDFLAGS from
  dpkg-buildflags(1).
+ Replace it with:
  - LIBS="-ltic" as an argument to dh_auto_configure
  - DEB_LDFLAGS_MAINT_APPEND for the rest.
Build-Depends: dpkg-dev (>= 1.16.1).
  * New patch 03-allow-echoing-compilation-commands.patch, which enables
printing of compilation commands by default.
  * Update package to Standards-Version: 3.9.3.
  * Thanks to Jakub Wilk for his thorough review.

 -- Samuel Bronson   Fri, 24 Feb 2012 16:22:24 -0500



-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cajyzjmcrldcvfpnjkfco2256vg9prgjhn9e-f3knzar-4sc...@mail.gmail.com

Bug#658936: marked as done (RFS: apt-build/0.12.42 [QA] -- frontend to apt to build, optimize and install packages)

[Debian Bug Tracking System]

Your message dated Tue, 28 Feb 2012 14:24:32 +1100
with message-id <20120228032432.ga29...@master.debian.org>
and subject line Re: Bug#658936: RFS: apt-build/0.12.42 [QA] -- frontend to apt 
to build, optimize and install packages
has caused the Debian Bug report #658936,
regarding RFS: apt-build/0.12.42 [QA] -- frontend to apt to build, optimize and 
install packages
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.)


-- 
658936: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658936
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: sponsorship-requests
Severity: normal


Dear mentors,

I am looking for a sponsor to upload this QA upload, with a clean
solution for closed bug #639859 (apt-build uses outdated apt
configuration settings) and some minor bug closes.
Debconf configuration is also completely reviewed (config file handling)
and templates for cpu-type (option -mtype) are now up to date.
Source format is bumped from nothing (native 1) to natvie 3 to prevent
lintian warning. For furhter information please view changelog.


It builds this binary package:

  apt-build  - frontend to apt to build, optimize and install packages


To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/apt-build


Alternatively, one can download the package with dget using this command:

  dget -x
http://mentors.debian.net/debian/pool/main/a/apt-build/apt-build_0.12.42.dsc


Changes since the last upload:

apt-build (0.12.42) experimental; urgency=low

  * QA upload.
  * Bump source format to 3.0 (native).
  * Added archive suite. Clear solution for #639859.
  * Allow non authenticated installation from apt-build repository.
Closes: #316572, #369173
  * Added new cpu-type profiles to debconf templates.
  * Changed default make option in template (-j`cpu_cores`). Set
question priority to "high".
  * debian/dirs: Removed due to its redundancy.
  * Prevent empty directory for build_dir and repository_dir (use loop).
Closes: #520818, #511853
  * Move debconf-only related content from postinst to config file and
pimp debconf stuff (configuration file handling).
  * --yes (assume-yes) functionality is now recognized by aptitude.
  * Renamed help information from apt-get and apt-cache to aptget and
aptcache.


I would be glad if someone uploaded this package for me.


Kind regards,

Dominique Lasserre
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPMDsbAAoJENONJ1Ky5PTzkTAIAJwwz6SN+xegrkDdxwqxgubz
fcF1ycGGsWF+sLC0Q1ldX0CALg3SsukK5XX1gf31TIqCXqXrQZC1fUDF7IEmGw4J
mn6PD6+1j7TscwQUtFbrZg2Ih3RojUWwfaEYlx7Zw2z1KMOu2jQ/wFW1wmsGgE1Q
XTbbVDnk7UC+EX56dCK7aFJSJmIuUpR55nUh8DcDVdm6yOlFrcLgW928ogVwpTAB
FMmUc1p/JRr7rXVOTn//zJAS9MA3pEPRjzHbrWwGpmUVqp/t0YJD4vcsse2xM3gN
FD3OqIMmS0lVzmFFxVs0ALsKxqJh3rYSM+cAahPBF+WxhPi119l4XXa18+vjcTM=
=+KUF
-END PGP SIGNATURE-


--- End Message ---
--- Begin Message ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 24 Feb 2012 02:02:46 +0100
Source: apt-build
Binary: apt-build
Architecture: source mipsel
Version: 0.12.42
Distribution: experimental
Urgency: low
Maintainer: Debian QA Group 
Changed-By: Dominique Lasserre 
Description: 
 apt-build  - frontend to apt to build, optimize and install packages
Closes: 179850 291565 292169 314155 315102 316572 369173 391449 392844 425044 
434859 507881 511853 592006 596296 624365 660590
Changes: 
 apt-build (0.12.42) experimental; urgency=low
 .
   * QA upload.
   * Bump source format to 3.0 (native).
   * Added archive suite. Clear solution for #639859.
   * Allow non authenticated installation from apt-build repository. Closes:
 #316572, #369173
   * Added new cpu-type profiles to debconf templates.
   * Changed default make option in template (-j`cpu_cores`). Set question
 priority to "high".
   * debian/dirs: Removed due to its redundancy.
   * Prevent empty directory for build_dir and repository_dir (use loop).
 Closes: #511853
   * Move debconf-only related content from postinst to config file and pimp
 debconf stuff (configuration file handling).
   * --yes (assume-yes) functionality is now recognized by aptitude. Also
 renamed help information from apt-get and apt-cache to aptget and aptcache.
 (thanks to Bryant Wong) Closes: #392844
   * Improved source version and name handling. Closes: #314155, #315102,
 #425044, #434859
   * Pull correct build dependencies

Bug#661568: RFS: ipset/6.11-2

[Neutron Soutmun]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "ipset"

* Package name: ipset
  Version : 6.11-2
  Upstream Author : Jozsef Kadlecsik  
* URL : http://ipset.netfilter.org/ 
* License : GPL 
  Section : net

It builds those binary packages:

ipset - administration tool for kernel IP sets
libipset-dev - Development files for IP sets
libipset2  - IP sets library

To access further information about this package, please visit the
following URL:

 http://mentors.debian.net/package/ipset

Alternatively, one can download the package with dget using this command:

dget -x http://mentors.debian.net/debian/pool/main/i/ipset/ipset_6.11-2.dsc

Changes since the last upload:

ipset (6.11-2) unstable; urgency=low

  * Update debian/control
* debian/control:
  - Bump Standards-Version to 3.9.3, no changes needed.
  - Change Architecture to linux-any as iptables only supports linux.
(Closes: #647656)
  - Add iptables to ipset dependency.
  * Bump dh compat to 9
* debian/compat, debian/control: Bump dh compat to 9.
* debian/rules:
  - Simplify hardening build flags and multiarch support logic.
  * Update copyright format url to version 1.0
  * Close bugs that have been reintroduced again since updating version
uploaded.  (Closes: #528990,#625360,#648366)

Regards,
Neutron Soutmun



signature.asc
Description: Digital signature

Re: Bug#661568: RFS: ipset/6.11-2

[Dmitry Smirnov]

Hi Neutron,

Just one little suggestion if you excuse me:

Could you please put a short description of bugs you're closing to changelog?
This would be very helpful.

Cheers,
Dmitry.

On Tuesday 28 February 2012 14:28:25 Neutron Soutmun wrote:
>   * Close bugs that have been reintroduced again since updating version
> uploaded.  (Closes: #528990,#625360,#648366)
 


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201202281523.27413.only...@member.fsf.org

Bug#661570: RFS: cvc3/2.4.1-1

[Christopher L Conway]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "cvc3". This is an existing
package that has been updated for a new upstream version. I haven't been
able to get in touch with my previous sponsor.

Please CC: me in any reply.

Package name : cvc3
Version : 2.4.1-1
Upstream Author : Clark Barrett
URL : http://www.cs.nyu.edu/acsys/cvc3/
License : BSD
Section : math

It builds those binary packages:

cvc3 - Automatic theorem prover for SMT problems
cvc3-el - Emacs mode for CVC3
libcvc3-5 - Automatic theorem prover library for SMT problems
libcvc3-5-dev - Automatic theorem prover library for SMT problems
(development files)
libcvc3-5-java - Java bindings for CVC3 (bytecode library)
libcvc3-5-jni - Java bindings for CVC3 (native library)

To access further information about this package, please visit the
following URL:

http://mentors.debian.net/package/cvc3

Alternatively, one can download the package with dget using this command:

dget -x http://mentors.debian.net/debian/pool/main/c/cvc3/cvc3_2.4.1-1.dsc

Changes since the last upload:

cvc3 (2.4.1-1) unstable; urgency=low

  * New upstream release (Closes: #660244)
  * Updating to standards version 3.9.2
  * Switching to dpkg-source 3.0 (quilt) format
  * Changing default-jdk-builddep build dependency to default-jdk
  * Re-enabling libcvc3-jni on kfreebsd-amd64 (Closes: #576335)

 -- Christopher L. Conway   Sat, 25 Feb 2012 13:54:15 -

Regards,
Chris

Re: Bug#661568: RFS: ipset/6.11-2

[Neutron Soutmun]

Hi,

On Tue, Feb 28, 2012 at 11:23 AM, Dmitry Smirnov  wrote:
> Hi Neutron,
>
> Just one little suggestion if you excuse me:
>
> Could you please put a short description of bugs you're closing to changelog?
> This would be very helpful.

Updated.

Thanks for your suggestion.

Best regards,
Neutron Soutmun


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/camqp0sn1w-brt3mvxroh6qv+mruqnjlpucrjragswzr7nxg...@mail.gmail.com