Discuss

discuss@lists.centos.org

34758 discussions

I have a question.
by Samet ÖZGÜR 21 Jan '10

21 Jan '10

Hello I have a question, How can I change logos and favicon.ico in Data.fs file for Conga (Luci) Can anybody help me? Thanks!

1 0

/proc/mounts always shows "nobarrier" option for xfs, even when mounted with "barrier"
by Tom Georgoulias 21 Jan '10

21 Jan '10

Ran into a confusing situation today. When I mount an xfs filesystem on a server running centos 5.4 x86_64 with kernel 2.6.18-164.9.1.el5, the barrier/nobarrier mount option as displayed in /proc/mounts is always set to "nobarrier" Here's an example: [root@host ~]# mount -o nobarrier /dev/vg1/homexfs /mnt [root@host ~]# grep xfs /proc/mounts /dev/vg1/homexfs /mnt xfs rw,attr2,nobarrier,noquota 0 0 [root@host ~]# mount | grep xfs /dev/mapper/vg1-homexfs on /mnt type xfs (rw,nobarrier) [root@host ~]# mount -o barrier /dev/vg1/homexfs /mnt [root@host ~]# grep xfs /proc/mounts /dev/vg1/homexfs /mnt xfs rw,attr2,nobarrier,noquota 0 0 [root@host ~]# mount | grep xfs /dev/mapper/vg1-homexfs on /mnt type xfs (rw,barrier) Can anyone else confirm this behavior? Thanks, Tom

2 2

netgear wg111v2
by Davy Leon 21 Jan '10

21 Jan '10

Hi folks I have a Centos 5.3 Box and need to know how to configure a Netgear wg111v2 USB WLAN adapter. I already have an wireless LAN build with an AP and a windows XP PC with another Netgear wg111v2 USB adaptor running on it.. Thanks David

2 1

perl-Mail-Box dependencies
by Bowie Bailey 21 Jan '10

21 Jan '10

Does anyone know why the CentOS 5 package perl-Mail-Box from both rpmforge and epel is dependent on spamassassin? Looking at the source from cpan, it appears to be an option rather than a dependency (and is even commented out of the option list in the makefile). -- Bowie

2 1

CentOS-announce Digest, Vol 59, Issue 7
by centos-announce-request＠centos.org 21 Jan '10

21 Jan '10

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. CESA-2010:0061 Moderate CentOS 3 i386 gzip - security update (Tru Huynh) 2. CESA-2010:0061 Moderate CentOS 3 x86_64 gzip - security update (Tru Huynh) 3. CEBA-2010:0045 CentOS 5 i386 cups Update (Karanbir Singh) 4. CEBA-2010:0045 CentOS 5 x86_64 cups Update (Karanbir Singh) 5. CEBA-2010:0047 CentOS 5 i386 strace Update (Karanbir Singh) 6. CEBA-2010:0047 CentOS 5 x86_64 strace Update (Karanbir Singh) 7. CEBA-2010:0052 CentOS 5 x86_64 util-linux Update (Karanbir Singh) 8. CEBA-2010:0052 CentOS 5 i386 util-linux Update (Karanbir Singh) 9. CESA-2010:0061 Moderate CentOS 5 i386 gzip Update (Karanbir Singh) 10. CESA-2010:0061 Moderate CentOS 5 x86_64 gzip Update (Karanbir Singh) 11. CESA-2010:0062 Moderate CentOS 5 x86_64 bind Update (Karanbir Singh) 12. CESA-2010:0062 Moderate CentOS 5 i386 bind Update (Karanbir Singh) 13. CESA-2010:0046 Important CentOS 5 i386 kernel Update (Karanbir Singh) 14. CESA-2010:0046 Important CentOS 5 x86_64 kernel Update (Karanbir Singh) 15. CEBA-2010:0050 CentOS 5 i386 glibc Update (Karanbir Singh) 16. CEBA-2010:0050 CentOS 5 x86_64 glibc Update (Karanbir Singh) 17. CESA-2010:0054 Moderate CentOS 5 i386 openssl Update (Karanbir Singh) 18. CESA-2010:0054 Moderate CentOS 5 x86_64 openssl Update (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Wed, 20 Jan 2010 18:49:37 +0100 From: Tru Huynh <tru(a)centos.org> Subject: [CentOS-announce] CESA-2010:0061 Moderate CentOS 3 i386 gzip - security update To: centos-announce(a)centos.org Message-ID: <20100120174937.GA15072(a)sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2010:0061 gzip security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2010-0061.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/gzip-1.3.3-15.rhel3.i386.rpm source: updates/SRPMS/gzip-1.3.3-15.rhel3.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update gzip Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B

1 0

[PKI concepts] Why Jboss need (signed cert and) root-cert in PEM format?
by Sven Aluoor 21 Jan '10

21 Jan '10

Hi folks [ Please add me CC. Thanks ] We have here a Jboss app and web server. We signed the SSL-certificate that end-user don't have ugly error messages. I don't understand why we need to import the Root-Cert in PEM format? $ keytool -import -trustcacerts -file rootcert.pem -keystore myserver.keystore -alias root The Root-Cert is in web browser, why there is a must to import in keystore? Did I misunderstood PKI basics? cheers Sven

2 1

update of openssh-server i386 4.3p2-36.el5, dependencies
by zagiatakrapovic＠gmx.ch 21 Jan '10

21 Jan '10

thx for your help Filipe, I see the point! unfortunately I got the same for ecryptfs-utils until now no GTK stuff was needed... now even if I try your hint > yum update ecryptfs-utils I think the trousers rpm is pulling the whole stuff. Until now I didn't had to install trousers. output: --------------- Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: ecryptfs-utils i386 75-5.el5 updates 157 k Installing for dependencies: atk i386 1.12.2-1.fc6 base 222 k cairo i386 1.2.4-5.el5 base 394 k cups-libs i386 1:1.3.7-8.el5_3.6 updates 193 k fontconfig i386 2.4.1-7.el5 base 174 k freetype i386 2.2.1-21.el5_3 updates 310 k gnutls i386 1.4.1-3.el5_3.5 updates 348 k gtk2 i386 2.10.4-20.el5 base 6.5 M hicolor-icon-theme noarch 0.9-2.1 base 25 k keyutils i386 1.2-1.el5 base 36 k libX11 i386 1.0.3-9.el5 base 795 k libXau i386 1.0.1-3.1 base 18 k libXcursor i386 1.1.7-1.1 base 32 k libXdmcp i386 1.0.1-2.1 base 19 k libXext i386 1.0.1-2.1 base 35 k libXfixes i386 4.0.1-2.1 base 14 k libXft i386 2.1.10-1.1 base 44 k libXi i386 1.0.1-3.1 base 25 k libXinerama i386 1.0.1-2.1 base 9.7 k libXrandr i386 1.1.1-3.1 base 15 k libXrender i386 0.9.1-3.1 base 27 k libjpeg i386 6b-37 base 139 k libpng i386 2:1.2.10-7.1.el5_3.2 updates 241 k libtiff i386 3.8.2-7.el5_3.4 updates 306 k pango i386 1.14.9-5.el5.centos updates 335 k trousers i386 0.3.1-4.el5 base 308 k xorg-x11-filesystem noarch 7.1-2.fc6 base 5.4 k Transaction Summary ============================================================================= Install 26 Package(s) Update 1 Package(s) Remove 0 Package(s) -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

6 5

PAM and GNOME keyring
by Giulio Troccoli 21 Jan '10

21 Jan '10

Hi everybody, I have a CentOS 5.4 server I need to se-up as Subversion server. On the server GNOME keyring has been installed and the integration with Subversion works fine: I'm asked for the keyring password the first time and that's it. I am now trying to set it up so that after login the default keyring is unlocked. This way I won't be asked for the keyring password ever. I have followed the instructions found at http://fedoraproject.org/wiki/Tools/NetworkManager#Gnome-specific_informati… but it doesn't work. I have rebooted the server few times with no avail. I have checked that my password and the keyring password are the same. Every time I run a Subversion command I'm prompted for the keyring password. Can anyone help me? Please reply to me too as I am not subscribed to the list. Thanks Giulio Linedata Services (UK) Ltd Registered Office: Bishopsgate Court, 4-12 Norton Folgate, London, E1 6DB Registered in England and Wales No 3027851 VAT Reg No 778499447

1 0

Xorg without xorg.conf (a bit OT)
by Ron Blizzard 21 Jan '10

21 Jan '10

I like to try out other distributions of Linux. Today I took a look at Mint Linux 8 and Fedora 12. I installed and updated each on a small partition -- actual physical install, not virtual machines. Both worked great at 1280x1024 (their defaults) but neither would let me use 1024x768 resolution. Both came with newer versions of Xorg, neither of which build an xorg.conf file. Mint gave me three settings, 1280x1024, 640x480 and something like 700x400(?). Fedora gave me the choice of 1024x768, but when I tried to use it, it just went black until timing out. When I downloaded and ran system-config-display, it built an xorg.conf file, which I modified to 1024x768 (by removing the 1280x1024 selection). When I tried rebooting, it locked up. (I have an Intel 865G video chip, BTW.) So, what is it about the newer versions of Xorg that doesn't like 1024x758 resolution? At least not on an Intel Graphics chip? Just weird. And I'm curious as to how Xorg determines its monitor resolution choices when there is no xorg.conf file. Is there a good tutorial on this subject available? Frustrating situation -- and I'm still nervous that Red Hat 6 is going to end up with the same issue -- if this is an Xorg problem with Intel it seems reasonable to assume that they will inherit it. -- RonB -- Using CentOS 5.4

2 1

Re: [CentOS] cryptoloop
by Morten Sundstrøm 21 Jan '10

21 Jan '10

I know about that. Is that the reason it wont work in ubuntu? If I switch to a new encryption i must copy all the data to a new raid wich is not possible at the moment. I need to get this mounted. /MS ----- Original Message ----- Fra: "Pasi Kärkkäinen" <pasik(a)iki.fi> Til: "CentOS mailing list" <centos(a)centos.org> Sendt: 21. januar 2010 09:57:24 Emne: Re: [CentOS] cryptoloop On Thu, Jan 21, 2010 at 09:41:37AM +0100, Morten Sundstrøm wrote: > Hi. > > Have a problem that i need som help with: > 1. Have multipple raids working in a encrypted filesystem in CentOS 5.4 (i386): script file, crypt.sh > > modprobe cryptoloop > cryptoloop is depracated, and should not be used. Use dm-crypt instead, or if you have to, loop-aes. -- Pasi > losetup -e aes /dev/loop0 /dev/md0 > (inserting password here) > then run > mount -t ext3 /dev/loop0 /mnt/raid5 > Have been using this in CentOS for a long time and works like a charm. > > 2. Raids is now moved to another server with ubuntu server 9.10 (64bit) > Raid is detected fine and working. > > Do the same thing again and get: > sudo modprobe cryptoloop (ok) > sudo losetup -e aes /dev/loop0 /dev/md0 (ok) > sudo mount -t ext3 /dev/loop0 /mnt/raid5 (failes with the following msg) > mount: wrong fs type, bad option, bad superblock on /dev/loop0, > missing codepage or helper program, or other error > In some cases useful info is found in syslog - try > dmesg | tail or so > > ubuntu: cat /proc/crypto |grep aes > name : ecb(aes) > driver : ecb(aes-asm) > name : cbc(aes) > driver : cbc(aes-asm) > name : cbc(aes) > driver : cbc(aes-asm) > name : aes > driver : aes-asm > module : aes_x86_64 > name : aes > driver : aes-generic > module : aes_generic > > Is there compatible issues here? > Can it be that the old server was using i386 arch and the new is 64bit? > losetup version differs? > > Any insight is appreciated. > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos

1 0

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