similar to: Using -module flag on sieve libs

Check for a "product.id" file in an architecture-specific subdirectory of the main partition, and use its data to improve the data on the media. Only Mageia as distribution name is recognized there, since most probably this file will not be available on other distros. --- Changes in v2: - simplify file reading using guestfs_int_first_line_of_file lib/inspect-fs-cd.c | 62

Check for a "product.id" file in an architecture-specific subdirectory of the main partition, and use its data to improve the data on the media. Only Mageia as distribution name is recognized there, since most probably this file will not be available on other distros. --- lib/inspect-fs-cd.c | 76 +++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 76 insertions(+)

By deafult, CLucene installs the clucene-config.h header to /usr/lib/CLucene, but fts-lucene tries to include it from /usr/include/CLucene and fails. Here is how it is fixed in Fedora, for instance: sed -i '/DEFAULT_INCLUDES *=/s|$| '"$(pkg-config --cflags libclucene-core)|" src/plugins/fts-lucene/Makefile.in Indeed, Lucene's pkgconfig file reflects the fact that some

Gene Cumm wrote: > On Sat, Dec 12, 2015 at 8:21 AM, Ady via Syslinux <syslinux at zytor.com> wrote: > > > >> On Thu, Dec 10, 2015 at 5:15 PM, Sebastian Herbszt <herbszt at gmx.de> wrote: > >> > Gene Cumm wrote: > >> >> On Tue, Dec 1, 2015 at 3:02 PM, Erwan Velu via Syslinux > >> >> <syslinux at zytor.com> wrote: >

Hi, as pointed out by Neal Gompa, Mageia recently introduced dnf in the distribution (currently only in Cauldron, which is the future Mageia 6), and most probably it will replace urpmi in the future. As such, on Mageia make supermin prefer dnf over urpmi when found, using the same code already used for Fedora. Related change: make test-harder.sh work explicitly also on Mageia

> On Thu, Dec 10, 2015 at 5:15 PM, Sebastian Herbszt <herbszt at gmx.de> wrote: > > Gene Cumm wrote: > >> On Tue, Dec 1, 2015 at 3:02 PM, Erwan Velu via Syslinux > >> <syslinux at zytor.com> wrote: > >> > Hi folks, > >> > > >> > As per Ady request (thanks for the reminder), I forgot to send the patches > >> > I

Gene Cumm wrote: > On Thu, Dec 10, 2015 at 5:15 PM, Sebastian Herbszt <herbszt at gmx.de> wrote: > > Gene Cumm wrote: > >> On Tue, Dec 1, 2015 at 3:02 PM, Erwan Velu via Syslinux > >> <syslinux at zytor.com> wrote: > >> > Hi folks, > >> > > >> > As per Ady request (thanks for the reminder), I forgot to send the patches >

On 01/06/2013 07:20 PM, Dmitri Gribenko wrote: > On Mon, Jan 7, 2013 at 12:23 AM, Edward Diener > <eldlistmailingz at tropicsoft.com> wrote: >> On Mageia 2 I have installed the binary clang package clang3.0-7. When I >> tried to build the latest llvm/clang from source using this binary clang >> I get this error: >> >> 1) In file included from >>

Attempting to build llvm on Mageia2 from the 3.3 source I get: "#include "..." search starts here: #include <...> search starts here: /home/mgeldiener/dev/clang/build/include /home/mgeldiener/dev/clang/build/lib/Support /home/mgeldiener/vcs/llvm/include /home/mgeldiener/vcs/llvm/lib/Support /opt/intel/composerxe-2011.5.220/mkl/include

On Mon, Jan 7, 2013 at 12:23 AM, Edward Diener <eldlistmailingz at tropicsoft.com> wrote: > On Mageia 2 I have installed the binary clang package clang3.0-7. When I > tried to build the latest llvm/clang from source using this binary clang > I get this error: > > 1) In file included from > /home/mgeldiener/vcs/llvm/lib/Support/Signals.cpp:30: >

