Re: [CentOS] Centos 7, ATI card, 30" monitor

[Lamar Owen]

On 11/04/2015 04:48 PM, m.r...@5-cent.us wrote:
Yep. They got nothing for CentOS 7. Btw, we got him the full width by 
changing the cable, from DVI-I to DVI-D (dual link). Then he had to 
change it back to not recognizing the full width of the screen via the 
control ctr, because when it did, everything was distorted - circles 
were ovals, etc. I suppose I'll get around to writing him a xorg.conf 
at some time. 


Mark, with the FirePro V3900 the 'radeon' driver should be loading, not 
the VESA one.  Is xorg-x11-drv-ati installed?  I am running a FirePro 
M7820 in my Dell Precision M6500, and everything 'Just Works' with the 
xorg-x11-drv-ati package (and its dependencies) installed.  I even get 
triple monitor support at 1920x1200 while docked, using the dual 
DisplayPort outputs on the dock, on two 24" Dell monitors plus the 
M6500's 17" display.  For using a projector, the DisplayPort connector 
on the laptop works fine, even hotplug works.  I have been very pleased 
for the most part; there are a few artifacts in Thunderbird, like lines 
disappear until scrolled, but that might be a Thunderbird issue, and it 
doesn't happen often.


For my FirePro M7820, here's the lspci output:
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. 
[AMD/ATI] Broadway XT [Mobility Radeon HD 5870]
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Juniper 
HDMI Audio [Radeon HD 5700 Series]


Are you sure you're actually using the VESA drivers?  The Turks chip 
used in the V3900 shows as being supported ('man radeon' will give you a 
list of supported chips).


Check /var/log/Xorg.0.log and see what's going on.

Wolfy is working on the latest Catalyst drivers for ELrepo for EL7 
(fglrx 15.9 as I recall).  There are some challenges, and the kmod-fglrx 
package is still in testing.  But as well as the open radeon driver is 
supporting my M7820 I'm not sure I want to change at this point.  There 
would have to be some compelling reason.


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS-es] Forward un tanto diferente

[David González Romero]

Saludos Lista:

Tengo mi sistema de Correo en CentOS; mismo que hice siguiendo este manual:

http://www.campworld.net/thewiki/pmwiki.php/LinuxServersCentOS/Cent6VirtMailServer

Basicamente todo funciona bien y no he tenido grandes problemas.

Mi asunto va en un sentido de funcionalidad.

Me han pedido que todos los correos que llegan desde un dominio
determinado, que por lo general llegan a un usuario determinado; se
puedan entregar a un Alias.

Entonces mi idea en principio fue usar un alias de virtual_alias_maps
pero como yo uso MySQL como Backend tengo la configuración así:
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql-virtual_alias_maps.cf,
regexp:/etc/postfix/virtual_regexp

Entonces hice uso de virtual_regexp y añadí:
@dominioexterno.com al...@midominio.com

El tema es que no funcionó como lo esperaba, alguien me puede ilustrar
algún método para este fin?

Saludos,
David
___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es

[CentOS] CentOS-announce Digest, Vol 129, Issue 2

[centos-announce-request]

Send CentOS-announce mailing list submissions to
centos-annou...@centos.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ...@centos.org

You can reach the person managing the list at
centos-announce-ow...@centos.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."


Today's Topics:

   1. CESA-2015:1981 Critical CentOS 7 nspr SecurityUpdate
  (Johnny Hughes)
   2. CESA-2015:1981 Critical CentOS 7 nss-util Security Update
  (Johnny Hughes)
   3. CESA-2015:1981 Critical CentOS 7 nss Security Update
  (Johnny Hughes)
   4. CESA-2015:1982 Critical CentOS 7 firefox Security Update
  (Johnny Hughes)
   5. CESA-2015:1981 Critical CentOS 6 nss-util Security Update
  (Johnny Hughes)
   6. CESA-2015:1981 Critical CentOS 6 nspr SecurityUpdate
  (Johnny Hughes)
   7. CESA-2015:1981 Critical CentOS 6 nss Security Update
  (Johnny Hughes)
   8. CESA-2015:1982 Critical CentOS 6 firefox Security Update
  (Johnny Hughes)
   9. CESA-2015:1980 Critical CentOS 5 nspr SecurityUpdate
  (Johnny Hughes)
  10. CESA-2015:1980 Critical CentOS 5 nss Security Update
  (Johnny Hughes)
  11. CESA-2015:1982 Critical CentOS 5 firefox Security Update
  (Johnny Hughes)


--

Message: 1
Date: Wed, 4 Nov 2015 15:57:04 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2015:1981 Critical CentOS 7 nspr
SecurityUpdate
Message-ID: <20151104155704.ga34...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Security Advisory 2015:1981 Critical

Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1981.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

x86_64:
ddc6b8eb467af6527ab38d900b3a42d2818e89c7fb1e12e963d1650fc52931a8  
nspr-4.10.8-2.el7_1.i686.rpm
f339ae62c6516608a43d96d8b771827c5521f720b88499a23b36eb717fbc7ff7  
nspr-4.10.8-2.el7_1.x86_64.rpm
58abf80430da2d52b941301a4d7caf57f902301413851f1ca570c7b5a8b92867  
nspr-devel-4.10.8-2.el7_1.i686.rpm
4600dc9e273657741a1a3d636669d61caf338039f82ad4842a35303e10a02f30  
nspr-devel-4.10.8-2.el7_1.x86_64.rpm

Source:
ace8e8e2b8bddea8d124e2038b114e45ac748566ecb32d7f6bc02616b31cc41e  
nspr-4.10.8-2.el7_1.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS



--

Message: 2
Date: Wed, 4 Nov 2015 15:57:31 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2015:1981 Critical CentOS 7 nss-util
Security Update
Message-ID: <20151104155731.ga34...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Security Advisory 2015:1981 Critical

Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1981.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

x86_64:
b0fcaaf2573261e960592ca2d2283e944200e9c1c3995340a3794760d53318f5  
nss-util-3.19.1-4.el7_1.i686.rpm
d676ff9af90d923b0e56d73a6fe6948433815f7855a8b4848ff9ff5a80533ff6  
nss-util-3.19.1-4.el7_1.x86_64.rpm
ca57d3a7bc8d922d104c9a77a029019442da52fd4458742c121e210275d8  
nss-util-devel-3.19.1-4.el7_1.i686.rpm
03e8cc968c620a057c6ae5836fb4528dc6e57a5136346ab081f5dcff2b630a20  
nss-util-devel-3.19.1-4.el7_1.x86_64.rpm

Source:
819872b90548767e000ab23ece4bc3dc93d5ed3b29da8a878c1741c285ae8a75  
nss-util-3.19.1-4.el7_1.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS



--

Message: 3
Date: Wed, 4 Nov 2015 15:57:45 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2015:1981 Critical CentOS 7 nss
SecurityUpdate
Message-ID: <20151104155745.ga34...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Security Advisory 2015:1981 Critical

Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1981.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

x86_64:
c4090c4b3292ac5abf553f3ce549681f0149d3b710bc003c2c8a2cc6b6610b16  
nss-3.19.1-7.el7_1.2.i686.rpm
4b0d5af373f0a952ac8bb790ac66cb6b2a4885cd50997227a2e805ba9e283713  
nss-3.19.1-7.el7_1.2.x86_64.rpm
06afd54f33802ba9ba652da815fa746f1e5ba6920c41de22d1d92705861bc399  
nss-devel-3.19.1-7.el7_1.2.i686.rpm
bb401acfc337762b68a8dda8aeb8300cd98d19008f4c8dd8f12e50417955a23d  

Re: [CentOS-virt] CVE-2015-7835

[George Dunlap]

On Wed, Nov 4, 2015 at 4:11 PM, Jens Larsson  wrote:
>>> There was new packages (4.4.3-3) released on Oct 29, but they don't
>>> address the CVE-2015-7835 problems. Does anyone have news about a
>>> rebuild with this fix applied? Or should we make our own build?
>>
>> Actually they do includu CVE-2015-7835 (aka XSA-148) -- I just made a
>> mistake when I made the changelog.  Sorry about that.
>>
>>  -George
>
> Ah, I thought I was careful before posting and even checked the source
> RPM. But of course I did it wrong. The patch is there all right...
>
> Sorry for the noise. And thanks for all the good work on this project!

No problem -- definitely rather err on the side of "unnecessary noise"
rather than "missed an important security update". :-)

Peace,
 -George
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS] Two WiFi routers

[Timothy Murphy]

Gordon Messmer wrote:

> As a point of clarification: The setup that you're describing isn't
> multiple WiFi routers, it's multiple WiFi Access Points.

Thanks for your response, and for all the others.
I am indeed using the two routers as Access Points,
turning off dhcp on them, etc.

I did actually try what has been suggested,
but it didn't seem to work,
which made me wonder if it was possible in principle.

However, I almost certainly made some mistake setting up
the second router/AP, which is actually an ancient Netopia router
from my ISP, whose manual says it can be used as an AP.
I see it with "arp -a" on my server,
but I've now noticed I don't see it on my Android phone,
or with "iwlist scan" on my laptop.

Apologies, I don't think this router/AP is working ...



-- 
Timothy Murphy  
gayleard /at/ eircom.net
School of Mathematics, Trinity College, Dublin


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Two WiFi routers

[Bowie Bailey]

On 11/5/2015 7:22 AM, Timothy Murphy wrote:

Gordon Messmer wrote:


As a point of clarification: The setup that you're describing isn't
multiple WiFi routers, it's multiple WiFi Access Points.

Thanks for your response, and for all the others.
I am indeed using the two routers as Access Points,
turning off dhcp on them, etc.

I did actually try what has been suggested,
but it didn't seem to work,
which made me wonder if it was possible in principle.


It is possible.  I have this setup running both at home and at the office.


However, I almost certainly made some mistake setting up
the second router/AP, which is actually an ancient Netopia router
from my ISP, whose manual says it can be used as an AP.
I see it with "arp -a" on my server,
but I've now noticed I don't see it on my Android phone,
or with "iwlist scan" on my laptop.

Apologies, I don't think this router/AP is working ...


In order for devices to be able to seamlessly switch between access 
points, they must have the EXACT same wifi security setup (SSID, 
security method, and password).  I had a problem with this at work 
trying to use an old router that would not do WPA2.


It can be confusing to figure out exactly which access point you are 
using when the SSID's are all the same.  The Wifi Analyzer app will give 
you the mac address of the router so you can be sure you're using the 
one you think you are.  It's a free app, so give it a try.  I've found 
it to be very useful for dealing with wifi routers and access points.

https://play.google.com/store/apps/details?id=com.farproc.wifi.analyzer

--
Bowie
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] synthesizing yum transactions

[Brian Reichert]

Ok, I'm trying way too hard to shovel myself out of a hole.

We have a bunch of remote CentOS 6 servers, that were configured
with kickstart.

They've subsequently had additional RPMs installed/updated via the
'rpm' utility.

We have reason to occasionally rewind the state of the server back
to it's original set of RPMs.

Of late, we've found that 'yum' handles this scenario quite nicely,
IFF (if and only if) that all RPM changes were handled via the 'yum'
utility itself, such that yum can manage a list of transactions.
In this case 'yum history rollback 1' does exactly what we need.

My problem is that we did not exclusively use 'yum' to do this work,
and even though there are newer RPMs in place, yum only knows about
transaction ID 1, from the initial kickstart installation.  Hence,
it thinks there's nothing to rollback from.

So, given the knowledge of what RPMs are currently installed, is
there a way to invent a new transaction incorporating them, without
reinstalling the RPMs in question?

I feel I've come close, with this methodology, basically coercing
yum to rebuild a database in a private directory:

  # installroot for yum
  workdir=/home/yum-hack

  rm -rf ${workdir}
  mkdir -p ${workdir}
  cd ${workdir}

  # list of newer RPMs (after transaction ID 1)
  new=new_rpms

  # dup repos and rpm/yum databases
  for tree in /var/lib/rpm/ /var/cache/yum/ /var/lib/yum/ /etc/yum.repos.d/; do
