Skip to content
Snippets Groups Projects
yzewei's avatar
Zewei Yang authored
Fix build error due to GCC 13 header dependency changes
(https://gcc.gnu.org/gcc-13/porting_to.html#header-dep-changes):

In file included from ./Common/log.h:45,
                 from LinuxPBA/LinuxPBA.cpp:25:
./Common/DtaOptions.h:33:5: error: 'uint8_t' does not name a type
   33 |     uint8_t password;   /**< password supplied */
      |     ^~~~~~~
./Common/DtaOptions.h:1:1: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
  +++ |+#include <cstdint>
    1 | /* C:B**************************************************************************
./Common/DtaOptions.h:34:9: error: 'uint8_t' does not name a type
   34 |         uint8_t userid;   /**< userid supplied */
      |         ^~~~~~~
./Common/DtaOptions.h:34:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
./Common/DtaOptions.h:35:9: error: 'uint8_t' does not name a type
   35 |         uint8_t newpassword;   /**< new password for password change */
      |         ^~~~~~~
./Common/DtaOptions.h:35:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
./Common/DtaOptions.h:36:9: error: 'uint8_t' does not name a type
   36 |         uint8_t pbafile;   /**< file name for loadPBAimage command */
      |         ^~~~~~~
./Common/DtaOptions.h:36:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
./Common/DtaOptions.h:37:5: error: 'uint8_t' does not name a type
   37 |     uint8_t device;   /**< device name  */
      |     ^~~~~~~
./Common/DtaOptions.h:37:5: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
./Common/DtaOptions.h:38:5: error: 'uint8_t' does not name a type
   38 |     uint8_t action;   /**< option requested */
      |     ^~~~~~~
./Common/DtaOptions.h:38:5: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
./Common/DtaOptions.h:39:9: error: 'uint8_t' does not name a type
   39 |         uint8_t mbrstate;   /**< mbrstate for set mbr commands */
      |         ^~~~~~~
./Common/DtaOptions.h:39:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
./Common/DtaOptions.h:40:9: error: 'uint8_t' does not name a type
   40 |         uint8_t lockingrange;  /**< locking range to be manipulated */
      |         ^~~~~~~
./Common/DtaOptions.h:40:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
./Common/DtaOptions.h:41:9: error: 'uint8_t' does not name a type
   41 |         uint8_t lockingstate;  /**< locking state to set a lockingrange to */
      |         ^~~~~~~
./Common/DtaOptions.h:41:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
./Common/DtaOptions.h:42:9: error: 'uint8_t' does not name a type
   42 |         uint8_t lrstart;                /** the starting block of a lockingrange */
      |         ^~~~~~~
./Common/DtaOptions.h:42:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
./Common/DtaOptions.h:43:9: error: 'uint8_t' does not name a type
   43 |         uint8_t lrlength;               /** the length in blocks of a lockingrange */
      |         ^~~~~~~
./Common/DtaOptions.h:43:9: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
./Common/DtaOptions.h:55:1: error: 'uint8_t' does not name a type
   55 | uint8_t DtaOptions(int argc, char * argv[], DTA_OPTIONS * opts);
      | ^~~~~~~
./Common/DtaOptions.h:55:1: note: 'uint8_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
make[1]: *** [Makefile:644: LinuxPBA/LinuxPBA.o] Error 1
ba3b8f0b
History

Alpine Linux aports repository

This repository contains the APKBUILD files for each and every Alpine Linux package, along with the required patches and scripts, if any.

It also contains some extra files and directories related to testing (and therefore, building) those packages on GitLab (via GitLab CI).

If you want to contribute, please read the contributor guide and feel free to either submit a merge request on GitLab, or to submit a git patch on the Alpine aports mailing list (~alpine/aports@lists.alpinelinux.org). (note: this mailing list is presently not functional)

Repositories

The Alpine Linux aports tree consists of 3 repositories (directories). Each of these 3 repositories have its own set of policies, use cases and workflows. Below is a definition of the basic policies your package should apply to. Additional policies could apply, please refer to our developer guidelines.

main

Packages in the main repository should be supported following our official release cycle documentation as defined on our website. In case of doubt a package should be moved to our community repository instead. The policy for a package in the main repository is if this package is reasonable to be expected in a basic system and has a developer assigned to it who can maintain it as documented on our release page. A package in main is also expected to include proper documentation if shipped with the source code and have test suites enabled if provided. New packages are rarely introduced directly into the main repository and should follow the workflow: testing => main.

community

Packages in the community repository should be supported following our official release cycle documentation as defined on our website. Packages in community are those that do not belong in our main repository and have finished testing in our testing repository. A package should have a maintainer and have test suites enabled if provided and is preferred to ship documentation if the source code provides it. New packages are rarely introduced directly into the community repository and should follow the workflow: testing => community

testing

Packages in the testing repositories do not follow our official release cycle documentation as defined on our website and are not included in our official releases and are only shipped in our edge branch. This repository is specifically designed to introduce and test packages and as a staging area for our other repositories. The packages do not follow any of the previously mentioned policies and only need to be able to be build correctly. After the package is verified to be working it should be moved to one of the other repositories as soon as possible following the policies set for that repository. If the package is not moved within a 6 month period we will notify the maintainer and remove it after 9 months.

Git Hooks

You can find some useful git hooks in the .githooks directory. To use them, run the following command after cloning this repository:

git config --local core.hooksPath .githooks

Guidelines