From: "Ulrich Müller" <ulm@gentoo.org> To: gentoo-commits@lists.gentoo.org Subject: [gentoo-commits] proj/pms:master commit in: / Date: Sun, 28 Jun 2020 10:46:47 +0000 (UTC) [thread overview] Message-ID: <1593334887.039b450670c4b7c632c0c4b52f3f4dfed3e7ae15.ulm@gentoo> (raw) commit: 039b450670c4b7c632c0c4b52f3f4dfed3e7ae15 Author: James Le Cuirot <chewi <AT> gentoo <DOT> org> AuthorDate: Sun Jul 28 21:37:35 2019 +0000 Commit: Ulrich Müller <ulm <AT> gentoo <DOT> org> CommitDate: Sun Jun 28 09:01:27 2020 +0000 URL: https://gitweb.gentoo.org/proj/pms.git/commit/?id=039b4506 Correct the definition of ESYSROOT as EPREFIX isn't always applicable It was originally envisaged (but not stated in PMS) that SYSROOT would only ever need to equal / or ROOT as a distinct SYSROOT would have no benefit. A check was added to Portage to ensure this held. Myself, the ChromiumOS team, and others have since been caught out by this check when trying to bootstrap brand new systems from scratch. You cannot bootstrap with no headers at all! The check will therefore be adjusted to merely ensure that SYSROOT is / when ROOT is /. There were differing assumptions about how prefixes applied to the above. EPREFIX is traditionally something the user sets so some thought that it would be applied to SYSROOT, regardless of the latter's value. In order to honor the rule about there being no distinct SYSROOT, this would mean that if SYSROOT is / then EPREFIX would have to match BROOT. Despite that limitation, ESYSROOT was written into PMS with a fixed value of ${SYSROOT}${EPREFIX}. Being somewhat unfamiliar with prefix at the time, I didn't realise that this view didn't align with what I'd had in mind and it was only when I came to need a distinct SYSROOT that I realised there was a problem. crossdev toolchains are installed to ${EPREFIX}/usr/${CHOST} but have no further prefix appended and packages subsequently installed with cross-emerge are placed in this location by setting ROOT. Bug #642604 recently revealed that the build system's prefix was being erroneously duplicated on the end but I have now fixed this. What if we want to bootstrap a brand new prefixed system using the crossdev system as SYSROOT? This is the distinct SYSROOT case. The problem is that there is no distinct variable for SYSROOT's prefix and, as already stated, ESYSROOT is always ${SYSROOT}${EPREFIX}. We therefore cannot do it! If the crossdev prefix is blank then ROOT's must be blank too. I also never intended to have the aforementioned limitation where EPREFIX must match BROOT when SYSROOT is /. These are both entirely artificial restrictions. So how should it work instead? We originally intended for SYSROOT to equal either / or ROOT so I imagined the prefix would automatically be adjusted to match the prefix applicable at the matching location, namely BROOT or EPREFIX. This is obviously more flexible than forcing it to match EPREFIX. What about the distinct SYSROOT case? With no distinct variable, we have no way to explicitly set a prefix but this is likely only needed when bootstrapping against crossdev systems, which are unprefixed by nature. We therefore simply assume that the prefix is blank in this case. What about the cross-prefix case? Here, SYSROOT matches both / and ROOT so which prefix do we choose? The bootstrap-prefix.sh script sets flags to build against the target prefix so EPREFIX is used in this case. This happens to fit the current definition of ESYSROOT anyway. Legitimate concerns have been raised about building for a system with a different prefix to the one you're building against. The only binaries that leak from SYSROOT to ROOT are static libraries. Headers from SYSROOT will obviously also influence how ROOT's binaries are built. It is entirely possible that SYSROOT's prefix may leak through a header but grepping /usr/include on my own main system reveals only a few paths from a small handful of packages. pkg-config files invariably include paths but these are almost always used at build time, not runtime. A differing prefix would likely only occur in cases involving core packages like the libc and kernel headers anyway. Also consider that we have never prevented this from happening in the past. It has always been possible to do "EPREFIX=/foo emerge bar" from some system with a different prefix or no prefix at all. All we're doing here is including the prefix (if any) in the ESYSROOT variable. Should this warrant a new EAPI? I don't think so. All existing usage of ESYSROOT that I have seen still fits with this new definition and most of that usage has come from me. We're not even changing what the variable is used for, just loosening the constraints around what it can be set to. If you have doubts about whether this makes sense or actually works in practise, I have experimented with a prefixed system using all the different combinations I could think of, including cross-compiling, and it all worked as expected. Keep in mind that ESYSROOT is not magic and currently isn't used very much. As such, neither the toolchain nor pkg-config will use this sysroot if you don't explicitly tell them to. For the former, I find CC="${CHOST}-gcc --sysroot=${ESYSROOT}" works well. For the latter, crossdev installs a cross-pkg-config wrapper but it is completely lacking prefix support at the moment. I have fixes waiting on this change. Signed-off-by: James Le Cuirot <chewi <AT> gentoo.org> [Replaced "/" by "empty", reworded table cell in ebuild-env-vars.tex] Signed-off-by: Ulrich Müller <ulm <AT> gentoo.org> dependencies.tex | 16 +++++++++++++++- ebuild-env-vars.tex | 6 +++--- 2 files changed, 18 insertions(+), 4 deletions(-) diff --git a/dependencies.tex b/dependencies.tex index 3305b86..a641014 100644 --- a/dependencies.tex +++ b/dependencies.tex @@ -36,13 +36,27 @@ \midrule Binary compatible with & \t{CBUILD} & \t{CHOST} & \t{CHOST} \\ Base unprefixed path & \t{/} & \t{\$\{SYSROOT\}} & \t{\$\{ROOT\}} \\ - Relevant offset-prefix & \t{\$\{BROOT\}} & \t{\$\{EPREFIX\}} & \t{\$\{EPREFIX\}} \\ + Relevant offset-prefix & \t{\$\{BROOT\}} & See table~\ref{tab:depend-prefix} + & \t{\$\{EPREFIX\}} \\ Path combined with prefix & \t{\$\{BROOT\}} & \t{\$\{ESYSROOT\}} & \t{\$\{EROOT\}} \\ PM query command option & \t{-b} & \t{-d} & \t{-r} \\ \bottomrule \end{tabular} \end{centertable} +\begin{centertable}{Prefix values for \t{DEPEND}} + \label{tab:depend-prefix} + \begin{tabular}{llll} + \toprule + If \t{SYSROOT} is: & \t{\$\{ROOT\}} & Empty, and \t{ROOT} is non-empty + & Other \\ + \midrule + Then offset-prefix is: & \t{\$\{EPREFIX\}} & \t{\$\{BROOT\}} & Empty \\ + And \t{ESYSROOT} is: & \t{\$\{EROOT\}} & \t{\$\{BROOT\}} & \t{\$\{SYSROOT\}} \\ + \bottomrule + \end{tabular} +\end{centertable} + There are three classes of dependencies supported by ebuilds: \begin{compactitem} diff --git a/ebuild-env-vars.tex b/ebuild-env-vars.tex index ae8bd7d..117a19d 100644 --- a/ebuild-env-vars.tex +++ b/ebuild-env-vars.tex @@ -141,9 +141,9 @@ variable. \t{ESYSROOT} & Ditto & No & - Contains the concatenation of the paths in the \t{SYSROOT} and \t{EPREFIX} variables, - for convenience. See also the \t{EPREFIX} variable. Only for EAPIs listed - in table~\ref{tab:offset-env-vars-table} as supporting \t{ESYSROOT}. \\ + Contains the concatenation of the \t{SYSROOT} path and applicable prefix value, as determined + by table~\ref{tab:depend-prefix}. Only for EAPIs listed in table~\ref{tab:offset-env-vars-table} + as supporting \t{ESYSROOT}. \\ \t{BROOT} & Ditto & No &
WARNING: multiple messages have this Message-ID (diff)
From: "Ulrich Müller" <ulm@gentoo.org> To: gentoo-commits@lists.gentoo.org Subject: [gentoo-commits] proj/pms:eapi-8 commit in: / Date: Thu, 13 May 2021 11:42:25 +0000 (UTC) [thread overview] Message-ID: <1593334887.039b450670c4b7c632c0c4b52f3f4dfed3e7ae15.ulm@gentoo> (raw) Message-ID: <20210513114225.3WdtsUJe0BkarNBpUawZA7R3FAgUpOZjEq2-Gd0HoOY@z> (raw) commit: 039b450670c4b7c632c0c4b52f3f4dfed3e7ae15 Author: James Le Cuirot <chewi <AT> gentoo <DOT> org> AuthorDate: Sun Jul 28 21:37:35 2019 +0000 Commit: Ulrich Müller <ulm <AT> gentoo <DOT> org> CommitDate: Sun Jun 28 09:01:27 2020 +0000 URL: https://gitweb.gentoo.org/proj/pms.git/commit/?id=039b4506 Correct the definition of ESYSROOT as EPREFIX isn't always applicable It was originally envisaged (but not stated in PMS) that SYSROOT would only ever need to equal / or ROOT as a distinct SYSROOT would have no benefit. A check was added to Portage to ensure this held. Myself, the ChromiumOS team, and others have since been caught out by this check when trying to bootstrap brand new systems from scratch. You cannot bootstrap with no headers at all! The check will therefore be adjusted to merely ensure that SYSROOT is / when ROOT is /. There were differing assumptions about how prefixes applied to the above. EPREFIX is traditionally something the user sets so some thought that it would be applied to SYSROOT, regardless of the latter's value. In order to honor the rule about there being no distinct SYSROOT, this would mean that if SYSROOT is / then EPREFIX would have to match BROOT. Despite that limitation, ESYSROOT was written into PMS with a fixed value of ${SYSROOT}${EPREFIX}. Being somewhat unfamiliar with prefix at the time, I didn't realise that this view didn't align with what I'd had in mind and it was only when I came to need a distinct SYSROOT that I realised there was a problem. crossdev toolchains are installed to ${EPREFIX}/usr/${CHOST} but have no further prefix appended and packages subsequently installed with cross-emerge are placed in this location by setting ROOT. Bug #642604 recently revealed that the build system's prefix was being erroneously duplicated on the end but I have now fixed this. What if we want to bootstrap a brand new prefixed system using the crossdev system as SYSROOT? This is the distinct SYSROOT case. The problem is that there is no distinct variable for SYSROOT's prefix and, as already stated, ESYSROOT is always ${SYSROOT}${EPREFIX}. We therefore cannot do it! If the crossdev prefix is blank then ROOT's must be blank too. I also never intended to have the aforementioned limitation where EPREFIX must match BROOT when SYSROOT is /. These are both entirely artificial restrictions. So how should it work instead? We originally intended for SYSROOT to equal either / or ROOT so I imagined the prefix would automatically be adjusted to match the prefix applicable at the matching location, namely BROOT or EPREFIX. This is obviously more flexible than forcing it to match EPREFIX. What about the distinct SYSROOT case? With no distinct variable, we have no way to explicitly set a prefix but this is likely only needed when bootstrapping against crossdev systems, which are unprefixed by nature. We therefore simply assume that the prefix is blank in this case. What about the cross-prefix case? Here, SYSROOT matches both / and ROOT so which prefix do we choose? The bootstrap-prefix.sh script sets flags to build against the target prefix so EPREFIX is used in this case. This happens to fit the current definition of ESYSROOT anyway. Legitimate concerns have been raised about building for a system with a different prefix to the one you're building against. The only binaries that leak from SYSROOT to ROOT are static libraries. Headers from SYSROOT will obviously also influence how ROOT's binaries are built. It is entirely possible that SYSROOT's prefix may leak through a header but grepping /usr/include on my own main system reveals only a few paths from a small handful of packages. pkg-config files invariably include paths but these are almost always used at build time, not runtime. A differing prefix would likely only occur in cases involving core packages like the libc and kernel headers anyway. Also consider that we have never prevented this from happening in the past. It has always been possible to do "EPREFIX=/foo emerge bar" from some system with a different prefix or no prefix at all. All we're doing here is including the prefix (if any) in the ESYSROOT variable. Should this warrant a new EAPI? I don't think so. All existing usage of ESYSROOT that I have seen still fits with this new definition and most of that usage has come from me. We're not even changing what the variable is used for, just loosening the constraints around what it can be set to. If you have doubts about whether this makes sense or actually works in practise, I have experimented with a prefixed system using all the different combinations I could think of, including cross-compiling, and it all worked as expected. Keep in mind that ESYSROOT is not magic and currently isn't used very much. As such, neither the toolchain nor pkg-config will use this sysroot if you don't explicitly tell them to. For the former, I find CC="${CHOST}-gcc --sysroot=${ESYSROOT}" works well. For the latter, crossdev installs a cross-pkg-config wrapper but it is completely lacking prefix support at the moment. I have fixes waiting on this change. Signed-off-by: James Le Cuirot <chewi <AT> gentoo.org> [Replaced "/" by "empty", reworded table cell in ebuild-env-vars.tex] Signed-off-by: Ulrich Müller <ulm <AT> gentoo.org> dependencies.tex | 16 +++++++++++++++- ebuild-env-vars.tex | 6 +++--- 2 files changed, 18 insertions(+), 4 deletions(-) diff --git a/dependencies.tex b/dependencies.tex index 3305b86..a641014 100644 --- a/dependencies.tex +++ b/dependencies.tex @@ -36,13 +36,27 @@ \midrule Binary compatible with & \t{CBUILD} & \t{CHOST} & \t{CHOST} \\ Base unprefixed path & \t{/} & \t{\$\{SYSROOT\}} & \t{\$\{ROOT\}} \\ - Relevant offset-prefix & \t{\$\{BROOT\}} & \t{\$\{EPREFIX\}} & \t{\$\{EPREFIX\}} \\ + Relevant offset-prefix & \t{\$\{BROOT\}} & See table~\ref{tab:depend-prefix} + & \t{\$\{EPREFIX\}} \\ Path combined with prefix & \t{\$\{BROOT\}} & \t{\$\{ESYSROOT\}} & \t{\$\{EROOT\}} \\ PM query command option & \t{-b} & \t{-d} & \t{-r} \\ \bottomrule \end{tabular} \end{centertable} +\begin{centertable}{Prefix values for \t{DEPEND}} + \label{tab:depend-prefix} + \begin{tabular}{llll} + \toprule + If \t{SYSROOT} is: & \t{\$\{ROOT\}} & Empty, and \t{ROOT} is non-empty + & Other \\ + \midrule + Then offset-prefix is: & \t{\$\{EPREFIX\}} & \t{\$\{BROOT\}} & Empty \\ + And \t{ESYSROOT} is: & \t{\$\{EROOT\}} & \t{\$\{BROOT\}} & \t{\$\{SYSROOT\}} \\ + \bottomrule + \end{tabular} +\end{centertable} + There are three classes of dependencies supported by ebuilds: \begin{compactitem} diff --git a/ebuild-env-vars.tex b/ebuild-env-vars.tex index ae8bd7d..117a19d 100644 --- a/ebuild-env-vars.tex +++ b/ebuild-env-vars.tex @@ -141,9 +141,9 @@ variable. \t{ESYSROOT} & Ditto & No & - Contains the concatenation of the paths in the \t{SYSROOT} and \t{EPREFIX} variables, - for convenience. See also the \t{EPREFIX} variable. Only for EAPIs listed - in table~\ref{tab:offset-env-vars-table} as supporting \t{ESYSROOT}. \\ + Contains the concatenation of the \t{SYSROOT} path and applicable prefix value, as determined + by table~\ref{tab:depend-prefix}. Only for EAPIs listed in table~\ref{tab:offset-env-vars-table} + as supporting \t{ESYSROOT}. \\ \t{BROOT} & Ditto & No &
next reply other threads:[~2020-06-28 10:46 UTC|newest] Thread overview: 397+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-06-28 10:46 Ulrich Müller [this message] 2021-05-13 11:42 ` [gentoo-commits] proj/pms:eapi-8 commit in: / Ulrich Müller -- strict thread matches above, loose matches on Subject: below -- 2025-01-18 10:18 [gentoo-commits] proj/pms:master " Ulrich Müller 2025-01-17 18:50 Ulrich Müller 2025-01-13 17:22 Ulrich Müller 2025-01-13 17:22 Ulrich Müller 2025-01-09 17:37 Ulrich Müller 2024-12-11 19:37 Ulrich Müller 2024-12-03 17:44 Ulrich Müller 2024-11-22 14:41 Ulrich Müller 2024-11-12 19:18 Ulrich Müller 2024-11-12 19:18 Ulrich Müller 2024-11-12 19:18 Ulrich Müller 2024-07-16 9:50 Ulrich Müller 2024-06-16 19:22 Ulrich Müller 2024-06-16 19:22 Ulrich Müller 2024-06-02 9:57 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2024-06-02 9:55 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2024-06-02 9:57 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2024-05-13 18:00 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2024-06-02 9:57 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2023-08-06 15:26 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2024-06-02 9:57 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2023-12-28 8:00 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2024-06-02 9:57 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2024-05-13 18:00 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2024-06-02 9:57 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2024-02-08 9:43 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2024-06-02 9:57 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2023-08-09 17:24 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2024-06-02 9:57 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2023-08-06 15:26 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2024-06-02 9:57 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2023-05-10 17:53 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2024-06-02 9:55 Ulrich Müller 2024-05-14 4:25 Ulrich Müller 2024-04-05 14:07 Ulrich Müller 2024-03-03 17:30 Ulrich Müller 2024-03-03 17:30 Ulrich Müller 2024-03-03 17:30 Ulrich Müller 2024-02-08 9:43 Ulrich Müller 2024-01-01 14:34 Ulrich Müller 2023-08-09 17:24 Ulrich Müller 2023-08-06 15:26 Ulrich Müller 2023-08-03 16:20 Ulrich Müller 2023-08-03 16:20 Ulrich Müller 2023-08-03 16:20 Ulrich Müller 2023-06-05 18:45 Ulrich Müller 2023-06-05 18:45 Ulrich Müller 2023-04-14 16:40 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2023-04-14 16:34 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2023-04-14 16:40 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2023-04-14 16:34 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2023-04-10 7:18 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2023-04-10 6:33 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2023-04-10 7:18 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2023-04-10 6:33 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2023-02-26 17:42 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2023-02-01 18:13 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2023-02-26 17:42 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2023-01-31 9:35 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2023-02-26 17:42 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2023-02-01 18:14 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2023-02-26 17:42 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2023-01-09 18:18 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2023-02-26 17:42 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2022-12-09 19:07 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2023-02-26 17:42 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2022-11-25 17:59 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2023-02-26 17:42 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2022-11-25 17:59 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2023-02-26 17:42 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2022-12-08 21:51 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2023-02-26 17:42 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2022-12-27 21:33 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2023-02-26 17:42 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2022-12-08 21:51 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2023-02-26 17:42 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2023-01-01 17:57 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2023-01-19 16:40 Ulrich Müller 2023-01-19 16:40 Ulrich Müller 2023-01-19 16:40 Ulrich Müller 2023-01-09 18:18 Ulrich Müller 2023-01-01 17:57 Ulrich Müller 2023-01-01 17:57 Ulrich Müller 2022-12-17 16:40 Ulrich Müller 2022-12-09 19:07 Ulrich Müller 2022-10-20 7:06 Ulrich Müller 2022-08-21 9:42 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2022-08-21 9:40 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2022-08-18 15:53 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2022-05-16 6:15 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2022-08-18 15:53 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2022-03-23 12:09 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2022-08-18 15:53 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2022-04-12 10:56 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2022-08-18 15:53 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2022-04-07 6:22 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2022-04-07 6:22 Ulrich Müller 2022-02-14 7:29 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2022-02-13 16:26 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2022-02-14 7:29 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2021-08-17 11:45 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2022-02-14 7:29 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2021-08-19 19:40 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2022-02-14 7:29 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2021-09-27 17:00 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2022-02-14 7:29 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2021-08-19 19:40 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2022-02-14 7:29 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2021-09-02 7:31 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2022-02-14 7:29 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2022-02-07 8:13 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2022-02-14 7:29 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2021-08-15 12:37 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2022-02-14 7:29 [gentoo-commits] proj/pms:eapi-9 " Ulrich Müller 2021-08-09 4:50 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2022-02-07 8:13 Ulrich Müller 2022-02-07 8:13 Ulrich Müller 2021-09-03 15:26 Ulrich Müller 2021-09-03 15:26 Ulrich Müller 2021-09-03 6:56 Ulrich Müller 2021-09-01 17:35 Ulrich Müller 2021-08-19 19:40 Ulrich Müller 2021-06-20 12:51 Ulrich Müller 2021-06-17 20:32 Ulrich Müller 2021-06-13 19:19 Ulrich Müller 2021-05-24 10:35 [gentoo-commits] proj/pms:eapi-8 " Ulrich Müller 2021-05-27 16:43 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2021-05-24 10:35 [gentoo-commits] proj/pms:eapi-8 " Ulrich Müller 2021-05-27 16:43 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2021-05-24 8:54 [gentoo-commits] proj/pms:retroactive " Ulrich Müller 2021-05-24 8:53 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2021-05-22 6:36 [gentoo-commits] proj/pms:eapi-8 " Ulrich Müller 2021-05-24 8:53 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2021-05-19 15:38 [gentoo-commits] proj/pms:eapi-8 " Ulrich Müller 2021-05-20 18:55 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2021-05-13 11:42 [gentoo-commits] proj/pms:eapi-8 " Ulrich Müller 2021-05-01 10:28 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2021-05-13 11:42 [gentoo-commits] proj/pms:eapi-8 " Ulrich Müller 2020-09-28 18:16 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2021-05-13 11:42 [gentoo-commits] proj/pms:eapi-8 " Ulrich Müller 2020-06-28 10:46 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2021-05-13 11:42 [gentoo-commits] proj/pms:eapi-8 " Ulrich Müller 2020-07-05 19:04 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2021-05-01 10:28 Ulrich Müller 2021-05-01 10:28 Ulrich Müller 2021-04-27 18:57 Ulrich Müller 2021-04-27 8:31 Ulrich Müller 2021-04-25 20:47 Ulrich Müller 2021-04-25 20:39 Ulrich Müller 2021-04-25 20:39 Ulrich Müller 2021-01-19 20:01 Ulrich Müller 2020-09-21 19:25 Ulrich Müller 2020-09-21 19:25 Ulrich Müller 2020-09-21 19:25 Ulrich Müller 2020-09-21 19:25 Ulrich Müller 2020-08-06 16:12 Ulrich Müller 2020-07-07 7:55 Ulrich Müller 2020-07-05 19:03 Ulrich Müller 2020-06-29 17:35 Ulrich Müller 2020-06-15 17:38 Ulrich Müller 2020-04-20 13:08 Ulrich Müller 2020-04-20 13:08 Ulrich Müller 2020-02-18 10:18 Ulrich Müller 2020-01-17 19:31 Ulrich Müller 2020-01-17 19:31 Ulrich Müller 2019-12-30 14:37 Ulrich Müller 2019-12-23 18:47 Ulrich Müller 2019-11-25 13:43 Ulrich Müller 2019-11-11 8:19 Ulrich Müller 2019-11-11 8:19 Ulrich Müller 2019-11-07 20:42 Ulrich Müller 2019-10-07 12:55 Ulrich Müller 2019-08-25 8:44 Ulrich Müller 2019-08-24 19:02 Ulrich Müller 2019-08-10 9:49 Ulrich Müller 2019-08-01 8:15 Ulrich Müller 2019-08-01 8:15 Ulrich Müller 2019-08-01 8:15 Ulrich Müller 2019-07-27 8:26 Ulrich Müller 2019-07-10 7:22 Ulrich Müller 2019-07-09 13:30 Michał Górny 2019-05-13 21:56 Ulrich Müller 2019-04-13 9:05 Ulrich Müller 2019-04-13 9:05 Ulrich Müller 2019-04-13 9:05 Ulrich Müller 2019-03-28 7:23 Ulrich Müller 2019-03-28 7:23 Ulrich Müller 2019-03-28 7:23 Ulrich Müller 2019-03-28 7:23 Ulrich Müller 2019-03-28 7:23 Ulrich Müller 2019-03-13 18:40 Ulrich Müller 2019-03-09 7:40 Ulrich Müller 2019-03-04 7:05 Ulrich Müller 2019-03-04 7:05 Ulrich Müller 2019-03-04 7:05 Ulrich Müller 2019-03-04 7:05 Ulrich Müller 2019-01-12 17:22 Ulrich Müller 2018-10-28 18:12 Ulrich Müller 2018-10-28 18:12 Ulrich Müller 2018-10-04 15:29 Michał Górny 2018-08-17 4:55 Ulrich Müller 2018-08-17 4:55 Ulrich Müller 2018-07-20 5:15 Ulrich Müller 2018-06-11 5:25 Ulrich Müller 2018-06-08 12:02 Ulrich Müller 2018-05-11 10:49 Ulrich Müller 2018-05-07 17:05 Ulrich Müller 2018-05-07 17:05 Ulrich Müller 2018-05-07 17:05 Ulrich Müller 2018-05-04 7:26 Ulrich Müller 2018-05-04 7:26 Ulrich Müller 2018-05-04 7:26 Ulrich Müller 2018-05-04 7:26 Ulrich Müller 2018-05-04 7:26 Ulrich Müller 2018-05-04 7:26 Ulrich Müller 2018-04-30 22:15 Ulrich Müller 2018-04-26 6:21 Ulrich Müller 2018-04-02 7:39 Ulrich Müller 2018-04-02 7:39 Ulrich Müller 2018-04-02 7:39 Ulrich Müller 2018-02-25 14:49 Ulrich Müller 2018-02-24 12:57 Ulrich Müller 2018-02-24 11:03 Ulrich Müller 2018-02-24 11:03 Ulrich Müller 2018-01-29 21:58 Ulrich Müller 2018-01-17 17:10 Ulrich Müller 2018-01-17 17:07 Ulrich Müller 2017-11-10 12:42 Ulrich Müller 2017-11-10 12:36 Ulrich Müller 2017-11-02 15:43 Ulrich Müller 2017-11-01 18:36 Ulrich Müller 2017-10-31 9:17 Ulrich Müller 2017-10-29 10:28 Ulrich Müller 2017-10-17 9:41 Ulrich Müller 2017-10-17 9:41 Ulrich Müller 2017-10-17 9:41 Ulrich Müller 2017-10-15 14:20 Ulrich Müller 2017-10-08 19:13 Ulrich Müller 2017-10-08 16:05 Ulrich Müller 2017-10-08 16:05 Ulrich Müller 2017-10-08 16:05 Ulrich Müller 2017-10-08 16:05 Ulrich Müller 2017-10-08 16:05 Ulrich Müller 2017-10-08 16:05 Ulrich Müller 2017-09-29 10:07 Ulrich Müller 2017-09-29 10:07 Ulrich Müller 2017-09-02 17:56 Ulrich Müller 2017-08-26 20:05 Ulrich Müller 2017-08-26 13:20 Ulrich Müller 2017-08-23 17:47 Ulrich Müller 2017-06-26 17:57 Ulrich Müller 2017-06-17 7:25 Ulrich Müller 2017-06-17 7:25 Ulrich Müller 2017-05-31 17:48 Ulrich Müller 2017-05-31 12:32 Ulrich Müller 2017-05-31 12:32 Ulrich Müller 2017-05-30 17:14 Ulrich Müller 2017-05-25 18:47 Ulrich Müller 2017-05-25 18:47 Ulrich Müller 2017-05-21 17:47 Ulrich Müller 2017-05-21 17:47 Ulrich Müller 2017-05-21 17:47 Ulrich Müller 2017-05-20 5:40 Ulrich Müller 2017-05-20 5:38 Ulrich Müller 2017-05-15 23:02 Ulrich Müller 2017-05-15 23:02 Ulrich Müller 2017-05-15 23:02 Ulrich Müller 2017-05-15 23:02 Ulrich Müller 2017-05-15 18:18 Ulrich Müller 2017-05-11 4:56 Ulrich Müller 2017-05-11 4:56 Ulrich Müller 2017-05-08 5:34 Ulrich Müller 2017-04-20 20:47 Ulrich Müller 2017-04-16 10:20 Ulrich Müller 2017-04-11 17:25 Ulrich Müller 2017-04-11 17:25 Ulrich Müller 2017-04-10 18:12 [gentoo-commits] proj/pms:eapi-7 " Ulrich Müller 2017-04-10 18:11 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2017-04-10 18:12 [gentoo-commits] proj/pms:eapi-7 " Ulrich Müller 2017-03-12 15:33 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2017-04-10 18:12 [gentoo-commits] proj/pms:eapi-7 " Ulrich Müller 2017-03-26 8:42 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2017-04-10 18:12 [gentoo-commits] proj/pms:eapi-7 " Ulrich Müller 2017-03-20 19:28 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2017-04-10 18:12 [gentoo-commits] proj/pms:eapi-7 " Ulrich Müller 2017-03-29 5:12 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2017-04-10 18:12 [gentoo-commits] proj/pms:eapi-7 " Ulrich Müller 2017-03-04 8:54 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2017-04-10 18:12 [gentoo-commits] proj/pms:eapi-7 " Ulrich Müller 2017-03-20 19:28 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2017-04-10 18:12 [gentoo-commits] proj/pms:eapi-7 " Ulrich Müller 2016-11-29 7:33 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2017-04-10 18:11 Ulrich Müller 2017-04-09 8:47 Ulrich Müller 2017-03-29 5:12 Ulrich Müller 2017-03-20 19:28 Ulrich Müller 2017-03-18 7:23 Ulrich Müller 2017-03-12 15:33 Ulrich Müller 2017-02-23 7:46 Ulrich Müller 2017-02-11 7:58 Ulrich Müller 2017-02-11 7:58 Ulrich Müller 2017-02-08 20:15 Ulrich Müller 2016-11-29 7:33 Ulrich Müller 2016-11-29 7:33 Ulrich Müller 2016-10-06 14:03 Ulrich Müller 2016-10-03 13:32 Ulrich Müller 2016-09-15 18:42 Ulrich Müller 2016-09-15 18:42 Ulrich Müller 2016-09-15 18:42 Ulrich Müller 2016-06-15 21:13 Ulrich Müller 2016-06-13 6:29 Ulrich Müller 2016-06-09 1:06 Ulrich Müller 2016-06-04 7:23 Ulrich Müller 2016-06-04 7:23 Ulrich Müller 2016-05-14 10:11 Ulrich Müller 2016-05-11 19:59 Ulrich Müller 2016-05-11 19:59 Ulrich Müller 2016-05-11 19:59 Ulrich Müller 2016-05-11 19:59 Ulrich Müller 2016-04-30 5:24 Ulrich Müller 2016-03-14 17:48 Ulrich Müller 2016-03-14 17:48 Ulrich Müller 2016-02-18 16:50 Ulrich Müller 2015-12-08 23:14 Ulrich Müller 2015-12-08 23:14 Ulrich Müller 2015-11-29 12:05 Ulrich Müller 2015-11-27 17:24 Ulrich Müller 2015-11-22 12:34 Ulrich Müller 2015-11-13 20:22 Ulrich Müller 2015-11-08 20:11 Ulrich Müller 2015-11-08 2:32 Ulrich Müller 2015-11-05 16:39 Ulrich Müller 2015-11-05 16:05 Ulrich Müller 2015-11-05 16:05 Ulrich Müller 2015-11-05 16:05 Ulrich Müller 2015-11-05 16:05 Ulrich Müller 2015-11-05 16:05 Ulrich Müller 2015-11-01 20:22 Ulrich Müller 2015-10-29 19:42 Ulrich Müller 2015-10-29 19:42 Ulrich Müller 2015-10-29 17:10 Ulrich Müller 2015-10-29 17:10 Ulrich Müller 2015-10-26 18:41 Ulrich Müller 2015-10-18 11:14 Ulrich Müller 2015-10-17 15:49 Ulrich Müller 2015-10-16 22:12 Ulrich Müller 2015-10-15 17:57 Ulrich Müller 2015-10-15 6:23 [gentoo-commits] proj/pms:eapi-6 " Ulrich Müller 2015-09-14 20:29 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2015-10-15 6:23 [gentoo-commits] proj/pms:eapi-6 " Ulrich Müller 2015-09-14 20:29 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2015-10-15 6:23 [gentoo-commits] proj/pms:eapi-6 " Ulrich Müller 2015-10-11 19:13 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2015-08-30 19:03 [gentoo-commits] proj/pms:eapi-6 " Ulrich Müller 2015-08-24 11:24 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2015-08-30 19:03 [gentoo-commits] proj/pms:eapi-6 " Ulrich Müller 2015-06-03 20:12 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2015-08-30 18:55 Ulrich Müller 2015-04-13 22:34 Ulrich Müller 2015-04-11 9:26 Ulrich Müller 2015-04-10 21:01 Ulrich Müller 2015-04-02 16:10 [gentoo-commits] proj/pms:eapi-6 " Ulrich Müller 2015-03-25 13:34 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2015-04-02 16:10 [gentoo-commits] proj/pms:eapi-6 " Ulrich Müller 2015-03-28 19:29 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2015-03-28 19:29 Ulrich Müller 2015-03-28 19:29 Ulrich Müller 2015-03-16 9:11 Ulrich Müller 2015-03-03 6:18 [gentoo-commits] proj/pms:eapi-6 " Ulrich Müller 2015-02-21 12:19 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2015-03-03 6:18 [gentoo-commits] proj/pms:eapi-6 " Ulrich Müller 2015-02-21 12:19 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2015-02-21 12:19 Ulrich Müller 2015-02-16 10:39 [gentoo-commits] proj/pms:eapi-6 " Ulrich Müller 2015-02-16 10:40 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2015-01-01 20:10 [gentoo-commits] proj/pms:eapi-6 " Ulrich Müller 2015-01-01 20:08 ` [gentoo-commits] proj/pms:master " Ulrich Müller 2014-06-21 6:54 Ulrich Müller 2014-05-24 6:57 Ulrich Müller 2014-03-14 8:05 Ulrich Müller 2014-02-10 17:30 Ulrich Müller 2014-01-19 13:56 Ulrich Müller 2014-01-19 13:13 Ulrich Müller 2013-10-01 18:33 Ulrich Müller 2013-09-10 21:02 Ulrich Mueller 2013-08-29 7:54 Ulrich Mueller 2013-08-20 11:56 Ulrich Mueller 2013-08-20 11:56 Ulrich Mueller 2013-08-09 19:06 Ulrich Mueller 2013-05-14 19:09 Ulrich Mueller 2013-05-14 19:09 Ulrich Mueller 2013-04-30 16:02 Ulrich Mueller 2013-04-12 22:38 Ulrich Mueller 2013-03-17 16:47 Ulrich Mueller 2013-03-17 16:47 Ulrich Mueller 2013-03-06 13:34 Ulrich Mueller 2013-03-06 9:38 Ulrich Mueller 2013-01-02 18:39 Ulrich Mueller 2012-10-14 7:54 Ulrich Mueller 2012-09-20 10:43 Ulrich Mueller 2012-09-19 18:06 Ulrich Mueller 2012-09-19 18:06 Ulrich Mueller 2012-09-18 7:41 Ulrich Mueller 2012-09-17 12:19 Ulrich Mueller 2012-09-17 12:19 Ulrich Mueller 2012-09-17 12:19 Ulrich Mueller 2012-09-17 12:19 Ulrich Mueller 2012-09-17 12:19 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-14 6:14 Ulrich Mueller 2012-09-13 21:12 Ulrich Mueller 2012-09-13 6:27 Ulrich Mueller 2012-09-13 6:27 Ulrich Mueller 2012-09-09 19:54 Ulrich Mueller 2012-08-29 12:03 Ulrich Mueller 2012-07-26 19:05 Ulrich Mueller 2012-07-26 19:05 Ulrich Mueller 2012-07-26 19:05 Ulrich Mueller 2012-07-06 19:21 Ulrich Mueller 2012-05-17 10:13 Ulrich Mueller 2012-05-13 7:30 Ulrich Mueller 2012-05-08 19:10 Ulrich Mueller 2012-05-06 15:38 Ciaran McCreesh 2012-04-07 22:18 Ulrich Mueller 2012-03-23 8:08 Ulrich Mueller 2012-03-17 15:23 Ulrich Mueller 2012-03-01 10:52 Ulrich Mueller 2012-01-15 6:09 Ulrich Mueller 2011-08-12 18:16 Ulrich Mueller 2011-08-02 15:23 Ciaran McCreesh 2011-07-07 17:22 Ulrich Mueller 2011-07-07 17:22 Ulrich Mueller 2011-07-07 17:22 Ulrich Mueller 2011-07-07 17:22 Ulrich Mueller 2011-06-28 7:31 Ciaran McCreesh 2011-06-26 13:55 Ulrich Mueller 2011-06-26 13:55 Ulrich Mueller 2011-06-22 21:18 Ulrich Mueller 2011-06-19 15:36 Ciaran McCreesh 2011-06-06 15:52 Ulrich Mueller 2011-05-22 0:41 Ulrich Mueller 2011-05-22 0:41 Ulrich Mueller 2011-03-31 10:36 Ulrich Mueller 2011-02-10 8:42 Ulrich Mueller 2011-02-10 8:42 Ulrich Mueller
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=1593334887.039b450670c4b7c632c0c4b52f3f4dfed3e7ae15.ulm@gentoo \ --to=ulm@gentoo.org \ --cc=gentoo-commits@lists.gentoo.org \ --cc=gentoo-dev@lists.gentoo.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox