similar to: [PATCH libguestfs] build: tell gnulib-tool that this is an lgplv2+ library

Displaying 20 results from an estimated 700 matches similar to: "[PATCH libguestfs] build: tell gnulib-tool that this is an lgplv2+ library"

2013 Nov 05
1
Re: Request to relicense hash gnulib module to LGPLv2+
On Tue, Nov 5, 2013 at 7:51 AM, Richard W.M. Jones <rjones@redhat.com> wrote: > On Wed, Aug 28, 2013 at 06:51:11PM +0100, Richard W.M. Jones wrote: >> libguestfs (an LGPLv2+ library) uses the 'hash' module, which turns >> out to be "GPL". >> >> Actually this happened because we started to use it in a separate >> GPL'd utility program,
2013 Aug 28
6
Request to relicense hash gnulib module to LGPLv2+
libguestfs (an LGPLv2+ library) uses the 'hash' module, which turns out to be "GPL". Actually this happened because we started to use it in a separate GPL'd utility program, but later on included this functionality in the core library, copying the same code from the utility but not checking the license of 'hash'. We'd therefore like to request that
2013 Sep 12
0
Re: Request to relicense hash gnulib module to LGPLv2+
On 08/28/2013 11:51 AM, Richard W.M. Jones wrote: > libguestfs (an LGPLv2+ library) uses the 'hash' module, which turns > out to be "GPL". > > Actually this happened because we started to use it in a separate > GPL'd utility program, but later on included this functionality in the > core library, copying the same code from the utility but not checking >
2013 Nov 05
0
Re: Request to relicense hash gnulib module to LGPLv2+
On Wed, Aug 28, 2013 at 06:51:11PM +0100, Richard W.M. Jones wrote: > libguestfs (an LGPLv2+ library) uses the 'hash' module, which turns > out to be "GPL". > > Actually this happened because we started to use it in a separate > GPL'd utility program, but later on included this functionality in the > core library, copying the same code from the utility but
2010 Nov 26
2
Hivex licensing question
On Fri, Nov 26, 2010 at 10:03:05AM -0800, Yandell, Henri wrote: > We?re looking into using Hivex and came across something odd. While > the license of hivex.c is LGPL 2.1, it appears to require the GPL > 3.0 licensed gnulib package for a few minor functions ( full_read, > full_write and c_toupper ). There are also a few GPL 3.0 build > files. It has always been our intention to
2019 Sep 07
2
[libnbd PATCH] maint: Update reference to license info
Our README file claims that license info is in LICENSE, but we did not have a file by that name in the tarball. At least we did correctly ship COPYING.LIB since the library is LGPLv2+. --- The LGPL requires that the user also receive a copy of the GPL, since anyone can upgrade their copy from LGPL to GPL. Does that mean we should ship a copy of COPYING alongside COPYING.LIB? README | 3 ++- 1
2009 Sep 24
1
enabling more syntax-checks
The first c-set cleans up the list of excluded syntax-checks. The second enables the sc_avoid_ctype_macros test and changes each use of a ctype macro like isspace to c_isspace. This makes it so such tests (often parsing-related) is locale-independent. Otherwise, in some odd corner cases (combination of non-C locale and perverted inputs), I suspect that libguestfs tools would mistakenly accept
2013 Aug 25
1
modules in gnulib that are GPL
gettime hash human memcpy openat-die openat-safer quote quotearg readlinkat save-cwd symlinkat timespec utimens xstrtol xstrtoll xstrtoumax xvasprintf I didnt track where they are uses, some of them arent used directly.
2009 Aug 05
2
using gnulib from daemon/
Hi Rich, Prompted by your "New commands to list devices by UUID and label" patch, I've adjusted it to use gnulib. While just compiling hash.[ch] is probably ok, in general (given the strict requirements of libguestfs) using the C files of a module is usually not an option, since you don't get the benefit of the module's m4 tests or automake snippets. For other modules,
2009 Sep 04
1
[PATCH libguestfs] avoid build-from-scratch failure due to missing daemon/configure
>From cfab42b40752f6dc44971b3c48523b917b374e91 Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Fri, 4 Sep 2009 18:00:23 +0200 Subject: [PATCH libguestfs] avoid build-from-scratch failure due to missing daemon/configure * bootstrap: Don't use autoreconf's --norecursive option. We require the default --recursive behavior in order to create
2009 Aug 03
1
use gnulib, and begin to pass its "make syntax-check" tests
Here's a patch series to make libguestfs use gnulib via a git submodule. The first thing I did was to look at the failures from "make syntax-check" and fix the config.h-related ones below. The others are now temporarily disabled via a variable in cfg.mk. I fixed the config-h problems and moved those change sets to precede the test-adding one, so that bisection still works, even if
2009 Aug 05
0
[PATCH] build: generate some just-removed files in po/
My change that removed most of po/* should have included this patch to generate two required files. Without this change, "make -C po" fails like this: make: Entering directory `/o/libguestfs/po' make: *** No rule to make target `/config.status', needed by `Makefile'. Stop. ... Once you've pulled this change, you will need to run ./bootstrap manually to make
2019 Sep 18
0
Re: [PATCH] build: remove unused gnulib modules
On Wed, Sep 18, 2019 at 06:51:15PM +0200, Pino Toscano wrote: > Remove gnulib modules that provide stuff clearly not used within > libguestfs (library, daemon, and C tools). Among directly and > indirectly modules used previous (and now no more), they are: > > cycle-check > dev-ino > dup3 > dup3-tests > fcntl-safer > fcntl-safer-tests > filevercmp
2019 Sep 23
0
[PATCH v2 5/5] build: remove unused gnulib modules
Remove gnulib modules that provide stuff clearly not used within libguestfs (library, daemon, and C tools). Among directly and indirectly modules used previous (and now no more), they are: cycle-check d-ino dev-ino dup3 dup3-tests fcntl-safer fcntl-safer-tests fdopendir fdopendir-tests filevercmp filevercmp-tests ftell ftell-tests ftello ftello-tests fts
2014 Sep 12
2
[Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
On 09/12/2014 04:44 AM, Gerd Hoffmann wrote: >>> +enum virtgpu_ctrl_type { >>> + VIRTGPU_UNDEFINED = 0, >>> + >>> + /* 2d commands */ >>> + VIRTGPU_CMD_GET_DISPLAY_INFO = 0x0100, >> >> Please consider also adding: >> >> #define VIRTGPU_CMD_GET_DISPLAY_INFO VIRTGPU_CMD_GET_DISPLAY_INFO >> >> and
2014 Sep 12
2
[Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
On 09/12/2014 04:44 AM, Gerd Hoffmann wrote: >>> +enum virtgpu_ctrl_type { >>> + VIRTGPU_UNDEFINED = 0, >>> + >>> + /* 2d commands */ >>> + VIRTGPU_CMD_GET_DISPLAY_INFO = 0x0100, >> >> Please consider also adding: >> >> #define VIRTGPU_CMD_GET_DISPLAY_INFO VIRTGPU_CMD_GET_DISPLAY_INFO >> >> and
2019 Sep 18
2
[PATCH] build: remove unused gnulib modules
Remove gnulib modules that provide stuff clearly not used within libguestfs (library, daemon, and C tools). Among directly and indirectly modules used previous (and now no more), they are: cycle-check dev-ino dup3 dup3-tests fcntl-safer fcntl-safer-tests filevercmp filevercmp-tests fts getaddrinfo getaddrinfo-tests hostent i-ring i-ring-tests inet_ntop
2016 Jun 17
2
Today's firefox update
On Fri, 17 Jun 2016 07:32:19 +0100 Ned Slider wrote: > > Johnny's announcement refers to: > > firefox-45.2.0-1.el5.centos.src.rpm > > firefox-45.2.0-1.el6.centos.src.rpm > > firefox-45.2.0-1.el7.centos.src.rpm > > > > The linked rhel webpage refers to: > > firefox-45.2.0-1.el5_11.src.rpm > > firefox-45.2.0-1.el6_8.src.rpm > >
2020 Feb 17
1
R-3.6.2 make check fails
You're definitely missing bits of texlive. Lots of "missing file: mf" in your debug logs. I think you need to start with installing texlive-metafont. Alternately, there are pre-built R 3.6.2 packages for EL-7 here: https://koji.fedoraproject.org/koji/buildinfo?buildID=1421894 I cannot push them as official updates to EPEL because of the catch-22 created by R's dependency on
2009 Aug 24
5
[0/5] guestfish: detect stdout-write failure
Nearly any program that writes to standard output can benefit from this sort of fix. Without it, running e.g., ./guestfish --version > /dev/full would exit successfully, even though it got ENOSPC when writing to the full device. That means regular output redirected to a file on a full partition may also fail to be written, and the error ignored. Before: $ guestfish --version >