g | 1 Feb 21:30 2015
Picon

lost at 'repository' entry installing centos7


greetings.

while attempting to install c7, i got lost at 'repository' entry.

i canceled, loaded centos.org, looked for help for installing c7,
but did not find.

i know, i did not look in right place.

if such has been posted, i missed.

so what/where is 'the right place'?

much appreciate some help.

--

-- 

peace out.

in a world with out fences, who needs gates.

CentOS GNU/Linux 6.6

tc,hago.

g
.
centos | 1 Feb 13:00 2015

CentOS-announce Digest, Vol 120, Issue 1

Send CentOS-announce mailing list submissions to
	centos-announce@...

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
	centos-announce-request@...

You can reach the person managing the list at
	centos-announce-owner@...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."

Today's Topics:

   1. CEBA-2015:0106  CentOS 6 libvirt BugFix Update (Johnny Hughes)

----------------------------------------------------------------------

Message: 1
Date: Sat, 31 Jan 2015 13:42:07 +0000
From: Johnny Hughes <johnny@...>
To: centos-announce@...
Subject: [CentOS-announce] CEBA-2015:0106  CentOS 6 libvirt BugFix
	Update
Message-ID: <20150131134207.GA14009@...>
Content-Type: text/plain; charset=us-ascii

CentOS Errata and Bugfix Advisory 2015:0106 
(Continue reading)

MOHD HOMAIDUR RAHMAN | 31 Jan 20:28 2015
Picon

Installation of qtiplot in Centos 7

Dear all

I am trying to install qtiplot in Centos 7 (qtiplot is a graph plotting
software similar to Origin). I followed the same step as this mention on
this. http://poolinfo.physik.hu-berlin.de/qtiplot-installer/README.html

At step 8, I experience the following error.

cd fitPlugins && make -f Makefile
make[1]: Entering directory
`/home/rahman/Downloads/qtiplot-0.9.8.9/fitPlugins'
cd explin/ && make -f Makefile
make[2]: Entering directory
`/home/rahman/Downloads/qtiplot-0.9.8.9/fitPlugins/explin'
rm -f libexplin.so.1.0.0 libexplin.so libexplin.so.1 libexplin.so.1.0
g++ -Wl,-O1 -Wl,-z,relro -shared -Wl,-soname,libexplin.so.1 -o
libexplin.so.1.0.0 explin.o   -L/usr/lib64 ../../3rdparty/gsl/lib/libgsl.a
../../3rdparty/gsl/lib/libgslcblas.a -L/opt/local/lib -lpthread -lQtGui
-lQtCore
g++: error: ../../3rdparty/gsl/lib/libgsl.a: No such file or directory
g++: error: ../../3rdparty/gsl/lib/libgslcblas.a: No such file or directory
make[2]: *** [../libexplin.so.1.0.0] Error 1
make[2]: Leaving directory
`/home/rahman/Downloads/qtiplot-0.9.8.9/fitPlugins/explin'
make[1]: *** [sub-explin-make_default] Error 2
make[1]: Leaving directory
`/home/rahman/Downloads/qtiplot-0.9.8.9/fitPlugins'
make: *** [sub-fitPlugins] Error 2

Please suggest me how to resolve this problem.
(Continue reading)

Max Grobecker | 31 Jan 19:36 2015

Squid3 on CentOS 6.6: IPv6 PTR endianess

Hello,

I'm running a Squid cache (Version 3.1.10) on CentOS 6.6 as a forward proxy which is reachable over a global
IPv6 address.
For whatever reason, Squid tries to perform PTR lookups on the client's IPv6 address.

The weird thing is, that Squid seems to struggle with the "endianess" of the IPv6 address blocks.
For example:

