Re: [RFH] Debian 2.6.32 CONFIG_WIRELESS_OLD_REGULATORY, wireless-regdb and crda

[Paul Wise]

On Sat, 2010-02-27 at 23:59 +0200, Faidon Liambotis wrote:

> I'm a member of pkg-wpa-devel and I've been sponsoring Kel for almost 4
> years. I have absolute trust in him and I've even offered to advocate
> him to the NM process multiple times.

I'd definitely agree with your assessment here and would also encourage
Kel to apply for NM.

> I'd be happy to review and sponsor the uploads of crda/wireless-regdb,
> if Paul doesn't have a problem with this.

Definitely no problem there.

> I usually prefer team maintenance, so I think it'd be best if this
> happened in pkg-wpa; my offer to sponsor is independent of that, though.

Agreed, whoever wants to help maintain this should join pkg-wpa.

So, summary of the main issues with Kel's current package:

He doesn't have time to maintain it and needs folks to join pkg-wpa,
take ownership of the crda RFP (#536502) and work to get both crda and
wireless-regdb uploaded.

It combines crda & wireless-regdb into one source package. While
upstream keeps them separate, we should do the same.

A few other issues that are easy to fix:

http://lists.debian.org/debian-kernel/2010/02/msg00336.html

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Re: RFS: opencbm (2nd attempt)

[Luis R. Rodriguez]

2010/2/27 Frédéric Brière :

>  opencbm-modules-dkms - source for the OpenCBM kernel module (DKMS)
>  opencbm-modules-source - source for the OpenCBM kernel module

Frédéric, why are these not upstream on the kernel, and if they are
sucky drivers, why not upstream on staging?

  Luis


--
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/43e72e891002271936n7e3195c9ma7a5122bc9931...@mail.gmail.com

Re: RFS: zynjacku

[Jaromír Mikeš]

Od: Asheesh Laroia 


Hi,


Some feedback for you:

During the build process, I get this message:

dpkg-gencontrol: warning: unused substitution variable ${python:Versions}


I asked on #debian-python and only answer I get was that I can ignore this.

It'd be great if you'd ask about that on #debian-python -- I have to run 
for now, but they say it might be important since you're using 
python-central.


I am using python-support

Why Python 2.5 and earlier? I'm looking at debian/pyversions -- I'm not 
much of a Debian Python person, but I understand we're moving up to Python 
2.6.


debian/pyversions 2.5- mean range (2.5 and higher in this case)
http://vmlinux.org/cgi-bin/dwww?type=runman&location=pysupport-parseversions/1

Maybe Python 2.5 is okay for modules with C extensions, like yours? I 
haven't been keeping up to date -- I hope you can reply answering this 
question to save me the time. (-;


The manual page description says:

This manual page documents briefly the zynjacku

and the paragraph abruptly ends there. Maybe you can just delete that 
first half-written paragraph?


man pages fixed and package newly uploaded to debian mentors.

please let me know if my answers help and if there is something more what 
should be fixed

best regards

mira


--
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/83572.10451.22370-2574-1052982814-1267325...@seznam.cz

RFS: bittwist (updated package) - libpcap-based Ethernet packet generator

[eriberto]

Dear mentors,

I am looking for a sponsor for the new version 1.1-1
of my package "bittwist".

It builds these binary packages:
bittwist   - libpcap-based Ethernet packet generator

The package appears to be lintian clean.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/b/bittwist
- Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- dget http://mentors.debian.net/debian/pool/main/b/bittwist/bittwist_1.1-1.dsc

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

Kind regards
Joao Eriberto Mota Filho




signature.asc
Description: OpenPGP digital signature

RFS: opencbm (2nd attempt)

[Frédéric Brière]

Dear mentors,

I humbly beseech thee for sponsorship (or, failing that, helpful
criticism) of the following package:

  Package name: opencbm
  Version : 0.4.3~rc2-1~fbriere+1
  ITP : 
  Section : contrib/otherosfs  [almost main, on a technicality]
  Description : $FOO for communicating with Commodore IEC serial bus devices

  Upstream Authors: Spiro Trikaliotis 
Michael Klein 
(and others)
  URL : 
  License : GPL
  Programming Lang: C
  Lintian Status  : Sparkling clean
  Build System: CDBS  [you have been warned ]

 OpenCBM is a collection of utilities, a library and a kernel driver that
 allows for communicating with and controlling devices via the Commodore
 (CBM) IEC serial bus.  This bus was used by such computers as the Commodore
 VIC-20 and the Commodore 64 for connecting disk drives and printers through
 a round 6-pin DIN connector.

The following binary packages are built:

  libopencbm-dev - development files for communicating with Commodore IEC 
serial bus
  libopencbm0 - library for communicating with Commodore IEC serial bus devices
  libopencbm0-dbg - debugging symbols for libopencbm0
  opencbm- utilities for communicating with Commodore IEC serial bus devices
  opencbm-doc - documentation for OpenCBM
  opencbm-modules-dkms - source for the OpenCBM kernel module (DKMS)
  opencbm-modules-source - source for the OpenCBM kernel module

The source package can be found, as always, on mentors.debian.net:

 - URL: http://mentors.debian.net/debian/pool/contrib/o/opencbm
 - Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
 - dget 
http://mentors.debian.net/debian/pool/contrib/o/opencbm/opencbm_0.4.3~rc2-1~fbriere+1.dsc


And now for the sales pitch:

As the description says, OpenCBM allows you to communicate with those
old (and desperately slow) Commodore floppy drives and printers, which
can be connected to a parallel port via a custom cable.

So, if you have a box of floppies from your C=64 days (and a 1541 that
still works), you can copy them over to your Debian box for posterity.
And with an emulator such as VICE, you're now set for a trip down
nostalgia lane, looking amusedly at all those BASIC games you created in
high school.

Now, doesn't that sound like a fun piece of software that deserves its
place in Debian?


If this whets your sponsorship appetite, great!  But even if it doesn't,
I'd be grateful for any comments/criticism you may have over the
packaging.  In particular, here are a few additional notes/questions:

- This package is technically in contrib, even though it builds/runs
  just fine in main, due to the presence of DFSG-free, pre-built but
  non-rebuildable 6502 code.  See
   for a
  more thorough explanation.  (So, don't let that put you down if you
  only sponsor packages in main.)

- I'm uncertain about debian/copyright, where I chose to list only the
  names of the two main authors.  (I figured that if linux-2.6 was doing
  it, it must be okay.  But then, nothing is clear-cut when we're
  talking copyright.  )

  On closer examination, there are probably no more than a dozen
  different names throughout the source, so I could afford to list them
  all.  However, should I also list them all as upstream authors?  Or
  should I only list the active maintainer as a contact point?  (If all
  copyright holders are also upstream authors, what is the point in
  duplicating this information?)

- I hesitated a bit before splitting the library from the main package,
  but VICE (the Commodore emulator) can now be linked against it to
  directly access floppy drives and printers.  I doubt the vice
  maintainers would opt to do this, but packaging the library separately
  would provide them (or users) with the option to do so.

- Having split the binary and the lib, I felt obligated to split the
  docs as well.  Was I overzealous?  (I'm starting to have second
  thoughts, given the number of resulting packages.  Still, the -doc
  package is much bigger than the binary, so it may be worth it.)


Now, if you are on the fence about sponsoring this package, I would be
remiss not to mention a few possible caveats:

- As you may have noticed, this package builds a binary, a library, an
  arch:all *and* a kernel module.  This will probably require more time
  and effort from a sponsor than your typical package, at least
  initially.  (Me, I like the challenge.  )

- While it is not necessary to own any IEC devices in order to sponsor
  this package, you may find it frustrating not to be able to fully
  appreciate the fruits of your labor.

- My OpenPGP key isn't currently signed by a DD -- or anyone else
  connected to the web of trust for that matter.  (I understand this
  might be a problem for some sponsors.)  I'm

RFS: hlbr (updated package)

[Eriberto]

Dear mentors,

I am looking for a sponsor for the new version 1.7.2-1
of my package "hlbr".

It builds these binary packages:
hlbr   - IPS that runs over layer 2 (no TCP/IP stack required)

The package appears to be lintian clean.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/h/hlbr
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget http://mentors.debian.net/debian/pool/main/h/hlbr/hlbr_1.7.2-1.dsc

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

Kind regards
 Joao Eriberto Mota Filho


-- 
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/4784fdae1002271534x4b07442ewf0f31e23b86a3...@mail.gmail.com

RFS: hlbr (updated package)

[Eriberto]

Dear mentors,

I am looking for a sponsor for the new version 1.7.2-1
of my package "hlbr".

It builds these binary packages:
hlbr   - IPS that runs over layer 2 (no TCP/IP stack required)

The package appears to be lintian clean.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/h/hlbr
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget http://mentors.debian.net/debian/pool/main/h/hlbr/hlbr_1.7.2-1.dsc

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

Kind regards
 Joao Eriberto Mota Filho


-- 
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/4784fdae1002271539n6c6f7d8epacdb9b7daaec1...@mail.gmail.com

Re: RFS: zynjacku

[Asheesh Laroia]

On Sun, 21 Feb 2010, Jaromír Mikeš wrote:


Od: Asheesh Laroia 



> * Package name: zynjacku


Sorry -- not yet. Super busy. Ask again in another 10 days or so.

-- Asheesh.

Hello there,

Nobody was uploaded zynjacku package yet.
So it would be nice if you can do it for me.


Some feedback for you:

During the build process, I get this message:

dpkg-gencontrol: warning: unused substitution variable ${python:Versions}

It'd be great if you'd ask about that on #debian-python -- I have to run 
for now, but they say it might be important since you're using 
python-central.


Why Python 2.5 and earlier? I'm looking at debian/pyversions -- I'm not 
much of a Debian Python person, but I understand we're moving up to Python 
2.6.


Maybe Python 2.5 is okay for modules with C extensions, like yours? I 
haven't been keeping up to date -- I hope you can reply answering this 
question to save me the time. (-;


The manual page description says:

   This manual page documents briefly the zynjacku

and the paragraph abruptly ends there. Maybe you can just delete that 
first half-written paragraph?


That's what I have for now!

-- Asheesh.

--
Debian Hint #39: Want to download a package without installing it? Use
'aptitude download '.

Re: [RFH] Debian 2.6.32 CONFIG_WIRELESS_OLD_REGULATORY, wireless-regdb and crda

[Faidon Liambotis]

Luis R. Rodriguez wrote:
> As per Paul Wise' advice I'd like to request for help with the
> crda/wireless-regdb package for Debian for the next release of Debian.
> I am the upstream crda maintainer and John Linville is the upstream
> wireless-regdb maintainer. Kel Modderman has already done most work
> required for the Debian package, if not all. What we now need is some
> Debian Developer to be willing to either upload the package as-is, or
> some help from some experienced package maintainers to address a few
> items. I should note Paul Wise has offered sponsorship for this
> package so I think we are on the last track to getting this package
> finalized and/or uploaded but he just noted a few changes required.
> 
> Summary of review with Paul Wise:
> 
>   * Package could likely be uploaded into Debian as-is, just requires
> someone comfortable with it
> 
>   * We need more help with thepkg-wpa-devel group
I'm a member of pkg-wpa-devel and I've been sponsoring Kel for almost 4
years. I have absolute trust in him and I've even offered to advocate
him to the NM process multiple times.

I'd be happy to review and sponsor the uploads of crda/wireless-regdb,
if Paul doesn't have a problem with this.

I usually prefer team maintenance, so I think it'd be best if this
happened in pkg-wpa; my offer to sponsor is independent of that, though.

Regards,
Faidon


-- 
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/4b8995b6.5000...@debian.org

Re: RFS: aspell-hsb

[Brian Nelson]

Jan Jeroným Zvánovec  writes:

> Dear mentors,
>
> I am looking for a sponsor for my package "aspell-hsb", aspell dictionary for
> Upper Sorbian language.
>
> * Package name: aspell-hsb
>   Version : 0.01.1-1
>   Upstream Author : Eduard Werner (Edward Wornar) 
>  
> * URL : ftp://ftp.gnu.org/gnu/aspell/dict/hsb/
> * License : GPL2+
>   Section : text
>
> It builds these binary packages:
> aspell-hsb - Upper Sorbian dictionary for GNU Aspell
[...]
> I would be glad if someone uploaded this package for me.

At a quick glance, the package looks fine.  I should be able to sponsor
this.

-- 
Captain Logic is not steering this tugboat.


--
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/878waeqpwy@bignachos.net

Re: Renaming config files

[Ivan Jager]

On Sat, Feb 27, 2010 at 02:07:19PM +1100, Ben Finney scribbled thusly:
> Ivan Jager  writes:
> 
> > What's the proper way to deal with renaming configuration files?
> > I'm working on a new version of hibernate, and right now it
> > simply adds the new config file and leaves the old one lying
> > around, which is less than ideal.
> 
> Is it conceptually the same config file at a newer version? Or is it
> conceptually a distinct file?
> 
> What are the reasons the user might want the existing file to remain
> after upgrade, versus the reasons another user might want that file to
> go away after upgrade?

It is conceptially the same file. suspend2.conf got renamed to
tuxonice.conf because Software Suspend 2 got renamed to TuxOnIce.

Some of the configuration directives (the ones containing
Suspend2 in their names) got renamed, so I'm a little tempted to
go with Daniel's suggestion and also s/Suspend2/TuxOnIce/,
although I'm hesitant to modify a user-modified config file...

Ivan


-- 
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/20100227215716.gb2...@mrph.org

[RFH] Debian 2.6.32 CONFIG_WIRELESS_OLD_REGULATORY, wireless-regdb and crda

[Luis R. Rodriguez]

Adding debian-devel and debian-mentors.

As per Paul Wise' advice I'd like to request for help with the
crda/wireless-regdb package for Debian for the next release of Debian.
I am the upstream crda maintainer and John Linville is the upstream
wireless-regdb maintainer. Kel Modderman has already done most work
required for the Debian package, if not all. What we now need is some
Debian Developer to be willing to either upload the package as-is, or
some help from some experienced package maintainers to address a few
items. I should note Paul Wise has offered sponsorship for this
package so I think we are on the last track to getting this package
finalized and/or uploaded but he just noted a few changes required.

Summary of review with Paul Wise:

  * Package could likely be uploaded into Debian as-is, just requires
someone comfortable with it

  * We need more help with thepkg-wpa-devel group

  * Sponsorship available by Paul Wise given a few change below are made:
  o Modify the Makefile to add a 'make dist' to generate a
ChangeLog using git2cl [1]
 and NEWS based on crda and wireless-regdb upstream git

Paul I'm not familiar with the sponsorship process on Debian, does
this mean if the above is address you would be wiling to upload the
final package yourself? Or does this have other implications?

I address some of Paul's own comments below. If you would like to read
the original thread you can refer to the pkg-wpa-devel package list.

[1] http://josefsson.org/git2cl/git2cl
[2] 
http://lists.alioth.debian.org/pipermail/pkg-wpa-devel/2010-January/002415.html

If anyone has any questions please let me know.

On Fri, Feb 19, 2010 at 10:11 PM, Paul Wise  wrote:
> On Thu, 2010-02-18 at 09:19 -0800, Luis R. Rodriguez wrote:
>
>> Upstream does not do the same. Ubuntu packages these two together
>> right now but it was because it made life easier for packaging.
>>
>> John, do you guys package wireless-regdb and crda together on Fedora
>> land? Was this because of the dynamic key building per package? If so
>> what is the restriction on using two packages?
>
>> Thanks John. So -- not sure if Kel will have time to split these, I
>> gather he is still pretty busy with his move. Paul, is this a
>> requirement for inclusion? If so we'll need to request for some help.
>
> I wouldn't upload it to Debian like that, you might find other people in
> Debian who would be willing to do so though.

OK.

>> > nl80211.h looks like it comes from Linux, can't you just build-depend on
>> > the linux-libc-dev package and do #include  ? Comparing
>> > the crda one and the one from Linux 2.6.32 reveals quite a few changes
>> > since you copied nl80211.h into crda.
>>
>> nl80211 is designed to allow userspace applications to either ship
>> their own nl80211.h based on the most recent kernel or to ship it and
>> ifdef around a feature instead of the kernel version.
> ...
>> For CRDA then we ship our own nl80211.h and it doesn't matter much as
>> we only use only one command, and the API that can't change anyway.
>> When CRDA wants to make use of something new we can just re-synch,
>> just as we do with iw.
>
> Hmm, OK. I guess that makes sense.

Yeah hope

>> > Even after manually ensuring that sha1sum.txt reflects the sha1sum of
>> > db.txt with "sha1sum db.txt > sha1sum.txt", the wireless-regdb Makefile
>> > still seems to generate a new Debian RSA key pair. If the db.txt hasn't
>> > changed, there is no reason to auto-generate and install a key pair.
>>
>> wireless-regdb is designed so that you do not have to run make at all
>> if you just intend on using John's key. So running make even if db.txt
>> has not changed will generate the keys for you and sign the
>> regulatory.bin with the new key.
>
> Hmm, OK. So the Debian packaging should check that db.txt is unchanged,
> instead of the upstream Makefile doing that check?

No, I meant that some distributions won't run make at all. Those who
do will always have something done if you don't yet have a key built
for you. By default the regulatory.bin is signed with this key. You
will re-sign the file if db.txt changes.

> I guess that means
> Fedora, Gentoo, Ubuntu etc all need to do the same thing.

Fedora does build stuff so they just go with the defaults. Ubuntu just
ships the provided regulatory.bin, they do not build anything, the
package is very simple for the binary regulatory database as you
really only need to build if you have policies which require this (the
content would be the same except the signature), or you want to change
the database yourself.

>> > dpkg-shlibdeps complains that neither crda and regdbdump use symbols
>> > from libssl, it looks like this might be a false positive though:
>> >
>> > dpkg-shlibdeps: warning: dependency on libssl.so.0.9.8 could be avoided if 
>> > "debian/crda/sbin/regdbdump debian/crda/sbin/crda" were not uselessly 
>> > linked against it (they use none of its symbols).
>>
>> They are not uselessly linking against libssl if inde

Re: RFS: mbuffer (updated package)

[George Danchev]

Peter Pentchev writes:

> mbuffer (20091227-1) unstable; urgency=low

This is also uploaded. Thank you.
 
-- 
pub 4096R/0E4BD0AB 


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

Re: [Pkg-fonts-devel] RFS: otf-ipaexfont (NEW)

[Rogério Brito]

Dear Hideki,

On Feb 27 2010, Hideki Yamane wrote:
> It builds these binary packages:
> otf-ipaexfont - Japanese OpenType font, IPAexFont (IPAexGothic/Mincho)
> otf-ipaexfont-gothic - Japanese OpenType font, IPAexFont (IPAexGothic/Mincho)
> otf-ipaexfont-mincho - Japanese OpenType font, IPAexFont (IPAexGothic/Mincho)
> 
> The package appears to be lintian clean.

It only has some minor things found with lintian:

,
| I: otf-ipaexfont source: duplicate-short-description otf-ipaexfont-mincho 
otf-ipaexfont-gothic otf-ipaexfont
| P: otf-ipaexfont-gothic: no-upstream-changelog
| P: otf-ipaexfont-mincho: no-upstream-changelog
| P: otf-ipaexfont: no-upstream-changelog
| I: otf-ipaexfont: capitalization-error-in-description meta package metapackage
`

I guess that the first and last ones could be improved, right?

Also, being pedantic here, there's a trailing whitespace in the
changelog, that could be removed. :-)

Another one: the package has the otf- prefix, but the fonts provided
have the .ttf suffix. They are, according to the file command, "TrueType
font data", despite having OpenType features like Standard Ligatures,
Expert Forms, Fractions, Slashed Zero etc.

I guess that the font files could be renamed to .otf, then?


Regards,

-- 
Rogério Brito : rbr...@{ime.usp.br,gmail.com} : GPG key 1024D/7C2CAEB8
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


-- 
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/20100227154830.gc2...@ime.usp.br

RFS: otf-ipaexfont (NEW)

[Hideki Yamane]

Dear mentors,

I am looking for a sponsor for my package "otf-ipaexfont".

* Package name: otf-ipaexfont
  Version : 00101-1
  Upstream Author : Information-technology Promotion Agency, Japan
* URL : Information-technology Promotion Agency, Japan.
* License : IPAfont license (as same as otf-ipafont, it has already 
been in Debian)
  Section : fonts

It builds these binary packages:
otf-ipaexfont - Japanese OpenType font, IPAexFont (IPAexGothic/Mincho)
otf-ipaexfont-gothic - Japanese OpenType font, IPAexFont (IPAexGothic/Mincho)
otf-ipaexfont-mincho - Japanese OpenType font, IPAexFont (IPAexGothic/Mincho)

The package appears to be lintian clean.

The upload would fix these bugs: 565916

My motivation for maintaining this package is: make desktop environment better 
with free fonts :)

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/o/otf-ipaexfont
- Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/o/otf-ipaexfont/otf-ipaexfont_00101-1.dsc

 Please upload this package to NEW queue, thanks.


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp
 http://wiki.debian.org/HidekiYamane


pgp6rCoHqdBYL.pgp
Description: PGP signature

Re: RFS: ipwatchd

[Bartosz Fenski aka fEnIo]

On Sat, Feb 27, 2010 at 01:10:29PM +0100, Jaroslav Imrich wrote:
> Dear mentors,
> 
> I am looking for a sponsor for my packages "ipwatchd".
> 
> * Package name: ipwatchd
>   Version : 1.2-1
>   Upstream Author : Jaroslav Imrich 
> * URL : http://ipwatchd.sf.net
> * License : GPL2
>   Section : net
> 
> It builds these binary packages:
> ipwatchd   - IP conflict detection tool
> 
> The package appears to be lintian clean.
> 
> The upload would fix these bugs: 569779
> 
> My motivation for maintaining this package is:
> 
> As you may know Linux kernel does not react to Gratuitous ARP requests
> neither IP conflicts and therefore very often a network administrator
> is left in the complete ignorance by the Linux kernel and needs to
> troubleshoot IP conflict the hard way. I've written user-space
> solution for this problem - simple daemon called IPwatchD.  I am the
> upstream author, maintainer in Ubuntu and I would be glad to maintain
> this package also in Debian.

Just fix lintian warnings/errors and I will upload it (both ipwatchd and
gnotify-ipwatch) for you.

regards
fEnIo
-- 
  ,''`.  Bartosz Fenski | mailto:fe...@debian.org | pgp:0x13fefc40 | irc:fEnIo
 : :' :   32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland
 `. `'   phone:+48602383548 | proud Debian maintainer and user
   `-http://fenski.pl | xmpp:fe...@jabber.org | rlu:172001


signature.asc
Description: Digital signature

RFS: alltray (updated, adopting) (2nd try)

[Ignace Mouzannar]

Dear mentors,

I am looking for a sponsor for the new version 0.71a-1 of my package "alltray".

The "a" character in the version doesn't stand for "alpha version".
Upstream chose to add the "a" to commit the minor changes that were
applied to version 0.71 in order to close bug #553650 [1].

Please note that, unfortunately, upstream tarball download doesn't
appear on top of the download list, but is rather the last one [2]
[3].

I am adopting this package.

It builds these binary packages:
alltray- Dock any program into the system tray

The package appears to be lintian clean.

The upload would fix these bugs: 449598, 524683, 553650, 566880

I have just "dch -r" the changelog, and re-uploaded the package on m.d.n.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/a/alltray
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget http://mentors.debian.net/debian/pool/main/a/alltray/alltray_0.71a-1.dsc

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

Kind regards
 Ignace Mouzannar

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=553650
[2] https://code.launchpad.net/alltray/+download?start=20
[3] 
http://code.launchpad.net/alltray/old-maintenance/0.71a/+download/alltray-0.71a.tar.gz


-- 
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/b10d7e9c1002270431q3f540821pe4773cde18561...@mail.gmail.com

RFS: ipwatchd-gnotify

[Jaroslav Imrich]

Dear mentors,

I am looking for a sponsor for my package "ipwatchd-gnotify".

* Package name: ipwatchd-gnotify
  Version : 1.0-1
  Upstream Author : Jaroslav Imrich 
* URL : http://ipwatchd.sf.net
* License : GPL2
  Section : gnome

It builds these binary packages:
ipwatchd-gnotify - Gnome notification tool for IPwatchD

The package appears to be lintian clean.

The upload would fix these bugs: 569780

My motivation for maintaining this package is:

IPwatchD G Notify is standalone application that is part of IPwatchD
project - http://ipwatchd.sourceforge.net/. It notifies user about IP
conflict occurence in Gnome environment. I am the upstream author,
maintainer in Ubuntu and I would be glad to maintain this package also
in Debian.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/i/ipwatchd-gnotify
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/i/ipwatchd-gnotify/ipwatchd-gnotify_1.0-1.dsc

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

-- 
Kind Regards / S pozdravom

Jaroslav Imrich
http://www.jariq.sk
jaroslav.imr...@gmail.com


-- 
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/5e8d025d1002270411x79e5f56y576ced974f762...@mail.gmail.com

RFS: ipwatchd

[Jaroslav Imrich]

Dear mentors,

I am looking for a sponsor for my packages "ipwatchd".

* Package name: ipwatchd
  Version : 1.2-1
  Upstream Author : Jaroslav Imrich 
* URL : http://ipwatchd.sf.net
* License : GPL2
  Section : net

It builds these binary packages:
ipwatchd   - IP conflict detection tool

The package appears to be lintian clean.

The upload would fix these bugs: 569779

My motivation for maintaining this package is:

As you may know Linux kernel does not react to Gratuitous ARP requests
neither IP conflicts and therefore very often a network administrator
is left in the complete ignorance by the Linux kernel and needs to
troubleshoot IP conflict the hard way. I've written user-space
solution for this problem - simple daemon called IPwatchD.  I am the
upstream author, maintainer in Ubuntu and I would be glad to maintain
this package also in Debian.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/i/ipwatchd
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget http://mentors.debian.net/debian/pool/main/i/ipwatchd/ipwatchd_1.2-1.dsc

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

-- 
Kind Regards / S pozdravom

Jaroslav Imrich
http://www.jariq.sk
jaroslav.imr...@gmail.com


-- 
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/5e8d025d1002270410p2911d79ft39899e7f60ad5...@mail.gmail.com

Re: RFS: slang-slirp -- Sponsor found

[Jörg Sommer]

Hi,

Jörg Sommer  wrote:
> Dear mentors,

thanks for your efforts, I've found a sponsor for this package.

Bye, Jörg.
-- 
Macht besitzen und nicht ausüben ist wahre Größe.
   (Friedl Beutelrock)


-- 
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/slrnhohtpa.1qt.jo...@alea.gnuu.de

Re: RFS: gsoap (updated package)

[Marco Nenciarini]

Stefano Canepa ha scritto:
> Il giorno lun, 22/02/2010 alle 17.52 +0100, Steffen Moeller ha scritto:
>> Hi Stefano,
>>
>> Stefano Canepa wrote:
>>
>>> I am looking for a sponsor for the new version 2.7.15-1
>>> of my package "gsoap".
>>>
>>> It builds these binary packages:
>>> gsoap  - SOAP stub and skeleton compiler for C and C++
>>>
>>> The package appears to be lintian clean.
>>>
>>> The package can be found on mentors.debian.net:
>>> - URL: http://mentors.debian.net/debian/pool/main/g/gsoap
>>> - Source repository: deb-src http://mentors.debian.net/debian unstable main 
>>> contrib non-free
>>> - dget http://mentors.debian.net/debian/pool/main/g/gsoap/gsoap_2.7.15-1.dsc
>>>
>>> I would be glad if someone uploaded this package for me.
>> the diff.gz has many *.cpp files in, and there are both Makefile.in and
>> Makefile, configure and configure.in. I have not looked at it in more
>> detail, but could there be a way that you reduce the length of the diff.gz
>> to something one can oversee with the eye? The current version has 37522
>> lines, which given all the *.cpp files in are just too tough for a sponsor
>> to check through.
> 
> I checked the diff.gz, this is the result of the need to cut out all
> apache_13 module code. I tried to convince upstream author to drop this
> code in next release but I did not succeded. We agree to delete all
> files lintian complains about.
> If you would like to write to upstream author to convice him to delete
> useless code in future release please do and I'll be gratefull to you
> for your favour. Tomorrow I'll ask again Mandriva gsoap maintainer (a
> collegue of mine) to ask for the same thing even if he told me that
> inclusion of old apache code is not a problem in his package.
> 

I've just looked at gsoap source package. I think it is worth to
repackage it as more than half of its size is composed of binary
executables, repeated code, windows/macosx/symbian/* stuff, logs and
other kinds of useless (and sometime non DFSG compliant) files.

Kind regards,
Marco

-- 
-
|Marco Nenciarini| Debian/GNU Linux Developer - Plug Member |
| mnen...@prato.linux.it | http://www.prato.linux.it/~mnencia   |
-
Key fingerprint = FED9 69C7 9E67 21F5 7D95  5270 6864 730D F095 E5E4




signature.asc
Description: OpenPGP digital signature

Re: Subject: RFS: namebench (updated package, fix a FTBFS)

[Jakub Wilk]

* Miguel Landaeta , 2010-02-26, 21:09:

I am looking for a sponsor for the new version 1.1+dfsg-2
of my package "namebench".


I will take a look.

--
Jakub Wilk


signature.asc
Description: Digital signature