[CentOS] Ark can't handle RAR archive

[Nicolas Kovacs]

Hi,

I'm running CentOS 7 with KDE. Ark can't seem to handle a RAR archive,
even though I have unrar from the Nux repository installed.

Any idea what's wrong here?

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-virt] New xen-4.6.6 rpms for CentOS-6 and CentOS-7

[Johnny Hughes]

There are new xen-4.6.6 rpms for CentOS-6 and CentOS-7 in the testing
repository on buildlogs.centos.org.

Can we please get some testing of these RPMs and feedback to this list.

Thanks,
Johnny Hughes




signature.asc
Description: OpenPGP digital signature
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS] OpenVAS: confusion with 3rd party repos

[Nicolas Kovacs]

Le 18/07/2017 à 17:42, Nicolas Kovacs a écrit :
> I'm reading through various HOWTOs and tutorials, and it seems like I'm
> stuck very early in my fiddling process.
> 
> All the CentOS-based tutorials I've found mention a third-party Atomic
> repo, and here's how the installation usually begins.

It looks like there's a significant amount of bad OpenVAS tutorials
online, including one linked to by OpenVAS itself. The usual "you have
to disable your firewall and disable SELinux" stuff.

I'd be grateful for some solid and reliable information about OpenVAS.

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

Re: [CentOS] Installing support for Chinese text in Centos 7

[Andreas Benzler]

Am Dienstag, den 18.07.2017, 09:17 -0400 schrieb Jonathan Billings:
> On Sun, Jul 16, 2017 at 11:23:08PM -0400, H wrote:
> > After leaving this along for several weeks I made another attempt at
> > trying to get fcitx up and running on CentOS 7 and the Mate
> > desktop. I discovered that there is a diagnostic tool,
> > fcitx-diagnose, that provided some additional information. 
> > 
> > One of the missing programs was the fcitx-configtool that lacked the
> > GUI part and that so far I have been unable to find on the 'net. It
> > seems that the appropriate GUI tool would be fcitx-config-gtk3 and
> > is necessary for configuring fcitx. 
> > 
> > Does anyone have fcitx-config-gtk3 up and running?
> > 
> > I have to vent and say that I am very, very surprised that this tool
> > for entering Asian text on CentOS 7 is so poorly developed, poorly
> > documented and poorly packaged. One would have thought that the
> > Asian market for RHEL/CentOS 7 would be of sufficient importance for
> > all relevant programs to be available in one of the key
> > repositories. 
> > 
> > I am under the impression that fcitx, considered the replacement of
> > iBus used in CentOS 6 - and which worked flawlessly - has not been
> > updated since 2013. Further, the developers have not bothered with a
> > proper support website, instead most information is absent. 
> 
> My only suggestion is to try to set this up under the GNOME3 desktop
> provided by CentOS, rather than what is built out of EPEL.  It's the
> only desktop that has had testing by Red Hat.  MATE is provided by
> EPEL as a volunteer effort, and isn't considered part of CentOS.
> 
> I encountered the same problem when I was running Cinnamon as my
> desktop, I was able to add several Chinese input methods but I
> couldn't actually use them.  I switched to Gnome 3 and it just worked
> out of the box.
> 

Only 10 Users here :-) on that Cluster and everything behind of diffrent
firewall.

Cinnamon => Keyboard level to dbus, I think.

Andy





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

[CentOS] OpenVAS: confusion with 3rd party repos

[Nicolas Kovacs]

Hi,

I'm currently experimenting with OpenVAS, the vulnerability scanner
which was forked from Nessus.

I'm reading through various HOWTOs and tutorials, and it seems like I'm
stuck very early in my fiddling process.

All the CentOS-based tutorials I've found mention a third-party Atomic
repo, and here's how the installation usually begins.

  # wget -q -O - http://www.atomicorp.com/installers/atomic | sh

Yet on my servers I have EPEL configured for my third-party needs, and
OpenVAS already seems available through EPEL.

# yum search openvas
...
openvas-cli.x86_64
openvas-gsa.x86_64
openvas-libraries.x86_64
openvas-libraries-devel.x86_64
openvas-libraries-doc.x86_64
openvas-manager.x86_64
openvas-scanner.x86_64

The documentation I've found only mentions a single 'openvas' package,
and I'm supposed to run 'openvas-setup' after installation. Now I tried
to install the core packages found above, but there's no 'openvas-setup'.

Any suggestions?

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] Thanks to every one

[Peter Kjellström]

On Tue, 18 Jul 2017 09:01:07 -0400
Jonathan Billings  wrote:

> On Sun, Jul 16, 2017 at 06:02:15PM +0100, Pete Biggs wrote:
> > > 
> > > The physicists and mathematicians who count there need high
> > > durations.  
> > 
> > Yes. I too run HPC clusters and I have had uptimes of over 1000
> > days - clusters that are turned on when they are delivered and
> > turned off when they are obsolete. It is crucial for long running
> > calculations that you have a stable OS - you have never seen wrath
> > like a computational scientist whose 200 day calculation has just
> > failed because you needed to reboot the node it was running on.  
> 
> I too was a HPC admin, and I knew people who believed the above, and
> their clusters were compromised.  You're running a service where the
> weakest link are the researchers who use your cluster -- they're able
> to run code on your nodes, so local exploits are possible.  They often
> have poor security practices (share passwords, use them for multiple
> accounts).

I work at a quite large hpc site and fully agree.

HPC resources need possibly more smart and active security work than
your average server.

With 1000+ users that can compile and run jobs and get their
credentials misplaced etc. we typically move even faster than CentOS
updates to fix/half-patch/mitigate security vulnerabilities.

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

Re: [CentOS] Thanks to every one

[Paul Heinlein]

On Tue, 18 Jul 2017, Jonathan Billings wrote:

Also, if your researchers can't write code that performs 
checkpoints, they're going to be awfully unhappy when a bug in their 
code makes it segfault 199 days into a 200 day run.


+1

--
Paul Heinlein <> heinl...@madboa.com <> https://www.madboa.com/
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Thanks to every one

[Valeri Galtsev]

On Tue, July 18, 2017 8:01 am, Jonathan Billings wrote:
> On Sun, Jul 16, 2017 at 06:02:15PM +0100, Pete Biggs wrote:
>> >
>> > The physicists and mathematicians who count there need high durations.
>>
>> Yes. I too run HPC clusters and I have had uptimes of over 1000 days -
>> clusters that are turned on when they are delivered and turned off when
>> they are obsolete. It is crucial for long running calculations that you
>> have a stable OS - you have never seen wrath like a computational
>> scientist whose 200 day calculation has just failed because you needed
>> to reboot the node it was running on.
>
> I too was a HPC admin, and I knew people who believed the above, and
> their clusters were compromised.  You're running a service where the
> weakest link are the researchers who use your cluster -- they're able
> to run code on your nodes, so local exploits are possible.  They often
> have poor security practices (share passwords, use them for multiple
> accounts).
>
> Also, if your researchers can't write code that performs checkpoints,
> they're going to be awfully unhappy when a bug in their code makes it
> segfault 199 days into a 200 day run.
>
> Scheduled downtime and rolling cluster upgrades is a necessity of
> HPC cluster administration.  I do wish that the ksplice/kpatch stuff
> was available in CentOS.

Thanks, Jonathan! Before your reply I had bad feeling that I'm the only
one in this World who still respects security considerations... The only
thing is: I still shy away from ksplice/kpatch, and do reboot machines
instead of patching running kernel on the fly.

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] Installing support for Chinese text in Centos 7

[Jonathan Billings]

On Sun, Jul 16, 2017 at 11:23:08PM -0400, H wrote:
> After leaving this along for several weeks I made another attempt at
> trying to get fcitx up and running on CentOS 7 and the Mate
> desktop. I discovered that there is a diagnostic tool,
> fcitx-diagnose, that provided some additional information. 
> 
> One of the missing programs was the fcitx-configtool that lacked the
> GUI part and that so far I have been unable to find on the 'net. It
> seems that the appropriate GUI tool would be fcitx-config-gtk3 and
> is necessary for configuring fcitx. 
> 
> Does anyone have fcitx-config-gtk3 up and running?
> 
> I have to vent and say that I am very, very surprised that this tool
> for entering Asian text on CentOS 7 is so poorly developed, poorly
> documented and poorly packaged. One would have thought that the
> Asian market for RHEL/CentOS 7 would be of sufficient importance for
> all relevant programs to be available in one of the key
> repositories. 
> 
> I am under the impression that fcitx, considered the replacement of
> iBus used in CentOS 6 - and which worked flawlessly - has not been
> updated since 2013. Further, the developers have not bothered with a
> proper support website, instead most information is absent. 

My only suggestion is to try to set this up under the GNOME3 desktop
provided by CentOS, rather than what is built out of EPEL.  It's the
only desktop that has had testing by Red Hat.  MATE is provided by
EPEL as a volunteer effort, and isn't considered part of CentOS.

I encountered the same problem when I was running Cinnamon as my
desktop, I was able to add several Chinese input methods but I
couldn't actually use them.  I switched to Gnome 3 and it just worked
out of the box.

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

Re: [CentOS] Thanks to every one

[Jonathan Billings]

On Sun, Jul 16, 2017 at 06:02:15PM +0100, Pete Biggs wrote:
> > 
> > The physicists and mathematicians who count there need high durations.
> 
> Yes. I too run HPC clusters and I have had uptimes of over 1000 days -
> clusters that are turned on when they are delivered and turned off when
> they are obsolete. It is crucial for long running calculations that you
> have a stable OS - you have never seen wrath like a computational
> scientist whose 200 day calculation has just failed because you needed
> to reboot the node it was running on.

I too was a HPC admin, and I knew people who believed the above, and
their clusters were compromised.  You're running a service where the
weakest link are the researchers who use your cluster -- they're able
to run code on your nodes, so local exploits are possible.  They often
have poor security practices (share passwords, use them for multiple
accounts).

Also, if your researchers can't write code that performs checkpoints,
they're going to be awfully unhappy when a bug in their code makes it
segfault 199 days into a 200 day run.

Scheduled downtime and rolling cluster upgrades is a necessity of
HPC cluster administration.  I do wish that the ksplice/kpatch stuff
was available in CentOS. 

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

[CentOS] CentOS-announce Digest, Vol 149, Issue 6

[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. CEBA-2017:1752  CentOS 7 glibc BugFix Update (Johnny Hughes)


--

Message: 1
Date: Tue, 18 Jul 2017 11:05:18 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2017:1752  CentOS 7 glibc BugFix
Update
Message-ID: <20170718110518.ga8...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2017:1752 

Upstream details at : https://access.redhat.com/errata/RHBA-2017:1752

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

x86_64:
c5844c9059b2dba0540f6e25b445e63836fbbc740546c917bd7b1cb07a04aec9  
glibc-2.17-157.el7_3.5.i686.rpm
c7f0561f6f22e630c827f9fac64317b9a224956aac9704fadb9f7849324d5a4f  
glibc-2.17-157.el7_3.5.x86_64.rpm
49168130271deebf3e005d1f233c75f284da9b4ed515004be8aae1b434876778  
glibc-common-2.17-157.el7_3.5.x86_64.rpm
67e91ef3f2055a0e57f4b209c13a74ae4851b677f79316e11f81f8c7ad9bc34c  
glibc-devel-2.17-157.el7_3.5.i686.rpm
0bdfbd8ae4d31dcc39cc5216cc698161eede49aba5cb4362d0775584250a055b  
glibc-devel-2.17-157.el7_3.5.x86_64.rpm
d0cb26c56aea3359e167dce5859bab1d0a142a924deee42297d32fa2cedf9447  
glibc-headers-2.17-157.el7_3.5.x86_64.rpm
9d072bc2c453d5aacf3132124205f9f6f82301dac428360b9be19d0cf3eb962b  
glibc-static-2.17-157.el7_3.5.i686.rpm
213ec63606fe365167217813e190c2ca3bf2685acb2c86eca58ba05ea3ebf06e  
glibc-static-2.17-157.el7_3.5.x86_64.rpm
439753886955f87f664150d1653e33411e2523007a2ec23c67fff4fc58d576c4  
glibc-utils-2.17-157.el7_3.5.x86_64.rpm
b61e27a7bb96ce09966e045693df4876b5fd772d7ec9ffc1108c158db53214af  
nscd-2.17-157.el7_3.5.x86_64.rpm

Source:
7af6a6a1bf163a1ad14f10b0a09f8c28dfa537984baa262c8c9c8d98bb8494ed  
glibc-2.17-157.el7_3.5.src.rpm



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



--

Subject: Digest Footer

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


--

End of CentOS-announce Digest, Vol 149, Issue 6
***
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS-announce] CEBA-2017:1752 CentOS 7 glibc BugFix Update

