<div dir="ltr"><div>B. Watson brought up this in that last email, which I have a question about:<br></div><div dir="ltr"><br></div><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
There is also another factor: there are two alternating "cycles"<br>
at SBo. Normally we're in "release cycle", which is the usual<br>
state. When a new Slackware release is made (or maybe a bit before,<br>
when a release candidate or beta is released), we close the submission<br>
form and go into "development cycle". It takes a lot of man-hours of<br>
work to update all the builds from e.g. 14.2 to work correctly with<br>
15.0. For a given build, sometimes that just means a small change<br>
in the script, or adding a patch. Sometimes the cleanest way is to<br>
version-update the build instead of trying to patch the previous<br>
version.<br>
<br>
During the dev cycle, there's a lot of frantic scrambling by the SBo<br>
admins to get all the work done in a reasonable amount of time.  As a<br>
consequence, we don't send mail to maintainers about proposed changes<br>
and wait for responses. If something needs fixing, one of us fixes it.<br>
<br>
This isn't documented anywhere because it's not something that was<br>
planned out ahead of time. It's how our practices have evolved over<br>
the years. Probably there *should* be a FAQ on the site that explains<br>
all this.<br></blockquote><div><br></div><div>Will I be able to perform pull requests and update packages during this transition period in the next release?</div><div><br></div><div>I started maintaining slackbuilds shortly after Slackware 15.0 was 
released. I wasn't around as a maintainer for the transitional period of
 prior releases. </div><div><br></div><div>Now I have a large number of gnome packages that I maintain. Many of these packages are fixed at 41.x release versions. This is because their underlying libraries provided in the Slackware 15.0 base install limits me to this version. Upgrading the full set would require upgrading 14 packages in the Slackware base system (last time I checked). There are also other maintainers on <a href="http://slackbuilds.org">slackbuilds.org</a> who maintain packages in the gnome suite of software, which are also stuck to versions for similar reasons. Some of my packages depend on those other maintainers' ones too.</div><div><br></div><div>All these problems go away on Slackware-current, where everything is up to date. At the next release, I will have upgrades for up to 60-70 packages, all hinging on newer Slackware base packages in the next release. I can provide updated builds, and help coordinate upgrades with the maintainers I depend on. </div><div><br></div><div>This is why I wonder if/when I can get to upgrading these packages in a transitional period. Your email sounds like admins are doing this task. Or is that just fixing what doesn't build and then maintainers make their changes after your closed "development cycle"?</div><div><br></div><div>Some clarification would be appreciated here.<br></div><div><br></div><div>Thanks in advance,</div><div><br></div><div>Bob<br></div></div></div>