similar to: Mock and Mock again

Hi, This is an initial implementation of a vhost-user backend for the VirtIO RPMB device. The device is currently in the draft of the next VirtIO specification and describes block device which uses combination of a key, nonce, hashing and a persistent write counter to prevent replay attacks (hence Replay Protected Memory Block). It is implemented as a vhost-user device because we want to

Hi, The specification lists a number of commands that have responses: The operation of a virtio RPMB device is driven by the requests placed on the virtqueue. The type of request can be program key (VIRTIO_RPMB_REQ_PROGRAM_KEY), get write counter (VIRTIO_RPMB_REQ_GET_WRITE_COUNTER), write (VIRTIO_RPMB_REQ_DATA_WRITE), and read (VIRTIO_RPMB_REQ_DATA_READ). A program key or write

I've tried to install midnight commander on centos3.1 final. No luck in installing it via yum install. When I download src.rpm from centos2 updates SRPMS I couldn't rebuild it. RPM --rebuild mc*.src.rpm didn't work (no rebuild option). What can I do then ? Best Regards Cooba

Harald Mommer <hmo at opensynergy.com> writes: > Hello, > > I had my hands in a virtio RPMB device implementation the last few > weeks. During the development process I had to apply some patches to the > virtio RPMB driver: > > * Change the device id from 0xFFFF to 28 > > * (Add some debug facilities. Needed to see the frames. Got first no > request

I saw an article this morning about the RH developer toolset. basically it includes a couple of packages like PHP python mysql (etc) that are later packages than that included in the released version like a 6.4 for example. So instead of php 5.3 with patches it would be php 5.4 and so on. That is great for a couple packages - but what about more up to date libraries like glib. 6.4 is way behind

Joakim Bech <joakim.bech at linaro.org> writes: > On Fri, Sep 25, 2020 at 01:51:43PM +0100, Alex Benn?e wrote: >> With this command we are finally updating data to the backing store >> and cycling the write_count and each successful write. We also include >> the write count in all response frames as the spec is a little unclear >> but the example test code

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 2018-07-05 at 06:16 -0500, Johnny Hughes wrote: > On 07/03/2018 09:04 AM, Sean wrote: > > > <snip> > OK guys .. Firefox 60 is going to take some time .. likely more for > CentOS-6 than CentOS-7. > > They both (C6 and C7 versions) require many non OS tools to build. > > For CentOS-7 .. we need the

Hello, today I updated a CentOS 7.6 ppc64le machine to CentOS 7.7. After reboot to the new kernel (4.18.0-80.7.2.el7.ppc64le) dkms could not build the nvidia-module. Error-message from dkms: Compiler version check failed: The major and minor number of the compiler used to compile the kernel: gcc version 8.3.1 20190311 (Red Hat 8.3.1-3) (GCC) does not match the compiler used here: cc (GCC)

On Sat, Mar 23, 2019 at 05:00:00PM -0400, Karl Johnson wrote: > On Sat, Mar 23, 2019 at 2:07 PM Karl Johnson <[1]karljohnson.it at gmail.com> > wrote: > > > Sure, I will update the PR in the next few days. > Karl > > I've updated my PR and tested a build, it boots well: > [root at node-tmp1 ~]# cat /proc/version > Linux version

On 07/06/2018 10:30 AM, Johnny Hughes wrote: > On 07/05/2018 02:27 PM, Phil Wyett wrote: >> On Thu, 2018-07-05 at 06:16 -0500, Johnny Hughes wrote: >>> On 07/03/2018 09:04 AM, Sean wrote: >>>> >> >> >> <snip> >> >>> OK guys .. Firefox 60 is going to take some time .. likely more for >>> CentOS-6 than CentOS-7. >>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 2018-07-11 at 06:31 -0500, Johnny Hughes wrote: > On 07/09/2018 09:38 AM, Johnny Hughes wrote: > > On 07/06/2018 10:30 AM, Johnny Hughes wrote: > > > On 07/05/2018 02:27 PM, Phil Wyett wrote: > > > > On Thu, 2018-07-05 at 06:16 -0500, Johnny Hughes wrote: > > > > > On 07/03/2018 09:04 AM, Sean

I am atempting to work with some rpms in the c5-testing repo. When I add: [c5-testing] name=CentOS-5 Testing baseurl=http://dev.centos.org/centos/5/testing/x86_64/ gpgcheck=1 gpgkey=http://dev.centos.org/centos/RPM-GPG-KEY-CentOS-testing to centos-5-x86_64.cfg, saving as centos-5-x86_64-testdev.cfg I get the aformentioned error. Example [mockbuild at localhost ~]$ mock -r

On 07/11/2018 01:36 PM, Johnny Hughes wrote: > On 07/11/2018 08:28 AM, Phil Wyett wrote: >> On Wed, 2018-07-11 at 06:31 -0500, Johnny Hughes wrote: >>> On 07/09/2018 09:38 AM, Johnny Hughes wrote: >>>> On 07/06/2018 10:30 AM, Johnny Hughes wrote: >>>>> On 07/05/2018 02:27 PM, Phil Wyett wrote: >>>>>> On Thu, 2018-07-05 at 06:16 -0500,

Hello guys... I compiled inside of "mock" libdrm 2.67 mesa 11.2.1 ati 7.6.1 mockbuild says: libdrm x86_64 2.4.67-1.20160218gitadd8936.el7.centos local-drivers - OK mesa-libGL-devel x86_64 11.1.2-1.20160210.el7.centos local-mesa - OK installed packaged: xorg-x11-drv-ati.x86_64 7.6.1-1.el7.centos @local-drivers OK libdrm.x86_64 2.4.67-1.20160218gitadd8936.el7.centos OK

On 07/11/2018 09:20 AM, Leonard den Ottolander wrote: > On Thu, 2018-07-05 at 06:34 -0500, Johnny Hughes wrote: >> I pushed the 3 SRPMs that are not in CR to: >> >> http://vault.centos.org/6.10/os/Source/SPackages/ > >> All the other new SRPMS should be available from : >> >> http://vault.centos.org/6.9/cr/Source/SPackages/ > > When you have time,

On Fri, Mar 22, 2019 at 4:43 AM Pasi K?rkk?inen <pasik at iki.fi> wrote: > On Tue, Mar 12, 2019 at 01:21:01PM +0200, Pasi K?rkk?inen wrote: > > > > > > On Mon, Mar 04, 2019 at 04:22:19PM -0500, Karl Johnson wrote: > > > > > > > > > > I updated my PR: [3] > https://github.com/CentOS-virt7/xen-kernel/pull/18 > > > >

On Thu, 14 Feb 2019 at 12:47, H <agents at meddatainc.com> wrote: > > On 02/14/2019 05:58 PM, Tate Belden wrote: > > FWIW, on Fedora 29, I'm running Geany 1.34.1 and didn't have to enable > > anything other than the default repositories. So, it'd appear to at least > > be in the stream. > > > > geany-1.34.1-2.fc29.x86_64 > > > > On

> > You will need to use the devtoolset builds to do this: > > > There is a gcc 8 .. but not gcc 9 > > https://www.softwarecollections.org/en/scls/rhscl/devtoolset-8/ > > I did install gcc 8 from devtoolset-8 (SCL repo). However I am unable to compile 32-bit programs because devtoolset-8-libstdc++-devel.i686 package is missing from CentOS SCL repository. This is

hi everyone just a quickie to devel maybe. I'm looking at some bits: devtoolset-4-elfutils-libelf-0.163-2.el7.x86_64 VS elfutils-0.166-2.el7.x86_64 isn't devtool ageing? Could this be the case with more packages? regards, L.

I am looking to make use of gcc 8/9 on CentOS 7, which is currently with gcc 4.8.5. How do I go about doing this? SCL repository provides the same as part of devtoolset8, but devtoolset8 libstdc++-devel i686 package is missing, without which I can not build 32 bit applications. Are there any repository sources from where I can get this? Otherwise, I am open to building the packages from sources.