similar to: 6271998 gcc and cmd/mailx don''t get along

The latter is a better way to disable the qemu display output as we need to, without enabling extra devices (which are disabled already, anyway). Also, related to the change above, ban the -display parameter from the ones that can be supplied by the user. --- configure.ac | 8 ++++---- src/launch-direct.c | 12 ++++++++---- src/launch.c | 1 + 3 files changed, 13 insertions(+), 8

Dr. David Gilbert pointed out to me that the first line of the qemu -help output includes the qemu version, so we don't need to run qemu -version at all. This saves about 0.04s on the launch time when using the direct backend. --- src/launch-direct.c | 54 +++++++++++++++++++---------------------------------- 1 file changed, 19 insertions(+), 35 deletions(-) diff --git a/src/launch-direct.c

HDT 0.3.5 is out ! As you noticed, we've been adding codenames ;) You can grab this release on our webiste http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt_0_3_5.c32 http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt-0.3.5.img http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt-0.3.5.iso http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt-0.3.5.img.gz A dedicated page

HDT 0.3.5 is out ! As you noticed, we've been adding codenames ;) You can grab this release on our webiste http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt_0_3_5.c32 http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt-0.3.5.img http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt-0.3.5.iso http://hdt-project.org/raw-attachment/wiki/WikiStart/hdt-0.3.5.img.gz A dedicated page

The -pre3 release is out and tends to be the last one before the release. This pre version adds two new features we thought it would be interesting to have in 0.3.5: - Reboot If your system features the reboot.c32 module, the "reboot" command will restart your computer. The floppy/iso images we provides includes this module to enable this feature. - Automatic Commands When starting

We don't have to always extract all files from the OVA archive. The OVA, as defined in the standard, is plain tar. We can work directly over the tar archive if we use correct 'offset' and 'size' options when defining the backing file for QEMU. This leads to improvements in speed and puts much lower requirement on available disk space. Signed-off-by: Tomáš Golembiovský

Hi there. I''ve discovered a rather serious security hole in mailx, the good old Berkeley mail program. It''s somehow present at least in the last versions I''ve checked (mailx-8.1.1 in Linux, mailx 5.0 in Solaris). The bug is an exploitable buffer overflow (using the HOME environment variable) that allows any local user to acquire the privileges under which the program

--------------------------------------------------------------------- Red Hat, Inc. Security Advisory Synopsis: Updated mailx and perl packages are now available. Advisory ID: RHSA-2000:048-02 Issue date: 2000-08-07 Updated on: 2000-08-08 Product: Red Hat Linux Keywords: perl suid Cross references: N/A

On Fri, 4 Sep 2020 at 16:00, Gregory P. Ennis <PoMec at pomec.net> wrote: > Everyone, > > I have just upgraded a Centos 5 server to a Centos 7 server and am > having difficulty with a change of behavior of mailx with the use of a > command line of : > > mail -s 'This is the subject' user at domain.com < text_file.txt > > On Centos 5 when mailx was used

--------------------------------------------------------------------- Red Hat, Inc. Security Advisory Synopsis: Updated mailx and perl packages are now available. Advisory ID: RHSA-2000:048-06 Issue date: 2000-08-07 Updated on: 2000-08-09 Product: Red Hat Linux Keywords: perl suidperl mailx rpm Cross references: RHSA-2000:051

Previously we used (on arm): -M virt -machine accel=... After this change, we use: -machine virt,accel=... On x86 there is no change. The -M option is an abbreviation for -machine, and we can combine the two options together. (Qemu combines the two options internally, but it's more predictable if we do it ourselves). Upstream qemu has supported the -machine option for over 5 years, and in

CentOS Errata and Security Advisory 2014:1999 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1999.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: efa814c3336a5e9fcf0e499f5a54b89db7333546df8c722072dc80f1fdf22cc0 mailx-12.4-8.el6_6.i686.rpm x86_64:

CentOS Errata and Bugfix Advisory 2018:2894 Upstream details at : https://access.redhat.com/errata/RHBA-2018:2894 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 33577d62c430b2100b6aaccf62fa6bb4beaf0acfa4fc40d2b9ac425e88c124bb mailx-12.4-10.el6_10.i686.rpm x86_64:

Hi, things are progressing slowly, but I feel that eventually I'll be getting there: supermin can be built on all Linux-based architectures that are part of Debian/unstable[1] -- (except for sparc, but I'll ignore that for now.) libguestfs on the other hand currently fails launching the appliance (necessary for running tests) on everything but x86 and mips. Apparently, qemu-system-arm

Is there a reason that the default option for a mailer program (at least on Linux) is .Options$mailer="mailx"? I don't have mailx on my system, I suspect many other Linux users don't either, and it's kind of disconcerting to have bug.report() fail ... --please do not edit the information below-- Version: platform = i686-unknown-linux arch = i686 os = linux system =

CentOS Errata and Security Advisory 2014:1999 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1999.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 5145adac44326a40872e3428a84bc73edb54861f19e75d19b428fabc5f234ab8 mailx-12.5-12.el7_0.x86_64.rpm Source:

Everyone, I have just upgraded a Centos 5 server to a Centos 7 server and am having difficulty with a change of behavior of mailx with the use of a command line of : mail -s 'This is the subject' user at domain.com < text_file.txt On Centos 5 when mailx was used by a program started by a cron job we were able to send a text file as an email message and the headers did not contain

Hi all, I?d like to know what may I configure to send emails from my server with mailx please. I need to send mails to my email adress (name at mydomain.com) with logs and I am not able to do. Best regards and thanks for your time, Miguel

Is there anyway I can disable sendmail on my various machines and configure mailx on them to utilize my Postfix SMTP server? Thanks, Dan

The previous code duplicated a lot of common code for reading and writing the cache file per data field. This change simply factors out that common code. This makes it simpler to add new tests in future. This is just refactoring, it should have no effect. --- lib/qemu.c | 375 +++++++++++++++++++++++++++++++++++++++---------------------- 1 file changed, 238 insertions(+), 137 deletions(-)