similar to: [PATCH v2] builder: Don't hard-code /etc for configuration files.

Use ./configure --sysconfdir setting. --- builder/paths.ml | 2 +- mllib/guestfs_config.ml.in | 1 + 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/builder/paths.ml b/builder/paths.ml index cbd9d4bd0..9ce8504a1 100644 --- a/builder/paths.ml +++ b/builder/paths.ml @@ -35,7 +35,7 @@ let xdg_config_home () = let xdg_config_dirs () = let dirs = try Sys.getenv

On Wednesday, 5 April 2017 00:04:21 CEST Richard W.M. Jones wrote: > Use ./configure --sysconfdir setting. > --- > builder/paths.ml | 2 +- > mllib/guestfs_config.ml.in | 1 + > 2 files changed, 2 insertions(+), 1 deletion(-) > > diff --git a/builder/paths.ml b/builder/paths.ml > index cbd9d4bd0..d7c4820bf 100644 > --- a/builder/paths.ml > +++

Hi, attached there is a serie of patches that completes the work on making virt-builder use .conf files, shipped in XDG directories, to configure all the available sources of indexes used. This also removes the hardcoded default location, replaced now with a configuration file (which may be not used at all). Thanks, Pino Toscano (8): builder: allow "no key" as key in Sigchecker

On Tue, Feb 25, 2014 at 05:29:08PM +0100, Pino Toscano wrote: > +let xdg_config_dirs ~prog = > + let dirs = > + try Sys.getenv "XDG_CONFIG_DIRS" > + with Not_found -> "/etc/xdg" in This seems to put the virt-builder config files into /etc/xdg/virt-builder which is kind of annoying. Can we move them to a regular default location (/etc/virt-builder)? I

On Tue, Feb 25, 2014 at 05:29:10PM +0100, Pino Toscano wrote: > Introduce and use simple .conf files to configure the sources of indexes > for virt-builder. The location of these files is in XDG_CONFIG_DIRS / > XDG_CONFIG_HOME, so it can be easily overridden. > > There are three .conf(.in) files shipped with this commit: > - "test-index.conf.in" (in

All of the GPG commands we run are compatible with either v1 or v2, so this simply involves changing the configure script to find either binary. --- builder/cmdline.ml | 2 +- docs/guestfs-building.pod | 17 ++++++++++++++++- m4/guestfs_progs.m4 | 19 +++++++++++++++++++ mllib/guestfs_config.ml.in | 1 + 4 files changed, 37 insertions(+), 2 deletions(-) diff --git

https://bugzilla.mindrot.org/show_bug.cgi?id=2050 Bug ID: 2050 Summary: Support XDG basedir specification Classification: Unclassified Product: Portable OpenSSH Version: -current Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: Miscellaneous

Dear knowledgeable experts :-), I am trying to get openmpi, Rmpi and SNOW running on a Myrinet/GM cluster. I'm not an IT expert, but I surely could use a working installation of Rmpi and SNOW. I try to load the Rmpi library and get the following: > library(Rmpi) [master:07230] mca: base: component_find: unable to open osc pt2pt: file not found (ignored)

Hello. I'd like to preface this by saying that while this can be considered a feature request, I am more than happy to contribute a patch myself that would deliver this. I am aware that in the past there has been some hostility towards the suggestion to adhere to the XDG Base Directory Specification for OpenSSH and its various configuration files. For the record, I am not asking for any of

v1 -> v2: - Fixed everything mentioned in patch review. - Libdir module is removed as a separate commit. Rich.

This avoids build failures in separate builds such as this one: ,---- | ocamlfind ocamlc -package str,unix -I . -a guestfs_config.cmo stringMap.cmo stringSet.cmo std_utils.cmo -o mlstdutils.cma | ar cr libmlstdutils.a libmlstdutils_a-dummy.o | ranlib libmlstdutils.a | File "_none_", line 1: | Error: Files std_utils.cmo and guestfs_config.cmo | make inconsistent assumptions over

Hello, On Tue, 17 Oct 2017 22:11:22 +0000 Ian Mortimer <i.mortimer at uq.edu.au> wrote: > On Tue, 2017-10-17 at 12:29 -0400, H wrote: > > > Do you know if it is supposed to work with the Mate desktop or just > > Gnome? > > I don't know but with the dependencies installed and the fix of > commenting out line 374, it starts on MATE. > > A couple of

I did not touch virt-v2v for a while, and I cannot build it now. There are not instructions in the README on under docs, so I tried the common stuff: $ ./autogen.sh ... Next you should type 'make' to build the package, ... $ make make all-recursive make[1]: Entering directory '/home/nsoffer/src/virt-v2v' Making all in common/mlstdutils make[2]: Entering directory

Dear all, I am wondering if there are any best practices when you need a subdirectory in a program's config namespace. Basically, I have two choices: $XDG_CONFIG_HOME/vcsd/config.d $XDG_CONFIG_HOME/vcsd.d I think I am leaning towards the latter, but I would prefer going after established best practices. FWIW, the latter option follows what is done in /etc by most programs. In case

On Thu, Dec 12, 2019 at 11:01:02AM +0100, Vincent Danjean wrote: > [resend to the good (cloned) bug, sorry for the message in the original bug, > it was a mistake] > > Hi, > > On Thu, 5 Dec 2019 11:12:56 +0000 "Richard W.M. Jones" <rjones@redhat.com> wrote: > > I believe this is a new bug and nothing much to do with: > >

Hi R-devel, I'm trying to get R 3.2.1 working on Haiku (an open source OS inspired by BeOS, not Linux based) on i586. With a few small changes to library paths and ifdefs I am able to get a seemingly working R binary. The build process stops with the 'tools' package. The last lines from make are below. Does anyone have any tips? I'm rather new to debugging at this low level. Are

They will be generated by configure. --- mlstdutils/Makefile.am | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/mlstdutils/Makefile.am b/mlstdutils/Makefile.am index d29255e..2b4aed8 100644 --- a/mlstdutils/Makefile.am +++ b/mlstdutils/Makefile.am @@ -19,9 +19,12 @@ include $(top_srcdir)/subdir-rules.mk EXTRA_DIST = \ $(SOURCES_MLI) \ - $(SOURCES_ML) \ +

This works reliably for me ... Rich.

While there are input modes that do not use libvirt, making libvirt mandatory for virt-v2v slightly simplifies the code now, and allow for further improvements/integration with libvirt later on. --- Makefile.am | 2 ++ v2v/Makefile.am | 20 ++++++-------------- v2v/libvirt_utils-c.c | 22 ---------------------- v2v/v2v.ml | 12 +++--------- 4 files changed, 11

Since I can't help but feel like my previous email is already being flat-out ignored, I would just like to reiterate: - I am not asking for ~/.ssh to stop being used. - I am happy to contribute this myself with the blessing of the devs. All I would like is to be able to move files within ~/.ssh to their appropriate XDG paths and have OpenSSH continue to find these files without me needing to