similar to: Latest chromium i686 - Illegal Instruction

All, As has already been brought up, we have not yet been able to build the new version of Chromium-32 for CentOS, and the current version (31.0.1650.63-1.el6) needs updating. We have also recently been informed that we may not redistribute the PepperFlash Library from the Google site (libpepflashplayer.so) as we did in 31.0.1650.63-1.el6. Therefore, I have had to rebuild the currently released

Hello all, I'm looking to setup a new CentOS box for a buddy of mine who wants to do hosting on a server via CoLo, Years ago I whipped up a CP of my own on a Debian box he colo'd running a basterdized qmail/tinydns and custom built httpd/mysql/etc (I was young). It worked ok but time to move on and I don't have time to maintain all those packages. I also don't have time to write

Latest chromium-el6 at http://people.centos.org/hughesjr/chromium/6/x86_64/RPMS/ is chromium-28.0.1500.95-213514.x86_64.rpm but latest chromium stable is 29.0.1547.xx wondering if there are any problems building version 29?

Hi - new to the list, can't find much on this using google. I'm trying to setup the dovecot DRAC plugin as described here: http://wiki.dovecot.org/HowTo/PopBSMTPAndDovecot#DRAC DRAC is installed and running using this startup command: /usr/local/sbin/rpc.dracd -i -e 5 /etc/postfix/dracd.db I downloaded the drac.c file linked on the above URL: http://www.dovecot.org/patches/1.1/drac.c

If you export two subvolumes of a btrfs filesystem, they will both be given the same uuid so lookups will be confused. blkid cannot differentiate the two, so we must use the fsid from statfs64 to identify the filesystem. We cannot tell if blkid or statfs is best without knowing internal details of the filesystem in question, so we need to encode specific knowledge of btrfs in mountd. This is

From: Steve Langasek <vorlon@debian.org> Fix the definition of struct statfs64, required for run-init to work on alpha. verified to have no regressions on amd64. Signed-off-by: maximilian attems <janitor@sternwelten.at> Signed-off-by: Frederik Sch?ler <fschueler-guest@costa.debian.org> --- klibc-1.1.1.orig/include/sys/vfs.h +++ klibc-1.1.1/include/sys/vfs.h @@ -32,17 +32,17

It's checked in, it seems to work, it didn't bloat the system significantly, but it makes life a lot easier... I just released klibc-0.124 with the 64-bit off_t and statfs64 changes. The API shouldn't have changed, but the ABI is now 64 bits in (hopefully) all the right places. It's probably buggy... beat me up or (better) send a patch... -hpa

From: Sjoerd Simons <sjoerd@spring.luon.net> It seems that klibc uses __sparc64__ to determine if it's compiled in 64 bit mode on sparc, unfortunatly gcc doesn't define __sparc64__ :) It does define __arch64__ though. Signed-off-by: maximilian attems <maks@sternwelten.at> --- klibc-1.2.2.orig/include/sys/vfs.h 2006-02-15 18:32:10.000000000 +0100 +++

It seems that klibc uses __sparc64__ to determine if it's compiled in 64 bit mode on sparc, gcc doesn't define __sparc64__ use __sparc_v9__ instead as proposed by Kyle McMartin <kyle@parisc-linux.org>, based on a patch by Sjoerd Simons <sjoerd@spring.luon.net> Signed-off-by: maximilian attems <maks@sternwelten.at> --- resend --- klibc-1.2.2.orig/include/sys/vfs.h

Hello Ervin, The in-memory cache lookup could be added back into samba-4.1.6 by applying the attached patch, if it could be compiled with Louis how-to steps, perhaps got the chance to make U14.04 be stayed on samba-4. Here is my test, the test-bench is uploading 5000 files and each one is 1MB. The attached patch could improve 15% at case B). Case A) Original samba-4.1.6 will go through

Hi Jones, many thanks again four your help and your time. Thanks for the patch too - I'll check it up. On my Ubuntu, there is a Samba 4.1.6. I'll install the samba source package, and will try to apply the patch, then - I hope - the package will be compiled as well. I'll notify to you about the result. (First, I need to upgrade that server.) Thanks again, Ervin On Thu, Apr

On 04/18/2016 09:06 AM, Phelps, Matthew wrote: > On Mon, Apr 18, 2016 at 9:56 AM, Karanbir Singh <kbsingh at centos.org> wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On 18/04/16 14:15, Phelps, Matthew wrote: >>> Thanks. I imagine (hope?) there shouldn't be too much effort to get >>> this to work, since it's

On Mon, Apr 18, 2016 at 9:56 AM, Karanbir Singh <kbsingh at centos.org> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 18/04/16 14:15, Phelps, Matthew wrote: > > Thanks. I imagine (hope?) there shouldn't be too much effort to get > > this to work, since it's already been done upstream. RedHat > > continues to push out updates even. E.g.

On Mon, Apr 18, 2016 at 3:24 PM, Johnny Hughes <johnny at centos.org> wrote: > On 04/18/2016 09:06 AM, Phelps, Matthew wrote: > > On Mon, Apr 18, 2016 at 9:56 AM, Karanbir Singh <kbsingh at centos.org> > wrote: > > > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >> > >> On 18/04/16 14:15, Phelps, Matthew wrote: >

Details of the changes in second patch set as outlined in the first mail of this series: -------------------------------------------------------------------------------------------------------------------------- diff --git a/usr/include/arch/aarch64/klibc/archconfig.h b/usr/include/arch/aarch64/klibc/archconfig.h index 5cc1e7e..5ee278d 100644 --- a/usr/include/arch/aarch64/klibc/archconfig.h +++

I have released a patch for klibc which changes off_t to 64 bits, and hopefully deals with most of the rest of the fallout. We shouldn't be using any obsolescent types anymore, except for struct statfs (I intend to hack that next so we use statfs64() and fstatfs64()). We're still using some older system calls, like sigaction() instead of rt_sigaction() where available, but

NFS needs a unique identifier for a filesystem to be able to export it. This can be set by the admin (fsid= in /etc/exports) but that is a hassle and it is best to set it automatically. nfs-utils currently uses the UUID returned by libblkid if that works, or the fsid returned by statfs64 if libblkid finds nothings and fsid is non-zero. Otherwise it uses device major/minor. This

The latest version that Western Digital has shipped with the My cloud devices accesses the disk about twice a minute. The access to /dev/sda2 is causing the system to keep the disk from going into standby mode. I don't understand the call to quotactl every minute when no one is trying to access the share. An strace of one of the processes shows the following: poll([{fd=13,

Hi Louis, On Wed, Apr 22, 2015 at 01:15:21PM +0200, L.P.H. van Belle wrote: > Or.. > get the sources and recompile agains 14.04 > > use the following commands. > enable the deb-src in /etc/apt/sources.list > and run : > > apt-get build-dep sernet-samba > apt-get source sernet-samba -b > > you wil end up with .deb files ;-) yep, thanks - I'll check it

> > >> firstly, get a better email client. Your existing one is broken. > > > Irrelevant, unhelpful and quite rude. > > > > mailing lists are setup to retain thread sanity, its expected people > > use mailclients that can honour that. If yours cant and you prefer not > > to change it- perhaps consider using the centos.org forums instead ? > >