Discuss June 2017

discuss@lists.centos.org

90 participants
77 discussions

Markdown editor for CentOS 7?
by Nicolas Kovacs 16 Jun '17

16 Jun '17

Hi, I recently discovered Markdown, and I'm currently using it to write some documentation for CentOS 7. https://github.com/kikinovak/formation-linux For the time being, I'm using my good old Vim editor for writing it. I turned off syntax highlighting, since this produces random results with Markdown. Pages are correctly displayed on Github, but in order to see them, I have to push them to the server. Now I wonder if there's a good WYSIWYG editor for Markdown, or at least something where I can check locally what the page looks like. Any suggestions? Niki Kovacs -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Web : http://www.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32

5 7

ssmtp not working properly.
by Periko Support 16 Jun '17

16 Jun '17

Hi. I have a sever running centos 7, I had install ssmtp from epel repo, but every time I test in my console I got this ugly message. mail -s test myusername at mydomain dot com 7fc10a187000-7fc10a18a000 r-xp 00000000 09:7e 268635290 /usr/lib64/libcom_err.so.2.1 7fc10a18a000-7fc10a389000 ---p 00003000 09:7e 268635290 /usr/lib64/libcom_err.so.2.1 7fc10a389000-7fc10a38a000 r--p 00002000 09:7e 268635290 /usr/lib64/libcom_err.so.2.1 7fc10a38a000-7fc10a38b000 rw-p 00003000 09:7e 268635290 /usr/lib64/libcom_err.so.2.1 7fc10a38b000-7fc10a461000 r-xp 00000000 09:7e 268917578 /usr/lib64/libkrb5.so.3.3 7fc10a461000-7fc10a661000 ---p 000d6000 09:7e 268917578 /usr/lib64/libkrb5.so.3.3 7fc10a661000-7fc10a66f000 r--p 000d6000 09:7e 268917578 /usr/lib64/libkrb5.so.3.3 7fc10a66f000-7fc10a672000 rw-p 000e4000 09:7e 268917578 /usr/lib64/libkrb5.so.3.3 7fc10a672000-7fc10a6bd000 r-xp 00000000 09:7e 268917564 /usr/lib64/libgssapi_krb5.so.2.2 7fc10a6bd000-7fc10a8bd000 ---p 0004b000 09:7e 268917564 /usr/lib64/libgssapi_krb5.so.2.2 7fc10a8bd000-7fc10a8be000 r--p 0004b000 09:7e 268917564 /usr/lib64/libgssapi_krb5.so.2.2 7fc10a8be000-7fc10a8c0000 rw-p 0004c000 09:7e 268917564 /usr/lib64/libgssapi_krb5.so.2.2 7fc10a8c0000-7fc10aa77000 r-xp 00000000 09:7e 268632477 /usr/lib64/libc-2.17.so 7fc10aa77000-7fc10ac76000 ---p 001b7000 09:7e 268632477 /usr/lib64/libc-2.17.so 7fc10ac76000-7fc10ac7a000 r--p 001b6000 09:7e 268632477 /usr/lib64/libc-2.17.so 7fc10ac7a000-7fc10ac7c000 rw-p 001ba000 09:7e 268632477 /usr/lib64/libc-2.17.so 7fc10ac7c000-7fc10ac81000 rw-p 00000000 00:00 0 7fc10ac81000-7fc10ae41000 r-xp 00000000 09:7e 268917593 /usr/lib64/libcrypto.so.1.0.1e 7fc10ae41000-7fc10b041000 ---p 001c0000 09:7e 268917593 /usr/lib64/libcrypto.so.1.0.1e 7fc10b041000-7fc10b05b000 r--p 001c0000 09:7e 268917593 /usr/lib64/libcrypto.so.1.0.1e 7fc10b05b000-7fc10b067000 rw-p 001da000 09:7e 268917593 /usr/lib64/libcrypto.so.1.0.1e 7fc10b067000-7fc10b06b000 rw-p 00000000 00:00 0 7fc10b06b000-7fc10b0cf000 r-xp 00000000 09:7e 268917595 /usr/lib64/libssl.so.1.0.1e 7fc10b0cf000-7fc10b2ce000 ---p 00064000 09:7e 268917595 /usr/lib64/libssl.so.1.0.1e 7fc10b2ce000-7fc10b2d2000 r--p 00063000 09:7e 268917595 /usr/lib64/libssl.so.1.0.1e 7fc10b2d2000-7fc10b2d9000 rw-p 00067000 09:7e 268917595 /usr/lib64/libssl.so.1.0.1e 7fc10b2d9000-7fc10b2f9000 r-xp 00000000 09:7e 268632470 /usr/lib64/ld-2.17.so 7fc10b4e8000-7fc10b4f1000 rw-p 00000000 00:00 0 7fc10b4f5000-7fc10b4f8000 rw-p 00000000 00:00 0 7fc10b4f8000-7fc10b4f9000 r--p 0001f000 09:7e 268632470 /usr/lib64/ld-2.17.so 7fc10b4f9000-7fc10b4fa000 rw-p 00020000 09:7e 268632470 /usr/lib64/ld-2.17.so 7fc10b4fa000-7fc10b4fb000 rw-p 00000000 00:00 0 7fff6b913000-7fff6b934000 rw-p 00000000 00:00 0 [stack] 7fff6b96d000-7fff6b96f000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] Is like a winbox BSO. Anyone with this error, is a bug o centos is trying to tell me something? Thanks.

