search for: voidlinux

Hi there, I despise complexity and Grub has been giving me headaches on Voidlinux.. https://www.reddit.com/r/voidlinux/comments/gk5h5c/everytime_i_update_void_i_need_to_manually/ I've switched to Syslinux, but I have the following queries. ??sda1 vfat FAT32 D91B-36F7 190.7M 61% /boot ??sda2 ext4 1.0 0dd25845-8fa5-41e9-b82c-...

On Fri, 22 May 2020, Kai Hendry via Syslinux wrote: > I despise complexity and Grub has been giving me headaches on Voidlinux.. > > https://www.reddit.com/r/voidlinux/comments/gk5h5c/everytime_i_update_void_i_need_to_manually/ > > I've switched to Syslinux, but I have the following queries. > > ??sda1 vfat FAT32 D91B-36F7 190.7M 61% /boot > ??sda2 ext4 1.0...

Read the information from os-release, and make it behave like a Debian distribution (i.e. using dpkg, and apt). --- daemon/inspect_fs.ml | 2 ++ daemon/inspect_fs_unix.ml | 1 + daemon/inspect_types.ml | 2 ++ daemon/inspect_types.mli | 1 + generator/actions_inspection.ml | 4 ++++ 5 files changed, 10 insertions(+) diff --git a/daemon/inspect_fs.ml

Few improvements to the results of the inspection on some distros. Pino Toscano (5): inspect: factorize list of rolling distros inspect: detect Gentoo from os-release inspect: fully detect Arch Linux from os-release inspect: return osinfo short IDs for rolling distros inspect: correct osinfo ID for ALT Linux >= 8 daemon/inspect_fs_unix.ml | 15 +++++++++------

...d.ml @@ -165,6 +165,9 @@ and default_crypto g root = | ("opensuse"|"sles"), v when v >= 11 -> `SHA512 | ("opensuse"|"sles"), _ -> `MD5 + (* Rolling distributions, which hopefully should be updated enough. *) + | ("archlinux"|"voidlinux"), _ -> `SHA512 + | _, _ -> let minor = g#inspect_get_minor_version root in warning (f_"password: using insecure md5 password encryption for guest of type %s version %d.%d. -- 2.7.4

...d737bf08..489096aeb 100644 --- a/customize/password.ml +++ b/customize/password.ml @@ -165,7 +165,7 @@ and default_crypto g root = | ("opensuse"|"sles"), _ -> `MD5 (* Rolling distributions, which hopefully should be updated enough. *) - | ("archlinux"|"voidlinux"), _ -> `SHA512 + | ("archlinux"|"voidlinux"|"kalilinux"), _ -> `SHA512 | _, _ -> let minor = g#inspect_get_minor_version root in diff --git a/customize/random_seed.ml b/customize/random_seed.ml index 90001a728..7aea6851e 100644 --- a/customize...

...| 1 + 7 files changed, 34 insertions(+), 2 deletions(-) diff --git a/generator/actions.ml b/generator/actions.ml index b17808e..25d3c0d 100644 --- a/generator/actions.ml +++ b/generator/actions.ml @@ -1183,6 +1183,10 @@ Ubuntu. The distro could not be determined. +=item \"voidlinux\" + +Void Linux. + =item \"windows\" Windows does not have distributions. This string is diff --git a/inspector/virt-inspector.rng b/inspector/virt-inspector.rng index c861c80..c4c423c 100644 --- a/inspector/virt-inspector.rng +++ b/inspector/virt-inspector.rng @@ -108,6 +108,7...

...> - The assembler I want to target is one that's not very known outside of the Super Mario World RomHacking community. Who's job is it to assemble what LLVM outputs, and how? It got buried under join/leave messages and build alerts. I'm using CLion on Windows with Msys2-mingw64 (my VoidLinux-musl installation isn't that great for development yet). Importing the project works correctly, but I don't know how to build the project or test the project or test my backend. This is my first time ever using a mailing list, apologies if I get something wrong. Sent via Migadu.com, world...

