similar to: try with succes rpm bind 9.7.3 with koji el4 and el5

Hi all! I checked out the rev2366(it's stable NUT 2.4.3) and patched last liebert-esp2 revision + spiros last code. After, I used autoreconf --install and I gave the follow error msg: configure.in:86: error: possibly undefined macro: AC_C_FLEXIBLE_ARRAY_MEMBER If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:87:

> > I forgot to mention, if you don't want to deal with autoconf, etc., when > building from Git, you can grab a snapshot from Buildbot: > > nut-2.7.1.5.tar.gz<http://buildbot.networkupstools.org/~buildbot/cayman/snapshot/snmp_subdriver/rab7b0452e21aef8aaf308963da6380e712427e1d-146/nut-2.7.1.5.tar.gz> > > Thanks a lot, I downloaded it from this link and ran commands

I've added the: /etc/services /etc/inetd entries as well as /etc/rsync.conf with the contents: [io] path = //Volumes/Mac_OS_X/Library/WebServer/iolanguage.com/Io comment = iolanguage source code But I get this error: % rsync -rvR --progress localhost:/ . localhost.dekorte.com: Connection refused rsync: connection unexpectedly closed (0 bytes read so far) rsync error:

https://bugs.freedesktop.org/show_bug.cgi?id=45517 Bug #: 45517 Summary: [GTX 580] X seems to hang a login prompt -- PFIFO errors in dmesg Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Keywords: regression

Hello! I just wanted to tell everyone that I have successfully used a TDM400 with an IBM Netfinity 5600 server. I used PCI Slot 3 (the first hot-swap PCI slot). I had a ServeRAID 3L controller in slot 1as well, which managed the server's array. Other than that, there was nothing extra installed. 2x667MHz PIII, 1GB RAM, 4 x 18GB hot-swap SCSI drives. The only problems I had were Ouch

hello list centos. I installed the packages libp11 and engine_pkcs11 of fedora core 14 on my centos 5.5 to allow me to compile the latest version of bind. this is the only way I found to compile bind 9.7.3. you know another way to compile bind 9.7.3 on centos 5.5 thanks for all your return -- gpg --keyserver pgp.mit.edu --recv-key 092164A7

The release notes for BIND 9.7.3 contain this: * A bug in NetBSD and FreeBSD kernels with SO_ACCEPTFILTER enabled allows for a TCP DoS attack. Until there is a kernel fix, ISC is disabling SO_ACCEPTFILTER support in BIND. [RT #22589] The CHANGES file also says: 2996. [security] Temporarily disable SO_ACCEPTFILTER support. [RT #22589]

Hi, what are the differences between postfix-2.2.10-1.1.el4.centos.mysql_pgsql.base.i386.rpm vs postfix-2.2.10-1.1.el4.centos.mysql_pgsql.plus.i386.rpm. Changelogs are the very same and there's no announcement. Thanks, David Hrb??

hello centos list I recompile the source rpm fedora core 14 on my centos 5.5. I wrote a post on my blog to explain how I did. goo.gl/p0sqF I also recompile the rpm via koji to epel 6 and the result is possitive goo.gl/OQwIX package is on it safe sincerely -- gpg --keyserver pgp.mit.edu --recv-key 092164A7 http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 -------------- next

Compare this successful build of 1.0.60 in EPEL-5: http://kojipkgs.fedoraproject.org/packages/libguestfs/1.0.60/2.el5/data/logs/x86_64/build.log with this unsuccessful build of 1.0.61, done ~24 hours later: http://koji.fedoraproject.org/koji/getfile?taskID=1477023&name=build.log The unsuccessful build fails with: /usr/lib/rpm/debugedit: canonicalization unexpectedly shrank by one

On 7/31/20 7:07 AM, Richard W.M. Jones wrote: > Hi Eric, > > I wonder if you have any thoughts about this build failure in > tests/test-nozero.sh? > > https://koji.fedoraproject.org/koji/taskinfo?taskID=48259627 > log: https://kojipkgs.fedoraproject.org//work/tasks/9762/48259762/build.log > > The error is “nozero6.img was trimmed by mistake”. I added “set -x”

On Sat, Aug 01, 2020 at 08:46:11AM +0100, Richard W.M. Jones wrote: > > One thing I noticed which is a bit odd is: > > $ rm file; for f in {0..1023}; do printf '%1024s' .; done > file; stat -c "%b %B" file > 2048 512 > $ rm file; for f in {0..1023}; do printf '%1024s' . >> file; done ; stat -c "%b %B" file > 3968 512 > >

On Mon, Aug 03, 2020 at 04:21:13PM -0500, Eric Blake wrote: > On 8/1/20 12:39 PM, Richard W.M. Jones wrote: > >On Sat, Aug 01, 2020 at 08:46:11AM +0100, Richard W.M. Jones wrote: > >> > >>One thing I noticed which is a bit odd is: > >> > >>$ rm file; for f in {0..1023}; do printf '%1024s' .; done > file; stat -c "%b %B" file >

Now that EPEL 7 has koji-1.11, should the one in CentOS 7 extras be updated or removed?

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, As most of you already know, there is an important SSLv3 vulnerability (CVE-2014-3566 - see https://access.redhat.com/articles/1232123) , known as Poodle. While it's easy to disable SSLv3 in the allowed Protocols at the server level (for example SSLProtocol All -SSLv2 -SSLv3 for apache), some clients are still defaulting to SSLv3, and Koji

https://bugs.freedesktop.org/show_bug.cgi?id=35514 Summary: Black screen with nouveau on a GeForce 8600M GT, either LiveCD or fresh install Product: xorg Version: 7.6 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: high Component: Driver/nouveau

I would like to output the following information when running a spec (_also_ on success): - the description text - the expected value - the actual value After looking through the documentation I thought custom formatters might be the way to go, but unfortunately it does not look like all variables are accessible from there? I need this for an academic report where all testing needs to be

One thing I noticed which is a bit odd is: $ rm file; for f in {0..1023}; do printf '%1024s' .; done > file; stat -c "%b %B" file 2048 512 $ rm file; for f in {0..1023}; do printf '%1024s' . >> file; done ; stat -c "%b %B" file 3968 512 The second method is how we currently create the file. Since looking through the history there seems to be no

Hello list, I just had a first shot at the "nouveau" Xorg driver, I'm a regular "nv" user. It compiled and installed without a itch in a short time, congrats (great instructions on http://nouveau.freedesktop.org/wiki/InstallNouveau), ran fine... but with a funny vertical fencing effect: one vertical line out of two was black. After a few minutes, the effect would

Hi, I'm seeing regular tdb corruption; typical log messages are: tdb(/var/db/samba/sessionid.tdb): tdb_rec_read bad magic 0x42424242 at offset=672032 tdb(/var/db/samba/connections.tdb): tdb_rec_read bad magic 0x0 at offset=1111638594 tdb(/var/db/samba/locking.tdb): tdb_rec_read bad magic 0x42424242 at offset=1034396 which then prevents fileserving from working properly (N.B. the bad magic