1 0

epel python3 gi
by Andreas Benzler 15 Jun '17

15 Jun '17

Hello Everyone, don't know how to fix this: [andy@localhost snappergui]$ sudo python3 ./__init__.py [sudo] password for andy: Traceback (most recent call last): File "./__init__.py", line 3, in <module> import gi ImportError: No module named 'gi' [andy@localhost snappergui]$ python ./__init__.py [andy@localhost snappergui]$ sudo python ./__init__.py [andy@localhost snappergui]$ sudo python3 ./__init__.py Traceback (most recent call last): File "./__init__.py", line 3, in <module> import gi ImportError: No module named 'gi' [andy@localhost snappergui]$ sudo python3 ./__init__.pyvi^C [andy@localhost snappergui]$ vi __init__.py [andy@localhost snappergui]$ python3 Python 3.4.5 (default, May 29 2017, 15:17:55) [GCC 4.8.5 20150623 (Red Hat 4.8.5-11)] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import gi Traceback (most recent call last): File "<stdin>", line 1, in <module> ImportError: No module named 'gi' >>> quit Use quit() or Ctrl-D (i.e. EOF) to exit >>> KeyboardInterrupt >>> >>> exit Use exit() or Ctrl-D (i.e. EOF) to exit >>> Sincerely AndyBe

2 4

CentOS-announce Digest, Vol 148, Issue 4
by centos-announce-request＠centos.org 15 Jun '17

15 Jun '17

1 0

My grub2-btrfs & yum-plugin-snapper
by Andreas Benzler 15 Jun '17

15 Jun '17

Hello Guys, Last Sunday I had the idea to expand my gameplay btrfs. Now what was missing was a yum plugin which worked like arch or opensuse. Ok, I told myself and learned a little python. Also something for grub2 to boot into a snapshot. My results are up on: https://copr.fedorainfracloud.org/coprs/andybe/Centos7Btrfs/ grub2-btrfs (do not use grub-btrfs, this is the version before) yum-plugin-snapper The grub2 plugin is tuned to snapper and is therefore in conflict with yum-plugin-fs-snapshot (from archlinux). /etc/yum/pluginconf.d/snapper.conf [main] enabled=1 verbose=0 configs= update_grub2=False If no configs specified so is tried to make a global snapshot. Of course, comma-separated configs can be saved. The yum-plugin-snapper has no direct dependency to yum-plugin-snapper (optional) There are many posts how it works for example: http://dustymabe.com/201 7/02/12/fedora-btrfssnapper-the-fedora-25-edition/ Here how it looks like: LANG=C yum remove htop Loaded plugins: fastestmirror, snapper Resolving Dependencies --> Running transaction check ---> Package htop.x86_64 0:2.0.2-1.el7 will be erased --> Finished Dependency Resolution Dependencies Resolved ======================================================================= ========= Package Arch Version Repository Size ======================================================================= ========= Removing: htop x86_64 2.0.2- 1.el7 @epel 207 k Transaction Summary ======================================================================= ========= Remove 1 Package Installed size: 207 k Is this ok [y/N]: y Downloading packages: Running transaction check Running transaction test Transaction test succeeded Running transaction Erasing : htop-2.0.2- 1.el7.x86_64 1/1 Verifying : htop-2.0.2- 1.el7.x86_64 1/1 Removed: htop.x86_64 0:2.0.2- 1.el7 Complete! LANG=C snapper list Type | # | Pre # | Date | User | Cleanup | Description | Userdata -------+---+-------+--------------------------+------+---------+------- ----------+--------- single | 0 | | | root | | current | pre | 1 | | Thu Jun 15 08:42:18 2017 | root | | yum remove htop | post | 2 | 1 | Thu Jun 15 08:42:19 2017 | root | number | | Grub Menu CentOS Linux (3.10-.......) CentOS Linux (0-rescue ....) CentOS Linux Snapshots Still a small note: here would be 6 entries for 2 kernel for each snapshot created. It can also cause the system to stop booting. This happened to me once grub.cfg 1.1MB was large, on fedora. If Grub2 is so installed that it looks for strange systems, a yum installation, because of grub2-mkconfig, also take a long time. It works as it is. The grub2 plugin needs a little bit work. But now analyse jet. I made ist failsafe for linux and linuxefi. For me, it was important to know whether such a thing under centos works, because yum-plugin-fs-snapshot is intended for several file systems. Can be helpful or not. Just something different for me. Fun work :-) Sincerely Andy

