similar to: C7.6 Update problem

On 27/08/2019 11:35, Alessandro Baggi wrote: > Hi list, > today I tried to update my centos workstation (7.6.1810). > My problem concerns kmod-nvidia update. Nvidia driver where installed by > elrepo. > During running yum update I get: > > > kmod-nvidia.x86_64 430.40-2.el7_7.elrepo ????????? elrepo > > and I also get several statements like this: > >

On 25/08/2019 02:28, Gregory P. Ennis wrote: > > On Sat, Aug 24, 2019 at 3:21 PM Ian Mortimer <i.mortimer at uq.edu.au> wrote: >> >> On Sat, 24 Aug 2019, Gregory P. Ennis wrote: >> >>> On August 2, my desktop unit updated with >>> kmod-nvidia-430.40-1.el7_6.elrepo.x86_64 >>> which broke yum having a multiple of dependencies not being

On 25/08/2019 15:50, Gregory P. Ennis wrote: > > On 25/08/2019 02:28, Gregory P. Ennis wrote: >> >> On Sat, Aug 24, 2019 at 3:21 PM Ian Mortimer <i.mortimer at uq.edu.au> wrote: >>> >>> On Sat, 24 Aug 2019, Gregory P. Ennis wrote: >>> >>>> On August 2, my desktop unit updated with >>>>

Full_Name: marco zamboni Version: no R version OS: ubuntu gusty Submission from: (NULL) (87.9.174.188) I have just finish to install gusty ubuntu on my AMD sempron. I would like to: $ sudo apt-get install r-base but ... I seguenti pacchetti hanno dipendenze non soddisfatte: r-base: Dipende: r-base-core (>= 2.6.1-1gutsy0) ma 2.5.1-1 sta per essere installato Dipende:

Full_Name: marco zamboni Version: no R version OS: ubuntu gusty Submission from: (NULL) (87.9.174.188) I have just finish to install gusty ubuntu on my AMD sempron. I would like to: $ sudo apt-get install r-base but ... I seguenti pacchetti hanno dipendenze non soddisfatte: r-base: Dipende: r-base-core (>= 2.6.1-1gutsy0) ma 2.5.1-1 sta per essere installato Dipende:

Note, first of all I haven't actually updated, I'm just running "yum update" to see what conflicts, if any, I get so I can be prepared when the final 7.7 release happens. I've traditionally used the nvidia packages from elrepo, but recently enabled rpmfusion (back when I started using 7.x, I disabled rpmfusion because it took them a looooong time to get a EL7 repository up).

On Sat, Sep 14, 2019 at 07:20:35PM +0100, Phil Perry wrote: > On 14/09/2019 19:06, Fred Smith wrote: > >Note, first of all I haven't actually updated, I'm just running "yum update" > >to see what conflicts, if any, I get so I can be prepared when the final > >7.7 release happens. > > > >I've traditionally used the nvidia packages from elrepo,

Exactly matches the one in the helpers. This avoids me having to roll out dma-fence critical section annotations to this copy. Signed-off-by: Daniel Vetter <daniel.vetter at intel.com> Cc: David Airlie <airlied at linux.ie> Cc: Gerd Hoffmann <kraxel at redhat.com> Cc: virtualization at lists.linux-foundation.org --- drivers/gpu/drm/virtio/virtgpu_display.c | 20

Exactly matches the one in the helpers. This avoids me having to roll out dma-fence critical section annotations to this copy. Signed-off-by: Daniel Vetter <daniel.vetter at intel.com> Cc: David Airlie <airlied at linux.ie> Cc: Gerd Hoffmann <kraxel at redhat.com> Cc: virtualization at lists.linux-foundation.org --- drivers/gpu/drm/virtio/virtgpu_display.c | 20

