Differences

This shows you the differences between two versions of the page.

--- developingpld:threquestsrules [2005-05-02 00:04] – Added info about make-request.sh script. mmazur
+++ developingpld:threquestsrules [2014-05-13 18:33] (current) – Links to thinfo changed to th glen
@@ Line 1: / Line 1: @@
-/* pragma: section-numbers on */
@@ Line 6: / Line 5: @@
 ===== Concerning migration from PLD 2.0 (Ac) =====
-Described rules differ from what developers might have gotten used to with PLD 2.0 development. Main thing to remember: nobody ever uses packages generated from test builds.
+Described rules differ from what developers might have gotten used to with PLD 2.0 development. Main thing to remember: nobody ever uses packages generated from test builds and normal builds result in packages being uploaded to the "test" tree. Be sure to read the info about [[:th|user visible changes in Th]] since they also heavily impact development.
-==== Notes on using the make-request.sh script (the HEAD version) ====
+===== Mailing list =====
-This script isn't compatible with what is currently used with PLD 2.0. The best way to get started using the new version is to delete any old //.requestrc// files lying around, run the script and edit the newly generated //.requestrc// file. For people that need to be able to send requests to both Th and Ac, currently the best solution is to keep those scripts under different names and hack one to use some other name for it's config file.
+Reports from builders are always sent to the [[http://lists.pld-linux.org/mailman/listinfo/pld-logs-th|pld-log-th]] mailing list. It's usually a good idea to subscribe.
@@ Line 25: / Line 24: @@
   * Packages being built but never automatically upgraded.
-  * Package sources not getting tagged in our cvs repo (no auto-th-* tag)
+  * Package sources not getting tagged in our cvs repo (no ''auto-th-*'' tag)
-  * RPM's getting uploaded to a hidden ''"th/.test-builds"'' tree on our ftp server. Files are automatically deleted from that tree after a couple of days and poldek indexes never get generated for them.
+  * RPM's getting uploaded to a hidden ''th/.test-builds'' tree on our ftp server. Files are automatically deleted from that tree after a couple of days and poldek indexes never get generated for them.
 ==== Normal builds ====
-Normal builds are used for day to day package building. Packages built this way are uploaded to ''"th/test"'' tree and are potential candidates for inclusion into the main tree. Don't get overconservative with choosing what to send though  -- people using the test tree are expected to know their way around with poldek, so it's perfectly ok to send a not completely working package, say a snapshot. The destination tree is named "test" for a reason. Do note however, that developers are allowed to send requests for snapshots, but not to get those snapshots installed on our builders, since that might interfere with mainstream building (and get lots of people really irritated). There are also two modes for sending requests:
+Normal builds are used for day to day package building. Packages built this way are uploaded to ''th/test'' tree and are potential candidates for inclusion into the main tree. Don't get overconservative with choosing what to send though  -- people using the test tree are expected to know their way around with poldek, so it's perfectly ok to send a not completely working package, say a snapshot. The destination tree is named "test" for a reason. Do note however, that developers are allowed to send requests for snapshots, but not to get those snapshots installed on our builders, since that might interfere with mainstream building (and get lots of people really irritated). There are also two modes for sending requests: