similar to: Cron.daily

I updated my x86 machine day before yesterday, and I noticed two things. The clamav user and group was deleted, and not recreated, and when the makewhatis ran, I got a page full of "zcat: stdout: Broken pipe" entries. What gives with the makewhatis and clamav? Was clamav removed from the software? I encountered no errors when the transaction check and transactions were run.

Just looked at the log from the x86_64 machine and I see the same zcat: stdout: Broken pipe in the 00-makewhatis.cron job as on the x86 machine. Did I miss some thread about current updates somewhere? sam -- Sam W.Drinkard -- sam at wa4phy.net NOAA Cooperative Observer http://wa4phy.net Augusta Area Mesonet

After you do your update, done forget to do updatedb, makewhatis, ... The locate for rpmnew has a couple items of interest and the locate for rpmsave returns one that occupies 24MB of your precious disks - /var/lib/Pegasus/prev-repository*. It compresses nicely to appx. 1MB, cpio bzipped --best. Change in your rndc key too, for DNS.

Hello, I have 2 servers which share 2 partitions with drbd, on each machine runs one VM on the drbd device, so that I have primary/secondary and secondary/primary drbd devices. There are also some more XEN VM?s that only do aa mysql replication and one is standalone. In the last 4 weeks I had 2 incidents where both machines did a sudden reboot, first one machine and 2 minutes later the other one.

Hi When I read 'certain' -- not all -- man pages zcat writes a small error to stderr when opening the man page; however, the man page does actually open. The message i get on the terminal is: zcat: error writing to output: Broken pipe zcat: /usr/local/man/man5/muttrc.5.gz: uncompress failed When closing the man page, another message is shown on stderr: grotty:<standard input>

Trying to be not long, on x86 I have 3 floppies images boot, root-1, root-2 Booting from boot image with no problem, I try reading root-1 and root-2 image in raw format. Reading root-1 and root-2 is made from boot init script, using klibc-1.5.9 or klibc-1.5.10 with debian insmod patch, and a vanilia linux-2.6.24.7 root-1 and 2 images are smaller than 1440 kB and are made the same way with cd

There is a serious problem with the makewhatis cronjob under Redhat Linux 4.0/3.0.3. You can use it to overwrite any file on the system. Redhat is aware of the problem, and said they would have some kind of fix by next week which should be plenty of time before this bug is exploitable again. #!/bin/sh # # blowitawaysam # # makewhatis is a shellscript that stores a tmp copy of the whatis #

after i updated to 3.3....in my daily email report for /etc/cron.daily i get the following: many times over anyone know what may be causing it? i have search google zcat: stdout: Broken pipe then the last thing to show is my script to run my awstats updates i didnt have this problem before i updated to 3.3 i have read on google that i might be a $LANG setting issue

If either zcat or cpio fails when spawned in initrd-list, pclose will return the actual return value of it, but reply_with_perror still uses errno regardless; thus, the reported error is: libguestfs: error: initrd_list: pclose: Success which is not much helpful. Instead, when pclose returns > 0, extract the actual return value of the subprocess, and print that. Thus now we get for example:

> -----Original Messages----- > From: "Steven Tardy" <sjt5atra at gmail.com> > Sent Time: 2018-02-26 10:48:48 (Monday) > To: "CentOS mailing list" <centos at centos.org> > Cc: > Subject: Re: [CentOS] How to update modules in iniramfs fastly > > On Sun, Feb 25, 2018 at 8:29 PM wuzhouhui <wuzhouhui14 at mails.ucas.ac.cn> > wrote:

--------------------------------------------------------------------- Red Hat, Inc. Security Advisory Synopsis: man package''s ''makewhatis'' uses insecure handling of files in /tmp Advisory ID: RHSA-2000:041-02 Issue date: 2000-07-03 Updated on: 2000-07-03 Product: Red Hat Linux Keywords: man /tmp

On Saturday, 12 November 2016 16:37:50 CET Tomáš Golembiovský wrote: > The information whether the disk is gzip compressed or not is stored > in the OVF. There is no reason to do the detection. > > Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com> > --- > v2v/input_ova.ml | 36 ++++++++++++++++++++---------------- > v2v/test-v2v-i-ova-gz.ovf | 2 +- >

hello, On Mon, 16 Jun 2008, Joey Hess wrote: > klibc cpio segfaults extracting various cpio files. It seems to work for > small files, but fail for larger ones, including the d-i root floppy > image. > > For example: > > joey at kodama:/tmp/empty>wget http://people.debian.org/~joeyh/d-i/images/20080401-09:01/floppy/root.img > joey at kodama:/tmp/empty>zcat

Do not error out on empty files, just ignore them. --- src/mode_build.ml | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/src/mode_build.ml b/src/mode_build.ml index b5f5fa6..9cd0a21 100644 --- a/src/mode_build.ml +++ b/src/mode_build.ml @@ -46,6 +46,7 @@ and file_content = | Packages | Hostfiles | Excludefiles +| Empty let rec string_of_file_type = function |

If I open a tgz archive with gzfile and then parse it using readLines I miss the initial line of each member of the archive - and also the name of the file although the archive otherwise complete (but useless!). Is there any way within R to extract both the list of files in a tgz archive and to extract any one of these files? Clearly I can use zcat and tar on Linux, but I need this to work

On Saturday, 12 November 2016 16:37:52 CET Tomáš Golembiovský wrote: > 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

We are running Solaris 10 11/06 on a Sun V240 with 2 CPUS and 8 GB of memory. This V240 is attached to a 3510 FC that has 12 x 300 GB disks. The 3510 is configured as HW RAID 5 with 10 disks and 2 spares and it''s exported to the V240 as a single LUN. We create iso images of our product in the following way (high-level): # mkfile 3g /isoimages/myiso # lofiadm -a /isoimages/myiso

Hi, I am a long time OpenBSD user trying FreeBSD. I am attempting to upgrade my system from FreeBSD RELEASE 4.7 to "STABLE" This is my first post to this list so please be gentle : ) I followed http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html But when I get to "21.4.9 Install the New System Binaries" This happens: root@smeagol /usr/src # make

On CentOS 4 I can't view the mailq man page. I installed postfix and removed sendmail. # LANG=en_US man mailq fopen: No such file or directory Cannot open man page /usr/share/man/man1/sendmail.1.gz No manual entry for mailq # zcat /usr/share/man/man1/mailq.postfix.1.gz .so man1/sendmail.1 Solved replacing with ".so man1/sendmail.postfix.1". Has this little typo to be

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi folks, I just signed up klibc, and started playing with it. Building it was just a matter of some minutes. Next step was to copy all the built shared libs and executables into an empty directory tree (/bin and /lib) and to do a chroot into it. I've got a prompt, ash seems to be working, 'zcat -h' works, but others (e.g. sleep, cat)