[Slackbuilds-users] Package versions
harald.achitz at gmail.com
Sat Jan 21 07:21:12 UTC 2017
help is difficult,
the SBo rules are clear,
If you sent an updated version of a package, you need the OK of the
If you contact a maintainer, and there is no response, what than?
This is a barrier, unnecessary.
Git stable & testing, branch.
pull requests to testing,
when some have reviewed && tested a package in testing, it goes to stable.
all this public.
you will see, this is much more productive and delivers better results.
I try to help, e.g. I would have submitted an update for Qt, but without
The bureaucracy of SBo was long, and still is, an impediment for me.
We should be aware of that.
It is more easy for me to contribute to any opensouce project on github (I
do this) than to SBo.
Why? is this adequate for 2017?
I do not want to criticize, I want to offer help, by questioning the
project structure and suggest alternatives, I think I do this.
2017-01-21 0:54 GMT+01:00 LukenShiro <lukenshiro at ngi.it>:
> Il giorno Thu, 19 Jan 2017 12:46:46 -0500
> "Full Name" <nuncestbibendum at excite.com> ha scritto:
> > Having said that, all too often maintainers do not update the
> > software all that promptly. It is not uncommon to have Slackbuilds
> > packages that are several releases behind what one can get from
> > distributions like (shudder) Fedora or (shudder!) Ubuntu. This can be
> > a critical issue
> I see several users now complain for lack of updates, meanwhile they
> did not offer any reasonable help for the time being; I guess every
> maintainer here tries to do his best but, as this is not a job for
> me (and for any other maintainer here) and we use our limited free
> time, no one can really expect anything.
> Maybe we could do better, and BTW I will upgrade my packages ASAP..
> nonetheless, as I believe such simple complaints are somehow
> disrespectful for us all, if anybody is not satified he can easily step
> in without hesitation and take over maintainership for all of (my)
> No offence taken and I don't intend to sound too harsh, but I hope
> to be deadly clear about this topic. Regards.
> GNU/Linux * Slackware64 current * k4.9.4
> LU #210970 SU #12583 LM #98222/#412913
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - https://slackbuilds.org/faq/
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the SlackBuilds-users