On 01/27/2016 02:12 AM, Tony Mountifield wrote:
In C7 i have no idea
In C7, "-g" appears to be an argument to ntpd, by default.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
My bad for fogging things up. Besides the epel rpm, I had also tried the
(non-rpm) tar file from mozilla of the latest beta release (installed in
/usr/local). That turns out to be a 32-bit version. The epel rpm is
clearly 64-bit.
Well if you are still seeing the same error then the only
On 01/27/2016 05:11 PM, Clint Dilks wrote:
This looks like all dependencies are met but I noticed something, your
first message mentions /usr/local/seamonkey/seamonkey-bin, we are looking
at /usr/lib64/seamonkey/seamonkey-bin, which one are you using and do both
exist on your system ?
My bad
Robert Nichols wrote:
> On 01/27/2016 10:31 AM, m.r...@5-cent.us
> wrote:
>> This is... odd.
>>
>> From my workstation, where I'm directly logged in, if I ssh to any
>> CentOS 7 box, as myself, and try to run man, it fails.
>> Example 1:
>> man dd
>> man:
>> cannot write to
On Thu, Jan 28, 2016 at 11:01 AM, Tim Evans wrote:
> On 01/27/2016 04:59 PM, Clint Dilks wrote:
>
> What is the result of
>>
> > ldd /usr/lib64/seamonkey/seamonkey-bin
>
> # ldd /usr/lib64/seamonkey/seamonkey-bin
> linux-vdso.so.1 => (0x7ffe525fc000)
>
This is on a C6 systems.
How can I verify that an ext4 data partition is being unmounted properly at
(reboot/shutdown) on a sysV init system. I've looked at S01reboot and
S01halt scripts in etc but what I'm concerned about is that I mounted my
partition on a tmpfs dir mount point. So if those S01
Buen dia.
Tengo un par de servidores que corren servicio de poco impacto y sobrantes
de poder (ram, procesador y disco duro).
Me gustaria formar un peque~o negocio de arrendamiento de hosting, me
gustaria pedirles su opinion cual seria la mejor opcion para levantan un
servicio de arrendamiento
Gordon Messmer wrote:
> On 01/27/2016 08:11 AM, m.r...@5-cent.us wrote:
>> my manager has me using
>> pmount/pumount to mount the hard drives I'm putting in the eSATA drive
>> bay for offline backups. Formerly, I used mount/umount, and when I
>> umounted it, and walked downstairs, mostly, esp the
> On Jan 27, 2016, at 1:47 PM, m.r...@5-cent.us wrote:
>
> I've just added the following to the CentOS bugtracker for CentOS-7
> 0009860. I admit to not being sure if it's the same issue, or a separate
> one, but this and other Dell servers - I *think* they're all R420's, but I
> could be wrong,
Hi List
I have ntp running as a service on a PC, with the expectation that it
would keep time in synch to my ntp server.
However, while I can manually update the time using "ntpdate -u ...",
I find that if I manually force the wrong time, the ntpd service does
not automatically re-synch the
When I load a blank cd into the optical drive on my CentOS-6.7
workstation I am not getting any window or visible mount action on my
Gnome desktop. Formerly, when I mounted a writeable media in this
drive on this host I would see a nautilus style file browser window
open with inducements to add
Can this thread just end, it's been hashed and rehashed. If there is a
moderator out there can we just kill the topic?
Lets move along. :)
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
Jonathan Billings wrote:
> On Wed, Jan 27, 2016 at 02:30:15PM +, Timothy Murphy wrote:
>> Jonathan Billings wrote:
>>
>> >> > Maybe you're not
>> >> > aware of it, but there are a LOT of things that systemd fixes that
>> >> > people are happy about.
>>
>> >> Like what ? I don't remember there
Jonathan Billings wrote:
> On Wed, Jan 27, 2016 at 11:11:56AM -0500, m.r...@5-cent.us wrote:
>> Well, that's interesting, about making sure it's stopped. I've asked
>> here a month or two ago, and got no responses: my manager has me using
>> pmount/pumount to mount the hard drives I'm putting in
Tim Evans wrote:
> I've been using the SeaMonkey built-in HTML editor from the epel repo
> for CentOS 6.7:
> This is now dumping core. The latest release, directly from Mozilla
> (2.9b4), fails with:
>
> /usr/local/seamonkey/seamonkey-bin: error while loading shared
> libraries:
I have an older intel card (845G) that works _correctly_ only with the newer
kernels (3.17+) with everything else being CentOS 6 stock.
The elrepo kernel-ml made this much easier to support.
http://elrepo.org/tiki/kernel-ml
http://elrepo.org/tiki/kernel-lt
I don't know if you need all the other
Joseph L. Casale wrote:
>> I don't take a position in the systemd argument,
>> but you said that systemd fixes lots of problems.
>> It is perfectly reasonable to ask you to name one of these problems,
>> perhaps the one you think is most important.
>
> Compare any average sysv init script with a
I've been using the SeaMonkey built-in HTML editor from the epel repo
for CentOS 6.7:
$ repoquery -i seamonkey
Name: seamonkey
Version : 2.39
Release : 1.el6
Architecture: x86_64
Size: 127340745
Packager: Fedora Project
Group : Applications/Internet
URL
This is... odd.
>From my workstation, where I'm directly logged in, if I ssh to any CentOS
7 box, as myself, and try to run man, it fails.
Example 1:
man dd
man:
cannot write to /var/cache/man/cat1/dd.1.gz in catman mode
dd.
Example 2:
man dd
man: can't chmod (null): Bad address
man: can't
On Wed, Jan 27, 2016 at 02:30:15PM +, Timothy Murphy wrote:
> Jonathan Billings wrote:
>
> >> > Maybe you're not
> >> > aware of it, but there are a LOT of things that systemd fixes that
> >> > people are happy about.
>
> >> Like what ? I don't remember there were as many errors to fix
Le 27/01/2016 15:24, Robert Nichols a écrit :
On 01/27/2016 07:34 AM, Dmitry E. Mikhailov wrote:
On 27.01.2016 00:51, Robert Nichols wrote:
Any suggestions or success reports would be appreciated.
What's the host OS?
I enjoy Windows 8.1 (virtio/qxl) on CentOS 7.2 laptop (the one I'm
Sylvain CANOINE wrote:
>> De: "Jonathan Billings"
>> Maybe you're not aware of it, but there are a LOT of things that
>> systemd fixes that people are happy about.
> Like what ? I don't remember there were as many errors to fix before
> systemd appeared.
>
Agreed. The speed
On Wed, January 27, 2016 10:07 am, Tom Bishop wrote:
> Can this thread just end, it's been hashed and rehashed. If there is a
> moderator out there can we just kill the topic?
>
> Lets move along. :)
+1 here. Who can't stand systemd, explore other systems. Ask me off the
list, I'll do my best
Tom Bishop wrote:
> Can this thread just end, it's been hashed and rehashed. If there is a
> moderator out there can we just kill the topic?
>
> Lets move along. :)
Other than the one I posted, about pmount, sure, I'm out of it now.
mark
___
On Wed, Jan 27, 2016 at 11:11:56AM -0500, m.r...@5-cent.us wrote:
> Well, that's interesting, about making sure it's stopped. I've asked here
> a month or two ago, and got no responses: my manager has me using
> pmount/pumount to mount the hard drives I'm putting in the eSATA drive bay
> for
i have posted a question on
http://unix.stackexchange.com/questions/257310/centos-7-font-problem-unable-to-read-words
,
i am unable to read words in terminal and unable to see correct images,
Dont know if it is wrong config or something else , i have updated this
system via ssh from LAN, Now i
I use kompozer (http://www.kompozer.net/) It's based on the html editor
in seamonkey.
Jason
On 27.1.2016 17:15, Tim Evans wrote:
> I've been using the SeaMonkey built-in HTML editor from the epel repo
> for CentOS 6.7:
>
> $ repoquery -i seamonkey
>
> Name: seamonkey
> Version : 2.39
Hi
> /usr/local/seamonkey/seamonkey-bin: error while loading shared libraries:
> libdbus-glib-1.so.2: cannot open shared object file: No such file or
> directory
>
>
Have you tried yum provides 'libdbus-glib-1.so.2'. I get a hit with
dbus-glib
___
On 01/27/2016 10:31 AM, m.r...@5-cent.us
wrote:
This is... odd.
From my workstation, where I'm directly logged in, if I ssh to any CentOS
7 box, as myself, and try to run man, it fails.
Example 1:
man dd
man:
cannot write to /var/cache/man/cat1/dd.1.gz in catman mode
dd.
Example 2:
man dd
On 01/27/2016 09:23 AM, Jean-Marc LIGER wrote:
Le 27/01/2016 15:24, Robert Nichols a écrit :
On 01/27/2016 07:34 AM, Dmitry E. Mikhailov wrote:
On 27.01.2016 00:51, Robert Nichols wrote:
Any suggestions or success reports would be appreciated.
What's the host OS?
I enjoy Windows 8.1
On 01/27/2016 02:47 PM, Clint Dilks wrote:
/usr/local/seamonkey/seamonkey-bin: error while loading shared libraries:
libdbus-glib-1.so.2: cannot open shared object file: No such file or
directory
Have you tried yum provides 'libdbus-glib-1.so.2'. I get a hit with
dbus-glib
Thanks.
On 1/27/2016 12:43 PM, Tim Evans wrote:
On 01/27/2016 02:47 PM, Clint Dilks wrote:
/usr/local/seamonkey/seamonkey-bin: error while loading shared
libraries:
libdbus-glib-1.so.2: cannot open shared object file: No such file or
directory
Have you tried yum provides 'libdbus-glib-1.so.2'. I
On 01/27/2016 08:11 AM, m.r...@5-cent.us wrote:
my manager has me using
pmount/pumount to mount the hard drives I'm putting in the eSATA drive bay
for offline backups. Formerly, I used mount/umount, and when I umounted
it, and walked downstairs, mostly, esp the green drives, were spun down. I
On 01/27/2016 04:17 PM, John R Pierce wrote:
is seamonkey .i686 or .x86_64 ? you might need to yum install
dbus-glib.i686
Thanks.
$ rpm -aq seamonkey
seamonkey-2.39-1.el6.x86_64
Double-check:
$ file /usr/lib64/seamonkey/seamonkey-bin
/usr/lib64/seamonkey/seamonkey-bin: ELF 64-bit LSB
I've just added the following to the CentOS bugtracker for CentOS-7
0009860. I admit to not being sure if it's the same issue, or a separate
one, but this and other Dell servers - I *think* they're all R420's, but I
could be wrong, just all do the same thing on boot.
*
I've just
$ file /usr/lib64/seamonkey/seamonkey-bin
> /usr/lib64/seamonkey/seamonkey-bin: ELF 64-bit LSB executable, x86-64,
> version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux
> 2.6.18, stripped
>
> What is the result of
ldd /usr/lib64/seamonkey/seamonkey-bin ?
On 01/27/2016 12:40 PM, J. S. Evans wrote:
I use kompozer (http://www.kompozer.net/) It's based on the html editor
in seamonkey.
Thanks.
$ /usr/local/kompozer/kompozer &
[1] 1905
/usr/local/kompozer $ ./kompozer-bin: error while loading shared
libraries: libgtk-x11-2.0.so.0: cannot open
On 01/27/2016 04:59 PM, Clint Dilks wrote:
What is the result of
> ldd /usr/lib64/seamonkey/seamonkey-bin
# ldd /usr/lib64/seamonkey/seamonkey-bin
linux-vdso.so.1 => (0x7ffe525fc000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x003d6b40)
libdl.so.2 =>
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
In article <56a88188.6070...@hogranch.com>,
John R Pierce wrote:
> On 1/27/2016 12:25 AM, Traiano Welcome wrote:
> > I'm tempted to stick an "ntpdate -u ..." in the crontab to force
> > time-synch, but I don't see why that's needed if ntpd service should
> > already be
On 1/27/2016 12:25 AM, Traiano Welcome wrote:
I'm tempted to stick an "ntpdate -u ..." in the crontab to force
time-synch, but I don't see why that's needed if ntpd service should
already be fulfilling that purpose.
ntpd won't make drastic changes in the time, if its too far off. its
On 2016-01-27 09:36, John R Pierce wrote:
Hi!
ntpd won't make drastic changes in the time, if its too far off. its
designed to stabilize the clock by making small changes in speeding it
up or slowing it down, and not 'staircase' setting it absolutely.
On 27 January 2016 at 08:53, Dirk Deimeke wrote:
> On 2016-01-27 09:36, John R Pierce wrote:
>
> Hi!
>
>> ntpd won't make drastic changes in the time, if its too far off. its
>> designed to stabilize the clock by making small changes in speeding it
>> up or slowing it down, and
Jonathan Billings wrote:
>> > Maybe you're not
>> > aware of it, but there are a LOT of things that systemd fixes that
>> > people are happy about.
>> Like what ? I don't remember there were as many errors to fix before
>> systemd appeared.
> I suggest reading the previous emails (SOME OF WHICH
CentOS Errata and Security Advisory 2016:0071 Critical
Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0071.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
CentOS Errata and Security Advisory 2016:0073 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0073.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
CentOS Errata and Security Advisory 2016:0071 Critical
Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0071.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
x86_64:
CentOS Errata and Security Advisory 2016:0073 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0073.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
x86_64:
- Mail original -
> De: "Jonathan Billings"
> Maybe you're not aware of it, but there are a LOT of things that
> systemd fixes that people are happy about.
Like what ? I don't remember there were as many errors to fix before systemd
appeared.
Sylvain.
Pensez
On Wed, Jan 27, 2016 at 03:11:50PM +0100, Sylvain CANOINE wrote:
> - Mail original -
> > De: "Jonathan Billings"
> > Maybe you're not aware of it, but there are a LOT of things that
> > systemd fixes that people are happy about.
> Like what ? I don't remember there
On 27 January 2016 at 08:36, John R Pierce wrote:
> On 1/27/2016 12:25 AM, Traiano Welcome wrote:
>>
>> I'm tempted to stick an "ntpdate -u ..." in the crontab to force
>> time-synch, but I don't see why that's needed if ntpd service should
>> already be fulfilling that
On 01/27/2016 07:34 AM, Dmitry E. Mikhailov wrote:
On 27.01.2016 00:51, Robert Nichols wrote:
Any suggestions or success reports would be appreciated.
What's the host OS?
I enjoy Windows 8.1 (virtio/qxl) on CentOS 7.2 laptop (the one I'm
writing now on).
CentOS 6.7. Sorry I forgot to
On Tue, Jan 26, 2016 at 06:38:58PM +, Always Learning wrote:
> When something new is proposed and it is substantially and conspicuously
> superior, then everyone wants it. Never noticed that enthusiasm with
> systemd's imposition - an imposition nurtured and promoted by the
> non-everyday
CentOS Errata and Security Advisory 2016:0074 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0074.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
CentOS Errata and Security Advisory 2016:0071 Critical
Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0071.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
CentOS Errata and Security Advisory 2016:0073 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0073.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
On 26/01/16 17:19, John R Pierce wrote:
On 1/26/2016 9:14 AM, Gordon Messmer wrote:
On 01/26/2016 05:37 AM, lejeczek wrote:
vpn clients with established tunnels can get to VPN
server's NICs/IPs but cannot get through to the net
behind the server.
Well... they can, but only if on a host (eg.
> I don't take a position in the systemd argument,
> but you said that systemd fixes lots of problems.
> It is perfectly reasonable to ask you to name one of these problems,
> perhaps the one you think is most important.
Compare any average sysv init script with a systemd unit file.
The magnitude
58 matches
Mail list logo