1 0

CentOS-announce Digest, Vol 148, Issue 3
by centos-announce-request＠centos.org 14 Jun '17

14 Jun '17

Send CentOS-announce mailing list submissions to centos-announce(a)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-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)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. CEEA-2017:1432 CentOS 6 ca-certificates Enhancement Update (Johnny Hughes) 2. CEBA-2017:1435 CentOS 6 rpcbind BugFix Update (Johnny Hughes) 3. CEEA-2017:1437 CentOS 7 ca-certificates Enhancement Update (Johnny Hughes) 4. CEBA-2017:1436 CentOS 7 rpcbind BugFix Update (Johnny Hughes) 5. CESA-2017:1430 Important CentOS 7 qemu-kvm Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 13 Jun 2017 17:19:05 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2017:1432 CentOS 6 ca-certificates Enhancement Update Message-ID: <20170613171905.GA60897(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2017:1432 Upstream details at : https://rhn.redhat.com/errata/RHEA-2017-1432.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 586cf9d6c3500f5a737ef53f796da627c01fb212d38398654e053aefb37f166f ca-certificates-2017.2.14-65.0.1.el6_9.noarch.rpm x86_64: 586cf9d6c3500f5a737ef53f796da627c01fb212d38398654e053aefb37f166f ca-certificates-2017.2.14-65.0.1.el6_9.noarch.rpm Source: f9499f304aee0942fd08b5df501ce20a7bae5fa9461ddd05646475949a212363 ca-certificates-2017.2.14-65.0.1.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Tue, 13 Jun 2017 17:19:35 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2017:1435 CentOS 6 rpcbind BugFix Update Message-ID: <20170613171935.GA61086(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2017:1435 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-1435.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 02eee1ab8336314ef3af05bf5164e865e526e92f871ad77ffe4a5064222e1c97 rpcbind-0.2.0-13.el6_9.1.i686.rpm x86_64: 1772fbb8be0ed7047444490b93c2d3cdb4e2ae246f58385fc4d83a87b7ecd756 rpcbind-0.2.0-13.el6_9.1.x86_64.rpm Source: d4d748101bf77ce46b818fe3493ae09f5bb9171e20688621980f90f8664ed3c7 rpcbind-0.2.0-13.el6_9.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Tue, 13 Jun 2017 18:32:26 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2017:1437 CentOS 7 ca-certificates Enhancement Update Message-ID: <20170613183226.GA1289(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2017:1437 Upstream details at : https://rhn.redhat.com/errata/RHEA-2017-1437.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: f34fe63f236ecc5c57042c4a89a291a8951a5f278a626e7a7ff9ff83ae5b9419 ca-certificates-2017.2.14-70.1.el7_3.noarch.rpm Source: 11b3524577bc76dfb8d8b008cc21f83931233bf464d6f6965f9dccce391900a3 ca-certificates-2017.2.14-70.1.el7_3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Tue, 13 Jun 2017 18:32:42 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2017:1436 CentOS 7 rpcbind BugFix Update Message-ID: <20170613183242.GA1376(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2017:1436 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-1436.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: dd3ec7ae5275c7e51815d9fa52f64f1e5a19193f11eb0c8e18ab54ce81203e7d rpcbind-0.2.0-38.el7_3.1.x86_64.rpm Source: 3440474dd9ebcbdf9311f13243566716d81623c59f92052a005e842f002fa2bd rpcbind-0.2.0-38.el7_3.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Tue, 13 Jun 2017 18:32:57 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:1430 Important CentOS 7 qemu-kvm Security Update Message-ID: <20170613183257.GA1463(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:1430 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-1430.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 9661159989d6856f5ee2bdd71018ca355f5f9dd7eb2b63de899683fba7720944 qemu-img-1.5.3-126.el7_3.9.x86_64.rpm dff19992c1f1c46d6389c062334d646cbb05c8dd456570d149f0b0ca0b9f294f qemu-kvm-1.5.3-126.el7_3.9.x86_64.rpm 40dd8d432f60e22a312bbd05c995e2abced0bf4a49d11430c214bd2192c0d6f3 qemu-kvm-common-1.5.3-126.el7_3.9.x86_64.rpm 0cf536dffed1911acebaeb3d0ad5abf164ab2573fe59f92ef0e52df4e4585435 qemu-kvm-tools-1.5.3-126.el7_3.9.x86_64.rpm Source: 5cfc27cda33a97005882a1791e213dca96d3a763d0f1a5f9b98475bd07346511 qemu-kvm-1.5.3-126.el7_3.9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 148, Issue 3 ***********************************************

1 0

how to enforce sunit and swidth for root device/partition when installing?
by hw 13 Jun '17

13 Jun '17

Hi, how can I force the Centos 7 installer to use the particular sunit and swidth values that are matching the hardware raid device I´m installing on? The installer forces me to reformat the partition I want to install on :( It does not let me specify any options about creating the file system :( Even when I create the file system manually with correct values after telling the installer where to install and before beginning the installation, xfs_info shows different values for the file system than I used when I created it once I rebooted. So apparently the installer re-creates the file system again when I start the installation after it had me accept the changes it wants to make.

1 0

Re: [CentOS] systemd order help?
by James Hogarth 13 Jun '17

13 Jun '17

On 12 Jun 2017 17:03, "Matthew Miller" <mattdm(a)mattdm.org> wrote: On Mon, Jun 12, 2017 at 03:47:46PM +0000, James Pearson wrote: > I'm guessing I could use something like: > > After=autofs.service > Before=graphical.target > > Is this correct? > > However, I would like to use the same systemd unit file on servers that > won't run X - will the above work? Or is there a better/another way of > doing this? You probably want "display-manager.service" instead of "graphical.target". You also will want "Requires=autofs.service". The distinction between "After/Before" and "Requires" is exactly for the reason you give; the ordering directives don't require anything, so without display-manager.service enabled, Before=display-manager.service is just a no-op. Actually, you might even want "BindsTo=autofs.service", which is stronger. Depending on your setup, you many want to look at converting your automatic mounts into systemd mounts, and depend on that directly, rather than on the autofs service. Just one little thing to note here that many don't realise. All mounts in the system (ie not manually via the mount command) are systemd mounts. There's a generator that makes mount units from fstab and it is the actual runtime mount unit that gets used. So with things in fstab you can still have a service require something like data.mount ... There's even a directive RequiresMountsFor to ensure that a path is mounted before that unit is started. Finally autofs is made even easier with systemd as all you need to do to declare a mount autofs is x-systemd.automount in the options field and then it'll only be mounted on demand rather than at boot.

2 3

OT - lowest power, cheapest python interpreter
by Andrew Holway 12 Jun '17

12 Jun '17

I am searching for the cheapeat *nix SOC device with ethernet and wifi that can run Python 2.7. Ethernet should be 100mbit and hopefully supporting PXE. OT because im doubting you can squeeze our bloaty friend onto such a device.... :)

7 14

systemd order help?
by James Pearson 12 Jun '17

12 Jun '17

I'm looking into 'porting' some custom init.d scripts that are in use on CentOS 6 boxes for use on CentOS 7 using systemd One particular init.d script needs to run after autofs has been started, but before X11 is started I'm guessing I could use something like: After=autofs.service Before=graphical.target Is this correct? However, I would like to use the same systemd unit file on servers that won't run X - will the above work? Or is there a better/another way of doing this? Thanks James Pearson

3 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss June 2017