Discuss

discuss@lists.centos.org

34753 discussions

Re: [CentOS] Dag's comment at linuxtag
by Radu-Cristian FOTESCU 05 Jul '09

05 Jul '09

> (1) I expect now patches from you to make a workable > audacious based on our audacious package. Apparently > you have the interest and the time to do it ? RF's audacious has unmet dependencies. It's as simple as that. It lacks audacious-plugins. > (2) No, they are not compatible, we know. Share to > help with this too ? > You first have to convince the Fedora > people that they will not > introduce new incompatibilities before starting. Nay. Please read again how my tiny repo tries to "fix/hack" the 4 libs from EPEL that break RF's MPlayer and VLC. Should the Fedora people be insensitive, what prevents you from just "suck in" the newer libdvdread, libdvdnav, libcaca and lzo from EPEL and just rebuild RF's VLC and MPlayer? Because, honestly, a good deal of people only need the MPlayer+VLC+gstream stuff from RF. My understanding is that RF is so huge that it's very hard to manage, but... I'm afraid I have to say it's quite a "static" repo which doesn't try to rebuild anything! > Shall I simply stop doing RPMforge ? Hopefully not, *but* how about 400 rock-solid packages in RF instead of 8,000 packages with: some abandoned; some broken; etc.? > Is that the position you prefer to force me into ? > Because I certainly did not force you into using > the repository. Nobody is trying to force anyone into anything. It just happens that your repo is the only one to offer VLC, for instance. And I personally needed a quick & dirty hack to accommodate RF with EPEL. That's all. > I don't know even why you want to use RPMforge, there must > be something that is missing from EPEL ? Yes. Let me state again: yum --enablerepo=rpmforge install gstreamer-plugins-bad gstreamer-plugins-ugly gstreamer-ffmpeg yum --enablerepo=rpmforge install mplayer mplayer-fonts mplayer-skins mplayerplug-in smplayer yum --enablerepo=rpmforge install vlc That's all I need from VLC. Dozens of multimedia dependent packages though. Some of them legally unsuitable for EPEL. And RPM Fusion doesn't even have VLC. > I am happy to learn what you want to do though, because it > is easy to criticize, but it takes time to do some work. I know, and I understand that you are now vexed, but, like I said: instead of 8,000 packages in RF, better have 400 rock-solid ones? > (And I hope the solution is not another repository, because > we have been there :-)) The solution is *always* another repo. Why do you believe there are so many Linux distros? Are they really NEEDED? Nope. They're more than 3-4 distros because people can NOT cooperate properly, and their quick fix is to fork and whatnot. Cheers, R-C __________________________________________________________________ Connect with friends from any web browser - no download required. Try the new Yahoo! Canada Messenger for the Web BETA at http://ca.messenger.yahoo.com/webmessengerpromo.php

9 10

Question on security issue alert from recent centos-announce
by Scott Ehrlich 05 Jul '09

05 Jul '09

What exactly does the announcement mean to the CentOS community? >From what point in the past to what point present/future should the user community be concerned? Once you find the final culprit, how sure will you be whether any issue is/was malicious vs benign? Do you perform regular server checksums to compare what _might_ have changed (i.e. tripwire, etc)? What is the level and mitigation of damage control - current and future? What additional specifics can we learn from you - from safe/tainted media checksum files to ISO media itself? From keeping machines up and running to needing a fresh install? Could the same thing happen, or did it, with the upstream provider, or is it limited to the CentOS community? Thank you. Scott

2 2

[Fwd: Re: Getting started with NFS]
by Niki Kovacs 04 Jul '09

04 Jul '09

4 4

Re: [CentOS] Dag's comment at linuxtag
by Radu-Cristian FOTESCU 04 Jul '09

04 Jul '09

