similar to: massive mirror errors

Xaw is the classic X Athena Widget Set, a widget set based on the X Toolkit Intrinsics (Xt) Library. Adam Jackson (1): Fix build with gcc -Werror=format-security Alan Coopersmith (6): configure: Drop AM_MAINTAINER_MODE autogen.sh: Honor NOCONFIGURE=1 Use autoconf HAVE_UNISTD_H instead of imake X_NOT_POSIX to find <unistd.h> Just use C89 size_t instead of

Hi there -- I need to reconfigure yum on one of our centos 5.3 systems in order for the automatic updates to work. Currently the error messages that I am getting are shown below: $ sudo yum check-update Loaded plugins: allowdowngrade, changelog, downloadonly, fastestmirror, priorities, protectbase, tsflags, versionlock Loading mirror speeds from cached hostfile * base: mirrors.rit.edu *

Xaw is a widget set based on the X Toolkit Intrinsics (Xt) Library. Alan Coopersmith (10): Build xz tarballs instead of bzip2 gitlab CI: add a basic build test Fix spelling/wording issues Stop memory leak in GetResourcePixmapPath() Stop memory leak in error paths in XawTextSinkConvertPropertyList() Remove "All rights reserved" from Oracle copyright

hello list!! I'm having a curious issue.. if I type yum update -y the system complains of a PyYAML dependency: --> Finished Dependency Resolution PyYAML-3.08-4.el5.x86_64 from installed has depsolving problems --> Missing Dependency: libyaml-0.so.1()(64bit) is needed by package PyYAML-3.08-4.el5.x86_64 (installed) Error: Missing Dependency: libyaml-0.so.1()(64bit) is needed by

The imake package contains the imake utility, plus a number of support programs, such as mkdirhier, revpath, and xmkmf. The X Window System used imake extensively up through the X11R6.9 release, for both full builds within the source tree and external software. X moved to GNU autoconf and automake for its build system in 2005 for X11R7.0 and later releases, but still provides imake for building

The imake package contains the imake utility, plus a number of support programs, such as mkdirhier, revpath, and xmkmf. The X Window System used imake extensively up through the X11R6.9 release, for both full builds within the source tree and external software. X moved off of imake for its build system in 2005 for X11R7.0 and later releases, but still provides imake for building existing external

So I've got a bit of a head scratcher. Wanted to get some insight. I've got a PBX running 12.3.0 We're a ULAW shop from end to end. But I've been playing with G722 just for fun. I've got a Yealink T46G on my desk, And my colleague, A Polycom IP650 (Same office). Basically, Whenever I make an outbound call to a destination to something not G722 ready, I get no

Allow specifying TMPDIR environment variable to use instead of /tmp, for systems on which /tmp is mounted noexec (Martin Schlemmer). CVS tag: imake-1_0_2 http://xorg.freedesktop.org/releases/individual/util/imake-1.0.2.tar.gz b5c3a719d60a14ca2378dc1259ee60df imake-1.0.2.tar.gz 914a76424aa9c6eec3d499d874c1b2aef89c5535 imake-1.0.2.tar.gz