...index 51612bad1..90b7ffd86 100644 --- a/lib/inspect-osinfo.c +++ b/lib/inspect-osinfo.c @@ -62,6 +62,11 @@ guestfs_impl_inspect_get_osinfo (guestfs_h *g, const char *root) else if (STREQ (distro, "archlinux") || STREQ (distro, "gentoo") || STREQ (distro, "voidlinux")) return safe_strdup (g, distro); + else if (STREQ (distro, "altlinux")) { + if (major >= 8) + return safe_asprintf (g, "alt%d.%d", major, minor); + return safe_asprintf (g, "%s%d.%d", distro, major, minor); + } if (major &...

...to their > build system to do it, which is also fine to begin with). I believe > the key code is in clang/lib/Driver/ToolChains, for copy/paste > purposes. Does another target have an example of needing an external assembler? >> I'm using CLion on Windows with Msys2-mingw64 (my VoidLinux-musl installation isn't that great for >> development yet). Importing the project works correctly, but I don't know how to build the project >> or test the project or test my backend. > > That I can't help you with I'm afraid. I get the impression most of us >...

On Sat, Oct 29, 2016 at 5:43 PM, Sean Silva via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > On Fri, Oct 28, 2016 at 9:17 AM, Renato Golin via cfe-dev > <cfe-dev at lists.llvm.org> wrote: >> >> Folks, >> >> I'm creating a bootstrap buildbot on AArch64 with LLD and I just >> realised the "accepted" way to make clang call lld

...t; "scientificlinux" + | DISTRO_SLACKWARE -> "slackware" + | DISTRO_SLES -> "sles" + | DISTRO_SUSE_BASED -> "suse-based" + | DISTRO_TTYLINUX -> "ttylinux" + | DISTRO_UBUNTU -> "ubuntu" + | DISTRO_VOID_LINUX -> "voidlinux" + | DISTRO_WINDOWS -> "windows" + +and string_of_package_format = function + | PACKAGE_FORMAT_APK -> "apk" + | PACKAGE_FORMAT_DEB -> "deb" + | PACKAGE_FORMAT_EBUILD -> "ebuild" + | PACKAGE_FORMAT_PACMAN -> "pacman" + | PAC...

This is the (incomplete) patch which reimplements inspection APIs in the daemon. All ‘XXX’s in this patch indicate areas which are not yet implemented or need further work. Rich.

v9 was here: https://www.redhat.com/archives/libguestfs/2017-July/msg00139.html This depends on these three series (the first two being single minor patches): https://www.redhat.com/archives/libguestfs/2017-July/msg00207.html https://www.redhat.com/archives/libguestfs/2017-July/msg00209.html https://www.redhat.com/archives/libguestfs/2017-July/msg00215.html There is no substantive change. I

This depends on the patch series "[PATCH 00/27] Reimplement many daemon APIs in OCaml." (https://www.redhat.com/archives/libguestfs/2017-July/msg00098.html) v8 was posted here: https://www.redhat.com/archives/libguestfs/2017-June/msg00274.html v9: - I split up the mega-patch into a more reviewable series of smaller, incremental patches. There are some other changes vs v8, but

This fixes almost everything. Note that it adds an extra commit which fixes the whole utf8/iconv business. It's probably better to list what isn't fixed: (1) I didn't leave the osinfo code around because I'm still haven't looked too closely at virt-builder-repository. Can't we just fetch this code from the git history when we need it? (2) I didn't change the way

v10: https://www.redhat.com/archives/libguestfs/2017-July/msg00245.html No actual change here, but I rebased and retested. Also this series now does not depend on any other patch series since everything else needed is upstream. Rich.

v6 was posted here: https://www.redhat.com/archives/libguestfs/2017-June/msg00103.html and this requires the utilities refactoring posted here: https://www.redhat.com/archives/libguestfs/2017-June/msg00169.html Inspection is now complete[*], although not very well tested. I'm intending to compare the output of many guests using old & new virt-inspector to see if I can find any

v5: https://www.redhat.com/archives/libguestfs/2017-June/msg00065.html Since v5, this now implements inspection almost completely for Linux and Windows guests. Rich.

v7 was: https://www.redhat.com/archives/libguestfs/2017-June/msg00169.html https://www.redhat.com/archives/libguestfs/2017-June/msg00184.html I believe this addresses all comments received so far. Also it now passes a test where I compared about 100 disk images processed with old and new virt-inspector binaries. The output is identical in all cases except one which is caused by a bug in blkid