On Sat, Aug 24, 2019 at 3:21 PM Ian Mortimer <i.mortimer at uq.edu.au> wrote: > > On Sat, 24 Aug 2019, Gregory P. Ennis wrote: > > > On August 2, my desktop unit updated with > > kmod-nvidia-430.40-1.el7_6.elrepo.x86_64 > > which broke yum having a multiple of dependencies not being present. > > The latest from elrepo -

salve a tutti, sentite, non riesco a capire i test automatizzati di Rails. Secondo il libro, il ciclo di vita di un test prevede che per ogni metodo ( che sarebbe in pratica un test da eseguire ) si verificano sempre 3 eventi: 1) la cancellazione di tutti i record della tabella in esame 2) il caricamento di tutti i dati di test elencati nel file di fixture della tabella ( ad esempio

Everyone, On August 2, my desktop unit updated with kmod-nvidia-430.40-1.el7_6.elrepo.x86_64nnn which broke yum having a multiple of dependencies not being present. I uninstall kmod- dvidia with the hopes that a fresh install would fix the provlem, but it did not. nvidia-detect returns : kmod-nvidia An Intel display controller was also detected I was hoping that this was a repository problem

Looks like a regression got introduced into nv50_mstc_atomic_check() that somehow didn't get found until now. If userspace changes crtc_state->active to false but leaves the CRTC enabled, we end up calling drm_dp_atomic_find_vcpi_slots() using the PBN calculated in asyh->dp.pbn. However, if the display is inactive we end up calculating a PBN of 0, which inadvertently causes us to have an

Il 07/08/19 20:15, Akemi Yagi ha scritto: > On Wed, Aug 7, 2019 at 9:00 AM Alessandro Baggi > <alessandro.baggi at gmail.com> wrote: >> >> Il 07/08/19 01:02, Phil Perry ha scritto: >>> On 06/08/2019 14:45, Alessandro Baggi wrote: > >>> Please post the actual error message in dmesg or /var/log/messages. >>> >>> It's likely that the

bochs_fbdev.c is almost empty now. Move the remaining framebuffer bits over to bochs_kms.c. Pure code motion. No functional change. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/bochs/bochs_fbdev.c | 29 ----------------------------- drivers/gpu/drm/bochs/bochs_kms.c | 17 +++++++++++++++++ drivers/gpu/drm/bochs/Makefile | 2 +- 3 files changed, 18

On 11.10.2016 18:39, Stefano Ricci wrote: > ---------- Forwarded message ---------- > From: Stefano Ricci <sfn.rcc@gmail.com> > Date: 2016-10-11 12:35 GMT+02:00 > Subject: Re: [libvirt-users] Problems connecting to the libvirtd server > To: Michal Privoznik <mprivozn@redhat.com> > [Please don't top post on technical lists] > > There is not AppArmor and

Dear List, I have a set of distributions recorded at an equal interval of time and I would like to plot them as series of horizontal histograms (with the x-axis representing time, and y-axis representing the bins) since the distribution shifts from unimodal to multimodal in several occasions. What I would like to see is something close to a violinplot, but I do not want a kernel density

Questo messaggio e` stato automaticamente generato per informarvi che un messaggio da voi inviato (o inviato da un virus che ha falsificato il vostro indirizzo email) e` stato bloccato dall'antivirus installato su questo mail server. Di seguito potete trovare alcuni dettagli relativi al messaggio bloccato: virus trovati (virus found): Worm.Mydoom.M mittente protocollo (envelope from):

Hi, I'm installing ovirt. I've give this command: # ovirt-installer --help This installer will configure the ovirt installation based on a series [..] mod_ssl package must be removed prior to installing, to remove run: rpm -e mod_ssl ... but ... # rpm -e mod_ssl errore: il pacchetto mod_ssl non ? stato installato [error: the pakage mod_ssl isn't installed] Is there a way to

? stato filtrato un testo allegato il cui set di caratteri non era indicato... Nome: non disponibile Url: https://stat.ethz.ch/pipermail/r-help/attachments/20070326/3e379677/attachment.pl