Discuss June 2007

discuss@lists.centos.org

280 participants
339 discussions

USB keypad
by Jerry Geis 25 Jun '07

25 Jun '07

I have a USB keypad that I am trying to use with Centos 5. dmesg reports. input: ORTEK USB Keyboard Hub as /class/input/input8 input: USB HID v1.10 Keyboard [ORTEK USB Keyboard Hub] on usb-0000:00:02.0-4.3 input: ORTEK USB Keyboard Hub as /class/input/input9 input: USB HID v1.10 Device [ORTEK USB Keyboard Hub] on usb-0000:00:02.0-4.3 lsusb shows: Bus 001 Device 010: ID 05a4:9862 Ortek Technology, Inc. Bus 001 Device 009: ID 05a4:9837 Ortek Technology, Inc. This doesnt seem to work on centos 5. However it does work on centos 4.5 input: ORTEK USB Keyboard Hub as /class/input/input4 input: USB HID v1.10 Keyboard [ORTEK USB Keyboard Hub] on usb-0000:00:0b.0-4.3 input: ORTEK USB Keyboard Hub as /class/input/input5 input: USB HID v1.10 Device [ORTEK USB Keyboard Hub] on usb-0000:00:0b.0-4.3 lsusb shows: Bus 002 Device 004: ID 05a4:9862 Ortek Technology, Inc. Bus 002 Device 003: ID 05a4:9837 Ortek Technology, Inc. How can I get this working on centos 5??? Thanks, Jerry

1 0

How to build clamav SRPM and RPM with calmav tarbal - CentOS 5
by Indunil Jayasooriya 25 Jun '07

25 Jun '07

Hi All, I am trying to build SRPM and RPM out of cureent clamav tarball. I just download it to /ur/src/redhat/SOURCES as follows. [root@mail SOURCES]# wget http://freshmeat.net/redir/clamav/29355/url_tgz/clamav-0.90.3.tar.gz When I issue rpmbuild -ta, it gave below error. [root@mail SOURCES]# rpmbuild -ta clamav-0.90.3.tar.gz error: Name field must be present in package: (main package) error: Version field must be present in package: (main package) error: Release field must be present in package: (main package) error: Summary field must be present in package: (main package) error: Group field must be present in package: (main package) error: License field must be present in package: (main package) I think , may be it does not have a SPEC file. Then, What I did was I got clamav Version 0.90.2 Spec file from below URL. http://crash.fce.vutbr.cz/crash-hat/5/clamav/clamav.spec and copied it to /usr/src/redhat/SPECS/ and changed it's Version: 0.90.2to Version: 0.90.3 and ran it again as folows. then, again, it gave below error. [root@mail SPECS]# rpmbuild -ta clamav.spec error: Name field must be present in package: (main package) error: Version field must be present in package: (main package) error: Release field must be present in package: (main package) error: Summary field must be present in package: (main package) error: Group field must be present in package: (main package) error: License field must be present in package: (main package) then, I tried as follows. [root@mail SPECS]# rpmbuild -ba clamav.spec then , It gave below error. error: File /usr/src/redhat/SOURCES/clamav-milter-dontsux.patch: No such file or directory What's wrong with it? Where have I gone worng? How to build both clamav SRPM AND RPM for CentOS 5 -- Thank you Indunil Jayasooriya

8 9

Module install: warning about weak-updates?
by Patrick 25 Jun '07

25 Jun '07

Hi all, I'm wondering about the warnings I got below on an updated CentOS5 box: $ sudo rpm -ivh zaptel-modules-1.2.18-21.2664.2.6.18_8.1.6.el5.lc.i686.rpm WARNING: Can't read module /lib/modules/2.6.18-8.1.6.el5/weak-updates/wctdm24xxp.ko: No such file or directory <snip more similar warning> What is causing these warnings and how can I prevent them? Thanks for any pointers. Regards, Patrick

1 0

Nautilus displays open document files of OpenOffice.org2 as ZIP files
by Boris Folgmann 25 Jun '07

25 Jun '07