On 2013-02-04 05:57, Chris Lattner wrote: > On Feb 3, 2013, at 11:28 AM, Jack Howarth <howarth at bromo.med.uc.edu> wrote: ... >> At the risk of hijacking the thread, are there any plans to make -traditional-cpp >> in clang completely emulate the behavior in llvm-gcc such that imake can be built >> with it (https://bugs.freedesktop.org/show_bug.cgi?id=45509). This will

Processing commands for control at bugs.debian.org: > # bugs from schepler at math.unipd.it > submitter 390095 ! Bug#390095: klash: No control keys working Changed Bug submitter from Daniel Schepler <schepler at math.unipd.it> to Daniel Schepler <dschepler at gmail.com>. > submitter 419472 ! Bug#419472: aegis: FTBFS under pbuilder even building as non-root Changed Bug

This package contains the configuration files, platform data, & Makefile templates for the old Imake build tool. Today is the 10th anniversary of X.Org moving off this tool for our own builds. While we continue to accept patches and publish updates for the benefit of other packages which still use Imake to build, we have not been actively maintaining, testing, or adding new OS or platform

Hey everyone, Currently, I've got a PBX that is emailing me on call failures to an international SIP provider of ours. I'm doing this with exten => 1,1,System(mail -s "Call from ${CALLERID(num)} to ${DNID} Failed with DialStatus ${DIALSTATUS}" nick at flhsi.com < /dev/null) This works fine, However it's a little lacking. For Instance, Our INTL SIP

On Feb 3, 2013, at 11:28 AM, Jack Howarth <howarth at bromo.med.uc.edu> wrote: > On Sun, Feb 03, 2013 at 10:32:35AM -0800, Chris Lattner wrote: >> >> On Feb 3, 2013, at 2:32 AM, Anton Korobeynikov <anton at korobeynikov.info> wrote: >> >>>> I've encountered this issue in a real code and would be glad to get the >>>> feedback on it.

What I have found is that the only new shared objects between the different versions of the running isqls is: < lrwxrwxrwx. 1 root root 24 Oct 31 21:25 /usr/lib64/mysql/libmysqlclient.so.18 -> libmysqlclient.so.18.0.0 > lrwxrwxrwx. 1 root root 24 Nov 2 12:13 /usr/lib64/mysql/libmysqlclient.so.18 -> libmysqlclient.so.18.0.0 ... also this is the only shared object with a different

I think the solution may exist. The compatibility of mysql-connector-odbc with maria may just means the driver can access the mariadb - but my experience suggests not live on the same host. maria has its own connector: https://downloads.mariadb.org/connector-odbc/ it does not look like this is in the sig, so I'll have to turn to the maria repo. I'll try replacing the driver first, then

Fellow users, I'm running into some rather odd behavior trying to compile some software, and would like to know if there is maybe a fix or if I should revert back to a 32-bit version of Centos. I'm trying to compile NCAR Graphics, as well as some other weather related software on this machine which is running the Centos 4.1 x86-64 version. It's a dual Xeon processor.

Hi All: I'm trying to rebuild the kvm SRPM (kvm-83-164.el5_5.9.src.rpm) on a centos 5.5 x86_64 and it's failing with the message: error: Failed build dependencies: kernel-devel-x86_64 = 2.6.18-194.el5 is needed by kvm-83-164.9.x86_64 I have already run "yum-builddep <srpm>" and here is the output (indicates nothing missing) Loaded plugins: fastestmirror Loading mirror

Just upgraded to 5.4 yesterday morning. (Kudos to those who did that!) That's probably irrelevant to this problem: "yum install mplayer" fails. Here's what happens: ================================================== # yum install mplayer Loaded plugins: fastestmirror, filter-data, kernel-module, keys, kmod, list- : data, merge-conf, security, upgrade-helper,

Hi, I installed a lot of packages by using: pkg_add -r pkgname But now when I do a pkg_info I get : lifebook:/home/gmarco# pkg_info -Ia Mesa-3.4.2_2 A\ graphics\ library\ similar\ to\ SGI\'s\ OpenGLXFree86-4.3 .0,1 X11/XFree86\ core\ distribution\ \(complete,\ using\ mini/m XFree86-FontServer-4.3.0 XFree86-4\ font\ serverXFree86-Server-4.3.0_6 XFree86-4 \ X\ server\ and\

On Sun, Feb 03, 2013 at 10:32:35AM -0800, Chris Lattner wrote: > > On Feb 3, 2013, at 2:32 AM, Anton Korobeynikov <anton at korobeynikov.info> wrote: > > >> I've encountered this issue in a real code and would be glad to get the > >> feedback on it. Please let me know if I need to submit a bug somewhere to get it resolved. I've found out that clang does