echo ${tree}
mkdir -p ./${tree}
cp -pr ${tree}/* ./${tree}
  done

  cat new_rpm | xargs /usr/bin/yum -y --nogpgcheck --installroot=${workdir} \
--setopt=tsflags=noscripts reinstall

On the surface, this seems to work, in that I now can see a transaction
list:

  yum --installroot=/home/yum-hack history list all

But, any effort to rollback to tid 1 yields:

  Transaction history is incomplete, before 5.
   You can use 'history rollback force', to try anyway.
  Error: Failed history rollback, incomplete

So, I've clearly tricked myself.

Does anyone have any suggestions about how I _should_ retroactively
invent an additional yum transaction?

This there some state I failed to introduce into the the above
private directory?

I've only begun to dive into the yum source to try to track down
what triggers this error, but if anyone has some immediate knowledge,
or suggestion for a better forum where I can ask this question?

Some details of my environment, if that's helpful:

  [root@172-20-245-145 ~]# cat /etc/redhat-release
  CentOS release 6.5 (Final)
  [root@172-20-245-145 ~]# rpm -q yum rpm
  yum-3.2.29-69.el6.centos.noarch
  rpm-4.8.0-37.el6.x86_64

Thanks for any advice...

-- 
Brian Reichert  
BSD admin/developer at large
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS 7, new video card in server

[m . roth]

Hi, folks,

   I've got a new Dell R730 server. My users have two Tesla K-80's in it.
Then, they wanted to add video, for complicated reasons.

   Anyway, there's the onboard VGA; I just put in a Quadro K600 (they
require DP, and this card offers that). Plug in a VGA monirot (the card
even comes with two adaptors, one from large DP to DVI-D, and one DVI-D to
VGA. (And according to the quick start guide, there's no additional power
cable.)

   Boot the system, and no video on from the card. In the BIOS, the only
thing I see that appears to relate is enable/disable onboard video. I'm
looking at that as a last option, since I have no idea how I'd *undo* it,
if I then have zero video

   Dell, of course, doesn't support ordinary video cards in a server
So, anyone have clues, or pointers, to getting video coming out of the new
card? Now, I have no issues with putting the proprietary NVidia driver on,
but I'm trying to figure out if I'm missing something.

   Note that, as a server, of course, it is coming up in runlevel 3.

   mark



___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] On a totally different note: calibre for CentOS 6?

[m . roth]

Anyone got a link to an older version of calibre, that I can install on
CentOS 6? I see it wants python >= 2.7.6; we have a package we built at
work, but that's 2.7.3

 mark

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 7, new video card in server

[Valeri Galtsev]

On Thu, November 5, 2015 12:07 pm, m.r...@5-cent.us wrote:
> Hi, folks,
>
>I've got a new Dell R730 server. My users have two Tesla K-80's in it.
> Then, they wanted to add video, for complicated reasons.
>
>Anyway, there's the onboard VGA; I just put in a Quadro K600 (they
> require DP, and this card offers that). Plug in a VGA monirot (the card
> even comes with two adaptors, one from large DP to DVI-D, and one DVI-D to
> VGA. (And according to the quick start guide, there's no additional power
> cable.)
>
>Boot the system, and no video on from the card. In the BIOS, the only
> thing I see that appears to relate is enable/disable onboard video. I'm
> looking at that as a last option, since I have no idea how I'd *undo* it,
> if I then have zero video
>
>Dell, of course, doesn't support ordinary video cards in a server
> So, anyone have clues, or pointers, to getting video coming out of the new
> card? Now, I have no issues with putting the proprietary NVidia driver on,
> but I'm trying to figure out if I'm missing something.
>

When this happens to me I first make sure that on boot I have something
connected to [an extra video card] video input. Otherwise the card is
likely to not initialize that video input. Shouldn't be necessary for DP
inputs which hot kick in when something is connected.

Next thing I would check dmesg to see the this hardware has been detected
(if there are any conflicts with interrupt numbers or address ranged to be
used, you should see these). I'll also check lspci to see if the system
sees that hardware on the bus.

In general, one shouldn't need to do anything in BIOS. On Dell
workstations when PCI express video card meant to be exclusively used as
video adapter in BIOS they make it "primary video", or sometimes totally
disable onboard video. You can try the last, but if the box comes with no
video output at all (so you will not be able to change BIOS settings),
then you may need to use CMOS setup reset jumper to reset settings to
factory default (of course, you can change BIOS setting without video, but
you will need for that to remember all menus, and mouse the excludes, only
keyboard can be used).

But as it is Dell server, one never knows...

Good luck!

Valeri


Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] On a totally different note: calibre for CentOS 6?

[Nux!]

Untested and perhaps not the most elegant solution, but you could look at NixOS 
(Calibre via nixos works fine on EL7): 
https://forums.nux.ro/index.php?t=msg=2938=050260a30b78434c4d494faa332364d3

Wine might also work (untested).

hth

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "m roth" 
> To: "CentOS" 
> Sent: Thursday, 5 November, 2015 18:27:05
> Subject: [CentOS] On a totally different note: calibre for CentOS 6?

> Anyone got a link to an older version of calibre, that I can install on
> CentOS 6? I see it wants python >= 2.7.6; we have a package we built at
> work, but that's 2.7.3
> 
> mark
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 7, ATI card, 30" monitor

[Lamar Owen]

On 11/05/2015 10:23 AM, m.r...@5-cent.us wrote:

Did. I am *not* going to paste in almost 3,000 lines (what a *useful*
logfile... NOT!), but the relevant lines, I believe, are
[18.760] (EE) open /dev/fb0: No such file or directory
[18.760] (WW) Falling back to old probe method for fbdev

Followed by many, many lines that begin with VESA.

That's why I said that at some point I was going to hand-craft an
xorg.conf. Do you know if there's a way to dump the current settings to a
file? I know I can do it with NVidia, but this is just KDE's settings.
The more useful lines are likely before this, showing AIGLX getting 
loaded and glamoregl getting loaded.


If you can get the ati driver to load it should work fine.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 7, new video card in server [SOLVED]

[m . roth]

Valeri Galtsev wrote:
> On Thu, November 5, 2015 12:07 pm, m.r...@5-cent.us wrote:
>>
>> I've got a new Dell R730 server. My users have two Tesla K-80's in
>> it.Then, they wanted to add video, for complicated reasons.
>>
>>Anyway, there's the onboard VGA; I just put in a Quadro K600 (they
>> require DP, and this card offers that). Plug in a VGA monirot (the card
>> even comes with two adaptors, one from large DP to DVI-D, and one DVI-D
>> to VGA. (And according to the quick start guide, there's no additional
>> power cable.)
>>
>>Boot the system, and no video on from the card. In the BIOS, the only
>> thing I see that appears to relate is enable/disable onboard video. I'm
>> looking at that as a last option, since I have no idea how I'd *undo*
>> it,

> In general, one shouldn't need to do anything in BIOS. On Dell
> workstations when PCI express video card meant to be exclusively used as
> video adapter in BIOS they make it "primary video", or sometimes totally
> disable onboard video. You can try the last, but if the box comes with no
> video output at all (so you will not be able to change BIOS settings),
> then you may need to use CMOS setup reset jumper to reset settings to
> factory default (of course, you can change BIOS setting without video, but
> you will need for that to remember all menus, and mouse the excludes, only
> keyboard can be used).

Actually, we like Dells a lot. At any rate, that, and what I found in a
several year old thread that said the same as you, were the ticket:
   a) disable onboard video (it will work, if there's no monitor
connected to the video card, and
   b) the monitor *must* be plugged into the card on boot.

And life is wonderful, and my users will be happy.

  mark

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] synthesizing yum transactions

[Brian Reichert]

On Thu, Nov 05, 2015 at 11:39:41AM -0500, Brian Reichert wrote:
> So, given the knowledge of what RPMs are currently installed, is
> there a way to invent a new transaction incorporating them, without
> reinstalling the RPMs in question?
> 
> I feel I've come close, with this methodology, basically coercing
> yum to rebuild a database in a private directory:

So, I'm closer, but I'm getting a new symptom.  My test setup:

First: to replicate the effect of not using yum consistently:

Install server from CentOS-6.7-x86_64-minimal.iso

Install repoquery, etc.:

yum -y install yum-utils rsync

Install GCC and dependencies, but do so with the rpm utility:

yum --setopt=keepcache=1 --downloadonly -y install gcc
find /var/cache/yum/ -name \*.rpm | xargs rpm -U

This has the side effect of updating glibc, but yum doesn't have a
transaction related to that:

[root@localhost ~]# rpm -q glibc
glibc-2.12-1.166.el6_7.3.x86_64
[root@localhost ~]# yum history package glibc
Loaded plugins: fastestmirror
ID | Action(s)  | Package
-
 1 | Install| glibc-2.12-1.166.el6.x86_64
Warning: RPMDB altered outside of yum.
history package

The question is: how can I invent an additonal yum transaction such
that I can roll back to tid 1?

This looks like it works, up to a point, in terms of creating a new
transaction:

workdir=/home/yum-hack
rm -rf ${workdir}
mkdir -p ${workdir}
cd ${workdir}

# Dup repos and rpm/yum databases
for tree in /var/lib/rpm/ /var/cache/yum/ /var/lib/yum/ 
/etc/yum.repos.d/;
do
  mkdir -p ./${tree}
  cp -pr ${tree}/* ./${tree}
done

# Reinstall new RPMs, via yum, in private work directory
# Avoid scriplets; we don't want to depend on other RPMs

find /var/cache/yum/ -name \*.rpm | xargs rpm -q -p | \
  xargs /usr/bin/yum -y -C --nogpgcheck --installroot=${workdir} \
  --setopt=tsflags=noscripts reinstall

# sync the private yum/rpm databases back out
rsync -av --delete ${workdir}/var/lib/yum/ /var/lib/yum/
rsync -av --delete ${workdir}/var/lib/rpm/ /var/lib/rpm/

Now, I see another transaction ID:

[root@localhost ~]# yum history list
Loaded plugins: fastestmirror
ID | Login user   | Date and time| Action(s)  |
Altered
---
3 | root   | 2015-11-05 11:37 | Reinstall  |   11
<
2 | root   | 2015-11-05 10:36 | Install|2
>
1 | System| 2015-11-05 10:21 | Install|  205
history list

Looks like I'm full of win, right?

However, when I then try a rollback to tid 1, it does undo the
yum-utils+ rsync transaction (tid 2), but then decides it's going
to reinstall everything from tid 3, for some reason.

[root@localhost ~]# yum  history rollback force 1
...
Transaction Summary
==
Remove2 Package(s)
Reinstall11 Package(s)
...

Obviously, I'm way off into uncharted/unsupported territory, but
if anyone has a more clue about what yum is doing here; I'd be
thrilled to hear from you...

-- 
Brian Reichert  
BSD admin/developer at large
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 7, ATI card, 30" monitor

[m . roth]

Lamar Owen wrote:
> On 11/04/2015 04:48 PM, m.r...@5-cent.us wrote:
>> Yep. They got nothing for CentOS 7. Btw, we got him the full width by
>> changing the cable, from DVI-I to DVI-D (dual link). Then he had to
>> change it back to not recognizing the full width of the screen via the
>> control ctr, because when it did, everything was distorted - circles
>> were ovals, etc. I suppose I'll get around to writing him a xorg.conf
>> at some time.
>
> Mark, with the FirePro V3900 the 'radeon' driver should be loading, not
> the VESA one.  Is xorg-x11-drv-ati installed?  I am running a FirePro

Yup:
rpm -qa | grep drv-ati
xorg-x11-drv-ati-7.4.0-1.20140918git56c7fb8.el7.x86_64

Note that, as I said earlier, it is over a year old.

> M7820 in my Dell Precision M6500, and everything 'Just Works' with the
> xorg-x11-drv-ati package (and its dependencies) installed.  I even get
> triple monitor support at 1920x1200 while docked, using the dual
> DisplayPort outputs on the dock, on two 24" Dell monitors plus the
> M6500's 17" display.  For using a projector, the DisplayPort connector
> on the laptop works fine, even hotplug works.  I have been very pleased

This is, according to what I google, a 27", and it's black for what could
well be 1.5" on either side... which makes it 24"

> For my FirePro M7820, here's the lspci output:
> 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
> [AMD/ATI] Broadway XT [Mobility Radeon HD 5870]
> 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Juniper
> HDMI Audio [Radeon HD 5700 Series]
>
02:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Turks GL [FirePro V3900]
02:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI]
Turks/Whistler HDMI Audio [Radeon HD 6000 Series]

> Are you sure you're actually using the VESA drivers?  The Turks chip
> used in the V3900 shows as being supported ('man radeon' will give you a
> list of supported chips).
>
> Check /var/log/Xorg.0.log and see what's going on.

Did. I am *not* going to paste in almost 3,000 lines (what a *useful*
logfile... NOT!), but the relevant lines, I believe, are
[18.760] (EE) open /dev/fb0: No such file or directory
[18.760] (WW) Falling back to old probe method for fbdev
[18.760] (II) Loading sub module "fbdevhw"
[18.760] (II) LoadModule: "fbdevhw"
[18.760] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
[18.760] (II) Module fbdevhw: vendor="X.Org Foundation"
[18.760]compiled for 1.15.0, module version = 0.0.2
[18.760]ABI class: X.Org Video Driver, version 15.0
[18.760] (EE) open /dev/fb0: No such file or directory
[18.760] (EE) Screen 0 deleted because of no matching config section.
[18.760] (II) UnloadModule: "radeon"
[18.760] (EE) Screen 0 deleted because of no matching config section.
[18.760] (II) UnloadModule: "modesetting"
[18.760] (EE) Screen 0 deleted because of no matching config section.
[18.760] (II) UnloadModule: "fbdev"
[18.760] (II) UnloadSubModule: "fbdevhw"
[18.760] (II) Loading sub module "vbe"
[18.760] (II) LoadModule: "vbe"
[18.760] (II) Loading /usr/lib64/xorg/modules/libvbe.so
[18.803] (II) Module vbe: vendor="X.Org Foundation"
[18.803]compiled for 1.15.0, module version = 1.1.0
[18.803]ABI class: X.Org Video Driver, version 15.0
[18.803] (II) Loading sub module "int10"
[18.803] (II) LoadModule: "int10"
[18.803] (II) Loading /usr/lib64/xorg/modules/libint10.so
[18.805] (II) Module int10: vendor="X.Org Foundation"
[18.805]compiled for 1.15.0, module version = 1.0.0
[18.805]ABI class: X.Org Video Driver, version 15.0
[18.805] (II) VESA(0): initializing int10
[18.806] (II) VESA(0): Primary V_BIOS segment is: 0xc000
[18.806] (II) VESA(0): VESA BIOS detected

Followed by many, many lines that begin with VESA.

That's why I said that at some point I was going to hand-craft an
xorg.conf. Do you know if there's a way to dump the current settings to a
file? I know I can do it with NVidia, but this is just KDE's settings.
>
> Wolfy is working on the latest Catalyst drivers for ELrepo for EL7
> (fglrx 15.9 as I recall).  There are some challenges, and the kmod-fglrx
> package is still in testing.  But as well as the open radeon driver is
> supporting my M7820 I'm not sure I want to change at this point.  There
> would have to be some compelling reason.

Thanks for the info - I'm looking forward to that.

   mark

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] HTML5 to SQL under CentOS

[Timothy Murphy]

Several years ago I wrote a simple, short, HTML/PHP program on my CentOS 
server
for adding items to a MySQL/MariaDB database on the server from my Fedora 
laptop.

Recently I thought I would try to be up-to-date
and re-write the program using HTML5 Forms,
which seemed the proper thing to do,
but I'm finding this surprisingly difficult.

Does anyone have, or can point me to,
a simple HTML5 program (preferably not using Java or PHP) for this task ?

I've already found that Firefox, the browser I normally use on my laptop,
surprisingly (to me) does not support the HTML Forms date item,
or at least does not have a date picker to go with it.
So it seems I would have to use Chrome on my laptop,
which is annoying but not fatal.

Also it seems that CentOS does not support WebSQL.
Is there an alternative that serves the same purpose.

Any suggestions or advice gratefully received.



-- 
Timothy Murphy  
gayleard /at/ eircom.net
School of Mathematics, Trinity College, Dublin


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] getting a CentOS6 VM on VMware ESXi platform to recognize a new disk device

[Tris Hoar]

On 04/11/2015 20:59, John R Pierce wrote:

On 11/4/2015 12:52 PM, Boris Epstein wrote:

I don't get this for some reason... not even sure why. ESXi's default
behaviour seems to be to allow hotplug, that does not seem to be
deactivated. I am just not sure. Wonder if this could be the Centos 7
vs 6
- perhaps that is what I ought to test for.


what virtual SCSI controller type are you using for these VM's? Mine are
'paravirtual'.



Also, what guest OS and VM hardware version is the guest running as?

Tris


*
This email and any files transmitted with it are confidential
and intended solely for the use of the individual or entity 
to whom they are addressed. If you have received this email 
in error please notify postmas...@bgfl.org


The views expressed within this email are those of the 
individual, and not necessarily those of the organisation

*
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS-announce] CEBA-2015:1988 CentOS 7 screen FASTTRACK BugFix Update

[Johnny Hughes]

CentOS Errata and Bugfix Advisory 2015:1988 

Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1988.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

x86_64:
92057de1fcc98976f307be19cf298640a1fb6975d526ea947d42d2cef3100f22  
screen-4.1.0-0.22.20120314git3c2946.el7.x86_64.rpm

Source:
de2b9e8d133cd88512293cbf63962f44797d8d8433766edcb3945758c133ed6f  
screen-4.1.0-0.22.20120314git3c2946.el7.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS

___
CentOS-announce mailing list
CentOS-announce@centos.org
https://lists.centos.org/mailman/listinfo/centos-announce