Hi, the openoffice.org2 RPMs for CentOS 4.5 work very well, but there seems to be some integration missing. OO2 saves all files in the new Open Document Format, e.g. .ods, which is displayed by nautilus as a simple ZIP file (which isn't that wrong). But this means that you can't open the files directly by using a double click. /usr/bin/file seems to have the same problem, it doesn't know that data type exactly, too. file reports it as "Zip archive data, at least v2.0 to extract" Does anybody know if it's planned to improve the integration, so that it works like for the old OpenOffice.org? cu, boris

1 0

Re: CentOS Digest, Vol 29, Issue 25
by James B. Byrne 25 Jun '07

25 Jun '07

On Mon, June 25, 2007 08:00, centos-request(a)centos.org wrote: > Send CentOS mailing list submissions to > centos(a)centos.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.centos.org/mailman/listinfo/centos > or, via email, send a message with subject or body 'help' to > centos-request(a)centos.org > > You can reach the person managing the list at > centos-owner(a)centos.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CentOS digest..." > > > Today's Topics: > > 1. How to build clamav SRPM and RPM with calmav tarbal - CentOS > 5 (Indunil Jayasooriya) > 2. Re: How to build clamav SRPM and RPM with calmav tarbal - > CentOS 5 (Akemi Yagi) > 3. Re: How to build clamav SRPM and RPM with calmav tarbal - > CentOS 5 (Indunil Jayasooriya) > 4. Centos 5: e1000 question (Mogens Kjaer) > 5. bind on centos 5 (Indunil Jayasooriya) > 6. Re: bind on centos 5 (Ralph Angenendt) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 25 Jun 2007 10:07:09 +0530 > From: "Indunil Jayasooriya" <indunil75(a)gmail.com> > Subject: [CentOS] How to build clamav SRPM and RPM with calmav tarbal > - CentOS 5 > To: "CentOS mailing list" <centos(a)centos.org> > Message-ID: > <7ed6b0aa0706242137g7d75c327me6c712b8535009e(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi All, > > I am trying to build SRPM and RPM out of cureent clamav tarball. > > I just download it to /ur/src/redhat/SOURCES as follows. > > [root@mail SOURCES]# wget > http://freshmeat.net/redir/clamav/29355/url_tgz/clamav-0.90.3.tar.gz > > > When I issue rpmbuild -ta, it gave below error. > > [root@mail SOURCES]# rpmbuild -ta clamav-0.90.3.tar.gz > error: Name field must be present in package: (main package) > error: Version field must be present in package: (main package) > error: Release field must be present in package: (main package) > error: Summary field must be present in package: (main package) > error: Group field must be present in package: (main package) > error: License field must be present in package: (main package) > > I think , may be it does not have a SPEC file. > > Then, What I did was I got clamav Version 0.90.2 Spec file from below URL. > > http://crash.fce.vutbr.cz/crash-hat/5/clamav/clamav.spec > > and copied it to /usr/src/redhat/SPECS/ and changed it's Version: > 0.90.2to Version: > 0.90.3 > > and ran it again as folows. then, again, it gave below error. > > [root@mail SPECS]# rpmbuild -ta clamav.spec > error: Name field must be present in package: (main package) > error: Version field must be present in package: (main package) > error: Release field must be present in package: (main package) > error: Summary field must be present in package: (main package) > error: Group field must be present in package: (main package) > error: License field must be present in package: (main package) > > then, I tried as follows. > > [root@mail SPECS]# rpmbuild -ba clamav.spec > > then , It gave below error. > error: File /usr/src/redhat/SOURCES/clamav-milter-dontsux.patch: No such > file or directory > > What's wrong with it? > > Where have I gone worng? > > How to build both clamav SRPM AND RPM for CentOS 5 > > > > > > -- > Thank you > Indunil Jayasooriya >

1 0

Static linking against glibc
by Anand Buddhdev 25 Jun '07

25 Jun '07

I'm building an RPM of a DNS server called NSD on CentOS 4.4. I'm going to be using it for some heavy-duty DNS traffic, so I want to minimise its dependencies on external libraries. I have therefore attempted to link it statically. The package does build, and even runs fine. However, during the build process, gcc emits warnings like these: nsd.o(.text+0xfba): In function `main': : warning: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking My understanding of this is because glibc uses dlopen to load other shared objects at runtime. I therefore need a Requires: line in the RPM which requires glibc-2.3.4-2.36, or whatever version I used to build nsd. Now, what I want to ask is: if the version of glibc is upgraded to say 2.3.4-2.48, what happens? What do the numbers after the version number mean (2.48) and what effect will that have on packages which are statically linked against glibc? Another question which has occured to me is this: NSD also uses other libraries, such as openssl. Is there any way to know if any of the openssl libraries use dlopen to load in other shared objects? If they do, then it introduces dependencies that I may not be aware of, and doing static linking wouldn't be as beneficial as I first thought it would be. Comments from experienced developers will be most appreciated. -- Anand Buddhdev

1 0

Centos 5: e1000 question
by Mogens Kjaer 25 Jun '07

25 Jun '07

I have a machine running Centos 5, x86_64. It has an Intel NIC: # lspci 15:00.0 Ethernet controller: Intel Corporation 82572EI Gigabit Ethernet Controller (Fiber) (rev 06) The machine has two dualcore cpus. If I look at /proc/interrupts I get: CPU0 CPU1 CPU2 CPU3 0: 144873228 220741831 173615012 220733357 IO-APIC-edge timer 4: 269120 1203485 1964914 1528555 IO-APIC-edge serial 7: 0 0 0 0 IO-APIC-edge parport0 8: 0 0 0 0 IO-APIC-edge rtc 9: 0 0 0 0 IO-APIC-level acpi 14: 137 3218764 3143397 430444 IO-APIC-edge ide0 90: 3403812 5504380 553784 1273225 IO-APIC-level aic79xx 98: 460440049 0 0 0 PCI-MSI eth0 169: 210489 9211230 26272710 31733980 IO-APIC-level uhci_hcd:usb2, uhci_hcd:usb3, aacraid 177: 0 0 0 0 IO-APIC-level uhci_hcd:usb4 185: 2 0 0 0 IO-APIC-level uhci_hcd:usb1, ehci_hcd:usb5 NMI: 359 102 105 115 LOC: 744651234 743298229 744651090 743298086 ERR: 0 MIS: 0 My question is: Why are the eth0 interrupts distributed to CPU0 only? Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk(a)crc.dk Homepage: http://www.crc.dk

1 0

OT: vmware server not accepting root password?
by Gordon McLellan 23 Jun '07

23 Jun '07

Sorry for the OT question; I'm hoping someone else has a similar setup and ran into this same problem? For some reason, not sure what I changed, my vmware server is no longer accepting the root login for the management console or web mui interface. I'm certain the password is correct, and I've even reset root's password to make sure. VMware seems to be running ok, I can access my virtual machines just fine, as well as start and stop the vmware service. The host OS is centos 4.5 x86-64, nothing special, just a bare bones server install. Any ideas on resetting what vmware considers the root password, or re-syncing it somehow? Thanks- Gordon These are the only log entries I could find corresponding to my login attempts: [root@incognito log]# tail secure Jun 22 23:48:26 incognito xinetd[4086]: START: vmware-authd pid=7377 from=10.51.51.6 Jun 22 23:48:26 incognito vmware-authd[7377]: PAM unable to dlopen(/usr/lib/vmware/lib/libpam.so.0/security/pam_unix2.so) Jun 22 23:48:26 incognito vmware-authd[7377]: PAM [dlerror: /usr/lib/vmware/lib/libpam.so.0/security/pam_unix2.so: cannot open shared object file: No such file or directory] Jun 22 23:48:26 incognito vmware-authd[7377]: PAM adding faulty module: /usr/lib/vmware/lib/libpam.so.0/security/pam_unix2.so Jun 22 23:48:26 incognito vmware-authd[7377]: PAM unable to dlopen(/usr/lib/vmware/lib/libpam.so.0/security/pam_unix_auth.so) Jun 22 23:48:26 incognito vmware-authd[7377]: PAM [dlerror: /usr/lib/vmware/lib/libpam.so.0/security/pam_unix_auth.so: symbol pam_syslog, version LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time reference] Jun 22 23:48:26 incognito vmware-authd[7377]: PAM adding faulty module: /usr/lib/vmware/lib/libpam.so.0/security/pam_unix_auth.so Jun 22 23:48:26 incognito vmware-authd[7377]: PAM unable to dlopen(/usr/lib/vmware/lib/libpam.so.0/security/pam_unix_acct.so) Jun 22 23:48:26 incognito vmware-authd[7377]: PAM [dlerror: /usr/lib/vmware/lib/libpam.so.0/security/pam_unix_acct.so: symbol pam_syslog, version LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0 with link time reference] Jun 22 23:48:26 incognito vmware-authd[7377]: PAM adding faulty module: /usr/lib/vmware/lib/libpam.so.0/security/pam_unix_acct.so

2 1

network raid file system/server
by Farkas Levente 22 Jun '07

22 Jun '07

hi, we've a few 10-20 server in a lan each has 4-8 hdd. we'd like to create one big file server on these server hard disks and we'd like to create it in a redundant way ie: - if one (or more) of the hdd or server fails the whole filesystem still usable and consistent. - any server in this farm can see the same storage/filesystem. it's someting a big network raid5-6... storage where we have about 40<partition added to the same network volume. and there is an fs over it which hide all internal network raid functionality. is there any such solution? i can't find any way to do this on our linux servers. thank you for your help in advance. -- Levente "Si vis pacem para bellum!"

10 16

Bug in initscripts? Problem with ifup-routes and alias device
by "T. Eichstädt" 22 Jun '07

22 Jun '07

Hello List, I have one network card and added two IP-Adresses to it: eth1 192.168.1.1/24 eth1:1 10.1.2.3/24 a want to use static routes on device eth1:1 and added one in /etc/sysconfig/network-scripts/route-eth1:1: GATEWAY0=10.1.2.4 ADDRESS0=10.2.2.0 NETMASK0=255.255.255.0 What the network-script should execute in background is: ip route add 10.2.2.0/24 via 10.1.2.4 dev eth1 but it executes ip route add 10.2.2.0/24 via 10.1.2.4 dev eth1:1 BUT: "eth1:1" is in the "ip" command not working, "ip" throws an error ("Cannot find device eth1:1") and doesn't add the route. Did I miss something or is it a bug in the ifup-routes script ? ----------------- Output of ifconfig eth1:1 after "ifup eth1:1": eth1:1 Link encap:Ethernet HWaddr 00:0E:0E:0E:68:8B inet addr:10.1.2.3 Bcast:10.1.2.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Base address:0xec00 Memory:dffe0000-e0000000 ---------------------- Best regards T. Eichstädt

1 0

← Newer
1
...
7
8
9
10
11
12
13
...
34
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss June 2007