Hi,
This announcement has different body scheme than the rest of
announcement messages. Is it a new scheme? It breaks the importing
scripts...
Thanks,
DH
Dne 16.10.2014 v 22:48 Johnny Hughes napsal(a):
> CentOS Errata and Security Advisory 2014:1652
>
> The following updated files have been upl
Are you "allowed" to temporarily run an ssh tunnel (or stunnel) on your jumpbox?
So connecting from host1 to jumpbox on port XXX would be tunneled to ssh port
on host2...
Or with netcat (if you can mkfifo)?
mkfifo backpipe
nc -l 12345 0backpipeBut you will have to trick ssh
into accepting yo
On 10/20/2014 04:20 AM, David Hrbáč wrote:
> Hi,
>
> This announcement has different body scheme than the rest of
> announcement messages. Is it a new scheme? It breaks the importing
> scripts...
>
> Thanks,
> DH
>
Well, this one is a 'one off' as it really has no upstream counterpart.
It also
On Fri, Oct 17, 2014 at 6:49 PM, James Hogarth
wrote:
> On 17 Oct 2014 23:32, "Boris Epstein" wrote:
> >
> > Hello all,
> >
> > I am trying to get djbdns ( http://en.wikipedia.org/wiki/Djbdns )
> running
> > on CentOS 7. So far I have wirtten the djbdns.service and djbdns.socket
> > files. The s
> try these in the interim:
>
> http://people.centos.org/tru/firefox-31.2.0-3.el5.centos.bz1150082-32/
>
> http://people.centos.org/tru/firefox-31.2.0-3.el5.centos.bz1150082-64/
>
> Thanks Tru !
Sweet. Thanks Tru and Johnny!
___
CentOS mailing list
Dne 20.10.2014 v 12:55 Johnny Hughes napsal(a):
> Well, this one is a 'one off' as it really has no upstream
> counterpart. It also has notes that the other announcements do not,
> etc. As a 'one off', the format was taken from the Xen4CentOS type
> announcements. The normal distro announcements w
On 20 Oct 2014 12:41, "Boris Epstein" wrote:
>
> sshd is not a telnetd-type servide yet it uses a .socket file. So I
thought
> djbdns should as well.
>
It can be run that way as an option:
http://0pointer.de/blog/projects/inetd.html
> As for why DJBDNS - we have used it for a long time due to t
This is relatively unique. Cannot load a barebones OS because VMWares
mouse does not map to the screen. So where the mouse pointer is pointing
and the buttons are not mapped correctly making impossible. Since it is
not a physical server, I don't have the USB. But VMWare will allow me to
"mount"
My chicken and egg.
I was hoping to
1. create a baseline image that I can clone
2. get a centos image on a VM guest, have my own management servers
(including pxe boot) that I own and control.
Once I have one or two, I can expand my private cloud as large as I
want...and building new guest s
So back to the question...
If I unpack my iso image, and add a kickstart file, then I have to do
this every change I make to the kickstart file.
But if I convert the kickstart file into a floppy image, then I don't
need an iso image for every build..I just have tiny kickstart images.
So bac
On Mon, Oct 20, 2014 at 12:49:38PM +0100, Lars Hecking wrote:
> > http://people.centos.org/tru/firefox-31.2.0-3.el5.centos.bz1150082-32/
> Sweet. Thanks Tru and Johnny!
Yay, also fixed my read RH5 32bit desktop at work :-)
Thanks!
--
rgds
Stephen
_
> -Original Message-
> From: John Doe [mailto:jd...@yahoo.com]
> Sent: Monday, October 20, 2014 5:30 AM
> To: CentOS mailing list; Tim Dunphy
> Subject: Re: [CentOS] rsync question: building list taking forever
>
> Are you "allowed" to temporarily run an ssh tunnel (or stunnel) on your
>
On Mon, Oct 20, 2014 at 7:58 AM, Dan Hyatt wrote:
> This is relatively unique. Cannot load a barebones OS because VMWares mouse
> does not map to the screen. So where the mouse pointer is pointing and the
> buttons are not mapped correctly making impossible.
Can't you resize the (virtual) console
On Sun, Oct 19, 2014 at 9:05 PM, Tim Dunphy wrote:
>>
>> > Don't forget that the time taken to build the file list is a function of
>> > the number of files present, and not their size. If you have many
>> millions
>> > of small files, it will indeed take a very long time. Over sshfs with
>> > a s
If using the standard CentOS packages is there a way to print the options
that were specified when the package was built? For example
# rpm -qi at
Name: at Relocations: (not relocatable)
Version : 3.1.10Vendor: CentOS
Release
On 10/20/2014 8:38 AM, kqt4a...@gmail.com wrote:
What options were used to build this package?
you'd need to look at the SRPM.
--
john r pierce 37N 122W
somewhere on the middle of the left coast
___
CentOS ma
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Una a CentOS 7 with minimal install if I install perl-CPAN the first time I
execute cpan to download a mduel, the automatic configuration of CPAN fails
for missing Time/HiRes
The package perl-Time-HiRes should be installed as a dependency of perl-CPAN
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reindl Harald wrote on 20/10/2014 17:52:
> that may be true but you need to report that *upstream* CentOS is a package
> for package and bug for bug clone
>
> https://bugzilla.redhat.com/enter_bug.cgi
Been there, done that
https://bugzilla.redhat.c
Am 20.10.2014 um 17:41 schrieb John R Pierce :
> On 10/20/2014 8:38 AM, kqt4a...@gmail.com wrote:
>>
>> What options were used to build this package?
>
> you'd need to look at the SRPM.
http://vault.centos.org/6.5/updates/Source/SPackages/
--
LF
On 2014-10-20, Les Mikesell wrote:
>
> So, you probably want the 'source' side of the transfer to be local
> for faster startup. But... in what universe is NFS mounting across
> data centers considered more secure than ssh? Or even a reasonable
> thing to do? How about a VPN between the two host
On Mon, Oct 20, 2014 at 1:12 PM, Keith Keller
wrote:
> On 2014-10-20, Les Mikesell wrote:
>>
>> So, you probably want the 'source' side of the transfer to be local
>> for faster startup. But... in what universe is NFS mounting across
>> data centers considered more secure than ssh? Or even a rea
On 2014-10-20, Les Mikesell wrote:
> On Mon, Oct 20, 2014 at 1:12 PM, Keith Keller
>>
>> The OP said he was mounting the NFS over sshfs.
>
> OK, I don't see how that is possible because something would either be
> mounted as nfs or sshfs, not one over the other.
I'm just repeating what he wrote;
On Fri, Oct 17, 2014 at 3:45 AM, Thorsten Höger wrote:
> Hi,
>
> the updated Amazon Web Service AMI (ami-4ac6653d) has a serious bug.
> It is not possible to resize a disk after creating a new volume with a
> size greater than 8GB.
>
> resize2fs does nothing.
>
> The previous AMI worked perfectly
We have released the following updates into the 6.5/cr repository:
http://lists.centos.org/pipermail/centos-cr-announce/2014-October/thread.html
The updates include everything that will be on the 6.6 ISO Sets and also
everything to date that will be in 6.6 Updates.
We will continue to put update
Hello,
I want to change default font size in terminal. The size is too small for a
1920x1080 screen. Thank you very much.
Yawei
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
-Original Message-
From: Yawei Guo
Reply-to: CentOS mailing list
To: CentOS mailing list
Subject: [CentOS] Change default font size in terminal
Date: Tue, 21 Oct 2014 07:36:31 +0800
Hello,
I want to change default font size in terminal. The size is too small for a
1920x1080 screen. Th
26 matches
Mail list logo