> no, trolling works much better on high volume lists > like this one. I officially declare that whoever uses the word "troll" is underbrained (aka stupid moron). The verb "to troll" was invented by some ***arrogant*** F/LOSS developers to assert that any *conversation* that looks slightly critical to them is not a "legitimate" one, but a "wicked" attempt to sabotage their prestige. Wait, maybe "trolling" was not invented by some Linux/BSD developer(s), but rather by Stalin himself! Sincerely, I believe that whoever is accusing *anyone* of "trolling" is a stupid asshole. Since when critical conversation is not "politically correct" and even denied in the era of the hyper-inflated, arrogant Linux and BSD developers and users? R-C __________________________________________________________________ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/

11 16

CentOS-announce Digest, Vol 53, Issue 3
by centos-announce-request＠centos.org 04 Jul '09

04 Jul '09

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org 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(a)centos.org You can reach the person managing the list at centos-announce-owner(a)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. Security Notice: Attempted Break-In on www.centos.org (Ralph Angenendt) ---------------------------------------------------------------------- Message: 1 Date: Sat, 4 Jul 2009 03:10:01 +0200 From: Ralph Angenendt <ralph(a)centos.org> Subject: [CentOS-announce] Security Notice: Attempted Break-In on www.centos.org To: CentOS Announce <centos-announce(a)centos.org> Message-ID: <20090704011000.GA2002(a)br-online.de> Content-Type: text/plain; charset="us-ascii" Subject: Break-In attempt on www.centos.org Dear Users, on Friday evening, July 3rd (UTC) we found a few suspicious files on the CentOS webserver. Upon investigating we found out that the files had been put there through Xoops (the CMS www.centos.org runs on) - and that this was possible due to a an administrative error which has been corrected. As far as we can see there has been no data or binary injected into the system or taken from the system. The machine hasn't been used as a source for sending spam (in the widest possible meaning) either. We have been able to identify the source of the attacks, but have not been able to find out if the files have been put there through a compromised user account in the Xoops system. Although we are fairly sure that there has been no such compromise, we have enforced a password expiry on all accounts on the system. wiki.centos.org and bugs.centos.org - though being on the same machine - have not been affected by this. All users having an account on www.centos.org need to acquire a new password through the "lost password" system of Xoops. We are terribly sorry for any inconvenience this might cause you and would like to apologize for that. On behalf of the CentOS team, Ralph Angenendt

1 0

Dag's comment at linuxtag
by Bogdan Nicolescu 04 Jul '09

04 Jul '09

>From http://distrowatch.com/weekly.php?issue=20090629 "....Right next to the Gentoo stand was a group of young people, proudly displaying their affiliation with CentOS. Dag Wieers, the well-known maintainer of a once very popular RPM repository, greeted me with a big smile: "Do you know CentOS?" When I introduced myself, he looked somewhat disappointed: "Oh, so you know CentOS..." Still, we found a lot to talk about. "Yes, CentOS is often considered a server operating system," explained Dag, "but we are trying to change that. In fact, the latest release has many up-to-date desktop packages and we also have an extra repository with many application and drivers that are not officially part of Red Hat Enterprise Linux (RHEL)." He asserted: "CentOS can be a perfect system for those who need long-term stability and who don't want to take frequent and potentially risky upgrade paths." ...." A quick look at http://distrowatch.com/table.php?distribution=centos shows that a great majority of the packages are not even close to being "up-to-date", and that is a good thing for those us of who care more about stability than eyecandy. >From the comment "...latest release has many up-to-date desktop packages and we also have an extra repository with many application and drivers that are not officially part of Red Hat Enterprise Linux (RHEL)..." is is safe to assume that future releases of Centos will remain a "built from publicly available open source SRPMS provided by a prominent North American Enterprise Linux vendor. CentOS conforms fully with the upstream vendors redistribution policies and aims to be 100% binary compatible. (CentOS mainly changes packages to remove upstream vendor branding and artwork).", AND all additional non-PNAELV packages will remain in the extra repository??? thanks bn

5 7

Multiple Internet facing Nics - Gateway issue
by Doug Coats 04 Jul '09

04 Jul '09

I have a server with 4 nics. Two are using different internet connections, both with static IP's, and two are connected to our private network. The two internet facing nics seem to be battling over the gateway designation. Which ever I designate as the gateway the other stops responding to incoming traffic. I need both to listen to inbound traffic. One for our main web page and the other for another web server. I found some information of Iproute2 but that did not seem to solve my issues. Here are the config files: ifcfg-eth2 DEVICE=eth2 BOOTPROTO=static HWADDR=00:24:E8:52:92:8E ONBOOT=yes IPADDR=xx.yy.51.45 NETMASK=255.255.255.252 GATEWAY=xx.yy.51.46 ifcfg-eth3 DEVICE=eth3 BOOTPROTO=static HWADDR=00:24:E8:52:92:90 ONBOOT=yes IPADDR=aa.bb.166.2 NETMASK=255.255.255.224 GATEWAY=aa.bb.166.1 network NETWORKING=yes NETWORKING_IPV6=no HOSTNAME=heritage01 GATEWAY=xx.yy.51.46 GATEWAYDEV=eth2 rt_tables # # reserved values # 255 local 254 main 253 default 0 unspec # # local # #1 inr.ruhep 200 Cable 201 T1 iproute2 routes ip route add xx.yy.51.44/30 dev eth2 src xx.yy.51.46 table Cable ip route add default via xx.yy.51.46 ip route add xx.yy.51.44/30 dev eth2 src xx.yy.51.46 ip route add default via xx.yy.51.46 ip rule add from xx.yy.51.46 table Cable ip route add aa.bb.166.0/27 dev eth3 src aa.bb.165.2 table T1 ip route add default via aa.bb.166.1 ip route add aa.bb.166.0/27 dev eth3 src aa.bb.166.2 ip rule add from aa.bb.166.2 table T1 ip route flush cache Other people seem to be using this configuration successfully but I seem to be missing something important. Any help is greatly appreciated!!!!!!! Thanks!

10 37

Replicate desktop configuration for other users using /etc/skel
by Niki Kovacs 04 Jul '09

04 Jul '09

Hi, The subject says it all. I'd like to copy my own custom desktop configuration for other users on the machine without having to go manually through the hassle. Here's a non-exhaustive list of what I usually tweak : * Theme + icons * background image * panel * screensaver * Nautilus behaviour * Handling of removable devices * Gnome Terminal * Gnome Dictionary (french servers) * GEdit options And so on... I used to do this before, a few years ago, when I was a Slackware user, but only with KDE (or XFCE on older hardware). Usually it boiled down to copy the relevant hidden directory trees (.kde/ or .config) to /etc/skel before creating new users. Would something similar work with GNOME? And if so, what are the relevant hidden configuration directories to copy over? Cheers, Niki

3 5

new RAID5 array: 3x500GB with XFS
by Coert Waagmeester 04 Jul '09

04 Jul '09

Hello all, I have yesterday after some typos, sent my ext3 RAID5 array to the void... I want to recreate it now, but I read on http://wiki.centos.org/HowTos/Disk_Optimization that you can optimize the filesystem on top of the RAID. Will this wiki article be exactly the same for XFS? Is it worth the trouble to also create an LVM volume on the RAID array? Regards, Coert

3 2

Remote identity management
by Niki Kovacs 04 Jul '09

04 Jul '09

Hi, Until now, I've only managed local user management on small network with no more than five or six machines, e. g. all user data stored locally on each and every machine (/etc/passwd, /etc/shadow, /etc/group). Now I'd like to learn remote identity management, that is, all user data stored centrally on one machine (so I don't have to wonder who has which UID and GID when I want to setup an NFS share, for example). I understand there are several ways to achieve that with RHEL/CentOS: NIS, LDAP, Kerberos, SMB, ... The networks I'll have to deal with are 100% GNU/Linux (better: 100% CentOS). So my first question is: which solution is the "best" for such a configuration ? By "best" I mean some compromise between "easy" and "reliable". Any suggestions ? Niki Kovacs

4 7

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss