[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Worthless descriptions for almost all of the recent node-* ITPs

On വെള്ളി 06 ജനുവരി 2017 02:46 വൈകു, Philip Hands wrote:
> Hi Praveen,
> I assume that all these ITPs are prompted by your crowd-funding effort.

You assumption is wrong. It is better to ask than assume. If it were
part of the crowd funding campaign, I'd have updated the -devel thread.
The initial crowd funding target was gulp and webpack. gulp is completed
and we are skipping webpack for now because the target was not achived
and also hoping rollup can be used instead.

> Today we have #850399 which plumbs new depths in that it has had both
> long and short descriptions trimmed from the body of the message.
> Please would you take responsibility for your packaging team by
> instructing them that it is simply unacceptable to have these packages
> with such useless descriptions.

I have told them to try and write good descriptions.

> The fact that they all seem to be trimming off the FIX_ME that npm2deb
> includes for them, and are thus also removing the explanation of what
> Node.js is, seems like vandalism to me.  Did you tell them to do that,
> or are they learning that from one another?

I told them to write good descriptions, but its hard to write when
README/upstream documentation is missing any description.

> TBH I find this whole approach rather worrying.

We have different severity levels for bugs for a reason. It is
unsustainable to treat every bug as rc. If someone offers to help with
better descriptions we will happily add them. TBH it is even hard for me
to write more descriptions. I don't think it is meaningful to fill the
descriptions with something for the sake for the sake of it.

>   Are you paying these people for their efforts?

No. This is part of the workshop organized by a college (College of
Engineering Pune). Only interested students turned up for the workshop.
This was a follow up event of the mini debconf we organized in the same
college (http://in2016.mini.debconf.org/). The college is paying me to
take the workshop. We (I and Prof Abhijit who is organizing this
workshop) offered a Free Software development elective earlier in 2012
and it is continuing this year as well. Since this was a local event, I
posted only in debian-dug-in list and #debian-in irc channel.


>   Are we supposed to expect them to remain interested in these packages
>   when the money dries up?
>   If not, what is the plan for providing maintenance for these packages
>   for the time that they are going to be in stable?

You can see more discussion on pkg-javascript team mailing list on this

All these packages are required for packaging ava, which is required to
run tests of many other node libraries we packaged for getting grunt and
gulp in debian.


It is my intention to maintain these build tools in debian, since this
is a huge task, I'm eager to find more people join that effort and I
hope to find more people to help me in this effort through workshops
like these.

> Cheers, Phil.
> P.S. While you're at it, I would suggest that you encourage your
> packaging team to contact the upstreams in order to discover whether
> they are happy for their current release to be preserved in Debian
> stable -- I can imagine that some of them might be unhappy with the
> prospect of having the latest release packaged, if there are bug fixes
> in the HEAD that they don't want bug reports about for the next 5 years.
> They could then push out a release quickly and you could package that
> instead.

There is much choice we have here as I was forced to package these. I'd
have happily maintained diaspora if an exception was granted for
ruby-handlebars-assets. You cannot ask people to do mutually exclusive

Attachment: signature.asc
Description: OpenPGP digital signature

Reply to: