[CentOS] Re: are RPMForge and EPEL compatible?

[Rex Dieter]

R P Herrold wrote:

> Rex Dieter replied:
>> If you can identify particular cases where collaboration, as
>> outlined in the above policy draft, was not followed, I will
>> personally break out a can of whoop-ass, and work to fix
>> things.
>>
>> Remember too, collaboration is a two-way street.
> 
> I never got a reply on my attempts in their court (both ML and
> IRC), which itemized several matters, chapter and verse -- I
> decline to pollute centos waters, where community works speak.

Please, I only want things to be better (and world peace, and a pony), and
that can't happen unless folks can out particular cases where collaboration
failed (esp on the epel side), so that I can I can try to help.

In the meantime, I'll go digging on epel's list searching for posts made by
you.

-- Rex

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

[CentOS] Re: Re: are RPMForge and EPEL compatible?

[Rex Dieter]

Les Mikesell wrote:

> How does a user identify packages that have come from this repository in
> order to fix or control any incompatibilities?

rpm -qi 
Look for "Vendor" and/or "Packager" tag.

-- Rex

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

[CentOS] Re: Re: Re: are RPMForge and EPEL compatible?

[Rex Dieter]

Les Mikesell wrote:

> Rex Dieter wrote:
>> Les Mikesell wrote:
>> 
>>> How does a user identify packages that have come from this repository in
>>> order to fix or control any incompatibilities?
>> 
>> rpm -qi 
>> Look for "Vendor" and/or "Packager" tag.
> 
> Is there some reason to expect a vendor/packager to always (and only) be
> tied to one specific repository? 

For the most part, yes, I'd argue the vendor/packager combo should come
close to being able to uniquely identify a package's origins.

> > And is there a way to get my whole 
> list of packages from this repository easily, like an 'rpm -qa |grep
> .plus would identify what I have from the centosplus repo?

This is a problem space that sure could use some love and attention, with
better solutions and tools.  No doubt about it.  And before anyone suggests
it, repotags are not the end-all-be-all solution here, imo.  We can/should
be able to do (much) better.

-- Rex

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

[CentOS] Re: are RPMForge and EPEL compatible?

[Rex Dieter]

Les Mikesell wrote:

> I don't see why
> a particular package couldn't be served from more than one repository.
> Is there some rule about that?

Nope.  As a matter of fact, this sort of thing is likely when mixing repos,
and is why a commitment to collaboration is essential.

-- Rex




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

[CentOS] Re: Re: Re: Re: are RPMForge and EPEL compatible?

[Rex Dieter]

Dag Wieers wrote:

> On Thu, 6 Dec 2007, Rex Dieter wrote:

>> This is a problem space that sure could use some love and attention, with
>> better solutions and tools.  No doubt about it.  And before anyone
>> suggests
>> it, repotags are not the end-all-be-all solution here, imo.  We
>> can/should be able to do (much) better.
...
> Feel free to come up with a solution, Rex. I no longer believe you will.

This should/will be driven by those who feel passionate about it, and care
enough to do something constructive.  That someone is not *me*
specifically.

-- Rex



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

[CentOS] Re: Where is gpg-agent?

[Rex Dieter]

Anne Wilson wrote:

> The only obstacle now to running this box as the mail server is that I do
> read
> and send mail on it occasionally, while working on something.  I need
> gpg-agent, but can't find how to get it.  Is it merged into another
> package, or do I simply have to look at other repositories?

It's in gnupg2 available from EPEL (among other places)

-- Rex

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

[CentOS] Re: Where is gpg-agent?

[Rex Dieter]

Anne Wilson wrote:

> As to starting and stopping gpg-agent, please advise the best method to
> use.

Here's what we use in fedora (and kde-redhat packaging):

Grab gpg-agent-* scripts from:
http://cvs.fedoraproject.org/viewcvs/devel/kde-settings/

Put into either 
(global): /etc/kde/env , /etc/kde/shutdown
or
(personal): ~/.kde/env , ~/.kde/shutdown

-- Rex

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

[CentOS] Re: ccache on CentOS?

[Rex Dieter]

William L. Maltby wrote:

> On Thu, 2008-02-14 at 14:17 +0100, Niki Kovacs wrote:
>> Hi,
>> 
>> Before using CentOS, I've spent a few years with Slackware. This
>> distribution doesn't come with many packages, so I had the habit of
>> building a lot of stuff myself. One of the first things I installed was
>> ccache, a compiler cache that accelerates (re)building significantly.
>> 
>> Has anyone ever setup ccache on CentOS? I'd be glad to find a little
>> HOWTO.
> 
> RpmForge has it.

and EPEL.

-- Rex

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

[CentOS] Re: Rebuild Fedora Core 6 cmake rpm on CentOS 5

[Rex Dieter]

Kanwar Ranbir Sandhu wrote:

> Hi,
> 
> I'm trying to build cmake on CentOS 5 from a Fedora Core 6 source rpm (I
> need it for another package I'm trying to build from a source rpm,
> xmlrpc-c).  When I start the build, I get this error:
> 
> error: Failed build dependencies:
> xmlrpc-c-devel is needed by cmake-2.4.6-3.el5.i386
> 
> Well, that's nuts.  I can't build xmlrpm-c without cmake, but cmake
> won't build without xmlrpc-c-devel!
> 
> I'm probably just going to try installing the Fedora Core 6 rpms on
> CentOS 5 to avoid this problem.  But, how would one go about resolving a
> build problem like this?

cmake is in epel:
http://download.fedora.redhat.com/pub/epel/5/

-- Rex

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

[CentOS] Re: Re: Rebuild Fedora Core 6 cmake rpm on CentOS 5

[Rex Dieter]

Kanwar Ranbir Sandhu wrote:

> On Mon, 2007-07-16 at 11:06 -0500, Rex Dieter wrote:
>> cmake is in epel:
>> http://download.fedora.redhat.com/pub/epel/5/
> 
> Crap - I didn't even know that existed.  Thanks!
> 
> I wouldn't mind adding that repo to the CentOS 5 server in question. Is
> there a yum config file for that repo, or do I have create it myself?

Look in there for an rpm named: epel-release 
For more info: http://fedoraproject.org/wiki/EPEL

-- Rex

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

[CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Rex Dieter]

Dag Wieers wrote:

> On Fri, 27 Jul 2007, JC Júnior wrote:
> 
>> I received a message about EPEL repository, I would like to know if this
>> repo is long term support too.
> 
> Let me add that an effort to make sure EPEL is compatible with RPMforge
> failed as EPEL wants to become the only repository for RHEL and there is
> no interest to consider current RPMforge users.
...
> EPEL refused the repotag, so one cannot easily identify where a package
> comes from and mixing repositories becomes harder. Since compatibility is
> a 2 way interaction and EPEL shows no interest, it is certain that mixing
> EPEL with other repositories may break something.

Interesting you say that.  It's quite a stetch from "no repotags" to
conclude "EPEL has no interest" in compatibility.

In fact, epel (and fedora) repo is, by design and policy, supposed to be
compatible and considerate of other repos, e.g. most notably,
http://fedoraproject.org/wiki/PackageMaintainers/RepositoryCollaboration
(among other project policy documents).

When I posted the aforementioned repository collaboration document to the
rpmforge list(s) for comment, it received none.  

-- Rex


-- Rex

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

[CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Rex Dieter]

drew einhorn wrote:

> Dumb question.
> 
> Can't we identify the source of the package by looking at the signature.

Signature, vendor, etc... right.  Pretty much why epel (so far) didn't see
the need/value in the complexity/overhead of introducing repotags.

That said, my personal opinion is/was that epel *should* use them, if for no
other reason so that others can't use it to support arguments of
non-cooperation (too late).

-- Rex

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

[CentOS] Re: Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Rex Dieter]

Johnny Hughes wrote:

> Rex Dieter wrote:
>> It's quite a stetch from "no repotags" to
>> conclude "EPEL has no interest" in compatibility.
 
>> In fact, epel (and fedora) repo is, by design and policy, supposed to be
>> compatible and considerate of other repos, e.g. most notably,
>> http://fedoraproject.org/wiki/PackageMaintainers/RepositoryCollaboration
>> (among other project policy documents).
 
>> When I posted the aforementioned repository collaboration document to the
>> rpmforge list(s) for comment, it received none.

> There is talk about cooperation and collaboration, however whenever Axel
> or Dag made any kind of suggestions on the EPEL list, they were not
> given very much "real" consideration. 

Only wrt to repotags.  Don't remember any serious/significant discussions
outside of that since.  Am I missing something?

So, is rpmforge interested in collaboration or not?  Does the
RepositoryCollaboration sound like a reasonable starting place?

-- Rex

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

[CentOS] Re: Installerror on installation Kaffeine on CentOS 5

[Rex Dieter]

Akemi Yagi wrote:

> On 9/9/07, Timothy Kesten <[EMAIL PROTECTED]> wrote:
>> Hi Folks,
>>
>> I've tried to install kaffeine on CentOS 5 but I get following error
>>
>> Transaction Check Error:
>>   file /usr/share/mimelnk/application/x-mplayer2.desktop from install of
>> kaffeine-0.7.1-1.2.el5.rf conflicts with file from package
>> kdelibs-3.5.4-11.el5.centos
>>
>> Any hints to solve this problem?
>>
>> Delete/rename /usr/share/mimelnk/application/x-mplayer2.desktop ?
> 
> Looks like a known bug and a newer version of kaffeine has corrected
> the problem.  Deleting the offending file does not help because it is
> registered in the rpm database.  Fedora Core 6 has kaffeine 0.8.4
> which does not have this problem.  The best method is to get the src
> file and rebuild from there.  In this particular case, the Fedora
> binary seems to install as is (but still not recommended). 

Or I can just build the sucker for EPEL-5.

-- Rex

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

[CentOS] Re: xdm

[Rex Dieter]

Craig White wrote:

> Anyway, KDM is display manager and I am only getting grey screen with X
...
> # tail -n 3 /usr/share/config/kdm/Xaccess
> # The following line was added by ltspcfg
> #
> *# Allow remote connects
> 
> how do I enable non local logins?

That's the right setting, but you (sometimes) need to completely restart X
(or maybe only kdm?) for any changes in Xaccess to take effect.

-- Rex

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

[CentOS] Re: xdm

[Rex Dieter]

Steven Vishoot wrote:


> Not sure if this is what your asking about,
> find / -name Xaccess
> /etc/X11/xdm/Xaccess
> /etc/kde/kdm/Xaccess
> 4.5 with kde installed.

el5 doesn't include xdm (grr...)

-- Rex

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

[CentOS] Re: Re: xdm

[Rex Dieter]

Craig White wrote:

> On Fri, 2007-09-14 at 06:56 -0500, Rex Dieter wrote:

>> That's the right setting, but you (sometimes) need to completely restart
>> X (or maybe only kdm?) for any changes in Xaccess to take effect.
> 
> I wasn't sure how to restart kdm so I did a yum update and rebooted and
> will be in the office in an hour or so and will try it.
> 
> I presume that there was some way to send a SIGHUP to the kdm process to
> restart it but I lacked the knowledge on how to do that.

The method I use to restart X is usually:
login (to console) as root
telinit 3
telinit 5
logout

-- Rex

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

[CentOS] Re: rebuilding rpmdevtools from epel5 SRC has fc7 dependent

[Rex Dieter]

mark pryor wrote:

> I'm suprised that an SRC.RPM from the rhel5 repo needs a file from FC7.

Your build environment is likely faulty (likely missing defining epel
macro), the built binaries in epel-5 are fine.

-- Rex

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

[CentOS] Re: best source for rpmdevtools RPM in C5

[Rex Dieter]

mark pryor wrote:

> I'm going to try this question again. The first time I botched it and the
> answers I got were useless.
> 
> I want to use rpmdevtools to help with some packaging chores. There is no
> C5 version that I can find.

http://download.fedora.redhat.com/pub/epel/5/i386/rpmdevtools-5.3-1.el5.noarch.rpm

-- Rex

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

[CentOS] Re: best source for rpmdevtools RPM in C5

[Rex Dieter]

Karanbir Singh wrote:

> Guys,
> 
> Rex Dieter wrote:
>>> I want to use rpmdevtools to help with some packaging chores. There is
>>> no C5 version that I can find.
>> 
>>
http://download.fedora.redhat.com/pub/epel/5/i386/rpmdevtools-5.3-1.el5.noarch.rpm
> 
> Is it worth talking to the pkg maintainers at Fedora and getting
> rpmdevtools included in mirror.centos.org along with the mock we already
> have there ?

Absolutely, it's worth it.

-- Rex

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

[CentOS] Re: KDE 1.0.3 and kdelibs problem

[Rex Dieter]

Scott Ehrlich wrote:

> I'm able to get ./configure to get past the Qt error but now it complains
> that kdelibs isn't installed, or the version of qt doesn't match kdelibs.

## Builddeps
$ yum install kdelibs-devel
## to define QTDIR,QTINC,QTLIB:
$ source /etc/profile.d/qt.sh
## go!
$ ./configure

Else, you can try rebuilding from src.rpm:
http://kdeforge.unl.edu/apt/kde-redhat/all/stable/SRPMS/k3b-1.0.3-3.src.rpm
but that includes extensive media support, and c5 may be missing some
dependencies (just keep removing stuff until it works).

-- Rex


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

[CentOS] Re: are RPMForge and EPEL compatible?

[Rex Dieter]

Jim Perrin wrote:

> On Dec 4, 2007 1:12 PM, Florin Andrei
> <[EMAIL PROTECTED]> wrote:
>> Following Fabian's blog post re: RPMForge being rebuilt for EL5, I've a
>> question:
>>
>> Are there any compatibility problems between RPMForge and EPEL? In other
>> words, if I enabled EPEL previously, will I be able to enable RPMForge
>> as well without running into trouble?
> 
> RPMForge and EPEL have several conflicting packages, so yes you may
> run into trouble.

A distinct possibility, but at least both repos have made commitments at
working together to sort out any identifiable incompatibilities, when/if
they arise.

> EPEL has stated that playing nicely with other repos is not a goal of
> theirs. 

Huh?  In fact, work is underway to codify the opposite:
http://fedoraproject.org/wiki/PackageMaintainers/RepositoryCollaboration

-- Rex

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

[CentOS] Re: are RPMForge and EPEL compatible?

[Rex Dieter]

R P Herrold wrote:

> On Wed, 5 Dec 2007, Rex Dieter wrote:
> 
>> Huh?  In fact, work is underway to codify the opposite:
>> http://fedoraproject.org/wiki/PackageMaintainers/RepositoryCollaboration
> 
> James 2:14-26

If you can identify particular cases where collaboration, as outlined in the
above policy draft, was not followed, I will personally break out a can of
whoop-ass, and work to fix things.

Remember too, collaboration is a two-way street.

-- Rex

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

[CentOS] RE: rpmfusion status?

[Rex Dieter]

Ross S. W. Walker wrote:

> Not to start a repo flame war,

nice try.

-- Rex

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

[CentOS] Re: libc-client 2007 conflict when updating

[Rex Dieter]

Kenneth Porter wrote:

> FYI for others who might encounter this.
> 
> I just did a yum update (C5.1) and after a very long download of packages
> I get a transaction test failure:
> 
> Transaction Check Error:
>   file /usr/lib/libc-client.so.2007 from install of
> libc-client2007-2007b-1.el5 conflicts with file from package
> libc-client-2007-3

Where are these pkgs coming from?  Which repo(s)?

-- Rex

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

[CentOS] Re: need texlive & lyx-1.55 for Centos 5.2

[Rex Dieter]

Paul Johnson wrote:

> Today I installed the newest Centos I could find and encountered the
> old software problem.  I couldn't find any third party repositories
> that have TexLive to replace tetex.  Ii tried the Fedora version,  but
> it calls for a different libpoppler. LyX in Centos is aged as well.

EPEL includes lyx-1.4, an older qt3-based version.  The version of qt4
included in rhel5 is... dated.

-- Rex

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

Re: [CentOS] stock openjdk vs. epel

[Rex Dieter]

Les Mikesell wrote:

> If you have the epel repo installed and enabled during a yum update, you
> get java-1.6.0-openjdk-1.6.0.0-1.0.b12.el5.2 instead of the stock .b09
> version.  Is this intentional and desirable?  I thought epel generally
> did not replace stock components with newer versions.

EPEL doesn't replace rhel5 packages, true, and afaict,  openjdk isn't in 
rhel5.  Perhaps a centos addon/extra?

-- Rex



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

Re: [CentOS] stock openjdk vs. epel

[Rex Dieter]

Les Mikesell wrote:

> Rex Dieter wrote:
>> Les Mikesell wrote:
>> 
>>> If you have the epel repo installed and enabled during a yum update, you
>>> get java-1.6.0-openjdk-1.6.0.0-1.0.b12.el5.2 instead of the stock .b09
>>> version.  Is this intentional and desirable?  I thought epel generally
>>> did not replace stock components with newer versions.
>> 
>> EPEL doesn't replace rhel5 packages, true, and afaict,  openjdk isn't in
>> rhel5.  Perhaps a centos addon/extra?

> That might have been true at one point in time but it isn't now.  On a
> stock RHEL5.x you can say 'yum install java-1.6.0-openjdk' and you get a
> copy that appears to be built from what you find here:
> ftp://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/os/SRPMS/
> and pretty much the same in CentOS - if you don't have epel enabled.

I have a local centos5 mirror, and couldn't find openjdk rpms anywhere. 
wtf?

-- Rex

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

Re: [CentOS] stock openjdk vs. epel

[Rex Dieter]

Les Mikesell wrote:

> Rex Dieter wrote:
>> Les Mikesell wrote:
>> 
>>> If you have the epel repo installed and enabled during a yum update, you
>>> get java-1.6.0-openjdk-1.6.0.0-1.0.b12.el5.2 instead of the stock .b09
>>> version.  Is this intentional and desirable?  I thought epel generally
>>> did not replace stock components with newer versions.
>> 
>> EPEL doesn't replace rhel5 packages, true, and afaict,  openjdk isn't in
>> rhel5.  Perhaps a centos addon/extra?
>> 
>> -- Rex
> 
> That might have been true at one point in time but it isn't now.  On a
> stock RHEL5.x you can say 'yum install java-1.6.0-openjdk' and you get a

OK, found it, I'll go known some skulls @ epel.

-- Rex

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

Re: [CentOS] stock openjdk vs. epel

[Rex Dieter]

Rex Dieter wrote:

> OK, found it, I'll go knock some skulls @ epel.

Bug filed,
https://bugzilla.redhat.com/show_bug.cgi?id=504189

folks poked, hopefully will see a resolution soonish.

-- Rex


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

Re: [CentOS] Minor dovecot/KMail problem

[Rex Dieter]

Gary Greene wrote:

> On 6/20/09 5:43 AM, "Timothy Murphy"

>> But I have worked out that the cause of the problem
>> is that there exists a kind of ghost folder, "uidvalidity",
>> which is listed among the folders on the kmail page
>> but does not in fact seem to exist in my maildir on the server.
>> 
>> Deleting the folder under kmail has no permanent effect;
>> it simply re-appears when I re-start kmail.
>> 
>> I assume the folder is listed in some way in the dovecot.index ;
>> and my question really is: if I delete this index file
>> will it be re-created automatically?
>> 
>> This bug/feature seems to have been present for years,
>> which I suppose is par for KDE.

Years?  Bugs filed?  If so, where?

Could very well simply be a bug in dovecot and/or incompatibility between
dovecot/kmail.

-- Rex

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

Re: [CentOS] Minor dovecot/KMail problem

[Rex Dieter]

Timothy Murphy wrote:

> Rex Dieter wrote:
>>>> But I have worked out that the cause of the problem
>>>> is that there exists a kind of ghost folder, "uidvalidity",
>>>> which is listed among the folders on the kmail page
>>>> but does not in fact seem to exist in my maildir on the server.
>>>> 
>>>> Deleting the folder under kmail has no permanent effect;
>>>> it simply re-appears when I re-start kmail.
>>>> 
>>>> I assume the folder is listed in some way in the dovecot.index ;
>>>> and my question really is: if I delete this index file
>>>> will it be re-created automatically?
>>>> 
>>>> This bug/feature seems to have been present for years,
>>>> which I suppose is par for KDE.
>> 
>> Years?  Bugs filed?  If so, where?
> 
> At random, here is one from 2006:
> <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364953>

*cough* upstream kde? *cough*  :)

-- Rex

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

Re: [CentOS] Minor dovecot/KMail problem

[Rex Dieter]

Anne Wilson wrote:

> On Wednesday 24 June 2009 01:41:07 Kevin Kofler wrote:
>> I know what distribution packagers do, I am a Fedora KDE packager. And we
>> ask users to report their bugs upstream unless there is evidence that
>> they're specific to Fedora. The vast majority of bugs which are reported
>> to us are NOT specific to Fedora, they're upstream bugs. Also note that
>> we don't even have that many patches, we try to stay as close to upstream
>> as possible.
> 
> This is contrary to what I've been told.

It's not a black or white thing, and often depends on case-by-case factors,
including who you're dealing with, the severity of the issue at hand,
etc...
 
> I always recommend trying to ascertain whether other distros also see the
> problem, and to report it upstream if that seems to be so.  If it is not
> possible to ascertain that I was told that it should in the first instance
> be reported to the distro, who will then pass it upstream if relevant.

Here's my quick $0.02:

When distro maintainers (fedora kde-sig) ask reporters to upstream issues,
it is usually at the point where it is strongly believed to not be a
distro-specific issue.  For issues the team deams critical and
reproducible, sure, we'll usually take the reigns from there.  Otherwise,
our usual sop is also, to ask reporters to upstream issues themselves.  And
even then "Upstream" here sometimes has varying meanings, from "ask on
upstream mailing list" (similar to checking other distros) to reporting on
upstream bug trackers.

The moral of my story is to prevent issues languishing downstream
indefinitely, to avoid the kind of comment "this bug has been around
forever, why is it still a problem and not fixed?", which does no one any
good, esp when upstreams aren't made aware of the issues (which, by all
accounts so far, seems to be what happened here in this particular
dovecot/kmail case).

Hopefully this clarifies things, as I see it.  I don't mind continuing to
discuss the details of how all this happens, and how best to share the
burdens of bug reporting, followup, reproducibility, triage, etc... 
Actually, I'd invite such dialog, to make things better for everyone
involved.

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

Re: [CentOS] Minor dovecot/KMail problem

[Rex Dieter]

Timothy Murphy wrote:

> Rex Dieter wrote:
> 
>> The moral of my story is to prevent issues languishing downstream
>> indefinitely, to avoid the kind of comment "this bug has been around
>> forever, why is it still a problem and not fixed?", which does no one any
>> good, esp when upstreams aren't made aware of the issues (which, by all
>> accounts so far, seems to be what happened here in this particular
>> dovecot/kmail case).

> You are going to find this difficult to believe,
> but I did not actually understand your reference to "upstream"
> in response to my query (I was the OP).

Thanks for the whack with the reality cluestick.

My apologies, hopefully reading the following will help describe fedora's 
ideals and definitions here in more detail,
http://fedoraproject.org/wiki/Staying_close_to_upstream_projects

-- Rex


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

Re: [CentOS] Dag's comment at linuxtag

[Rex Dieter]

Les Mikesell wrote:

> Radu-Cristian FOTESCU wrote:
>> 
>> OTOH, Dag is in a funny position: he's the main maintainer of RPMforge,
>> which has 2 main issues:
>> (1) It's broken, at least partially. Try install audacious for one.
>> (2) It's incompatible with EPEL. Try install MPlayer and VLC with EPEL
>> enabled.
> 
> I don't like this situation either, but when 2 repositories have
> conflicts, shouldn't the one that has been serving people longer have some
> consideration by
> the newer players?  That is, shouldn't EPEL work to avoid conflicts with
> pre-existing, well known repositories?

It's a two-way street.  When/if conflicts have occurred in the past,
problems identified (to both parties) were rectified quick enough.  I've
helped facilitate that, and get assurances from both sides that cooperation
is in everyones best interest.

-- Rex


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

Re: [CentOS] Dag's comment at linuxtag

[Rex Dieter]

Dag Wieers wrote:


> Now, I always thought that RPMforge wouldn't have the resources to
> start making the repositories compatible, but apparently the Fedora
> projecy is simply not even interested in doing this.

Dag, we had a lengthy thread on the rpmforge list not long ago to debunk
this, and I was under the impression you were ammendable to working
together.  Has something changed?

-- Rex


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

Re: [CentOS] Dag's comment at linuxtag

[Rex Dieter]

Dag Wieers wrote:

> I don't see any effort from the Fedora side to do anything about this.

True, no one goes out of their way to proactively test things, but that same 
argument goes both ways.

What I'm more interested in is concrete examples of problems not being 
addressed.  Are there any?  I'd be happy to help address them.

-- Rex


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

Re: [CentOS] yum issue with extras repo?

[Rex Dieter]

drew einhorn wrote:

> epel is not concerned about their
> compatability with other 3rd party repos. 

Please, stop the FUD.

> And there is
> a lot of lingering animosity.  Just mentioning epel in some
> places is enough to evoke a bitter response. 

and thank you so much for perpetuating the problem.

-- Rex

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

Re: [CentOS] KTorrent on CentOS 5.5 does not exist

[Rex Dieter]

MGW-Discussions wrote:

> What repo do I need to install to be able to install ktorrent?

EPEL has it too (maintained by me).

-- Rex

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

[CentOS] Re: showfoto, digikam - how to install

[Rex Dieter]

Akemi Yagi wrote:

> On Tue, Oct 21, 2008 at 12:28 PM, kevin kempter
> <[EMAIL PROTECTED]> wrote:
>> Hi List;
>>
>> where can I find the showfoto tool for CentOS v5 ? do I need to enable
>> another yum repo somewhere?
> 
> digikam is available from the KBS-Extras repository (

And EPEL (I'm assuming KBS-Extras borrowed it in that regard... which is
fine... :)  )

-- Rex

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

[CentOS] Re: KDE Versions in CentOS ?

[Rex Dieter]

kevin kempter wrote:

> HI LIst;
> 
> What version of KDE is included in the latest version of CentOS ?
> 
> Also, is there a way to get KDE4 in CentOS ? 

It's possible, but no one has yet done the work to build/package kde4 for
CentOS (would require upgrading some "core" components, one of which...
qt4)

> If so, Can I have both 
> KDE3.x and KDE4 installed and switch back and forth between the 2
> versions if needed ?

Not easily anyway, same answers as for fedora apply here:
http://fedoraproject.org/wiki/SIGs/KDE/KDE4FAQ

-- Rex

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

[CentOS] Re: KIVIO

[Rex Dieter]

Gopinath Achari wrote:

> I need Koffice-kivio package for centos 5.2 (i386)
> I downloaded this package from kde.org site. when i installed. It
> generated lots of dependency errors even though the dependency packages
> are installed
> please Help me out . I need kivio ( Equivalent to Visio)

It has been built for EPEL, but hasn't been pushed yet.  
KBS-Extras?

In the meantime, you can try rebuilding from source:
http://kdeforge.unl.edu/apt/kde-redhat/all/SRPMS.stable/koffice-1.6.3-16.src.rpm

rpmbuild -bb --define "rhel 5" koffice*.src.rpm
(all necessary build deps are in EPEL already)

-- Rex

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

Re: [CentOS] CD burning issues & questions

[Rex Dieter]

Lanny Marcus wrote:


> OK. I've made  some tests and if you believe that anything I ran into
> warrants a bug  or support request against K3b, on CentOS.org and/or
> RedHat.com please tell me.

redhat probably.  We saw similar issue(s) in fedora awhile back, and patched 
k3b to auto-demount media (using gnome-mount)... rhel's k3b builds probably 
ought to do something similar.

-- Rex 

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

Re: [CentOS] error installing Twinkle - libresolv.so.2(GLIBC_PRIVATE)

[Rex Dieter]

Mr.Vandeley wrote:

> I have an error while try to install twinkle:
> # yum install twinkle
> [...]
> Resolving Dependencies
> --> Running transaction check
> ---> Package twinkle.i386 0:1.2-1.el5.rf set to be updated
> --> Processing Dependency: libresolv.so.2(GLIBC_PRIVATE) for package:

> Any idea what is happening?

Broken build (shouldn't contain GLIBC_PRIVATE dependencies)... report to ...
rpmforge?

-- Rex

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

Re: [CentOS] where did all the nonfree rpms go? Nvidia? xine-lib-mp3?

[Rex Dieter]

Paul Johnson wrote:

> I installed Centos on some machines that need long term support.  I'm
> running up against some simple user convenience issues.
> 
> How to play MP3?
> 
> I've been really puzzled today that the addon rpm sites like livna,
> rpmforge, rpmfusion, epel, don't seem to have something like
> amarok-mp3 or xine-lib-mp3. 

Fwiw, rpmfusion uses more "PC" naming now :), with Obsoletes/Provides in
place, e.g.,  xine-lib-extras-freeworld

-- Rex




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

Re: [CentOS] Gpg-agent will not start

[Rex Dieter]

John Doe wrote:

> 
> From: Steve Huff 
>> > What am I missing?
>> [sh...@srdce ~]$ yum provides /usr/bin/gpg-agent
>> gnupg2.i386 : Utility for secure communication and data storage
> 
> I have Base and rpmforge repo and "No Matches found"...
> Which repo provides this package?  Fedora?

EPEL

-- Rex


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

Re: [CentOS] mock %post(pam) failure

[Rex Dieter]

Stuart Jansen wrote:

> I recently upgraded an internal build server from C5.2 to C5.3 and now
> I'm experiencing problems initializing the mock buildroot. Specifically,
> I'm getting the following error:
> 
> --
> /var/tmp/rpm-tmp.77062: line 6: cat: command not found
> /var/tmp/rpm-tmp.77062: line 7: rm: command not found
> /var/tmp/rpm-tmp.77062: line 22: install: command not found
> /var/tmp/rpm-tmp.77062: line 25: install: command not found
> error: %post(pam-0.99.6.2-4.el5.i386) scriptlet failed, exit status 127
> --

I saw this in my f10 buildroots hosted on centos 5.2.

several bugs:
1.  rpm/yum (on the buildhost) not respecting pam's
Requires(post): coreutils
2.  pam's scriptlets unsafe and not ending with ||:
3.  rpm/yum (on the buildhost) exiting with error-code on a scriptlet
failure (and mock aborting because of it).  I'm fairly certain recent
rpm/yum on fedora no longer suffers from this.

I emailed pam's maintainers about item 2 ~6 months ago, but I don't see it
implemented yet.  I guess I never filed a bug, will do now.

-- Rex

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

Re: [CentOS] mock %post(pam) failure

[Rex Dieter]

Rex Dieter wrote:

> Stuart Jansen wrote:
> 
>> I recently upgraded an internal build server from C5.2 to C5.3 and now
>> I'm experiencing problems initializing the mock buildroot. Specifically,
>> I'm getting the following error:
>> 
>> --
>> /var/tmp/rpm-tmp.77062: line 6: cat: command not found
>> /var/tmp/rpm-tmp.77062: line 7: rm: command not found
>> /var/tmp/rpm-tmp.77062: line 22: install: command not found
>> /var/tmp/rpm-tmp.77062: line 25: install: command not found
>> error: %post(pam-0.99.6.2-4.el5.i386) scriptlet failed, exit status 127
>> ---
> 
> I saw this in my f10 buildroots hosted on centos 5.2.
> 
> several bugs:
> 1.  rpm/yum (on the buildhost) not respecting pam's
> Requires(post): coreutils
> 2.  pam's scriptlets unsafe and not ending with ||:
> 3.  rpm/yum (on the buildhost) exiting with error-code on a scriptlet
> failure (and mock aborting because of it).  I'm fairly certain recent
> rpm/yum on fedora no longer suffers from this.
> 
> I emailed pam's maintainers about item 2 ~6 months ago, but I don't see it
> implemented yet.  I guess I never filed a bug, will do now.

interestingly, I can no longer reproduce this failure myself on a recently
upgraded centos-5.3 box using mock-0.9.14 (from epel).

-- Rex
 

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

Re: [CentOS] mock %post(pam) failure

[Rex Dieter]

Akemi Yagi wrote:

> On Mon, Apr 13, 2009 at 7:18 AM, Rex Dieter
>  wrote:
> 
>> interestingly, I can no longer reproduce this failure myself on a
>> recently upgraded centos-5.3 box using mock-0.9.14 (from epel).
> 
> So, we can use mock-0.9.14 from EPEL on CentOS 5.3 (with the current
> CentOS yum) without any issue?

of course.  (what would make you think otherwise?)

-- Rex

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

Re: [CentOS] mock %post(pam) failure

[Rex Dieter]

Akemi Yagi wrote:

> On Mon, Apr 13, 2009 at 7:47 AM, Rex Dieter
>  wrote:
>> Akemi Yagi wrote:
> 
>>> So, we can use mock-0.9.14 from EPEL on CentOS 5.3 (with the current
>>> CentOS yum) without any issue?
>>
>> of course.  (what would make you think otherwise?)
> 
> Well, I heard from one of the CentOS devs that mock newer than 0.6 was
> broken. 

OK, fair 'nuf.  Just seemed silly to me that you'd assume epel would release
something that was broken.

-- Rex

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

Re: [CentOS] mock %post(pam) failure

[Rex Dieter]

Rex Dieter wrote:

> Rex Dieter wrote
>>> /var/tmp/rpm-tmp.77062: line 6: cat: command not found
>>> /var/tmp/rpm-tmp.77062: line 7: rm: command not found
>>> /var/tmp/rpm-tmp.77062: line 22: install: command not found
>>> /var/tmp/rpm-tmp.77062: line 25: install: command not found
>>> error: %post(pam-0.99.6.2-4.el5.i386) scriptlet failed, exit status 127
>>> ---

> interestingly, I can no longer reproduce this failure myself on a recently
> upgraded centos-5.3 box using mock-0.9.14 (from epel).

I take it back.  mock -r epel-5-i386 fails, but a home-brewed but almost
identical to that config doesn't, digging into the differences now.

-- Rex

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

Re: [CentOS] kghostview and xdg-open. Need to fix problem across whole system

[Rex Dieter]

Paul Johnson wrote:

> In Centos 5.3, a bad problem has surfaced in user land. We want to use
> either Evince or Adobe acroread as the pdf view, but the update of
> kdegraphics has somehow screwed up these systems so that the odious,
> horrible, awful pdf viewer kghostview is used.  

It's most likely Acrobat Reader that f#$#$#d up here.  It mucks with system 
copies of mimetypes, etc... 

My guess is that kdegraphics update simply replaced the muck'd system copies 
with known good ones.

Now, opening pdf's from where is causing problems?  Say, opening in 
nautilus, a webbrowser, what?

-- Rex


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

Re: [CentOS] NetworkManager trouble with CentOS 5.4 and KDE3

[Rex Dieter]

Martin Jungowski wrote:

> I'm evaluating CentOS 5.4 for our company and one of our requirements is
> that it must also run on laptops. I've managed to get everything working
> so far except for wireless networks. The problem here seems to be that
> CentOS fails to provide a knetworkmanager package, and we're using KDE3
> for various reasons. Thus, we're limited to Networkmanager-gnome which
> works but fails to save passwords in KDE3 and only works in Gnome. Of
> course kwallet is installed but requires knetworkmanager to work. The
> only solution I found so far was to log into Gnome, connect to the
> wireless network and save the password but that's certainly NOT an opion.
> 
> I guess the question is quite simple: how do I get NetworkManager to save
> passwords in KDE3?

It's a gnome-keyring bug, only even recently fixed in fedora,
https://bugzilla.redhat.com/453880

In particular,
https://bugzilla.redhat.com/show_bug.cgi?id=453880#c38
for a workaround.

-- Rex

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

Re: [CentOS] ==> gcc 4.4.3 on centos 64 bit

[Rex Dieter]

Dieter Best wrote:

> I need a newer version of gcc (gcc 4.4.3), with yum install I got
> 4.1.2. Has anyone figured out how to configure for the gcc 4.4.3 build
> to go through?

yum install gcc44

-- Rex

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

Re: [CentOS] openvpn client and KDE Network Manager - with CentOS7

[Rex Dieter]

CS DBA wrote:

> Hi All,
> 
> I am switching from Fedora20 to CentOS7 since I now run all my Linux
> development in a VM and I get a more robust feature set (i.e. shared
> folders with the host that "just work", etc)
> 
> The only issue I have thus far is VPN connections. Looking at what's
> installed on my old Fedora install I suspect I need these packages:
> 
> kde-plasma-nm-vpnc
> kde-plasma-nm-openvpn
> NetworkManager-openvpn
> NetworkManager-vpnc
> 
> However none of these are available in CentOS7, Note I have the centos
> extras and the EPEL repos enabled.  I suspect that I need rpmfusion but
> I don't see that rpmfusion has a repo for CentOS7...
> 
> Anyone have any thoughts? Can I simply install the centos6 rpmfusion repo?

Looks like you'll want
kde-plasma-networkmanagement-openvpn
from
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4723

(I'll be adding openconnect support soon too)

-- Rex


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

Re: [CentOS] Old and new package version numbers during RPM update

[Rex Dieter]

Anand Buddhdev wrote:

> Hi CentOS folk,
> 
> In an RPM post-install script, is it possible to know the previous
> version number, and the new version number of a package if it's an update?
> 
> I need to know this, because for a certain package, if updating from
> version 1.x to 2.x, I need to run a program to convert the config file
> of the package from version 1.x format to version 2.x format.
> 
> I've looked at SPEC file documentation, but haven't found anything
> relevant.

triggers can support that, you can implement a trigger scriplet to run only 
if upgrading from < 2.x, using something like:

%triggerun foo < 2.x
convert_config...

See also:
http://rpm.org/api/4.4.2.2/triggers.html


-- Rex

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

Re: [CentOS] Error installing Kmymoney

[Rex Dieter]

CS DBA wrote:

> Hi All;
> 
> I'm runing a new install of CentOS 7, enabled the epel repo and ran:
> 
> # yum install kmymoney
> 
> I get this:
> 
> Resolving Dependencies
> --> Running transaction check
> ---> Package kmymoney.x86_64 0:4.6.6-1.el7 will be installed
> --> Processing Dependency: kmymoney-libs(x86-64) = 4.6.6-1.el7 for
> package: kmymoney-4.6.6-1.el7.x86_64
> --> Processing Dependency: libkmm_widgets.so.4()(64bit) for package:
> kmymoney-4.6.6-1.el7.x86_64
> --> Processing Dependency: libkmm_plugin.so.4()(64bit) for package:
> kmymoney-4.6.6-1.el7.x86_64
> --> Processing Dependency: libkmm_mymoney.so.4()(64bit) for package:
> kmymoney-4.6.6-1.el7.x86_64
> --> Processing Dependency: libcalligrakdchart.so.13()(64bit) for 
package:
> kmymoney-4.6.6-1.el7.x86_64
> --> Running transaction check
> ---> Package kmymoney.x86_64 0:4.6.6-1.el7 will be installed
> --> Processing Dependency: libcalligrakdchart.so.13()(64bit) for 
package:
> kmymoney-4.6.6-1.el7.x86_64
> ---> Package kmymoney-libs.x86_64 0:4.6.6-1.el7 will be installed
> --> Finished Dependency Resolution
> Error: Package: kmymoney-4.6.6-1.el7.x86_64 (epel)
>Requires: libcalligrakdchart.so.13()(64bit)
>  You could try using --skip-broken to work around the problem
>  You could try running: rpm -Va --nofiles --nodigest
> 
> 
> I cant seem to get past this, using --skip-broken does not work.
> 
> Anyone have any suggestions?

I'm fixing it now.

-- Rex

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

Re: [CentOS] Error installing Kmymoney

[Rex Dieter]

Rex Dieter wrote:

> CS DBA wrote:
> 
>> Hi All;
>> 
>> I'm runing a new install of CentOS 7, enabled the epel repo and ran:
>> 
>> # yum install kmymoney
>> 
>> I get this:
>> 
>> Resolving Dependencies
>> --> Running transaction check
>> ---> Package kmymoney.x86_64 0:4.6.6-1.el7 will be installed
>> --> Processing Dependency: kmymoney-libs(x86-64) = 4.6.6-1.el7 for
>> package: kmymoney-4.6.6-1.el7.x86_64
>> --> Processing Dependency: libkmm_widgets.so.4()(64bit) for package:
>> kmymoney-4.6.6-1.el7.x86_64
>> --> Processing Dependency: libkmm_plugin.so.4()(64bit) for package:
>> kmymoney-4.6.6-1.el7.x86_64
>> --> Processing Dependency: libkmm_mymoney.so.4()(64bit) for package:
>> kmymoney-4.6.6-1.el7.x86_64
>> --> Processing Dependency: libcalligrakdchart.so.13()(64bit) for
> package:
>> kmymoney-4.6.6-1.el7.x86_64
>> --> Running transaction check
>> ---> Package kmymoney.x86_64 0:4.6.6-1.el7 will be installed
>> --> Processing Dependency: libcalligrakdchart.so.13()(64bit) for
> package:
>> kmymoney-4.6.6-1.el7.x86_64
>> ---> Package kmymoney-libs.x86_64 0:4.6.6-1.el7 will be installed
>> --> Finished Dependency Resolution
>> Error: Package: kmymoney-4.6.6-1.el7.x86_64 (epel)
>>Requires: libcalligrakdchart.so.13()(64bit)
>>  You could try using --skip-broken to work around the problem
>>  You could try running: rpm -Va --nofiles --nodigest
>> 
>> 
>> I cant seem to get past this, using --skip-broken does not work.
>> 
>> Anyone have any suggestions?
> 
> I'm fixing it now.

Update submitted,
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8062

-- Rex


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

Re: [CentOS] CentOS 6.3 - KDE login screen configuration problems

[Rex Dieter]

John Horne wrote:

> I find it very odd, to say the least, that if I tell CentOS/RHEL 6 to
> install KDE and not Gnome, it goes ahead and uses GDM rather than KDM.

That's a bug that was fixed in fedora at some point, probably after rhel6 
branched development 

-- rex

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

Re: [CentOS] (Al)pine on CentOS 6

[Rex Dieter]

Max Pyziur wrote:

> The alpine mail rpm indicates that it comes packaged with configuration
> files (/etc/pine*conf*). However, they aren't there.  Possible?

It's a packaging trick, those files are marked

%ghost %config 

-- rex

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

Re: [CentOS] gwenview WITHOUT nepomuk

[Rex Dieter]

m.r...@5-cent.us wrote:

> Does anyone know how to make gwenview *not* try to use nepomuk? I liked it
> under 5.x, but in 6.x it *constantly* complains about things like tagging
> is not enabled... but won't open, when I log in, with gwenview running and
> showing the same picture I'd logged out on. Then there are the random
> crashes
> 
> Don't need a "semantic" desktop, I know what things are, where they are,
> or how to find them

Try running kdebugdialog, and ensure that "Disable all debug output" is 
checked (and restart your session).

-- rex

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

Re: [CentOS] Is there a good nntp client for Centos 6 that handles SSL native?

[Rex Dieter]

Rock wrote:

> Is there a good nntp client for Centos 6 that handles SSL native?

I like knode (in kdepim rpm)

-- rex

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

Re: [CentOS] Setting up paths etc. for Qt 4 development

[Rex Dieter]

Toralf Lund wrote:

> Or is the thinking that the
> suffixed ("-qt4") version of commands will always be used?

That is one relatively safe approach.

Another (non-exclusive) one is to always manually prepend the output from:
rpm --eval "%{_qt4_bindir}"
to your $PATH.

-- rex


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

Re: [CentOS] 6.4 x64 PyQt4 package not compatible with sip package in base repo ?

[Rex Dieter]

oglop wrote:

> Hi All,
>  i'm a happy 6.4 user, but got some problems running pyqt4 on it.
>  i installed all pyqt4 packages.
>  but when i run  from PyQt4.QtCore import *, i got the following
> error message
> 
> 
>  >>> from PyQt4.QtCore import *
> Traceback (most recent call last):
> File "", line 1, in 
> RuntimeError: the sip module implements API v9.0 to v9.1 but the
> PyQt4.QtCore module requires API v6.0


It would appear you may have some newer/locally-installed version of sip on 
this box.

-- rex

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

Re: [CentOS] KDE frustrations, now (followup)

[Rex Dieter]

m.r...@5-cent.us wrote:

> What I can't find is how to
> edit the start menu for "leave": that's *down* below what the regular menu

"Leave" isnt part of the applications menu, so you cannot edit it.

-- rex

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

Re: [CentOS] KDE frustrations, now (followup)

[Rex Dieter]

m.r...@5-cent.us wrote:

>> "Leave" isnt part of the applications menu, so you cannot edit it.
> 
> Then what *is* it part of? How did the KDE "menu updater" screw this
> pooch?

It's simply a hard-coded (via code) part of the application launcher.  

-- rex

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

Re: [CentOS] KDE frustrations, now (followup)

[Rex Dieter]

m.r...@5-cent.us wrote:

> Rex Dieter wrote:
>> m.r...@5-cent.us wrote:
>>
>>> What I can't find is how to
>>> edit the start menu for "leave": that's *down* below what the regular
>>> menu
>>
>> "Leave" isnt part of the applications menu, so you cannot edit it.
> 
> Then what *is* it part of? How did the KDE "menu updater" screw this
> pooch?

In a constructive vein, could you describe your motivation(s) for wanting to 
edit the "Leave" menu?  Knowing that, perhaps we could find some 
alternative/better approach.

-- rex

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

Re: [CentOS] KDE frustrations, now (followup)

[Rex Dieter]

mark wrote:

> I guess you missed the beginning of this thread: I wanted to add gqview to
> the menu, so I ran the KDE menu updater... and it broke leave - clicking
> leave give me the submenu, bot lock screen does *nothing* at all. I'm
> trying to restore it, rather than having to type my alias for ... I'm not
> at work yet, and I've got 5.9 here, not 6.4, but it's kde's screenlocker.
> That works fine; it's just the menu option hosed.

Strange indeed, menu editor obviously shouldn't do that. :(

the customizations should get saved to something under:
~/.config/menus/

You could try removing stuff from there (manually re-running 'kbuildsycoca4' 
after manual changes) until Leave works again.

-- rex


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

Re: [CentOS] How to install minimal KDE

[Rex Dieter]

Gabor Boros wrote:

> I want to install minimal KDE on minimal CentOS 7 installation.
> How can I do this?

Depends on your definition of "minimal", but you can start with:

$ yum install kde-workspace

and work your way up to:

$ yum install @kde-desktop

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

Re: [CentOS] Update from 6.5 to 6.6 breaks epel qt5

[Rex Dieter]

Devin Reade wrote:

> Just a heads up, if anyone is doing QT development with the EPEL
> RPMs, the update from RHEL 6.5 to 6.6 breaks the current qt5 RPMS.
> In fact, I had to uninstall qt5 to perform the update.
> 
> I've submitted a bug report upstream, so hopefully it'll get resolved
> before too much longer.  In the interim, you either get to update,
> or you get to stop your qt5 development ...
> 
> 

Update in -testing:
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3484/qt5-qtbase-5.3.2-3.el6

queued for stable now.

-- Rex




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

Re: [CentOS] group install KDE does not enable runtime?

[Rex Dieter]

James B. Byrne wrote:

> In my continuing investigation of CentOS-7 I did yet another minimal
> install. Subsequent to that I ran yum update kernel, and then yum group
> install KDE.
> 
> Now, KDE installed about 480Mb of stuff, which compares favourably to
> Gnome's
> 971Mb.  However, when I run startx from the command line, instead of
> getting a desktop I see these errors instead:
> 
> xauth: file /root/.serverauth.12462 does not exist
> 
> xinit: unable to run server "/usr/bin/X": No such file or directory
> 
> Followed by instructions on how to link "/usr/bin/X" to ones choice of
> display
> server.  This seems a little awkward for a mature distro.  Is it really
> the case that one must hand link files to get any other desktop instead of
> gnome? is this by design?

Yes, it pretty much assumes you have a working X server, you probably ought 
to install at least the 'base-x' group too.

-- Rex

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

Re: [CentOS] Centos 7: Notification of available updates in KDE?

[Rex Dieter]

Frank Bures wrote:

> Hi,
> 
> I recently upgraded from CentOS 5 to 7.  I have been running KDE.  In
> version 5, if there was a pending update, an icon would appear in the
> panel, notifying about the update.
> There is no such icon in CentOS 7 - KDE 4.
> 
> Is there a way to get this very convenient function?

You could try installing apper (which includes an update notification 
applet) from epel7 repo

-- Rex

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