Re: [CentOS] Can't delete or move /home on 7.3 install
On Thu, Dec 15, 2016 at 2:49 AM, Glenn E. Bailey III < replic...@dallaslamers.org> wrote: > Tried this in both AWS and GCE as I though it may be a specific cloud > vendor issue. SELinux is disabled, lsof | grep home shows nothing, > lsattr /home shows nothing. Simply get "Device or resource busy." > > Works just find on 7.2 so I'm kinda at a loss. Scanned over the RHEL > release notes and didn't see anything. Anyone else have this issue? We > move our /home to another mount point and symlink /home to it .. > > Do you have access to the console, so that you can try to do the move while in single user mode? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Blank mails from this list
> -Original Message- > From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of Frank Cox > Sent: den 15 december 2016 08:10 > To: centos@centos.org > Subject: Re: [CentOS] OT: Blank mails from this list > > On Thu, 15 Dec 2016 07:03:53 + > Sorin Srbu wrote: > > I haven't seen what you describe myself. > > > I use Outlook 2013 32b on Win7 x64. > > Our work mail server at work is Exchange. > > Does Outlook 2013 allow you to "View Message Source"? If so, see what's > actually there. Hi and thanks for the swift feedback! Outlook doesn't do that by itself, but I have an addin that might help - Pocketknife Peek - if it's still compatible with this version of Outlook. -- //Sorin ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Blank mails from this list
On Thu, 15 Dec 2016 07:03:53 + Sorin Srbu wrote: I haven't seen what you describe myself. > I use Outlook 2013 32b on Win7 x64. > Our work mail server at work is Exchange. Does Outlook 2013 allow you to "View Message Source"? If so, see what's actually there. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] OT: Blank mails from this list
Hi all, I apologise for this off-topic question, but wanted to hear from a third-party as well. Recently, like the last week or so, I've started getting blank emails from this list. Blank as in no message text is visible in the email. If I do a ctrl-A however, something does get marked. Evidently there is a message, just not visible. This particular list is the only one I've noticed this problem with. I use Outlook 2013 32b on Win7 x64. Our work mail server at work is Exchange. Has anybody else seen this, or is just me? -- BW, Sorin --- # Sorin Srbu, Sysadmin # Uppsala University # Dept of Medicinal Chemistry # Div of Org Pharm Chem # Box 574 # SE-75123 Uppsala # Sweden # # Phone: +46 (0)18-4714482 # Visit: BMC, Husargatan 3, D5:512b # Web: http://www.orgfarm.uu.se --- # O< ASCII ribbon campaign - Against html E-mail # http://tinyurl.com/ascii-ribbon-campaign # # This message was not sent from an iProduct! # # Please consider the environment before printing this email. # Join the campaign at http://thinkBeforePrinting.org # # MotD follows: A ship in the harbor is safe, but that is not what ships were built for. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] spec file frustration (rant)
On 12/14/2016 03:32 PM, Leonard den Ottolander wrote: > Hello Phil, > > On Wed, 2016-12-14 at 20:57 +, Phil Wyett wrote: >> The path to the repo is wrong. >> >> git clone https://git.centos.org/git/centos-git-common.git > > Too late to boost my brain with more coffee for today. Not as sharp as I > would like to be ;) . > > Still leaves me with the question why a script to download the source > tarballs is needed when just not adding a .gitignore entry for them to > the repos would fix the issue. Could someone involved care to explain > the rationale behind this or point me to a thread where this has been > discussed/explained? > Not sure what you are asking. You don't want to put large GZ tarballs in git .. we only put text file in git. All binary files are put in a look-aside cache. So, when you do git clone you get all the text sources .. when you do get_sources.sh (or into_srpm.sh) you get all the binary sources (tarballs, etc.). You need both to be able to build the SRPM. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Can't delete or move /home on 7.3 install
Tried this in both AWS and GCE as I though it may be a specific cloud vendor issue. SELinux is disabled, lsof | grep home shows nothing, lsattr /home shows nothing. Simply get "Device or resource busy." Works just find on 7.2 so I'm kinda at a loss. Scanned over the RHEL release notes and didn't see anything. Anyone else have this issue? We move our /home to another mount point and symlink /home to it .. -- "replicants are like any other machine. They're either a benefit or a hazard. If they're a benefit, it's not my problem." ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] A *very* strange C 7 question
John Hodrien wrote: > On Wed, 14 Dec 2016, m.r...@5-cent.us wrote: > >> Ok, I've got a user, I just built him a C 7 machine. The new one has an >> ATI card; the old had an NVidia card. I got it to use the radeon driver, >> so it looks ok (he has a very wide screen). However... he has a program >> that renders a molecule (which you see as many connected lines, in >> various colors). However... it used to display it against a black background, >> and suddenly, it's a transparent background, showing what's under that >> window. >> >> Anyone got any ideas about that? > > I'll gamble on: > > export XLIB_SKIP_ARGB_VISUALS=1 > *Bing* Hand that man a chocolate cigar! Thank you *very* much (even though I had to tell my user to use setenv, he being in c shell) mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] spec file frustration (rant)
On Wed, 2016-12-14 at 22:32 +0100, Leonard den Ottolander wrote: > Hello Phil, > > On Wed, 2016-12-14 at 20:57 +, Phil Wyett wrote: > > The path to the repo is wrong. > > > > git clone https://git.centos.org/git/centos-git-common.git > > Too late to boost my brain with more coffee for today. Not as sharp as I > would like to be ;) . > > Still leaves me with the question why a script to download the source > tarballs is needed when just not adding a .gitignore entry for them to > the repos would fix the issue. Could someone involved care to explain > the rationale behind this or point me to a thread where this has been > discussed/explained? > > Cheers, > Leonard. > Hi, Read: https://wiki.centos.org/Sources This doc explains structure of text and non text sources/overall structure of the server. Regards Phil -- Google+: https://plus.google.com/+PhilWyett Blog: https://philwyett-hemi.blogspot.co.uk/ GitLab: https://gitlab.com/philwyett_hemi/ signature.asc Description: This is a digitally signed message part ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] A *very* strange C 7 question
On Wed, 14 Dec 2016, m.r...@5-cent.us wrote: Ok, I've got a user, I just built him a C 7 machine. The new one has an ATI card; the old had an NVidia card. I got it to use the radeon driver, so it looks ok (he has a very wide screen). However... he has a program that renders a molecule (which you see as many connected lines, in various colors). However... it used to display it against a black background, and suddenly, it's a transparent background, showing what's under that window. Anyone got any ideas about that? I'll gamble on: export XLIB_SKIP_ARGB_VISUALS=1 jh ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] spec file frustration (rant)
Hello Phil, On Wed, 2016-12-14 at 20:57 +, Phil Wyett wrote: > The path to the repo is wrong. > > git clone https://git.centos.org/git/centos-git-common.git Too late to boost my brain with more coffee for today. Not as sharp as I would like to be ;) . Still leaves me with the question why a script to download the source tarballs is needed when just not adding a .gitignore entry for them to the repos would fix the issue. Could someone involved care to explain the rationale behind this or point me to a thread where this has been discussed/explained? Cheers, Leonard. -- mount -t life -o ro /dev/dna /genetic/research ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] spec file frustration (rant)
On Wed, 2016-12-14 at 21:38 +0100, Leonard den Ottolander wrote: > Hello Jonathan, > > On Wed, 2016-12-14 at 15:03 -0500, Jonathan Billings wrote: > > On Wed, Dec 14, 2016 at 07:29:19PM +0100, Leonard den Ottolander wrote: > > > > get_sources.sh > > > > > > The name suggests this is what we need (or do we??) If only I could find > > > that script anywhere... > > > > Johnny said it at the beginning of his email. I'll paste it again so > > you don't have to go re-read it: > > > On Wed, Dec 14, 2016 at 06:58:02AM -0600, Johnny Hughes wrote: > > > They are located here: > > > > > > https://git.centos.org/summary/centos-git-common.git > > Thanks for pointing out my oversight. > > However, cloning that repo does not work... > > $ git clone https://git.centos.org/summary/centos-git-common.git > Initialized empty Git repository > in /data/leonard/srcothers/centos/centos-git-common/.git/ > warning: remote HEAD refers to nonexistent ref, unable to checkout. > > What am I missing? Hi, The path to the repo is wrong. git clone https://git.centos.org/git/centos-git-common.git The one you are trying is the web interface address. Regards Phil -- Google+: https://plus.google.com/+PhilWyett Blog: https://philwyett-hemi.blogspot.co.uk/ GitLab: https://gitlab.com/philwyett_hemi/ signature.asc Description: This is a digitally signed message part ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] spec file frustration (rant)
Hello Jonathan, On Wed, 2016-12-14 at 15:03 -0500, Jonathan Billings wrote: > On Wed, Dec 14, 2016 at 07:29:19PM +0100, Leonard den Ottolander wrote: > > > get_sources.sh > > > > The name suggests this is what we need (or do we??) If only I could find > > that script anywhere... > > Johnny said it at the beginning of his email. I'll paste it again so > you don't have to go re-read it: > On Wed, Dec 14, 2016 at 06:58:02AM -0600, Johnny Hughes wrote: > > They are located here: > > > > https://git.centos.org/summary/centos-git-common.git Thanks for pointing out my oversight. However, cloning that repo does not work... $ git clone https://git.centos.org/summary/centos-git-common.git Initialized empty Git repository in /data/leonard/srcothers/centos/centos-git-common/.git/ warning: remote HEAD refers to nonexistent ref, unable to checkout. What am I missing? And then there remains the question: git checkout for a package gathers the spec file and patches, so why do we need a script to get the source tarball when all that is stopping it from getting checked out is an entry in .gitignore? A whole script to undo that one entry in .gitignore? What's the idea behind this? Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] A *very* strange C 7 question
Ok, I've got a user, I just built him a C 7 machine. The new one has an ATI card; the old had an NVidia card. I got it to use the radeon driver, so it looks ok (he has a very wide screen). However... he has a program that renders a molecule (which you see as many connected lines, in various colors). However... it used to display it against a black background, and suddenly, it's a transparent background, showing what's under that window. Anyone got any ideas about that? mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] spec file frustration (rant)
On Wed, Dec 14, 2016 at 07:29:19PM +0100, Leonard den Ottolander wrote: > > get_sources.sh > > The name suggests this is what we need (or do we??) If only I could find > that script anywhere... Johnny said it at the beginning of his email. I'll paste it again so you don't have to go re-read it: On Wed, Dec 14, 2016 at 06:58:02AM -0600, Johnny Hughes wrote: > I am not sure what you are trying to accomplish .. but the tools to get > an SRPM or the Sources from CentOS are dead simple. > > They are located here: > > https://git.centos.org/summary/centos-git-common.git > > And they are very easy .. and most are bash scripts. -- Jonathan Billings___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problem with yum on CentOS Linux release 7.2.1511 (Core) with 3.10.0-327.36.3.el7.x86_64 kernel
Am 14.12.2016 um 14:44 schrieb Gregory P. Ennis: > Everyone, > > I am at a loss on this problem would appreciate some guidance as to > where to start to fix it. > > I noticed that my home gateway server was not being updated with the > new kernel and other software, and when I ran yum it aborted with the > following notices. I tried a yum clean all, but this did not fix the > problem. I thought the problem may be related to one of the repos, but > I have other machines in the same network that update properly. I > disabled all repos except the BASE to try to simply the problem and > still the same problem. > > Any help would be appreciated. > > Thanks, > > Greg Ennis > > > Loaded plugins: aliases, changelog, fastestmirror, langpacks, product- > id, search- > : disabled-repos, subscription-manager, tmprepo, verify, > versionlock > This system is not registered with Subscription Management. You can use > subscription-manager to register. > base | 3.6 > kB 00:00:00 > (1/2): base/7/x86_64/group_gz | 155 > kB 00:00:00 > (2/2): base/7/x86_64/primary_db | 5.6 > MB 00:00:01 > Determining fastest mirrors > * base: centos.mirror.lstn.net > Traceback (most recent call last): [ ... > OSError: [Errno 5] Input/output error: > '/var/lib/yum/yumdb/f/27ef8f508b150c2162f1bdcb1bc41713836b88ee-fence- > agents-ipdu-4.0.11-27.el7_2.9-x86_64/from_repo' Such an I/O error indicates either a phyisical problem (storage broken) or filesystem full or read-only. Do other opertions besides a "yum update" work properly? Specificly do disk operations succeed? Do you see any error messages in /var/log/messages respectively by "journalctl -b"? Regards Alexander Alexander, Thanks for your assistance. I have not identified any problems with the drive, and have no difficulty reading or writing from the disc. E-mail is going in and out without a problem. I have not identified any other problem with the machine. The disc space seems ok to me, here is the result of df > [root@localhost ~]# df -v > Filesystem1K-blocks Used Available Use% Mounted on > /dev/mapper/centos_hmwk-root 52403200 12425172 39978028 24% / > devtmpfs 863512 0 863512 0% /dev > tmpfs879348 0 879348 0% /dev/shm > tmpfs879348 58216 821132 7% /run > tmpfs879348 0 879348 0% > /sys/fs/cgroup > /dev/mapper/centos_hmwk-u0 102350 571429000 452071000 56% /u0 > /dev/mapper/centos_hmwk-u1 102350 160669800 862830200 16% /u1 > /dev/mapper/centos_hmwk-home 52403200 96148 52307052 1% /home > /dev/mapper/centos_hmwk-u2 102350 310892544 712607456 31% /u2 > /dev/mapper/centos_hmwk-u3213371092 34736 213336356 1% /u3 > /dev/mapper/centos_hmwk-u 51175 66208428 445541572 13% /u > /dev/sda2508588366236 142352 73% /boot > /dev/sda1204580 9640 194940 5% /boot/efi > /dev/sdd12884105400 53040472 2684536980 2% > /media/usbdrive > tmpfs175872 0 175872 0% /run/user/0 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] spec file frustration (rant)
Hello Johnny, On Wed, 2016-12-14 at 06:58 -0600, Johnny Hughes wrote: > So: > > git clone https://git.centos.org/summary/rpms!skopeo Apart from the syntax error because the exclamation mark is not escaped this leads nowhere. So I tried: $ git clone https://git.centos.org/git/rpms/skopeo.git > (that just happens to be what I am working on right now) > > cd skopeo > > git branch -a (so you can see the branches .. optional) > > git checkout c7-extras So far so good. We now got a spec file. Doing the same for bc: a spec file and patches. Still no source. > get_sources.sh The name suggests this is what we need (or do we??) If only I could find that script anywhere... So lets dig around a bit: skopeo]$ cat .gitignore SOURCES/skopeo-1f655f3.tar.gz bc]$ cat .gitignore SOURCES/bc-1.06.95.tar.bz2 python-rhsm]$ cat .gitignore SOURCES/python-rhsm-1.17.9.tar.gz I think this solves Alice's issue once the .gitignore file is fixed. For some reason the tarballs seem to be ignored. Something I need to fix in my git config or is it at your end? Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problem with yum on CentOS Linux release 7.2.1511 (Core) with 3.10.0-327.36.3.el7.x86_64 kernel
Am 14.12.2016 um 14:44 schrieb Gregory P. Ennis: Everyone, I am at a loss on this problem would appreciate some guidance as to where to start to fix it. I noticed that my home gateway server was not being updated with the new kernel and other software, and when I ran yum it aborted with the following notices. I tried a yum clean all, but this did not fix the problem. I thought the problem may be related to one of the repos, but I have other machines in the same network that update properly. I disabled all repos except the BASE to try to simply the problem and still the same problem. Any help would be appreciated. Thanks, Greg Ennis Loaded plugins: aliases, changelog, fastestmirror, langpacks, product- id, search- : disabled-repos, subscription-manager, tmprepo, verify, versionlock This system is not registered with Subscription Management. You can use subscription-manager to register. base | 3.6 kB 00:00:00 (1/2): base/7/x86_64/group_gz | 155 kB 00:00:00 (2/2): base/7/x86_64/primary_db | 5.6 MB 00:00:01 Determining fastest mirrors * base: centos.mirror.lstn.net Traceback (most recent call last): [ ... OSError: [Errno 5] Input/output error: '/var/lib/yum/yumdb/f/27ef8f508b150c2162f1bdcb1bc41713836b88ee-fence- agents-ipdu-4.0.11-27.el7_2.9-x86_64/from_repo' Such an I/O error indicates either a phyisical problem (storage broken) or filesystem full or read-only. Do other opertions besides a "yum update" work properly? Specificly do disk operations succeed? Do you see any error messages in /var/log/messages respectively by "journalctl -b"? Regards Alexander ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Bottom panel on new C7.3
On 2016-12-14, Jerry Geiswrote: > Hi Liam, > > Your correct. I copied pasted too fast. The OLD gconftool-2 is for the > older CentOS 6 version of things. The command for CentOS 7 is this: > > dbus-send --print-reply --session --type=method_call > --dest=org.gnome.Shell /org/gnome/Shell org.gnome.Shell.Eva > string:'Main.panel.actor.hide();' > > When I enter this command by hand I am getting this error: Error > org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.Shell > was not provided by any .service files > > The dbus-send command worked on CentOS 7.2 to hide the bottom panel, > does not appear to be working on 7.3 > > Any ideas? > > Jerry All you need to do is change the value of the dconf key /org/gnome/shell/enabled-extensions. Using dbus to do that is overkill. I suggest you use gnome-tweak tool (as I suggested earlier) or, if you require scriptability, the dconf or gsettings commands. -- Liam ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS-announce] Release for CentOS userland 7(1611) on armhfp
I am pleased to announce the general availability of CentOS Linux 7 (1611) for armhfp compatible machines. This is the current release for CentOS Linux 7 and is tagged as 1611, derived from Red Hat Enterprise Linux 7.3 == Download You can download new images for armhfp boards on http://mirror.centos.org/altarch/7/isos/armhfp/ Images and sha256sums : 067b147ebdbaf7df04e8338e51de72dea87343992f1c29a03950ecf65a598869 CentOS-Userland-7-armv7hl-Minimal-1611-BananaPi.img.xz 81472c2b8497081b18d53a5cc07815df015eb9efd4303c228713c7b497ed637b CentOS-Userland-7-armv7hl-Minimal-1611-Cubieboard.img.xz 2ff7fad419a629f96fd9400e0cbaf96632d981de8e7d6f29b4b48999d0c7cfe4 CentOS-Userland-7-armv7hl-Minimal-1611-CubieTruck.img.xz 2237b41107707428c442e40fcea1ee594ab534644df3760d491fdbbfa7535603 CentOS-Userland-7-armv7hl-Minimal-1611-RaspberryPi2.img.xz deb8ec2e74d4cd084a566434652a95bf33c8e4edcb5d4a1e04435a0b6fce9dfb CentOS-Userland-7-armv7hl-Minimal-1611-RaspberryPi3.img.xz == What's new (specific to armhfp) As before, CentOS 7 userland for armhfp is still built from the CentOS 7 distribution, with some modified, added (or removed) packages. Here are some highlights for the 7.3.1611 release : - Kernel (for both rpi2/2 and generic boards) was bumped to 4.4.x (LTS version) to also follow the i386 AltArch kernel. - uboot images were updated to version 2016.09 - rootfs-resize (unmaintained) had issue when resizing FS bigger than 32Gb, and has been replaced by cloud-utils-growpart - default image[s] for rpi2/rpi3 now also support selinux directly More informations/details on the dedicated wiki page : https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32 == Getting help If you are searching for help, or would like to help the CentOS altarch/armhfp ecosystem, feel free to subscribe to the CentOS arm-dev list (https://lists.centos.org/mailman/listinfo/arm-dev) or chat with us in #centos-arm on irc.freenode.net -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab signature.asc Description: OpenPGP digital signature ___ CentOS-announce mailing list CentOS-announce@centos.org https://lists.centos.org/mailman/listinfo/centos-announce
[CentOS] Problem with yum on CentOS Linux release 7.2.1511 (Core) with 3.10.0-327.36.3.el7.x86_64 kernel
Everyone, I am at a loss on this problem would appreciate some guidance as to where to start to fix it. I noticed that my home gateway server was not being updated with the new kernel and other software, and when I ran yum it aborted with the following notices. I tried a yum clean all, but this did not fix the problem. I thought the problem may be related to one of the repos, but I have other machines in the same network that update properly. I disabled all repos except the BASE to try to simply the problem and still the same problem. Any help would be appreciated. Thanks, Greg Ennis Loaded plugins: aliases, changelog, fastestmirror, langpacks, product- id, search- : disabled-repos, subscription-manager, tmprepo, verify, versionlock This system is not registered with Subscription Management. You can use subscription-manager to register. base | 3.6 kB 00:00:00 (1/2): base/7/x86_64/group_gz | 155 kB 00:00:00 (2/2): base/7/x86_64/primary_db | 5.6 MB 00:00:01 Determining fastest mirrors * base: centos.mirror.lstn.net Traceback (most recent call last): File "/usr/bin/yum", line 29, in yummain.user_main(sys.argv[1:], exit_code=True) File "/usr/share/yum-cli/yummain.py", line 365, in user_main errcode = main(args) File "/usr/share/yum-cli/yummain.py", line 174, in main result, resultmsgs = base.doCommands() File "/usr/share/yum-cli/cli.py", line 573, in doCommands return self.yum_cli_commands[self.basecmd].doCommand(self, self.basecmd, self.extcmds) File "/usr/share/yum-cli/yumcommands.py", line 500, in doCommand ret = base.updatePkgs(extcmds, update_to=(basecmd == 'update-to')) File "/usr/share/yum-cli/cli.py", line 1015, in updatePkgs self.update() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 5114, in update tx_return.extend(self.update(po=new)) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 5328, in update available_pkg, updated_pkg) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 5033, in _add_up_txmbr txmbr = self.tsInfo.addUpdate(upkg, ipkg) File "/usr/lib/python2.7/site-packages/yum/transactioninfo.py", line 518, in addUpdate self.add(txmbr) File "/usr/lib/python2.7/site-packages/yum/transactioninfo.py", line 289, in add self.addUpdated(oldpo, txmember.po) File "/usr/lib/python2.7/site-packages/yum/transactioninfo.py", line 547, in addUpdated txmbr = TransactionMember(po) File "/usr/lib/python2.7/site-packages/yum/transactioninfo.py", line 830, in __init__ po.yumdb_info.get('from_repo') File "/usr/lib/python2.7/site-packages/yum/rpmsack.py", line 1946, in get res = self._read(attr) File "/usr/lib/python2.7/site-packages/yum/rpmsack.py", line 1861, in _read info = misc.stat_f(fn, ignore_EACCES=True) File "/usr/lib/python2.7/site-packages/yum/misc.py", line 962, in stat_f return os.stat(filename) OSError: [Errno 5] Input/output error: '/var/lib/yum/yumdb/f/27ef8f508b150c2162f1bdcb1bc41713836b88ee-fence- agents-ipdu-4.0.11-27.el7_2.9-x86_64/from_repo' ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] spec file frustration (rant)
On 12/13/2016 04:16 PM, Alice Wonder wrote: > I'm getting spec files from centos git which is really convenient when > the related source is easy to find. But some things - e.g. from a spec file > > # How to create the source tarball: > # > # git clone git://git.fedorahosted.org/git/python-rhsm.git/ > # cd client/python-rhsm > # tito build --tag python-rhsm-$VERSION-$RELEASE --tgz > > Never used tito before, so I install it and try, and rather than giving > me the source package I need - it gives me a python traceback > complaining that I haven't configured some things properly. > > Seems a lot of the software distribution world is getting overly complex > with an expectation that the end user who needs to exercise his FLOSS > rights has to use git or nodejs or for php composer or whatever just to > get what use to be available with no more complexity than choosing > tar.gz or tar.bz2 or .zip if the dev was Windows. > > Whatever happened to KISS and why can't source tarballs be distributed > as source tarballs? > > Back when I was a Fedora packager - the packaging guidelines would > reject a package of the Source tarball wasn't a URL and if the timestamp > on the tarball in the src.rpm didn't match upstream even if the checksum > was identical. > > Guess those days are gone. > > /rant I am not sure what you are trying to accomplish .. but the tools to get an SRPM or the Sources from CentOS are dead simple. They are located here: https://git.centos.org/summary/centos-git-common.git And they are very easy .. and most are bash scripts. So: git clone https://git.centos.org/summary/rpms!skopeo (that just happens to be what I am working on right now) cd skopeo git branch -a (so you can see the branches .. optional) git checkout c7-extras get_sources.sh = Now you have the full SRPM in the same directory structure as if you had installed the SRPM. If you would have used 'into_srpm.sh' instead of 'get_sources.sh' .. you would have the SRPM generated as well as the full tree. There are switches for the tools (-c for get_sources.sh to check the crc info for already downloaded files .. -d for into_srpm.sh for changing the dist tag of a generated SRPM, etc.) I use these tools for every package built for CentOS and they are very easy to use. Now, obviously that does not include development inside an extracted SRPM. But I normally just use diff (or git) to track changes and generate patches, etc. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Bottom panel on new C7.3
Hi Liam, Your correct. I copied pasted too fast. The OLD gconftool-2 is for the older CentOS 6 version of things. The command for CentOS 7 is this: dbus-send --print-reply --session --type=method_call --dest=org.gnome.Shell /org/gnome/Shell org.gnome.Shell.Eva string:'Main.panel.actor.hide();' When I enter this command by hand I am getting this error: Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.Shell was not provided by any .service files The dbus-send command worked on CentOS 7.2 to hide the bottom panel, does not appear to be working on 7.3 Any ideas? Jerry ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] libreoffice 5 slow after 7.3 update
El 14/12/16 a las 10:20, Alexandru Chiscan escribió: On 12/13/2016 11:44 PM, José María Terry Jiménez wrote: I had this problem in Fedora 22/23? and the solution was install LibreOffice 5.1 from the LibreOffice site. Thank you, I have installed the latest version from libreoffice site and everything is OK now. But I am wondering it is something with my setup or it's a bug in CentOS, does anybody encountered the same problem in CentOS 7.3? I think is an LibreOffice version / NVidia issue because i had this in a machine with an NVidia card (the Fedora's one) and other people with the same version but without NVidias and spreadsheets longer and more complex that mine had no problem with this. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 142, Issue 5
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. CEBA-2016:2944 CentOS 6 chrony BugFix Update (Johnny Hughes) 2. CEBA-2016:2931 CentOS 7 haproxy BugFix Update (Johnny Hughes) 3. CEBA-2016:2930 CentOS 7 fence-agents BugFix Update (Johnny Hughes) 4. CEBA-2016:2929 CentOS 7 resource-agents BugFixUpdate (Johnny Hughes) -- Message: 1 Date: Tue, 13 Dec 2016 15:46:14 + From: Johnny HughesTo: centos-annou...@centos.org Subject: [CentOS-announce] CEBA-2016:2944 CentOS 6 chrony BugFix Update Message-ID: <20161213154614.ga33...@n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:2944 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-2944.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6f4d532fc7a8ab23f587710326aece921b51145ed01fd3c9e865969d86291d32 chrony-2.1.1-2.el6_8.i686.rpm x86_64: 62e49cb71efcfd7e0a542208fb217514ee1bb31dcc6d2b1332b4dccdfffca1d0 chrony-2.1.1-2.el6_8.x86_64.rpm Source: 5c43a53158f77ad26650688c9fbf1f569d4a220edbff6a56101ef2c98c875d8e chrony-2.1.1-2.el6_8.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net Twitter: @JohnnyCentOS -- Message: 2 Date: Tue, 13 Dec 2016 16:43:32 + From: Johnny Hughes To: centos-annou...@centos.org Subject: [CentOS-announce] CEBA-2016:2931 CentOS 7 haproxy BugFix Update Message-ID: <20161213164332.ga44...@n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:2931 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-2931.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 74be52cf22cf3a911880d8411874ecf2c94955e33110befd6bfbdc1c5a5dfe81 haproxy-1.5.18-3.el7_3.1.x86_64.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net Twitter: @JohnnyCentOS -- Message: 3 Date: Tue, 13 Dec 2016 16:44:34 + From: Johnny Hughes To: centos-annou...@centos.org Subject: [CentOS-announce] CEBA-2016:2930 CentOS 7 fence-agents BugFix Update Message-ID: <20161213164434.ga45...@n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:2930 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-2930.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6cd757278013ee4a4727be81533a94cdc9bdbb4b426896353c643bf503135b8a fence-agents-all-4.0.11-47.el7_3.2.x86_64.rpm 07decfab5c58f519814878a2bbe0d1fae2b4beb913fc785775ae123574fb864d fence-agents-apc-4.0.11-47.el7_3.2.x86_64.rpm e1e70e7f5dc67dafd7f86bd50842a5a13facb6e0bf06ea1651e36f5ad09cc7b7 fence-agents-apc-snmp-4.0.11-47.el7_3.2.x86_64.rpm 52cdf41a2c9e9f27b3972ea7347b2dd3b9076215ef7f6e4418ae6e932c542b1a fence-agents-bladecenter-4.0.11-47.el7_3.2.x86_64.rpm 30aeabcbb84b4de310664c5b9624dc12da326109435e47c83d5f2dfa207cae02 fence-agents-brocade-4.0.11-47.el7_3.2.x86_64.rpm e2495a379c5d69e80f1c48f40243d482baba464438e32c1755aba6b55ee773b0 fence-agents-cisco-mds-4.0.11-47.el7_3.2.x86_64.rpm ac2230747fafc587f6131c26c14235916faea13124c1074cec14a9ea607679b8 fence-agents-cisco-ucs-4.0.11-47.el7_3.2.x86_64.rpm d67df7ef3cfc1cadd2f796d593ed9114221c42ae227806deb4e41b66c8925ed1 fence-agents-common-4.0.11-47.el7_3.2.x86_64.rpm 5536079c8975e0d032ffa408e055720e884372c2f7875ae6cd1d18802d73eaed fence-agents-compute-4.0.11-47.el7_3.2.x86_64.rpm 29ebd0e0e76e99eb5b5e04ba05562c30cb72bc49308a269260c15c17da06b35c fence-agents-drac5-4.0.11-47.el7_3.2.x86_64.rpm ba0987513ed143c267f6627620f635f6cce5b15e6f4e7d97b78a15fc613d0b7c fence-agents-eaton-snmp-4.0.11-47.el7_3.2.x86_64.rpm 4342cd2d93b835b66a98721a6ac177fd19959c494f0ffed15276b05bfa0f95e7 fence-agents-emerson-4.0.11-47.el7_3.2.x86_64.rpm b18398cf3655f79df0a8ff0ce22003bd31fa99ad99f92b7711e1f5fce79d0c4b fence-agents-eps-4.0.11-47.el7_3.2.x86_64.rpm c954731caad2b3635caea48404d0c49c6bf6ea7e883ee4e348198d14142295b2 fence-agents-hpblade-4.0.11-47.el7_3.2.x86_64.rpm 6a953e0ba0e1693a649e0e90bf707cc9def496ad8cf33cc1fc2e36d3701a487c
Re: [CentOS] libreoffice 5 slow after 7.3 update
Hello Alexandru, On Tue, 2016-12-13 at 21:01 +0200, Alexandru Chiscan wrote: > I have seen the the same bug (probably) was present in Fedora 23 > (libreoffice version 5.0.5.2-1.fc23.x86_64 > https://bugzilla.redhat.com/show_bug.cgi?id=1308700) You should best duplicate that bug and report it against RHEL 7 (if it is indeed the same issue). Don't expect a quick fix though. Early this year I reported two segfaults (of the type click/crash) in Rhythmbox on 7 (https://bugzilla.redhat.com/show_bug.cgi?id=1241925), provided references to upstream fixes (very small patches), tested these patches so the RH developers could be confident they weren't wasting their time on incorrect patches, and we still had to wait nearly 9 months for a fix to appear. Made me conclude that Red Hat does not really care about desktops. Otoh, perhaps they prioritize LibreOffice over Rhytmbox. Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] spec file frustration (rant)
Hello Valeri, On Tue, 2016-12-13 at 17:21 -0600, Valeri Galtsev wrote: > That is inevitable: some of the tools/projects to work may require you to > bring a huge external infrastructure if you want to use them. This has no > way around. The point is not that one requires (many) tools to build a project, the problem is that tools like f.e. composer make it unclear to the user what exactly is being pulled from where and for what reason and whether the pulled sources are being verified with checksums. Just providing a text with a set of requirements and urls makes it much easier for the user to verify the sources. It's about transparency. Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Problem with attachments in thunderbird-45.5.1
Hi, Has anyone else had problems opening attachments in Mozilla Thunderbird under CentOS 6 lately? I find that when I open the application and select a message with attachments and double-click on one of them, everything works as expected. But, if I try to open another (and another etc.), the helper application isn't started. In other words, I can only view one attachment per session - if I want more, I have to restart Thunderbird. This probably started happening after upgrading to a new version that was released a few days ago. - Toralf ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] spec file frustration (rant)
Hello Alice, On Tue, 2016-12-13 at 14:16 -0800, Alice Wonder wrote: > I'm getting spec files from centos git which is really convenient when > the related source is easy to find. But some things - e.g. from a spec file > > # How to create the source tarball: > # > # git clone git://git.fedorahosted.org/git/python-rhsm.git/ > # cd client/python-rhsm > # tito build --tag python-rhsm-$VERSION-$RELEASE --tgz Seems like a valid issue to take upstream. Especially since Red Hat now uses the centos repo to provide their sources to the public. It is possible to get a free RH developer account (speaking of transparency, it took me a while to find the right banner to click on to actually get that free account ;p ), but the source code is only provided as 2 dvds and it is unclear to me where to find sources for updated packages. Or perhaps you have to download 2 dvds every time they update that image. Ouch. Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] libreoffice 5 slow after 7.3 update
On 12/13/2016 11:44 PM, José María Terry Jiménez wrote: I had this problem in Fedora 22/23? and the solution was install LibreOffice 5.1 from the LibreOffice site. Thank you, I have installed the latest version from libreoffice site and everything is OK now. But I am wondering it is something with my setup or it's a bug in CentOS, does anybody encountered the same problem in CentOS 7.3? Best regards, Alexandru ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Panic on boot with 7.3 kernels when decrypting hard drive
On Wed, 14 Dec 2016, Christopher St. Louis wrote: When performing the update to 7.3 yesterday, the packages kernel-lt-4.4.38-1.el7.elrepo.x86_64 and kernel-3.10.0-514.2.2.el7.x86_64 were installed. With both of those, my system comes to a complete, frozen halt on boot, after I've entered my disk decryption key and before I see a login screen. The little progress spinner freezes, and the caps lock light on my keyboard starts blinking, which I've been told indicates a kernel panic. Any manner of key combinations, even the "magic SysRq" combinations do nothing to recover the system--the only way out is to cut the power. I was able to fall back to the still-installed 4.4.36-1.el7.elrepo.x86_64 kernel with no problems. On a whim, I tried installing the latest mainline kernel from ELrepo as well (kernel-ml-4.9.0-1.el7.elrepo.x86_64) and encountered a similar hard lock, minus the blinkenlight in the caps lock key. Has anyone else had a similar issue? Is there anything in what I've described that sounds obvious to what the solution is? It really just seems like the problems are with kernels that have come through following the 7.3 release. I'm still somewhat new at getting into the inner workings of Linux, but is there a log that might shed some light on what went wrong? You need to capture the actual panic, or else it's just guessing. Boot without the rhgb quiet kernel args. Also check it's not just something silly like running out os space on /boot causing incomplete/corrupt initramfs. jh ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS-es] Namespace en postfix / dovecot
Tema cerrado! Solucione mis problemas gracias a ti! Implemente Wordfence en todos mis sitios, solo en uno encontró un archivo llamado test-...php que supongo que seria el malo ya que no encontró nada más. Implemente tus reglas en el firewall y contacte con hotmail para que levantaran el bloqueo. Utilice el iptraf-ng para monitorizar que no habian más conexiones raras en mi servidor. Es un tema difícil como ya comentaste ya que no muestra log's ni revotes al no utilizar direcciones de tu propios dominios. Gracias! eres un crack! :) Firma Alexandre Andreu Cases - Servtelecom El 13/12/16 a las 19:52, Ernesto Pérez Estévez escribió: On 12/13/2016 12:49 PM, Alex ( Servtelecom ) wrote: Esta claro que esto solo puede venir por aplicaciones web instaladas en mi servidor no? del exterior no porque lo vería en mis log's de mail.log pero allí no veo nada inusual. Me centro exclusivamente en las web's y solo en ellas no? Digamos que alguien se hace pasar por ti desde un servidor de un tercero... quizá los rebotes te llegarían a tí o te bloquearían injustamente. Es una posibilidad.. quizá en este caso lo que debes hacer es configurar SPF y _dmarc en cada dominio. SPF para que le permita a los demás conocer que es una farsa el intento de un tercero, y el _dmarc para que te ayude a recibir reportes y conocer quién envía cosas a tu nombre... no sé, se me ocurre. Pero me oriento a que sea algo interno, en las web, un script. Podría ser un script levantado de otra forma (entraron por ssh por ejemplo)... podría ser... no se puede descartar. Igualmente lo de que solo direcciones validas puedan enviar y direcciones que no estén creadas en mi sistema de postfix no puedan, hay algún manual para que lo pueda aplicar a mi configuración actual? me interesa por si roban un password de alguien no me utilicen para enviar spam que alguna vez me ha pasado... Eso no me convence tanto, porque el atacante está usando un script, no se apoya en el postfix, sino que el script accede directo al puerto 25/tcp de un servidor remoto... saludos epe Gracias por tu ayuda!! Firma Alexandre Andreu Cases - Servtelecom El 13/12/16 a las 18:44, Miguel González escribió: On 12/13/16 6:34 PM, Ernesto Pérez Estévez wrote: On 13/12/16 07:09, Ernesto Pérez Estévez wrote: On 13/12/16 07:00, Ernesto Pérez Estévez wrote: En mi caso cuando lo he tenido lo he logrado controlar a través del uso de iptables, pero te cuento luego porque no es tan fácil. Se me perdió tu mensaje con la pregunta: respecto al fail2ban, es buena idea que lo tengas para evitar que te hagan el mismo tipo de ataques de diccionario al servidor, busca y activa las jaulas para el servidor de pop3, de imap y de smtp que tengas.. también hay jaulas para wordpress y para otros tipos de ataques que buscan claves débiles, etc. Pero eso no evita que un script ya estè siendo activamente explotado en tu servidor. Si tienes Wordpress, te recomiendo que instales Wordfence y/o Sucuri y hagas una escaneo de tu Wordpress. Además te sirven para securizarlo. Saludos Miguel ___ CentOS-es mailing list CentOS-es@centos.org https://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org https://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org https://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org https://lists.centos.org/mailman/listinfo/centos-es