<p><br>
On Aug 1, 2012 3:51 AM, "Petar Petrov" <<a href="mailto:ppetrov@mail.student.oulu.fi">ppetrov@mail.student.oulu.fi</a>> wrote:<br>
><br>
> Quoting Eric Hameleers <<a href="mailto:alien@slackbuilds.org">alien@slackbuilds.org</a>>:<br>
><br>
>> On 07/31/2012 08:37 PM, Petar Petrov wrote:<br>
>>><br>
>>> Hi to all<br>
>>><br>
>>> Since I joined SBo a year ago and have so far maintained scripts for<br>
>>> only one Slackware release, I have the following question: What shall<br>
>>> I do before the new Slackware release comes out? Am I supposed to<br>
>>> start testing my slackbuilds when Slackware -current becomes RC1? Then<br>
>>> if something needs patching, submit an update? The upload form is<br>
>>> closed now, so what are you guys up to?<br>
>>><br>
>>> Sorry if the questions sound silly, I read the mailing lists archives<br>
>>> from a year ago when Slackware became 13.37, but did not find an answer.<br>
>>><br>
>>> Regards,<br>
>>><br>
>>> Petar<br>
>><br>
>> Yes, that is the idea.<br>
>> If you test your SlackBuilds against Slackware 14 RC and report success<br>
>> (or send us updates) then that will help the admins immensely in getting<br>
>> a Slackware 14 repository live at the time of release.<br>
>><br>
>> You will have noticed that with every new Slackware release, several<br>
>> SlackBuilds.org entries will disappear. The reason for this is that the<br>
>> maintainer has not reported whether his submission(s) work for the new<br>
>> release. The SlackBuild database is so big these days that the admins<br>
>> can no longer test all the scripts in the short time between closing the<br>
>> submissions form and the new Slackware release. We rely on the<br>
>> maintainers to tell us it's OK to copy scripts from one to the next<br>
>> database.<br>
>><br>
>> Cheers, Eric<br>
>> _______________________________________________<br>
>> SlackBuilds-users mailing list<br>
>> <a href="mailto:SlackBuilds-users@slackbuilds.org">SlackBuilds-users@slackbuilds.org</a><br>
>> <a href="http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users">http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a><br>
>> Archives - <a href="http://lists.slackbuilds.org/pipermail/slackbuilds-users/">http://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br>
>> FAQ - <a href="http://slackbuilds.org/faq/">http://slackbuilds.org/faq/</a><br>
>><br>
><br>
> Thanks for the clarification Eric!<br>
><br>
> I don't want to sound like "Are we there yet?", but are there any major changes scheduled for Slackware14 yet to happen? Anything that I better wait for, before I upgrade to -current and check how slackbuilds behave?<br>

><br>
> Regards,<br>
><br>
> Petar<br>
><br>
><br>
><br>
> _______________________________________________<br>
> SlackBuilds-users mailing list<br>
> <a href="mailto:SlackBuilds-users@slackbuilds.org">SlackBuilds-users@slackbuilds.org</a><br>
> <a href="http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users">http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a><br>
> Archives - <a href="http://lists.slackbuilds.org/pipermail/slackbuilds-users/">http://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br>
> FAQ - <a href="http://slackbuilds.org/faq/">http://slackbuilds.org/faq/</a><br>
></p>
<p>If possible, you should have a dedicated development machine for testing your SlackBuilds. You should preferably have a virtual machine that you can reset to a clean install state between tests. And you should at least test in a chroot.  Building on your desktop can be a valid test, but you really need to know that what you maintain will build on a clean Slackware install with only the noted dependencies installed.</p>

<p>You should preferably also test out the functions of the program just to make sure you didn't miss any optional or runtime dependencies.</p>
<p>Remember, the more and higher quality testing you do, the less likely it is that you have to scramble to fix foreseeable bugs.</p>
<p>--JK</p>