Displaying 20 results from an estimated 500 matches similar to: "[supermin][PATCH] os-release: use ID_LIKE as a fallback for SUSE detection"
2017 Sep 01
0
[supermin][PATCH v2] os-release: use ID_LIKE as a fallback for SUSE detection
SUSE distros all have in common suse in ID_LIKE field. The ID field
could be varying and is even set to 'Dummy' when building the packages.
If the usual values for openSUSE/SLE can't be found in ID, try with
ID_LIKE.
---
Diff with v1:
* Use Utils.string_split rather than too recent String.split_on_char
src/os_release.ml | 10 +++++++++-
src/os_release.mli | 7 +++++++
2018 Oct 02
1
[supermin PATCH] rpm: generalize openSUSE support
It seems that all the newer versions of openSUSE have an 'opensuse-'
prefix in their distro ID; hence, check for that prefix at once, keeping
compatibility for the old "opensuse" ID.
Followup of commit 0668b2d64abef0724219480a3d7fc16b8dd1e68f.
---
src/ph_rpm.ml | 3 ++-
tests/test-harder.sh | 2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git
2018 Oct 01
2
[supermin PATCH] rpm: support openSUSE Leap 15
openSUSE Leap 15 has "opensuse-leap" as ID in os-release, so add it both
in the detection code of the RPM handler, and in test-harder.sh.
---
src/ph_rpm.ml | 2 +-
tests/test-harder.sh | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/ph_rpm.ml b/src/ph_rpm.ml
index b0a5eb2..3caa38e 100644
--- a/src/ph_rpm.ml
+++ b/src/ph_rpm.ml
@@ -40,7 +40,7 @@ let
2018 Oct 01
0
Re: [supermin PATCH] rpm: support openSUSE Leap 15
On Mon, Oct 01, 2018 at 01:44:51PM +0200, Pino Toscano wrote:
> openSUSE Leap 15 has "opensuse-leap" as ID in os-release, so add it both
> in the detection code of the RPM handler, and in test-harder.sh.
> ---
> src/ph_rpm.ml | 2 +-
> tests/test-harder.sh | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/src/ph_rpm.ml
2017 Sep 01
0
Re: [PATCH v2] appliance: use ID_LIKE as a fallback for SUSE distro detection
On Fri, Sep 01, 2017 at 11:25:17AM +0200, Cédric Bosdonnat wrote:
> All SUSE distros have a ID_LIKE=suse, including the fake one used
> for building that has a ID=Dummy value. Without reading ID_LIKE
> on SUSE distros, the generated appliance packagelist is not correct.
>
> This fix reads ID_LIKE as a fallback if ID contains nothing.
> ---
> m4/guestfs_appliance.m4 | 10
2017 Jul 20
0
Re: [PATCH] appliance: read ID_LIKE from os-release as a fallback
On Thursday, 20 July 2017 16:21:40 CEST Cédric Bosdonnat wrote:
> In the appliance used to build the packages for openSUSE, os-release
> is super minimal and only had ID_LIKE=suse. The code setting the
> DISTRO variable only searches for ID variable so far, resulting in
> invalid packagelist on openSUSE.
>
> This fix reads ID_LIKE as a fallback if ID contains nothing.
> ---
2017 Sep 01
1
Re: [PATCH v2] appliance: use ID_LIKE as a fallback for SUSE distro detection
On Fri, 2017-09-01 at 10:59 +0100, Daniel P. Berrange wrote:
> On Fri, Sep 01, 2017 at 11:25:17AM +0200, Cédric Bosdonnat wrote:
> > All SUSE distros have a ID_LIKE=suse, including the fake one used
> > for building that has a ID=Dummy value. Without reading ID_LIKE
> > on SUSE distros, the generated appliance packagelist is not correct.
> >
> > This fix reads
2017 Jul 20
1
Re: [PATCH] appliance: read ID_LIKE from os-release as a fallback
On Thu, 2017-07-20 at 17:01 +0200, Pino Toscano wrote:
> On Thursday, 20 July 2017 16:21:40 CEST Cédric Bosdonnat wrote:
> > In the appliance used to build the packages for openSUSE, os-release
> > is super minimal and only had ID_LIKE=suse. The code setting the
> > DISTRO variable only searches for ID variable so far, resulting in
> > invalid packagelist on openSUSE.
2017 Sep 01
2
[PATCH v2] appliance: use ID_LIKE as a fallback for SUSE distro detection
All SUSE distros have a ID_LIKE=suse, including the fake one used
for building that has a ID=Dummy value. Without reading ID_LIKE
on SUSE distros, the generated appliance packagelist is not correct.
This fix reads ID_LIKE as a fallback if ID contains nothing.
---
m4/guestfs_appliance.m4 | 10 +++++++++-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/m4/guestfs_appliance.m4
2016 Aug 31
8
[PATCH 0/2] supermin: use /etc/os-release
Hi,
let's make supermin use /etc/os-release as primary source instead of
the various release files in /etc; apparently distros (e.g. openSUSE)
are starting removing them.
Thanks,
Pino Toscano (2):
Add simple handling of /etc/os-release
Use os-release to detect the distro
src/Makefile.am | 3 +++
src/dpkg.ml | 3 ++-
src/os_release.ml | 78
2016 Aug 31
0
[PATCH 2/2] Use os-release to detect the distro
Check the ID field in /etc/os-release on the current system, before
checking for the other old-style release-/version-like files in /etc.
Some distributions (openSUSE Thumbleweed) are starting to remove them,
breaking the supermin detection.
---
src/dpkg.ml | 3 ++-
src/pacman.ml | 5 +++--
src/rpm.ml | 15 +++++++++------
3 files changed, 14 insertions(+), 9 deletions(-)
diff --git
2020 Aug 26
2
[supermin PATCH] rpm: check for SQLite-based RPM DB
Fedora 33 switched the DB of RPM to SQLite, so no more Packages/Name/etc
files. Because any missing file exception is ignored when checking for
--if-newer, the lack of the Package files was not properly noticed, so
the appliance was always considered out out date.
Check for the SQLite-based DB first, falling back to the old format.
Signed-off-by: Pino Toscano <ptoscano@redhat.com>
---
2020 Aug 27
1
Re: [supermin PATCH] rpm: check for SQLite-based RPM DB
On Wednesday, 26 August 2020 21:15:36 CEST Richard W.M. Jones wrote:
> On Wed, Aug 26, 2020 at 06:57:43PM +0200, Pino Toscano wrote:
> > Fedora 33 switched the DB of RPM to SQLite, so no more Packages/Name/etc
> > files. Because any missing file exception is ignored when checking for
> > --if-newer, the lack of the Package files was not properly noticed, so
> > the
2020 Aug 26
0
Re: [supermin PATCH] rpm: check for SQLite-based RPM DB
On Wed, Aug 26, 2020 at 06:57:43PM +0200, Pino Toscano wrote:
> Fedora 33 switched the DB of RPM to SQLite, so no more Packages/Name/etc
> files. Because any missing file exception is ignored when checking for
> --if-newer, the lack of the Package files was not properly noticed, so
> the appliance was always considered out out date.
>
> Check for the SQLite-based DB first,
2017 Jul 20
3
[PATCH] appliance: read ID_LIKE from os-release as a fallback
In the appliance used to build the packages for openSUSE, os-release
is super minimal and only had ID_LIKE=suse. The code setting the
DISTRO variable only searches for ID variable so far, resulting in
invalid packagelist on openSUSE.
This fix reads ID_LIKE as a fallback if ID contains nothing.
---
m4/guestfs_appliance.m4 | 8 +++++++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git
2019 Apr 12
6
[supermin PATCH 0/5] rpm: fix package selection w/ multilib
This patch series fixes the way supermin sorts the list of installed
packages when resolving a name, picking the right package for the host
architecture.
Pino Toscano (5):
rpm: do not unpack parameters
rpm: fix version comparison
rpm: query the RPM architecture
rpm: fix package sorting (RHBZ#1696822)
utils: remove unused 'compare_architecture' function
src/librpm-c.c | 10
2016 Oct 31
0
[PATCH 4/4] rpm: mageia: prefer dnf over urpmi
Mageia introduced dnf as alternative package manager for the next
version 6, with the possibility to replace urpmi as primary in the
future.
As such, prefer dnf over urpmi+fakeroot to download rpm packages.
Thanks to Neal Gompa for his heads-up.
---
README | 3 +--
src/rpm.ml | 8 +++++---
2 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/README b/README
index 79fcfd8..679bf70
2017 Jan 10
2
CentOS 7: BUG: unable to handle kernel NULL pointer dereference
We've just started seeing this. Anyone else?
reason: BUG: unable to handle kernel NULL pointer dereference at
00000000000000b8
component: kernel
count: 1
analyzer: vmcore
architecture: x86_64
event_log:
kernel: 3.10.0-327.18.2.el7.x86_64
last_occurrence: 1484067452
os_release: CentOS Linux release 7.3.1611 (Core)
runlevel: N 3
time:
2020 Oct 10
1
Mail samba
Almost forgot
Domain controller(raspbian lite):
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs?
Domain member(ubuntu-server):
2015 Apr 01
2
os-release file doesn't match upstream?
On a fully patched C7 machine...
% cat /etc/redhat-release
CentOS Linux release 7.1.1503 (Core)
% cat /etc/os-release
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"