[Johnny Hughes]

CentOS Errata and Bugfix Advisory 2017:1752 

Upstream details at : https://access.redhat.com/errata/RHBA-2017:1752

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

x86_64:
c5844c9059b2dba0540f6e25b445e63836fbbc740546c917bd7b1cb07a04aec9  
glibc-2.17-157.el7_3.5.i686.rpm
c7f0561f6f22e630c827f9fac64317b9a224956aac9704fadb9f7849324d5a4f  
glibc-2.17-157.el7_3.5.x86_64.rpm
49168130271deebf3e005d1f233c75f284da9b4ed515004be8aae1b434876778  
glibc-common-2.17-157.el7_3.5.x86_64.rpm
67e91ef3f2055a0e57f4b209c13a74ae4851b677f79316e11f81f8c7ad9bc34c  
glibc-devel-2.17-157.el7_3.5.i686.rpm
0bdfbd8ae4d31dcc39cc5216cc698161eede49aba5cb4362d0775584250a055b  
glibc-devel-2.17-157.el7_3.5.x86_64.rpm
d0cb26c56aea3359e167dce5859bab1d0a142a924deee42297d32fa2cedf9447  
glibc-headers-2.17-157.el7_3.5.x86_64.rpm
9d072bc2c453d5aacf3132124205f9f6f82301dac428360b9be19d0cf3eb962b  
glibc-static-2.17-157.el7_3.5.i686.rpm
213ec63606fe365167217813e190c2ca3bf2685acb2c86eca58ba05ea3ebf06e  
glibc-static-2.17-157.el7_3.5.x86_64.rpm
439753886955f87f664150d1653e33411e2523007a2ec23c67fff4fc58d576c4  
glibc-utils-2.17-157.el7_3.5.x86_64.rpm
b61e27a7bb96ce09966e045693df4876b5fd772d7ec9ffc1108c158db53214af  
nscd-2.17-157.el7_3.5.x86_64.rpm

Source:
7af6a6a1bf163a1ad14f10b0a09f8c28dfa537984baa262c8c9c8d98bb8494ed  
glibc-2.17-157.el7_3.5.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

[CentOS] CentOS for PowerPC Board ( Freescale T2080) with U-Boot

[Jaytirth S Khairatkar]

Hello,

  I got CentOS for PPC64 from this link
  but it uses grub. I want
to use CentOS on a PowerPC Freescale T2080 board with U-Boot as the boot
loader. Is it available? 

  

 Thanks and regards

Jaytirth S. Khairatkar | Assistant Manager

--
--

The Tata Power Company Limited  Strategic Engineering Division (Tata Power
SED)

42 - 43 Electronics City  Hosur Road  Bengaluru 560 100  India

Mobile: +91 9243797917

Website:   www.TataPowerSED.in  

 


*Disclaimer*

Notice: This e-mail and / or attachments (communication) may contain 
information that is confidential and proprietary to The Tata Power Company 
Limited, Strategic Engineering Division (Tata Power SED). If you are not the 
intended recipient of this communication, please do not use or disseminate the 
information contained therein, notify the sender by e-mail or telephone and 
delete the communication (permanently) from your system.

Any information in this communication that does not relate to the official 
business of Tata Power SED shall be understood as neither given nor endorsed by 
it. Please note that e-mails are susceptible to change and Tata Power SED shall 
not be liable for the improper or incomplete transmission of the information 
contained in this communication nor for any delay in its receipt. This 
communication is not guaranteed to be free from computer viruses and it is 
recommended that you check for all viruses before download.

Print this communication only if absolutely essential. Thank you for your 
co-operation.

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