Debian Bug report logs - #666527
RFP: ssb-sprom -- A tool for modification of the Broadcom Sonics Silicon Backplane SPROM

Package: wnpp; Maintainer for wnpp is wnpp@debian.org;

Reported by: Dominik George <nik@naturalnet.de>

Date: Sat, 31 Mar 2012 14:00:02 UTC

Severity: wishlist

Reply or subscribe to this bug.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to debian-bugs-dist@lists.debian.org, debian-devel@lists.debian.org, tg@mirbsd.org, wnpp@debian.org:
Bug#666527; Package wnpp. (Sat, 31 Mar 2012 14:00:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to Dominik George <nik@naturalnet.de>:
New Bug report received and forwarded. Copy sent to debian-devel@lists.debian.org, tg@mirbsd.org, wnpp@debian.org. (Sat, 31 Mar 2012 14:00:05 GMT) Full text and rfc822 format available.

Message #5 received at submit@bugs.debian.org (full text, mbox):

From: Dominik George <nik@naturalnet.de>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: ITP: ssb-sprom -- A tool for modification of the Broadcom Sonics Silicon Backplane SPROM
Date: Sat, 31 Mar 2012 15:57:33 +0200
Package: wnpp
Severity: wishlist
Owner: Dominik George <nik@naturalnet.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

* Package name    : ssb-sprom
  Version         : 20120331 
  Upstream Author : Michael Buesch <m@bues.ch> 
* URL             : http://linuxwireless.org/en/users/Drivers/b43 
* License         : GPL-2 
  Programming Lang: C 
  Description     : A tool for modification of the Broadcom Sonics Silicon Backplane SPROM

The ssb-sprom tool allows for the modification of Broadcom Sonics Silicon
Backplane SPROM data, e.g. the MAC address or the PCI IDs.

This is especially useful if your BIOS checks the device IDs at boot as some
vendors (Compaq/HP) do in notebooks to prevent the use of third-party hardware.

The SPROM data is exposed through sysfs in Linux.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQHOBAEBAgA4BQJPdw1LMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQ2w6kvOIQdBKaJwwAkfaGLEEiceA8AiS6zV7p
PY0u4T70WxytzHSpil8ItABsKD8dkY2qj/CeqCn0biRy+eHVqKm3HIEpnO4U7Up/
uAgS8kEax4U6B5mMQu1cIqmP9jq22HX7l4pwC09cDH1HjQbxfZ/hvejG+gBWUsyU
JIOF5fMzZrd1AUTelGq8OJjK5MJ1kHyNJLzLTxSmj59sx3SCGCsUaw35WqREsqZ9
Yrg5c1aYJTAB09aQynvIZHUBfwUhm5RDsMPnAHIXGtZH1AkarriU4QMk57nSi+UB
so0RCHdXmw1zOENUGALeXS5qoeXwUD5TgYDm+ls+f4MI3atNLeyqchhyuYo2vwSX
fcbxSIV32bttAhXrBtQ+0Di17POptHhvyTqJPWagJ2W63efZ7RmMSZnT8jqJNH3B
Im8aQ7iCDjcI5C/6qKdeiELcH4JAU95/ekrEzkBJOOPgesXAqeUSEMaTNgWZTIq5
3JBNyOqEFp+j6qdpUfy/7kufGruq2YKpjyLMzTjRPmM5
=kh+n
-----END PGP SIGNATURE-----




Information forwarded to debian-bugs-dist@lists.debian.org, wnpp@debian.org, Dominik George <nik@naturalnet.de>:
Bug#666527; Package wnpp. (Sat, 31 Mar 2012 21:36:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to Thorsten Glaser <tg@mirbsd.de>:
Extra info received and forwarded to list. Copy sent to wnpp@debian.org, Dominik George <nik@naturalnet.de>. (Sat, 31 Mar 2012 21:36:06 GMT) Full text and rfc822 format available.

Message #10 received at 666527@bugs.debian.org (full text, mbox):