Hi folks, As per Ady request (thanks for the reminder), I forgot to send the patches I run in Mageia. There is two of them : One is making errors in parsing modules.alias not fatal. The other one is adding an option to chain to avoid reading garbage on the command line. I had some issues with gfxboot and had to implement that. I know it's a workaround, I don't really get if that's

Use /etc/os-release as first option, translating the distro name to the current identifier used. The other options (the release files) are left as following checks, avoiding them if any matches. --- m4/guestfs_appliance.m4 | 25 +++++++++++++++---------- 1 file changed, 15 insertions(+), 10 deletions(-) diff --git a/m4/guestfs_appliance.m4 b/m4/guestfs_appliance.m4 index 8cff51e..b48da74 100644

An installation of MS-DOS has various files in a /DOS directory, which COMMAND.COM looking like a reasonable signal that its MS-DOS or a very close relative there-of. This is validated with an MS-DOS 6.22 install. Signed-off-by: Daniel P. Berrangé <berrange@redhat.com> --- BTW, I'm unclear if we should make any attempt to try to detect and report Windows 3.x as a separate distro,

On Wed, Mar 22, 2017 at 05:16:34PM +0100, Pino Toscano wrote: > Check for a "product.id" file in an architecture-specific subdirectory > of the main partition, and use its data to improve the data on the > media. > > Only Mageia as distribution name is recognized there, since most > probably this file will not be available on other distros. > --- >

How much latency are we talking about? It seems that this issue cannot be easily pinpointed, but if it turns out to be related to the Speex Resampler let me know and I will put it on my task list. - Sherief -----Original Message----- From: speex-dev-bounces at xiph.org [mailto:speex-dev-bounces at xiph.org] On Behalf Of Colin Guthrie Sent: Monday, December 06, 2010 9:47 AM To: speex-dev at

If you can produce a simple minimal repro that exhibits this issue on some procedural signal (sine wave, etc) I'd love to look into it some more - I'm maintaining a hardened version of the Speex Resampler and would be very concerned if this bug made it into production. - Sherief -----Original Message----- From: speex-dev-bounces at xiph.org [mailto:speex-dev-bounces at xiph.org] On

Hi, I''m the Mageia XEN packager and during QA, we stumbled into a problem. in fact, we wanted to test Mageia 3 installation on a HVM. so, we had a sparse image and a iso file: [ ''file:/opt/testhvm.img,sda,w'', ''file:/opt/mageialive.iso,hdb:cdrom,r'' ] the live booted, and was able to install to disk, but it never seemed to boot after the install...

i''m the Mageia Xen package maintainer, and a user reported that i had missing symbols in my ocaml bindings: https://bugs.mageia.org/show_bug.cgi?id=5199 i''m using Xen 4.2.1 and ocaml 3.12.1 the problem is that if you just to a simple hello world and you''re using certain bindings (eg: xeneventch): you get missing symbols. (others appear to be fine). I know next to

Gene Cumm wrote: > On Tue, Dec 1, 2015 at 3:02 PM, Erwan Velu via Syslinux > <syslinux at zytor.com> wrote: > > Hi folks, > > > > As per Ady request (thanks for the reminder), I forgot to send the patches > > I run in Mageia. > > > > There is two of them : > > > > One is making errors in parsing modules.alias not fatal. > > >

> Felix Miata wrote in https://lists.freedesktop.org/archives/nouveau/2020-February/035583.html: OS Kernel State /boot/vmlinuz timestamp >> openSUSE 15.1/kernel 4.12.14 OK 2019-12-06 Fedora 31/5.3.16 kernel OK 2019-12-13 openSUSE 15.2/5.3.16 kernel OK 2019-12-31 Tumbleweed/5.4.7 kernel OK 2020-01-08 Mageia 7/5.4.10 kernel OK 2020-01-09 Mageia 8/5.4.11 kernel OK 2020-01-13