similar to: [PATCH 2/2] mllib: hostname: add a newline in /etc/hostname

In Debian/Ubuntu systems, read the previous hostname from /etc/hostname before replacing it, and try to carefully replace it in /etc/hosts with the new hostname. Since Perl_edit to edit /etc/hosts, it is added/changed as dependency for Hostname. --- builder/Makefile.am | 2 +- mllib/Makefile.am | 2 +- mllib/hostname.ml | 22 ++++++++++++++++++++++ sysprep/Makefile.am | 1 + 4 files

On Thursday 13 February 2014 13:33:16 Richard W.M. Jones wrote: > On Thu, Feb 13, 2014 at 02:15:31PM +0100, Pino Toscano wrote: > > + let expr = "/files/etc/hosts/*[label() != '#comment']/*[label() > > != 'ipaddr'][. = '" ^ oldhost ^ "']" in > Quoting? If oldhost contains a ' character + some Augeas code, this > might be

In Debian/Ubuntu systems, read the previous hostname from /etc/hostname before replacing it, and replace it in /etc/hosts with the new hostname. --- mllib/hostname.ml | 27 +++++++++++++++++++++++++++ 1 file changed, 27 insertions(+) diff --git a/mllib/hostname.ml b/mllib/hostname.ml index fce16ff..0d5b5d4 100644 --- a/mllib/hostname.ml +++ b/mllib/hostname.ml @@ -42,7 +42,12 @@ let rec

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

Kali Linux is a Debian derivative, so add basic support for it by using most of the Debian code paths. The only exception is the crypto algorithm for passwords in passwd, which is always assumed as SHA512 (as Kali Linux is relatively new). --- customize/firstboot.ml | 2 +- customize/hostname.ml | 2 +- customize/password.ml | 2 +-

There's not going to be an easy way to present this patch. It's huge and interconnected. Anyway, what it does is lay the groundwork for a new tool which I'm calling 'virt-customize'. virt-customize is virt-builder, but without the part where it downloads a template from a respository. Just the part where it customizes the template, that is, installing packages, editing

oraclelinux is the same as redhat/centos/scientificlinux, so add it where it is missing. This fixes amongst other things, running sysprep on an Oracle Linux image where it would previously fail operations like setting the hostname, saying that it was not supported on that distro. --- customize/firstboot.ml | 2 +- customize/hostname.ml | 4 ++--

https://bugzilla.redhat.com/show_bug.cgi?id=1372269 It was fairly broken. This fixes it -- except on Ubuntu 10.04 -- and adds a slow test. Rich.

This is just a straight refactoring. Various ad hoc string_* functions that appeared in Common_utils have been renamed and placed in the String.* namespace. The old vs "new" functions are: string_prefix -> String.is_prefix string_suffix -> String.is_suffix string_find -> String.find replace_str -> String.replace string_nsplit -> String.nsplit string_split

Hello! The question is simple: What is the escape sequence for a new line when using Hershey fonts? I obviously tried '\n' but it didn't work (see the sample below). I looked at 'demo(Hershey)' but all it only shows escape sequences for printable characters. The sample I've been using to try to find the escape sequence is below. You can comment or un-comment the

Hi R-users, To automate the creation of scripts, I converted the code (example below) into a character string and wrote the object to a file: Repeat <- " myvec <- c(1:12) cat('vector= ', myvec, '\n') " write (Repeat, 'yourpath/test.R') the problem is that one line of the code is a "cat" command. In the output file (i.e. test.R), the newline

Add a missing newline at the end of a DRM_INFO message. Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> --- drivers/gpu/drm/nouveau/nouveau_drm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c b/drivers/gpu/drm/nouveau/nouveau_drm.c index b2a674531fba..ef27949057c3 100644 --- a/drivers/gpu/drm/nouveau/nouveau_drm.c +++

Without this final newline the help output looks quite ugly... Signed-Off-By: Michael Tokarev <mjt at tls.msk.ru> if that's really needed for such trivial things... Thanks! /mjt --- syslinux-4.02/libinstaller/syslxopt.c.orig 2010-07-21 23:33:13.000000000 +0400 +++ syslinux-4.02/libinstaller/syslxopt.c 2010-08-17 22:37:24.955852630 +0400 @@ -125,5 +125,5 @@ void __attribute__

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=568 Summary: iptables-save/restore error messages are not newline- terminated Product: iptables Version: CVS (please indicate Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: iptables

https://bugzilla.netfilter.org/show_bug.cgi?id=1189 Bug ID: 1189 Summary: Include of a file not robust to missing newline at EOF Product: nftables Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: nft Assignee: pablo at

On Mon, Dec 09, 2013 at 08:13:19PM +0100, Pino Toscano wrote: > See also RHBZ#923355. > --- > src/actions-support.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/src/actions-support.c b/src/actions-support.c > index d0e3e67..00d8cdc 100644 > --- a/src/actions-support.c > +++ b/src/actions-support.c > @@ -68,7 +68,7 @@ int >

A friendlier error message in that situation is definitely a good thing. -Jim On Sep 5, 2011, at 1:34 PM, Степан wrote: > Hi, everybody. > > I am a newbie in llvm development. I found some strange behaviour in llvm-mc. Files without empty string at the eof doesn't proceed properly. > > llvm-mc prints something like this: > <stdin>:5:18: error: unexpected token in

Processing commands for control at bugs.debian.org: > severity 718898 important Bug #718898 [coreutils] coreutils: cut no longer works with newline as delimiter Severity set to 'important' from 'critical' > reassign 718898 xen-utils-common Bug #718898 [coreutils] coreutils: cut no longer works with newline as delimiter Bug reassigned from package 'coreutils' to

On Wed, Aug 07, 2013 at 08:09:59PM -0600, Bob Proulx wrote: >The behavior of the upstream GNU cut has changed. It is no longer >allows the usage of cutting lines as fields by setting a newline as >the delimiter. This has broken /etc/xen/scripts/vif-bridge which uses >it in this way. > >This was originally reported by Volker Klasen against the coreutils >package. However

Bob Proulx wrote: > Here is a patch that I believe should fix the problem. I will also > attach it so that there won't be any mailer problems with the > transport of it. And I broke it in the editing of it. Drat! > + bridge=$(brctl show | | awk 'NR==2{print$1}') Which is obviously incorrect. Here is a hopefully correct patch. With only one pipe in the pipeline. ---