My current client IP is 2003:6e:d79:2104:7163:7ecd:9333:f0be.
Squid tries to resolve b.e.f.0.3.3.9.3.c.d.7.e.6.3.7.1.0.4.2.1.7.9.0.d.6.e.0.0.0.3.2.0.ip6.arpa.
That means:

    b.e.f.0.3.3.9.3.c.d.7.e.6.3.7.1.0.4.2.1.7.9.0.d.6.e.0.0.0.3.2.0.ip6.arpa
->  0.2.3.0.0.0.e.6.d.0.9.7.1.2.4.0.1.7.3.6.e.7.d.c.3.9.3.3.0.f.e.b
->   0230 :  00e6 :  d097 :  1240 :  1736 :  e7dc :  3933 :  0feb

For comparison:

Squid:	0230:00e6:d097:1240:1736:e7dc:3933:0feb
Real:	2003:006e:0d79:2104:7163:7ecd:9333:f0be

It seems, that Squid just messes with the order of the Bytes on each block.

I couldn't find any related bug report on this (checked Squid and CentOS bug tracker), so I'm not sure if it's
a CentOS or Squid related problem.

Is anyone else experiencing this? It seems to be happen on IPv6 client addresses only - with IPv4 it works
just fine.
And besides of these broken PTR lookups Squid is working as expected.
(Continue reading)

James B. Byrne | 31 Jan 16:04 2015
Picon

Re: Another Fedora decision


On Sat, January 31, 2015 05:14, Johnny Hughes wrote:
> On 01/30/2015 06:09 PM, Scott Robbins wrote:
>> On Fri, Jan 30, 2015 at 11:27:55PM +0000, Marko Vojinovic wrote:
>>> On Fri, 30 Jan 2015 14:15:05 -0800
>>> Akemi Yagi <amyagi@...> wrote:
>>>> On Fri, Jan 30, 2015 at 2:04 PM, Scott Robbins
>>>> <scottro@...>
>>>> wrote:
>>>>>>
>>>>>> Centos 7 does that as well.
>>>>> Heh, I guess I've used good passwords in my installs then.
>>>>
>>>> I have to tap it twice all the time. But don't tell this to
>>>> anyone! ;-)
>>>
>>> OP's point is that probably in RHEL8 you won't be able to do even
>>> that anymore.
>>
>> Exactly.  There is some complaining going on on the Fedora testing
>> list,
>> not sure where else one can protest.
>>
>
> Well, protesting here would be meaningless .. as is protesting systemd
> here.  CentOS-8 will have whatever is in the RHEL-8 source code,
> exactly
> as it is in that source code minus branding.  Just like CentOS-2.1, 3,
> 4, 5, and 6.  Our goal is to rebuild the source code exactly, bugs and
> all.  We want all the behaviors and the experience to be identical in
(Continue reading)

Scott Robbins | 30 Jan 22:13 2015
Picon

Another Fedora decision

So, probably some of you, at least, follow Fedora, perhaps in part to see
what new desktop user oriented decision will make it into the next version
of RHEL/CentOS.

You may have noticed how if Fedora, by some odd scheme, deems your password
unworthy, you have to click Done two times.  

So, the latest Ananconda takes this one step further. Passwords that the
system considers weak will no longer be allowed.  While this will probably
only be a minor inconvenience, (add 3 bangs to the end or something equally
meaningless), a few on the fedora-testing list, including myself, think
it's just one more solution seeking a problem. 

At present, I don't know where one can lodge a protest.  Hopefully, someone
will care enough to file a bugzilla RFE.

Others may think it's a great idea--at last, users can't install with a
password of 1234.  

Anyway, as part of their push for it is that no one minds it, thought I'd
mention it here, as many of the desktop oriented decisions get into Fedora,
then into RH and it's already too late.

--

-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6
centos | 30 Jan 13:00 2015

CentOS-announce Digest, Vol 119, Issue 12

Send CentOS-announce mailing list submissions to
	centos-announce@...

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
	centos-announce-request@...

You can reach the person managing the list at
	centos-announce-owner@...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."

Today's Topics:

   1. CEBA-2015:0108  CentOS 6 tcsh BugFix Update (Johnny Hughes)
   2. CEBA-2015:0097  CentOS 6 libssh2 BugFix Update (Johnny Hughes)
   3. CEBA-2015:0098  CentOS 6 curl BugFix Update (Johnny Hughes)
   4. CEBA-2015:0110 CentOS 6 nss-softokn BugFix Update (Johnny Hughes)
   5. CESA-2015:0102 Important CentOS 7 kernel Security	Update
      (Johnny Hughes)
   6. CESA-2015:0102 Important CentOS 7 kernel Security	Update
      (Johnny Hughes)
   7. CESA-2015:0100 Moderate CentOS 7 libyaml Security	Update
      (Johnny Hughes)

----------------------------------------------------------------------

Message: 1
(Continue reading)

Gordon Messmer | 29 Jan 23:56 2015
Picon

build c7 packages for i686 using mock

This might be an embarrassingly simple question.  How are people 
building multi-arch library packages on CentOS 7?  On older releases one 
could "mock -r epel-6-i386" and "mock -r epel-6-x86_64" to build a 
library twice.  With no 32-bit release, there's no epel-7-i386 target 
for mock.  Specifying --target=i386 or --arch-i386 both fail.

Do we have to set up the environment manually and rpm --rebuild inside 
the mock root?
centos | 29 Jan 13:00 2015

CentOS-announce Digest, Vol 119, Issue 11

Send CentOS-announce mailing list submissions to
	centos-announce@...

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
	centos-announce-request@...

You can reach the person managing the list at
	centos-announce-owner@...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."

Today's Topics:

   1. CESA-2015:0100 Moderate CentOS 6 libyaml Security	Update
      (Johnny Hughes)
   2. CESA-2015:0087 Important CentOS 6 kernel Security	Update
      (Johnny Hughes)

----------------------------------------------------------------------

Message: 1
Date: Wed, 28 Jan 2015 22:40:28 +0000
From: Johnny Hughes <johnny@...>
To: centos-announce@...
Subject: [CentOS-announce] CESA-2015:0100 Moderate CentOS 6 libyaml
	Security	Update
Message-ID: <20150128224028.GA35225@...>
(Continue reading)

Ron Yorston | 29 Jan 10:53 2015
Picon

CentOS 6.6 and webcams

The issue of webcams not working with recent kernels on CentOS 6.6
has come up a number of times on the list.  I'm happy to report that
the latest kernel (2.6.32-504.8.1) appears to have fixed the problem.

The relevant changelog entry is:

   - [usb] ehci: Fix a regression in the ISO scheduler (Gustavo Duarte) [1162072 1145805]

The related CentOS bug report is here:

   http://bugs.centos.org/view.php?id=7815

Ron
Frank Cox | 28 Jan 21:30 2015

Intel Displayport on Centos 7

Since my current monitor appears to be slowly dying, I'm looking for a
replacement.  I generally use hardware replacement as an excuse to get
something bigger/better/faster than what I had before, so I'm currently
considering something like a BenQ GW2765HT.

The manual for my Intel motherboard has this to say about DisplayPort on
the built-in graphics controller:

QUOTE:
DisplayPort’s maximum supported display resolution is 2560 x 1600 at a
60 Hz refresh rate with a 16:10 aspect ratio (WQXGA).
END OF QUOTE

It also states that the maximum supported resolution on the built-in
DVI-I port is 1920x1200, which is the resolution of the monitor that I
have right now; the one that appears to be dying. Therefore, this new
monitor wouldn't work at full resolution with that output.

Having never used DisplayPort before, I'm wondering if this means that
if I purchase the BenQ monitor above, or something similar, I can then
reasonably expect to plug it in and have it just-work with my Centos 7
setup.

--

-- 
MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com
_______________________________________________
CentOS mailing list
CentOS <at> centos.org
http://lists.centos.org/mailman/listinfo/centos
(Continue reading)


Gmane