[CentOS] CentOS 7 + KDE: Okular view PDF files OK but prints a blank page
Hi, I recently installed CentOS 7 + KDE 4.14 on my main workstation, and overall I'm very happy with it. Okular seems to have trouble with some PDF files. I'm using the Dolibarr application to generate invoices. I can view the resulting PDF file OK, but when I try to print it, I get a blank page. A few days ago I had a similar problem with a PDF file generated from a french administration online form. On my previous installation (Slackware64 14.1 + Xfce + Evince built from source) I never had any trouble with PDF files. Any suggestions? Cheers, Niki Kovacs -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Web : http://www.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 7 + KDE: Okular view PDF files OK but prints a blank page
Le 01/06/2017 à 10:32, Nicolas Kovacs a écrit : > I recently installed CentOS 7 + KDE 4.14 on my main workstation, and > overall I'm very happy with it. > > Okular seems to have trouble with some PDF files. I'm using the Dolibarr > application to generate invoices. I can view the resulting PDF file OK, > but when I try to print it, I get a blank page. A few days ago I had a > similar problem with a PDF file generated from a french administration > online form. > > On my previous installation (Slackware64 14.1 + Xfce + Evince built from > source) I never had any trouble with PDF files. I'll answer that myself, since I just found a suitable solution. I simply replaced Okular by Evince, which seems to handle all my PDF files perfectly. Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Web : http://www.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 148, Issue 1
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-2017:1382 Important CentOS 6 sudo Security Update
(Johnny Hughes)
2. CEBA-2017:1378 CentOS 6 ksh BugFix Update (Johnny Hughes)
3. CEBA-2017:1376 CentOS 6 xorg-x11-drv-ati BugFix Update
(Johnny Hughes)
4. CEBA-2017:1373 CentOS 6 initscripts BugFix Update (Johnny Hughes)
5. CEBA-2017:1377 CentOS 6 rsh BugFix Update (Johnny Hughes)
6. CEBA-2017:1375 CentOS 6 cups BugFix Update (Johnny Hughes)
7. CESA-2017:1372 Moderate CentOS 6 kernel Security Update
(Johnny Hughes)
8. CESA-2017:1364 Important CentOS 6 nss SecurityUpdate
(Johnny Hughes)
9. CESA-2017:1382 Important CentOS 7 sudo Security Update
(Johnny Hughes)
10. CESA-2017:1365 Important CentOS 7 nss SecurityUpdate
(Johnny Hughes)
--
Message: 1
Date: Wed, 31 May 2017 14:06:33 +
From: Johnny Hughes
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2017:1382 Important CentOS 6 sudo
SecurityUpdate
Message-ID: <20170531140633.ga17...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2017:1382 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-1382.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
234d9731d194defd03ff86f5236bfce742de7a31c32da99bfc5dc92c34a932cc
sudo-1.8.6p3-28.el6_9.i686.rpm
2e0384d6a78e2a69269c907a1a8c2b3e2f14f0bd2bbc8a035439fbb861307f20
sudo-devel-1.8.6p3-28.el6_9.i686.rpm
x86_64:
980b2bb17f46e9c74c8a533c7d1009de3aabd3c2f6199ff48cead06916215960
sudo-1.8.6p3-28.el6_9.x86_64.rpm
2e0384d6a78e2a69269c907a1a8c2b3e2f14f0bd2bbc8a035439fbb861307f20
sudo-devel-1.8.6p3-28.el6_9.i686.rpm
12899695e89d61499f0871152664f9205ee50b1f2871abe171145b2720ce354b
sudo-devel-1.8.6p3-28.el6_9.x86_64.rpm
Source:
d5d28054be4726a6c18c001d64d6cded238f21df55c7266a69426f2c5a4b6f04
sudo-1.8.6p3-28.el6_9.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS
--
Message: 2
Date: Wed, 31 May 2017 14:06:42 +
From: Johnny Hughes
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2017:1378 CentOS 6 ksh BugFix Update
Message-ID: <20170531140642.ga17...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Bugfix Advisory 2017:1378
Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-1378.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
fc1bbb94b5fdabf00b0ff03a8257c94023dbba2614a88484406349deccc1073b
ksh-20120801-34.el6_9.i686.rpm
x86_64:
26211fdb5fa33828405d919b032b11edb13913c244ad0c486e13b598df495298
ksh-20120801-34.el6_9.x86_64.rpm
Source:
8306521190c7e4b83bf4a6123b188e7f5d45a6b576cdafa7f20af0f1b1dfe538
ksh-20120801-34.el6_9.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS
--
Message: 3
Date: Wed, 31 May 2017 14:06:51 +
From: Johnny Hughes
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2017:1376 CentOS 6 xorg-x11-drv-ati
BugFix Update
Message-ID: <20170531140651.ga17...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Bugfix Advisory 2017:1376
Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-1376.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
944acc432b93e4b784fd725c56848332330ae2a7ac142e0319ca0d59e75c77de
xorg-x11-drv-ati-7.6.1-3.el6_9.i686.rpm
a95a5bf5c0ae109f3460e5670cd12be15b81d7af29fff1d62e1500bf044b01e0
xorg-x11-drv-ati-firmware-7.6.1-3.el6_9.noarch.rpm
x86_64:
6cd1f79ae7d7ee1a3ab850fa116e95d95940ca1d2d33ac3c25a188b9e844c381
xorg-x11-drv-ati-7.6.1-3.el6_9.x86_64.rpm
a95a5bf5c0ae109f3460e5670cd12be15b81d7af29fff1d62e1500bf044b01e0
xorg-x11-drv-ati-firmware-7.6.1-3.el6_9.noarch.rpm
Source:
d5a3cd47397931405921e1ed2af85e52dfd7de740ea04d5feb03d6738baf827b
xorg-x11-drv-ati-7.6.1-3.el6_9.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS
--
Message: 4
Date
[CentOS] Urgent: Need to change the location of a directory tree
Hi, I am running CentOS 7 (fully updated) on a VM. This has a mounted nfs share (via fstab) (which mounts a remote storage system) on which we have created the home directories of 2 users Here are the home directories: /mynfsmount | |--/user1 |--/user1 We want to move this whole branch from the mounted NFS share to the local disk. What is the way to do so? Would it be enough to create a "mirror" branch on the local disk, say: /mynfsmount2 | |--/user1 |--/user1 (which is no more an nfsmount, despite the name), then remove the mount from fstab and the initial mount point /scimount and finally rename /scimount2 to /scimount ? Does it sound OK? Will we need to modify any other system info so that the above homes work correctly at their new location? Thanks a lot, Nick ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Urgent: Need to change the location of a directory tree
On 1/6/2017 6:06 μμ, Nikolaos Milas wrote: ...then remove the mount from fstab and the initial mount point /scimount and finally rename /scimount2 to /scimount ? Correction: ...then remove the mount from fstab and the initial mount point /mynfsmount and finally rename /mynfsmount2 to /mynfsmount ? Sorry for the confusion. (I changed the directory names while editing the mail, but I failed to change them all.) Looking forward to your advice. Thanks, Nick ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Urgent: Need to change the location of a directory tree
On Thu, Jun 1, 2017 at 11:31 AM, Nikolaos Milas wrote: > On 1/6/2017 6:06 μμ, Nikolaos Milas wrote: > >> ...then remove the mount from fstab and the initial mount point /scimount >> and finally rename /scimount2 to /scimount ? > > > Correction: > > ...then remove the mount from fstab and the initial mount point /mynfsmount > and finally rename /mynfsmount2 to /mynfsmount ? > > > Sorry for the confusion. (I changed the directory names while editing the > mail, but I failed to change them all.) > > Looking forward to your advice. > So, 1. Make sure both users are not logged in. 2. Create new mountpoints 3. Edit fstab to point to new mountpoints. 4. Edit /etc/passwd to refer to the new mountpoint for the two users 5. mount -a Would that do the trick for you? > Thanks, > > Nick > ___ > 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
[CentOS] yum install does not downgrade
We're using ansible to configure our CentOS 6 servers, and we have a
task to install a specific version of a package:
- name: install thrift2
yum: name=ripencc-thrift2-{{ version }}
In this ansible task, the "version" variable is set by the operator.
When we want to upgrade, it works. But today we had to downgrade, and
noticed that ansible wasn't downgrading it. So we tried by hand (the
installed version was 1.0.8):
# yum install ripencc-thrift2-1.0.3
I don't have the output handy, because a colleague was working on it,
but basically, yum said something like "package already installed" and
refused to downgrade it, even though the package is in our repository.
I have a strong sense that yum _used to_ downgrade packages if asked to
install an older version, but perhaps I am misremembering.
Nevertheless, I want to ask: is this a bug in yum? If asked to install a
specific version, should it not upgrade OR downgrade as needed?
Regards,
Anand
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
[CentOS] Upgrade 6 to 7
I found this site https://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool Is this still the case - there is no upgrade path from 6 to 7 ? I have a few remote servers I'd like to upgrade (if possible). Thanks, Jerry ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum install does not downgrade
Use the 'downgrade' option.
https://access.redhat.com/solutions/29617
On Thu, Jun 1, 2017 at 1:46 PM, Anand Buddhdev wrote:
> We're using ansible to configure our CentOS 6 servers, and we have a
> task to install a specific version of a package:
>
> - name: install thrift2
> yum: name=ripencc-thrift2-{{ version }}
>
> In this ansible task, the "version" variable is set by the operator.
> When we want to upgrade, it works. But today we had to downgrade, and
> noticed that ansible wasn't downgrading it. So we tried by hand (the
> installed version was 1.0.8):
>
> # yum install ripencc-thrift2-1.0.3
>
> I don't have the output handy, because a colleague was working on it,
> but basically, yum said something like "package already installed" and
> refused to downgrade it, even though the package is in our repository.
>
> I have a strong sense that yum _used to_ downgrade packages if asked to
> install an older version, but perhaps I am misremembering.
>
> Nevertheless, I want to ask: is this a bug in yum? If asked to install a
> specific version, should it not upgrade OR downgrade as needed?
>
> Regards,
> Anand
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
--
Natrona County Beekeepers
Casper Amateur Radio Club
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Urgent: Need to change the location of a directory tree
On 1/6/2017 9:52 μμ, Mauricio Tavares wrote: 1. Make sure both users are not logged in. 2. Create new mountpoints 3. Edit fstab to point to new mountpoints. 4. Edit /etc/passwd to refer to the new mountpoint for the two users 5. mount -a Would that do the trick for you? Thanks Mauricio, Actually, the process you describe is the same as the one I described, with the difference that we use the same mount point for the new location (after unmounting the nfs mount), so we don't need to edit /etc/passwd. I completed this procedure successfully. Thanks again, Nick ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] NFS mount on Centos 7 crashing
Hello, We have a VM (under KVM - a VPS service by our ISP) running CentOS 7. On it we have 2 NFS mounts, one for backup and one as a live file system (where there are two user homes as well): --- # cat /etc/fstab /dev/mapper/centos-root / xfs defaults0 0 UUID=7a3ae70a-8ef3-463b-8f5b-be4e2e7be894 /boot xfs defaults0 0 /dev/mapper/centos-swap swapswap defaults0 0 10.201.40.34:/data/col1/noc-bkups-1 /mnt/dd2500-1 nfs auto,noatime,nolock,bg,nfsvers=3,intr,tcp,actimeo=1800 0 0 10.201.40.34:/data/col1/hesperia-mount /hesperiamount nfs auto,noatime,nolock,bg,nfsvers=3,intr,tcp,actimeo=1800 0 0 --- This setup has been working fine for over a year, even under significant load, without issues. However, yesterday, the "live" NFS mount (/hesperiamount) has started crashing. When bootingeverything is fine, but very soonafter boot we noticed that we lose communication to the mount, although the remote storage system is accessible(without reporting any errors) and no network issues have occurred. We found that dmesg reports failures with call traces (2 examples): https://pastebin.com/GVSDbxFr https://pastebin.com/WujKQuHG This happens repeatedly/consistently (after several reboots) so we have been forced to replace the NFS mount with a local mount (on a new local virtual hard disk), to restore normal system operation. So the fstab has now become: --- # cat /etc/fstab /dev/mapper/centos-root /xfs defaults0 0 UUID=7a3ae70a-8ef3-463b-8f5b-be4e2e7be894 /boot xfs defaults0 0 /dev/mapper/centos-swap swap swap defaults0 0 /dev/mapper/vg2-lv1 /hesperiamount xfs defaults0 0 10.201.40.34:/data/col1/noc-bkups-1 /mnt/dd2500-1 nfs auto,noatime,nolock,bg,nfsvers=3,intr,tcp,actimeo=1800 0 0 # 10.201.40.34:/data/col1/hesperia-mount /hesperiamount nfs auto,noatime,nolock,bg,nfsvers=3,intr,tcp,actimeo=1800 0 0 --- Note that when I later mounted manually the same NFS share on the same box (in order to copy data from it using rsync), it did not crash (but it only had reads and no writes in this scenario). The share was manually mounted with the following command: # mount -vv -o auto,noatime,nolock,bg,nfsvers=3,intr,tcp,actimeo=1800 -t nfs 10.201.40.34:/data/col1/hesperia-mount /hesperiamount2 Questions: * Is this a known issue/bug? * Have we possibly made any NFS misconfigurations (which however have not caused any errors for about a year now)? * What could we do to prevent the error from occurring again? Please advise. Thanks, Nick ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
