1,574
edits
Changes
Jump to navigation
Jump to search
Line 46:
Line 46: − ===================+ Line 54:
Line 54: +
→=
rebuild repo (sme8)
rebuild repo (sme8)
rebuild smetest/i386
rebuild smetest/i386
rebuild smetest/x86_64
rebuild smetest/x86_64
Searchable archive at http://lists.contribs.org/mailman/private/updatesteam/
Searchable archive at http://lists.contribs.org/mailman/private/updatesteam/
===================
However, if the build system has never seen a package before, the package will end up in smedev instead of smetest. Smedev is where all first time built packages end up. It is also where all the extra packages that come out of a build end up if we don't use them. An example is php. We don't use all the packages that come out of the php srpm. The ones we don't use end up in smedev while the rest that we do would progress from smetest -> smeupdates-testing -> smeupdates -> smeos. Smetest and smedev are basically on the same level but are separate so the developers don't have to sift through all the unwanted/unneeded packages. If a package becomes wanted or needed then move it from smedev to smetest.
However, if the build system has never seen a package before, the package will end up in smedev instead of smetest. Smedev is where all first time built packages end up. It is also where all the extra packages that come out of a build end up if we don't use them. An example is php. We don't use all the packages that come out of the php srpm. The ones we don't use end up in smedev while the rest that we do would progress from smetest -> smeupdates-testing -> smeupdates -> smeos. Smetest and smedev are basically on the same level but are separate so the developers don't have to sift through all the unwanted/unneeded packages. If a package becomes wanted or needed then move it from smedev to smetest.