From: Thorsten Glaser <tg@mirbsd.de>
To: 666527@bugs.debian.org, 513973@bugs.debian.org
Cc: Dominik George <nik@naturalnet.de>
Subject: Re: Intend to package b43-tools
Date: Sat, 31 Mar 2012 21:32:04 +0000 (UTC)
Dominik George dixit:

>* URL             : http://linuxwireless.org/en/users/Drivers/b43

I was involved in the discussion of this ITP in IRC and approached
as a sponsor. We had several issues with this.

>As b43-fwcutter is packaged together with the b43 firmware, I think it
>might be most reasonable to keep b43-fwcutter seperated and build the
>other tools from a b43-tools source package.

Personally, I think it would make sense to throw these two together
iff it is possible to build binary packages for both main and contrib
from one source package in main. Policy does not say this can’t be
done, so I’d try. But since the b43-fwcutter maintainer agreed with
Dominik on this, I cede this point.

I think the .orig.tar.gz of an eventual b43-tools source package
should be the unmodified entire content of the git repository at
the aforementioned URL (especially as it would make management
easy since it can be imported into the upstream branch easily).

The current source package does not build from the debug/ directory,
but it was said it eventually could. To avoid package proliferation,
I think it ought to not be packaged separately.

DevRef §6.7.8.2 has SHOULD clauses for repackaged .orig.tar.gz files
which apparently dh-make does not satisfy. From that follows that a
debian/rules gen-orig-source target must do this job manually. (Tools
such as git-buildpackage come to mind.)

When presented with a const cleanliness warning, Dominik confessed
he neither has any C skills nor intends to learn them. (He even
suggests to grep -v the compiler warning, later…) Therefore, we
(at least one other DD and me) agreed he should not be the person
to maintain this package. He is of course invited to provide the
initial packaging (even if it does not quite follow my standards,
there are few reasons to not accept it) and co-maintain it, if any
other comaintainer can do such a job. But this does disqualify the
package from being eligible for sponsorship by me.

bye,
//mirabilos • tg@debian.org
-- 
22:20⎜<asarch> The crazy that persists in his craziness becomes a master
22:21⎜<asarch> And the distance between the craziness and geniality is
only measured by the success 18:35⎜<asarch> "Psychotics are consistently
inconsistent. The essence of sanity is to be inconsistently inconsistent




Information forwarded to debian-bugs-dist@lists.debian.org, wnpp@debian.org:
Bug#666527; Package wnpp. (Sun, 01 Apr 2012 16:06:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Dominik George <nik@naturalnet.de>:
Extra info received and forwarded to list. Copy sent to wnpp@debian.org. (Sun, 01 Apr 2012 16:06:03 GMT) Full text and rfc822 format available.

Message #15 received at 666527@bugs.debian.org (full text, mbox):

From: Dominik George <nik@naturalnet.de>
To: Thorsten Glaser <tg@mirbsd.de>, 666527@bugs.debian.org
Subject: Re: Bug#666527: Intend to package b43-tools
Date: Sun, 01 Apr 2012 17:53:10 +0200
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I wonder why it's necessary to psot personal conflicts to Debian's BTS.

Please disreagrd what tg said as it is stupid. Obviously, grep -v'ing
command output isn't a reasonable solution and taking it seriously is
proof for an interesting state of mind.

I am still packaging this and will look for sponsorship when I'm done.
Negotiations with fabreg are still being made ...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iQHOBAEBAgA4BQJPeHnlMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQ2w6kvOIQdBJFAQwAjIJ/7jsXTqaEgCo2wVIT
gqweUuHRZXvLhQIJ70QH4feZF0iVaAkzWHqJCdWct0fBTpRHSsvoU77gfClwDxfI
W8PoMKkEj44HgoZWwFQpuQFq0mAInXDzeU8xs7L9JrRg1Mzf/ZVVe0aILqreKWXO
pxyHLDqy/xbY80/BiK7/93cszImAOu/a0i8GI/0Mz7o5TiwcryN4SDqmnWHeNnDh
pnoSfeB7c147dGcArOiNGdzNNbkvS8cI8DiDzLLVRh4BBU40Da6nov7iHsR6D/WQ
cVPjfFlObYgCMY9pQBwqVS5h8dWeN/GYZ2bvO92hEhqzo6mZQOu90RKYDp+XAWax
Ld5XmJ6OjFOzovmZlpTtPFpo9ISyHcmCYuWGfrZmS4CDcal5k6HFZjHf8K9VkmVF
ffc2XlnCqXGafO+TbQEKW2C/vMr5oqn5wuawy2EeYUTwaR/ZDA1sEWz+2ZSTkOhn
jPZEhCuXkDiwH3PNgwCyz4abv9xDOnnmNRYKaRt9CKLv
=TOZA
-----END PGP SIGNATURE-----




Information forwarded to debian-bugs-dist@lists.debian.org, wnpp@debian.org, Dominik George <nik@naturalnet.de>:
Bug#666527; Package wnpp. (Sun, 01 Apr 2012 16:24:10 GMT) Full text and rfc822 format available.

Acknowledgement sent to Thorsten Glaser <tg@debian.org>:
Extra info received and forwarded to list. Copy sent to wnpp@debian.org, Dominik George <nik@naturalnet.de>. (Sun, 01 Apr 2012 16:24:10 GMT) Full text and rfc822 format available.

Message #20 received at 666527@bugs.debian.org (full text, mbox):

From: Thorsten Glaser <tg@debian.org>
To: 666527@bugs.debian.org
Subject: Re: Bug#666527: Intend to package b43-tools
Date: Sun, 1 Apr 2012 16:14:58 +0000 (UTC)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA384

Dominik George dixit:

>Please disreagrd what tg said as it is stupid.

Okay, now let me explain this to the public:

I was Cc’d in this ITP, which, being a DD, put me into zugzwang
(this appears to be an actual English word; it forced my hand).

We discussed this in IRC, and I can only review a package and
its prospective maintainer from what they write, and possibly,
personal skills. While I still consider Dominik as friend, I
still do not think he should, at this time, be the sole main‐
tainer of a Debian package of software written in C, at least.
Another DD has helped me in that IRC session and even went so
far as to state he should not even be a co-maintainer, although
I do not think that. (Telling us now we should not have taken
several utterances of his seriously is the easy thing to do,
but I am not sure it reflects good on him.)

Nevertheless, I will not sponsor this package, and while at some
point in the future I think Dominik should be re-evaluated, his
unwillingness to be responsive to _two_ DDs’ opinions, at least
one of which he wanted as prospective sponsor, while on the other
hand having an attitude of expecting us to sponsor his package
and possibly mentoring him without having asked politely first,
blocks that for the time being.

All I do here is state my evaluation conclusion, as otherwise,
since I was Cc’d, I would be guilty by inaction, and ask any
other sponsor to reconsider _for the time being_, and ask Dominik
to seek a mentor via the proper channels first, and not be as
impatient. This is with my DD hat on, and considering the overall
quality of Debian. I am of the opinion that a package maintainer
should at least be willing to fix bugs in a package and able to
decide when to ask someone else, including upstream.

My conclusion also stems from the entire review session, not so
much from the source package he sent to me. I would probably have
uploaded it with minor required changes, such as fixing the repak‐
kaged .orig.tar.gz, but a non-DD/DM should not be the deciding
factor whether something gets uploaded as-is, changed or not at
all. Before I was a DM, I went through quite a number of cycles
with my sponsors and, while annoying, it wasn’t for nothing.

I will concede one request of Dominik: this is not publicly telling
all DDs that he is unfit for package maintenance in general, or for
eternity. A fellow DD and me just think he should not be the (sole)
maintainer of b43-tools right now, and within a short-term future.

bye,
//mirabilos
- -- 
In traditional syntax ' is ignored, but in c99 everything between two ' is
handled as character constant.  Therefore you cannot use ' in a preproces-
sing file in c99 mode.	-- Ragge
No faith left in ISO C99, undefined behaviour, etc.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MirBSD)

iQIcBAEBCQAGBQJPeH8FAAoJEHa1NLLpkAfggusQAK5b463iGAUV0wxF4EaqHbdF
SHBg3H14v9tP2Fv4kpUwR69zZvbYD9ESGmqgg4d3ig6IpcYIvE5BQOygYXKbgpXw
L+x7h6TGcRNpeqbxQ995G5tM0MWl+AzRcv5Vvj5SGZHrwxo7tZY88XJB9UFzKNFV
HD3/MKytS0yIrVDxdTpVHg1FKjISl3mEEe2JJGT3mULOxDSofTdRz5zvHCVSvuOH
UaYVD01Xczg2y9+2uog3thaZaHgrMW2+dXeXblYv1FYTHJ8xF2DAePkq/oy+sB4B
ZTLZ92VRzpbVq2zcZmQntNIW05EYGfmpazi32bViEKOS4ECfWxGSIznBbG7A4gPY
e2qVtZuRVzYC51i4zyeJdfENh0ViGd3y/hv+95BPJnVA79Y4g3BlVKBx2IYEx30h
pajpMSLYDL+gcHt8C+SihqRjSEdocNVvksN4ekCQr3esqgojRhd7xwib3KCJ2fCB
ZFWdSUHXNRhoJzX+ishHFcs81K1ShCqX0hlxVXJHwojG2lDu2Er7umSDSLgdwoBr
wpoWTiiug8ccQk0qK9VfwjIKmKNCOQtfg+c2oGpZadJJjTJ/64zlKKGW1u/7kgFf
H2DLWz9X+y6RlmX+ObGja82vpscsTaMtPDNly+SXzJbl36HfzPFBymYHlKy5TEph
xnTITlIQG62u7Ij96E+W
=Yz38
-----END PGP SIGNATURE-----




Information forwarded to debian-bugs-dist@lists.debian.org, wnpp@debian.org, Dominik George <nik@naturalnet.de>:
Bug#666527; Package wnpp. (Mon, 27 May 2013 13:28:51 GMT) Full text and rfc822 format available.

Acknowledgement sent to Lucas Nussbaum <lucas@debian.org>:
Extra info received and forwarded to list. Copy sent to wnpp@debian.org, Dominik George <nik@naturalnet.de>. (Mon, 27 May 2013 13:28:51 GMT) Full text and rfc822 format available.

Message #25 received at 666527@bugs.debian.org (full text, mbox):

From: Lucas Nussbaum <lucas@debian.org>
To: 666527@bugs.debian.org
Cc: control@bugs.debian.org
Subject: ssb-sprom: changing back from ITP to RFP
Date: Mon, 27 May 2013 15:24:22 +0200
retitle 666527 RFP: ssb-sprom -- A tool for modification of the Broadcom Sonics Silicon Backplane SPROM
noowner 666527
tag 666527 - pending
thanks

Hi,

This is an automatic email to change the status of ssb-sprom back from ITP
(Intent to Package) to RFP (Request for Package), because this bug hasn't seen
any activity during the last 12 months.

If you are still interested in adopting ssb-sprom, please send a mail to
<control@bugs.debian.org> with:

 retitle 666527 ITP: ssb-sprom -- A tool for modification of the Broadcom Sonics Silicon Backplane SPROM
 owner 666527 !
 thanks

However, it is not recommended to keep ITP for a long time without acting on
the package, as it might cause other prospective maintainers to refrain from
packaging that software. It is also a good idea to document your progress on
this ITP from time to time, by mailing <666527@bugs.debian.org>.

Thank you for your interest in Debian,
-- 
Lucas, for the QA team <debian-qa@lists.debian.org>



Changed Bug title to 'RFP: ssb-sprom -- A tool for modification of the Broadcom Sonics Silicon Backplane SPROM' from 'ITP: ssb-sprom -- A tool for modification of the Broadcom Sonics Silicon Backplane SPROM' Request was from Lucas Nussbaum <lucas@debian.org> to control@bugs.debian.org. (Mon, 27 May 2013 13:31:03 GMT) Full text and rfc822 format available.

Removed annotation that Bug was owned by Dominik George <nik@naturalnet.de>. Request was from Lucas Nussbaum <lucas@debian.org> to control@bugs.debian.org. (Mon, 27 May 2013 13:31:04 GMT) Full text and rfc822 format available.

Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Sun Apr 20 23:46:53 2014; Machine Name: buxtehude.debian.org

Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.