kids spin
no, we can just copy the drawing in CC format and put a funky fedora logo in the background ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: kids spin
2008/6/25 Arnav Kalra [EMAIL PROTECTED]: no, we can just copy the drawing in CC format and put a funky fedora logo in the background What about the license of the actual character ? Still they can sue you over this. Kushal -- http://fedoraproject.org http://kushaldas.in http://badvista.org http://noooxml.org ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: kids spin
Arnav Kalra wrote: no, we can just copy the drawing in CC format and put a funky fedora logo in the background When replying to a mailing list, please quote the message you are replying to, so we can understand the context (proper use of threads would be also useful, but this may be Gmail's fault). So *I guess* you are replying to Mo and are talking about the Firefox cartoon. If this is the case and the cartoon is Foxkeh (http://www.foxkeh.com/), then we may be out of look, it is licensed under a CC-NC (non-commercial) licensee, making it unusable by us. I will get in more detail about CC licenses: not all CreativeCommons are equal, some are Free and can be used by us (CC-BY, CC-BY-SA) but some are restricted or plain proprietary (NC and ND), something we can't use. Seeing on a website a notice like some contents are licensed under the Creative Commons is not enough, you have to to more research about which kind of CreativeCommons license is used. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: [echo] Identity search
On Tue, 2008-06-24 at 23:58 -0700, Luya Tshimbalanga wrote: The eyes is sightly refined for large size. Good. Could you try to make some rendering? I attach the SVG wordmark so you can play with. Yeah, I'll give it some time :) That was the idea I have used on keyboard icon for a while. I attach the wordmark (using URW Gothic Bold typeface that I personally like). echo makes sense as we can omit *-icon-theme suffix. URW Gothic Bold is perfect for smaller sizes, but I think we could use something more fancy on the trac page, I'll look what options we have in Fedora. Luya Martin signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
[Bug 452317] Review Request: heuristica-fonts - Heuristica font
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: heuristica-fonts - Heuristica font https://bugzilla.redhat.com/show_bug.cgi?id=452317 [EMAIL PROTECTED] changed: What|Removed |Added OtherBugsDependingO||182235 nThis|| --- Additional Comments From [EMAIL PROTECTED] 2008-06-25 01:53 EST --- Fun. What I don't understand then is how Adobe (which is a serious firm, with real lawyers) could give the font to the TEX user group with a license that allowed OFL-ing. Would you have the name of the Adobe contact per chance? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 452782] [liberation-fonts] Quality Check between initial 1.03 and latest dist.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: [liberation-fonts] Quality Check between initial 1.03 and latest dist. https://bugzilla.redhat.com/show_bug.cgi?id=452782 --- Additional Comments From [EMAIL PROTECTED] 2008-06-25 03:09 EST --- Created an attachment (id=310226) -- (https://bugzilla.redhat.com/attachment.cgi?id=310226action=view) Rendering of ver 1.03 by gedit. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 452782] [liberation-fonts] Quality Check between initial 1.03 and latest dist.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: [liberation-fonts] Quality Check between initial 1.03 and latest dist. https://bugzilla.redhat.com/show_bug.cgi?id=452782 --- Additional Comments From [EMAIL PROTECTED] 2008-06-25 03:12 EST --- Created an attachment (id=310228) -- (https://bugzilla.redhat.com/attachment.cgi?id=310228action=view) Comparison of ver 1.03 and 1.04. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 452782] [liberation-fonts] Quality Check between initial 1.03 and latest dist.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: [liberation-fonts] Quality Check between initial 1.03 and latest dist. https://bugzilla.redhat.com/show_bug.cgi?id=452782 --- Additional Comments From [EMAIL PROTECTED] 2008-06-25 03:14 EST --- Created an attachment (id=310231) -- (https://bugzilla.redhat.com/attachment.cgi?id=310231action=view) Comparison of ver 1.03 and 1.04. (smoothing + hinting on) -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 452782] [liberation-fonts] Quality Check between initial 1.03 and latest dist.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: [liberation-fonts] Quality Check between initial 1.03 and latest dist. https://bugzilla.redhat.com/show_bug.cgi?id=452782 --- Additional Comments From [EMAIL PROTECTED] 2008-06-25 03:13 EST --- Created an attachment (id=310230) -- (https://bugzilla.redhat.com/attachment.cgi?id=310230action=view) Rendering of ver 1.04 by gedit. (smoothing + hinting on) -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 452782] [liberation-fonts] Quality Check between initial 1.03 and latest dist.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: [liberation-fonts] Quality Check between initial 1.03 and latest dist. https://bugzilla.redhat.com/show_bug.cgi?id=452782 --- Additional Comments From [EMAIL PROTECTED] 2008-06-25 03:17 EST --- Created an attachment (id=310232) -- (https://bugzilla.redhat.com/attachment.cgi?id=310232action=view) Test Case in OpenOffice format. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 452782] [liberation-fonts] Quality Check between initial 1.03 and latest dist.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: [liberation-fonts] Quality Check between initial 1.03 and latest dist. https://bugzilla.redhat.com/show_bug.cgi?id=452782 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |CLOSED Resolution||RAWHIDE -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 452782] [liberation-fonts] Quality Check between initial 1.03 and latest dist.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: [liberation-fonts] Quality Check between initial 1.03 and latest dist. https://bugzilla.redhat.com/show_bug.cgi?id=452782 --- Additional Comments From [EMAIL PROTECTED] 2008-06-25 03:17 EST --- Created an attachment (id=310233) -- (https://bugzilla.redhat.com/attachment.cgi?id=310233action=view) Test Case in plain text. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 452317] Review Request: heuristica-fonts - Heuristica font
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: heuristica-fonts - Heuristica font https://bugzilla.redhat.com/show_bug.cgi?id=452317 --- Additional Comments From [EMAIL PROTECTED] 2008-06-25 04:30 EST --- Actually, googling the it a bit it seems: 1. last time this went to court the patent angle was rejected and the copyright angle upholded 2. the entity that sued and was the patent holder was Adobe 3. the authorization Adobe gave to the TEX user group explicitely covers copyright and talks about font modifications So I don't really see Adobe suing for patents when they gave the green light to modifications and redistribution themselves, and courts refused the patent argument before. But IANAL, so this is for fedora-legal to decide. And if the text of the current TEX User Group grant is not good enough, presumably a better one can be negociated with Adobe since the release of Utopia comes from them. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Issue 69129] Add support for Graphite font technology
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=69129 --- Additional comments from [EMAIL PROTECTED] Wed Jun 25 16:15:04 + 2008 --- I would like to see better Graphite support, since I think Graphite is the most powerful smart-font technology in existence (okay, as a developer I'm a little biased :-) and it is semi-crippled without support for the feature mechanism. However, I need to correct the statements by jurf that Graphite provides support for OpenType features. Graphite knows nothing about OpenType. The WorldPad editor uses Uniscribe and hence OpenType for fonts that have no Graphite tables in them. But Graphite itself does not handle OpenType tables. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 452568] all X applications fail with X error: cannot find font
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: all X applications fail with X error: cannot find font https://bugzilla.redhat.com/show_bug.cgi?id=452568 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |CLOSED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2008-06-25 12:50 EST --- *** This bug has been marked as a duplicate of 430416 *** -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 452317] Review Request: heuristica-fonts - Heuristica font
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: heuristica-fonts - Heuristica font https://bugzilla.redhat.com/show_bug.cgi?id=452317 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2008-06-25 14:41 EST --- (In reply to comment #4) Does anyone mailed our legal, yet? Can I do so? You can but blocking on FE-Legal is supposed to be sufficient -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 452663] Review Request: andika-fonts - Andika SIL fonts
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: andika-fonts - Andika SIL fonts https://bugzilla.redhat.com/show_bug.cgi?id=452663 --- Additional Comments From [EMAIL PROTECTED] 2008-06-25 15:48 EST --- (In reply to comment #1) Informal package review: -Summary: Andika SIL fonts +Summary: Andika is a sans serif font designed for literacy use and for beginning readers * No need to be so brief, ~80 chars are usually ok for rpmlint. Actually rpmlint has a 79 column limit and your proposal is 80 Though I suppose “A SIL sans serif font designed for literacy use and for beginning readers” would be fine -* Tue Jun 24 2008 nicolas.mailhot at laposte.net -- 1.0-1 -Ṑ Initial packaging +* Tue Jun 24 2008 nicolas.mailhot at laposte.net - 1.0-1 the rpm maintainers will tell you anything after the mail is garbage (but it's a common mistake, even if the guidelines authorize both) +- Initial packaging You'll take unicode out of my dead hands :) changelog is and always been UTF-8 Seems good to me. Thanks for the review, care to do an official one? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Issue 69129] Add support for Graphite font technology
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=69129 --- Additional comments from [EMAIL PROTECTED] Wed Jun 25 21:22:44 + 2008 --- Thanks Sharon, you're absolutely right - Graphite only understands Graphite. Unfortunately, I can also confirm that the latest OOo build from SIL (2.4) with Graphite doesn't include Uniscribe, so no OpenType. Sob sob sniff... - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
webcam
I have bought a new webcam with a tag of only windows vista. will it work on my fedora laptop -- arnav kalra (linux inside) ___ Fedora-laptop-list mailing list Fedora-laptop-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-laptop-list
Re: webcam
Arnav Kalra wrote: I have bought a new webcam with a tag of only windows vista. will it work on my fedora laptop There is no way to tell without more specific details. Who is the manfacturer and what's the model number? Output of lspci etc Rahul ___ Fedora-laptop-list mailing list Fedora-laptop-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-laptop-list
Re: webcam
Arnav Kalra wrote: I have bought a new webcam with a tag of only windows vista. will it work on my fedora laptop ... it says only windows vista. you have not given enough detail for us to tell. What is the name (model) of the camera? that's like saying I've bought a DVD - will i enjoy it? - who knows... Please look here: http://www.linux-drivers.org/usb_webcams.html if your webcam is listed there, then yes, it should work. If not, then it probably won't. -- Kae Verens' signature http://webworks.ie/lead programmer http://verens.com/ my blog http://kfm.verens.com/ current project -- this is Kae's signature's signature. -- Kae's signature's signature does not get one though ___ Fedora-laptop-list mailing list Fedora-laptop-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-laptop-list
Re: rsh issue (access denied)...
I discovered differences between you /etc/pam.d/rsh|rlogin could you backup your files and replace them with the following lines? [EMAIL PROTECTED] pam.d $ cat rsh #%PAM-1.0 # For root login to succeed here with pam_securetty, rsh must be # listed in /etc/securetty. auth required pam_nologin.so auth required pam_securetty.so auth required pam_env.so auth required pam_rhosts_auth.so accountinclude system-auth sessionoptional pam_keyinit.soforce revoke sessioninclude system-auth [EMAIL PROTECTED] pam.d $ cat rlogin #%PAM-1.0 # For root login to succeed here with pam_securetty, rlogin must be # listed in /etc/securetty. auth required pam_nologin.so auth required pam_securetty.so auth required pam_env.so auth sufficient pam_rhosts_auth.so auth include system-auth accountinclude system-auth password include system-auth sessionoptional pam_keyinit.soforce revoke sessioninclude system-auth I'm wondering why this is different on your system, as rah worked like out-of-the-box here by just enabling rsh/rlogin in /etc/xinetd.d and restarting xinetd Alex -- Vorstand/Board of Management: Dr. Bernd Finkbeiner, Dr. Florian Geyer, Dr. Roland Niemeier, Dr. Arno Steitz, Dr. Ingrid Zech Vorsitzender des Aufsichtsrats/ Chairman of the Supervisory Board: Prof. Dr. Hanns Ruder Sitz/Registered Office: Tuebingen Registergericht/Registration Court: Stuttgart Registernummer/Commercial Register No.: HRB 382196 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: What is the matter with fedora 9?
Hi every i have found the couse or at least a work araund for slow working openoffice: if your openoffice is not responsive when clicking toolbar buttons in the head line, the cause may be in your .gnome*, your .gconf*, or your .x* directories. when i removed all of them and logged-in from afresh, openoffice worked nicely. suomi Bassel Safadi wrote: On Tue, Jun 24, 2008 at 6:53 PM, fedora [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: could the relevant persons please provide an update to fedora 9 as soon as possible? thanks very much. there are a lot of updates and fixes, just type yum update very angry cool down please, there is a very big effort behind fedora, so please don't just say (What is the matter with fedora), there are already a lot of answers and solutions for your problems -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: mplayerplug-in and trailers at Apple.com
Well I have been having the same error with quicktime, a dirty work around ids to view source and you can find the url to the video in there, I thought is was the browser check but my default user agent switcher to vista IE7 did not change the out come. the videos are playable from the source though. I did have another question though why are the controls for quicktime gone that used to be there with the mplayer plugin but still there for other video formats? -- This is an email sent via The Fedora Community Portal https://fcp.surfsite.org https://fcp.surfsite.org/modules/newbb/viewtopic.php?post_id=273410topic_id=57342forum=10#forumpost273410 If you think, this is spam, please report this to [EMAIL PROTECTED] and/or blame [EMAIL PROTECTED] -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
question : iptables and squid
Dear all, I have a linux server and 3 ethernet card installed and squid is working this server. Im using two ADSL lines. Im sharing these ADSL lines with iproute. But i have a problem. ADSL1 and ADSL2 users has a same real ip address. All 80 port request exit the one ADSl line. What kind of routing am i making this protocols (iptables and squid)? thanks, regards. -- #!/bin/bash Murat Ugur EMINOGLU www.fedoraturkiye.com www.murat.ws liste[at]fedoraturkiye.com -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
epson usb scanner - device busy
hi. just tried to use the scanner in my epson rx425 mfp for the first time since upgrading (actually a brand new install) to fc9. sane-find-scanner returns the following entries when run as root : found USB scanner (vendor=0x0557, product=0x2008) at libusb:001:004 found USB scanner (vendor=0x04b8 [EPSON], product=0x080f [USB MFP]) at libusb:003:004 but scanimage -L returns no scanners. if i run scanimage with debugging enabled i get the following : USB error: could not set config 1: Device or resource busy [sanei_usb] sanei_usb_open: libusb complained: could not set config 1: Device or resource busy [sanei_usb] Maybe the kernel scanner driver or usblp claims the interface? Ignoring this error... but i don't know what this means. can anyone help me ? oh, and this exact same setup worked fine in fc8. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
wifi on dell latitude 531
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour, Does anybody know how to get wifi working on dell latitude 531? Thanks for any informations. - -- François Patte UFR de mathématiques et informatique Université Paris Descartes 45, rue des Saints Pères F-75270 Paris Cedex 06 Tél. +33 (0)1 44 55 35 61 http://www.math-info.univ-paris5.fr/~patte -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFIYhJVdE6C2dhV2JURAgCRAKC7EHSZ4kSfriegwSygABvRn7ploACg0pCQ wrwo7sG78GhounUgdaDC0G8= =EY+v -END PGP SIGNATURE- -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Problem with NIS in Fedora 9
On Wed, 25 Jun 2008 12:25:26 +0800 (CST) Michael Hannon [EMAIL PROTECTED] wrote: If you have any thoughts about this, please send 'em my way. My constant thought with all network problems in F9 is to disable the NetworkManager service, enable the network service and reboot to see if things work much better then :-). -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
LVM question
Hi, I 've extended a volume group by addind a new disk (pvcreate, vgextend and lvextend). All seems to be ok, while lvdisplay gives me the new modified size . But a 'df' continues to give me the old size. What's wrong ? BR -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Understanding how dd works
Hi I've got a xen vm file called test, if I copy it with dd I get the following dd if=/opt/xen/test of=/opt/test-vm.img bs=4096 du -s /opt/xen/test = 1934112 du -s /opt/test-vm.img = 26240040 My question is why is the test-vm.img larger in size than the original? Thanks Dan -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Understanding how dd works
On Wed, Jun 25, 2008 at 12:27:04PM +0100, Dan Track wrote: Hi I've got a xen vm file called test, if I copy it with dd I get the following dd if=/opt/xen/test of=/opt/test-vm.img bs=4096 du -s /opt/xen/test = 1934112 du -s /opt/test-vm.img = 26240040 My question is why is the test-vm.img larger in size than the original? Perhaps because the original file is 'sparse', i.e. it has large unused chunks in it, when originally created these will be unallocated and use no space, only when written to will the space be allocated. However when you dd the file it writes everything (including 'nul' data) to the destination file. -- Chris Green -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
RE: rsh issue (access denied)...
hi guys!! once again, gotta say thanks to the group on the list/net! the rsh issue was/is solved. it appears that the access denied issue was due to the user's home directory, not being owned by the user which led to some internal permission issues on the rsh server box: do when i did a rsh -l test foo 'ls', this would attempt to login as the user test on the foo server, and to do an ls of the home dir for test user on the foo server. in this instance, the permissions issue caused an access denied. correcting the owner/group for the /home/test solved the issue. there was no need to make any changes, and in fact, no need to have any local .rhosts file... a little tricky issue.. but hopefully, this might help someone in the future in trying to diagnose their issues.. thanks again!! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Alexander Apprich Sent: Tuesday, June 24, 2008 11:03 PM To: For users of Fedora Subject: Re: rsh issue (access denied)... I discovered differences between you /etc/pam.d/rsh|rlogin could you backup your files and replace them with the following lines? [EMAIL PROTECTED] pam.d $ cat rsh #%PAM-1.0 # For root login to succeed here with pam_securetty, rsh must be # listed in /etc/securetty. auth required pam_nologin.so auth required pam_securetty.so auth required pam_env.so auth required pam_rhosts_auth.so accountinclude system-auth sessionoptional pam_keyinit.soforce revoke sessioninclude system-auth [EMAIL PROTECTED] pam.d $ cat rlogin #%PAM-1.0 # For root login to succeed here with pam_securetty, rlogin must be # listed in /etc/securetty. auth required pam_nologin.so auth required pam_securetty.so auth required pam_env.so auth sufficient pam_rhosts_auth.so auth include system-auth accountinclude system-auth password include system-auth sessionoptional pam_keyinit.soforce revoke sessioninclude system-auth I'm wondering why this is different on your system, as rah worked like out-of-the-box here by just enabling rsh/rlogin in /etc/xinetd.d and restarting xinetd Alex -- Vorstand/Board of Management: Dr. Bernd Finkbeiner, Dr. Florian Geyer, Dr. Roland Niemeier, Dr. Arno Steitz, Dr. Ingrid Zech Vorsitzender des Aufsichtsrats/ Chairman of the Supervisory Board: Prof. Dr. Hanns Ruder Sitz/Registered Office: Tuebingen Registergericht/Registration Court: Stuttgart Registernummer/Commercial Register No.: HRB 382196 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Wireless problems. UPDATE
On Tue, 2008-06-24 at 17:24 -0400, Mark Haney wrote: For some reason dhcp6c didn't get me an IP address from the AP. Weird. Does your AP have a IPv6 DHCP server? There's still a lot of devices that are only IPv4. Anyway, now I'm really wondering, why the hell are there so many F8 rpms still left on this box? It's always been the way that distros would re-use RPMs created for a prior release if they didn't need to be recompiled for the new one. -- [EMAIL PROTECTED] ~]$ uname -r 2.6.25.6-55.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: LVM question
On Wed, Jun 25, 2008 at 6:55 AM, Luc MAIGNAN [EMAIL PROTECTED] wrote: I 've extended a volume group by addind a new disk (pvcreate, vgextend and lvextend). All seems to be ok, while lvdisplay gives me the new modified size . But a 'df' continues to give me the old size. What's wrong ? You also need to resize the filesystem that is contained within the logical volume so that it expands to fill the new space. Use the resize2fs command. -- Deron Meranda -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Wireless problems. UPDATE
Tim wrote: On Tue, 2008-06-24 at 17:24 -0400, Mark Haney wrote: For some reason dhcp6c didn't get me an IP address from the AP. Weird. Does your AP have a IPv6 DHCP server? There's still a lot of devices that are only IPv4. Anyway, now I'm really wondering, why the hell are there so many F8 rpms still left on this box? It's always been the way that distros would re-use RPMs created for a prior release if they didn't need to be recompiled for the new one. My wireless router doesn't but my primary router does. I don't really need an IPv6 DHCP server, so why do you ask? -- Libenter homines id quod volunt credunt -- Caius Julius Caesar Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Understanding how dd works
Thanks for the heads up on this. If the data blocks don't have anything written into them, then what data is written into them when using dd? if I restore the dd image will the blocks then be in the same state i.e unwritten to? Also following on from this if I create a file using dd let's say 2GB, how does the filesystem know that all these blocks belong to the file myfile.img, and where is the information stored to say that a block has data written into it or not? Thanks Dan On Wed, Jun 25, 2008 at 12:48 PM, Chris G [EMAIL PROTECTED] wrote: On Wed, Jun 25, 2008 at 12:27:04PM +0100, Dan Track wrote: Hi I've got a xen vm file called test, if I copy it with dd I get the following dd if=/opt/xen/test of=/opt/test-vm.img bs=4096 du -s /opt/xen/test = 1934112 du -s /opt/test-vm.img = 26240040 My question is why is the test-vm.img larger in size than the original? Perhaps because the original file is 'sparse', i.e. it has large unused chunks in it, when originally created these will be unallocated and use no space, only when written to will the space be allocated. However when you dd the file it writes everything (including 'nul' data) to the destination file. -- Chris Green -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Understanding how dd works
On Wed, Jun 25, 2008 at 01:31:55PM +0100, Dan Track wrote: On Wed, Jun 25, 2008 at 12:48 PM, Chris G [EMAIL PROTECTED] wrote: On Wed, Jun 25, 2008 at 12:27:04PM +0100, Dan Track wrote: Hi I've got a xen vm file called test, if I copy it with dd I get the following dd if=/opt/xen/test of=/opt/test-vm.img bs=4096 du -s /opt/xen/test = 1934112 du -s /opt/test-vm.img = 26240040 My question is why is the test-vm.img larger in size than the original? Perhaps because the original file is 'sparse', i.e. it has large unused chunks in it, when originally created these will be unallocated and use no space, only when written to will the space be allocated. However when you dd the file it writes everything (including 'nul' data) to the destination file. Thanks for the heads up on this. If the data blocks don't have anything written into them, then what data is written into them when using dd? dd will write what is returned by the operating system when you read unused sections of a file, probably zeroes. if I restore the dd image will the blocks then be in the same state i.e unwritten to? No, you'll get a 'fully populated' file with the previously empty bits full of (probably) zeroes. It'll work fine though, or should do. Also following on from this if I create a file using dd let's say 2GB, how does the filesystem know that all these blocks belong to the file myfile.img, and where is the information stored to say that a block has data written into it or not? It knows because dd explicity writes to every byte of the file, the information is in the filesystem directory structure (inodes, etc.). You get a file with unallocated 'holes' by opening a file, writing a bit of data at the start (maybe) and then doing a large seek forward in the file and writing some more data. The section you seek over (if it's large enough, presumably larger than the default allocation block size) will be empty and unwritten and will occupy no space on disk. -- Chris Green -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Periodic Fedora 9 system hangs with jumpy mouse
On Tue, 2008-06-24 at 16:21 -0400, Deron Meranda wrote: On Tue, Jun 24, 2008 at 3:49 PM, Alan Cox [EMAIL PROTECTED] wrote: O I wonder if LUKS + swap might be the first suspect I'm going to try to resize things and get my swap back up to 32 GB. A little tricky due to LUKS being in the mix, but I should be able to do it. Once you've done that run it for a bit and see if it seems to be gradually eating through swap. The overcommit test will probably work sanely as well with 1GB+ of swap 8) I'm running with almost 14GB of swap space now instead of 32MB. (Resizing things went smooth but was quite a lengthy manual process. When you've got LUKS and LVM and ext3 all in the mix you also have to do a lot of units conversions: 512 B/sector, 1024 B/kB, 4096 B/block, 32MB/LE ...) I'll run it for a few days and report back if this worked or not. -- Deron Meranda Runnin with 14GB of swap semms an obscene waste of space. When you run free how much of it is actually used? -- === Don't remember what you can infer. -- Harry Tennant === Aaron Konstam telephone: (210) 656-0355 e-mail: [EMAIL PROTECTED] -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
re after yum update no volume control
Using Fedora 8 KDE. After most recent yum update, my kmix went away. Has it been replaced by another program or what? Thanks in advance. Please disregard this and the earlier message. Apparently I'm an idiot. While this may be obvious to many people, I never knew. O E :-) -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Problem with NIS in Fedora 9
Thanks, Tom. That seems to have done the trick. NIS is working just fine now. -- Mike - Original Message From: Tom Horsley [EMAIL PROTECTED] To: fedora-list@redhat.com Sent: Wednesday, June 25, 2008 4:44:00 AM Subject: Re: Problem with NIS in Fedora 9 On Wed, 25 Jun 2008 12:25:26 +0800 (CST) Michael Hannon [EMAIL PROTECTED] wrote: If you have any thoughts about this, please send 'em my way. My constant thought with all network problems in F9 is to disable the NetworkManager service, enable the network service and reboot to see if things work much better then :-). -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: LVM question
Hello, Did you re-size the actual file system? It sounds like you need to re-size the file system. On Wed, 2008-06-25 at 12:55 +0200, Luc MAIGNAN wrote: Hi, I 've extended a volume group by addind a new disk (pvcreate, vgextend and lvextend). All seems to be ok, while lvdisplay gives me the new modified size . But a 'df' continues to give me the old size. What's wrong ? BR -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list -- Regards, Damian Myerscough -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Problem with NIS in Fedora 9
Thanks, Tom. That seems to have done the trick. NIS is working just fine now. You might want to submit a bugzilla documenting yet another thing that doesn't work right with NetworkManager to add to the enormous collection already submitted :-). -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
F8 - F9 rpms
Most of you know I've had wireless card problems recently and decided to upgrade that box from F8 to F9 to see if this fixed some of that. Well it seems to have fixed /some/ but not all. At this stage Im content with it as is as far as the wireless goes, since it's up and Im in the middle of using it to test a new GigE circuit we're bringing up for my office. But, what bothers me now is the extraordinary number of F8 packages left on the box after the upgrade. I don't use 3rd party repos, so that's not really an issue. But what I don't get is, is that SOP for this upgrade? To have lots of F8 packages left? I mean it doesn't even look like there are F9 equivalents for various F8 packages I would call 'important' like fedora-usermgmt-shadow-utils. Part of the problem is that yum update completely implodes with dependency problems because of these legacy RPMs. I know some of them have F9 equivalents that were installed, but not all. I'm still working on a way to grep for all the packages that have both F8 and F9 on that system so I can remove the older ones. So, can someone explain to me why this is so? Or give me a way to find the duplicate packages a little more painlessly and dumping the rpm db into a file and manually looking for them? -- Libenter homines id quod volunt credunt -- Caius Julius Caesar Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Understanding how dd works
On Wed, Jun 25, 2008 at 2:19 PM, Patrick O'Callaghan [EMAIL PROTECTED] wrote: On Wed, 2008-06-25 at 13:31 +0100, Dan Track wrote: Thanks for the heads up on this. If the data blocks don't have anything written into them, then what data is written into them when using dd? if I restore the dd image will the blocks then be in the same state i.e unwritten to? Also following on from this if I create a file using dd let's say 2GB, how does the filesystem know that all these blocks belong to the file myfile.img, and where is the information stored to say that a block has data written into it or not? It's important to understand that this has nothing to do with 'dd', it's simply how the Unix filesystem works, and since Linux is culturally derived from Unix, it does the same thing. You would see the same effect just by using 'cp' or even 'cat'. The basic points are these (I'm skating over a lot for clarity): 1) The system maintains a list of every physical disk block assigned to the file (thus one of the things the 'fsck' command checks is that every block in the filesystem is either assigned to a file or is on the free list). 2) When a process writes to a file it need not do so sequentially because the lseek(2) operation allows it to move it's current position in the file. Furthermore, it's permissible to move the pointer beyond the current end of the file. If a process does this by a large enough amount and then writes data, the intervening space may have no disk blocks assigned to it (depending on the distance moved and block alignment). This is called a 'hole'. Files with holes in them are called 'sparse'. 3) The system keeps a separate count of the logical size of the file. Because of the holes the logical size may be different from the physical size. ls -l shows the logical size. du shows the real physical size and may be different. 4) When a process tries to read from a hole, the system simply returns nulls for the corresponding bytes. However if a process writes nulls into a file, the system does *not* make any effort to detect them as a special case, so they are simply written as any other data and the system will allocate blocks to them. This happens when 'dd' (or 'cp' or 'cat') copies a file, so the resulting file can be larger than the original. Note that 'rsync --sparse' will preserve holes when it can. Note also that if you're not careful you can backup a file or even a filesystem that you can't restore because it's too big, especially if copying it to some medium (e.g. a tape drive or non-UNIX disk system) that can't handle sparse files. Hope this helps. poc Hi Patrick, Really appreciate the detailed explanation. It's a real eye opener. Can you point me to any docs that I could read around this subject? Thanks Dan -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Wireless problems. UPDATE
Mark Haney: My wireless router doesn't but my primary router does. I don't really need an IPv6 DHCP server, so why do you ask? You wrote, For some reason dhcp6c didn't get me an IP address from the AP. That sounded like you didn't know why. If the device doesn't support IPv6, it's not going to work through it. If some device in your network does support it (e.g. a router), but your DHCP server doesn't, then IPv6 can be used on the network, but you'd need something else to assign it an address. -- [EMAIL PROTECTED] ~]$ uname -r 2.6.25.6-55.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Wireless problems. UPDATE
Tim wrote: Mark Haney: My wireless router doesn't but my primary router does. I don't really need an IPv6 DHCP server, so why do you ask? You wrote, For some reason dhcp6c didn't get me an IP address from the AP. That sounded like you didn't know why. If the device doesn't support IPv6, it's not going to work through it. If some device in your network does support it (e.g. a router), but your DHCP server doesn't, then IPv6 can be used on the network, but you'd need something else to assign it an address. Okay, maybe Im the idiot here. dhcp6c is the IPv6 dhcp client right? Okay, that being the case, what app does Fedora use get an IP from a dhcp server? On my laptop it's dhcpcd, but Fedora doesn't have that nor anything close to that OTHER than dhcp6c which is why I mentioned it. I thought that was just a regular dhcp client that (possibly) handled ipv6 as well (hence the 6 in the name). Obviously I was wrong and should RTFM more often. What daemon does Fedora use for dhcp? -- Libenter homines id quod volunt credunt -- Caius Julius Caesar Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
question about ndiswrapper and dkms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour, I installed dkms_ndiswrapper for f7 and get absolutely no result regarding the automatic building of the ndiswrapper module for the running kernel. dkms is enabled, dkms-ndiswrapper is installed but at boot time dkms stops the boot for a fex seconds, says OK and... no mudule is built! What am I missing? Thanks for help. - -- François Patte UFR de mathématiques et informatique Université Paris Descartes 45, rue des Saints Pères F-75270 Paris Cedex 06 Tél. +33 (0)1 44 55 35 61 http://www.math-info.univ-paris5.fr/~patte -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFIYk/XdE6C2dhV2JURAgDlAKDO6eAshqTYpxO7GRz4u9GXUdgSOwCfQUL1 Uv1RtqXIliGFit4t0DoLkO4= =6FuQ -END PGP SIGNATURE- -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Xen and copying files between vm's
Hi Is there a way for me to copy files from one xen vm machine to another without having to rely on scp through the virtual connections? Thanks Dan -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: F8 - F9 rpms -- Complete bollocks.
Mark Haney wrote: I mean it doesn't even look like there are F9 equivalents for various F8 packages I would call 'important' like fedora-usermgmt-shadow-utils. Part of the problem is that yum update completely implodes with dependency problems because of these legacy RPMs. I know some of them have F9 equivalents that were installed, but not all. I'm still working on a way to grep for all the packages that have both F8 and F9 on that system so I can remove the older ones. So, can someone explain to me why this is so? Or give me a way to find the duplicate packages a little more painlessly and dumping the rpm db into a file and manually looking for them? Okay, I have more information on this. I think my rpmdb is completely FUBAR. This is what I'm seeing when I 'yum update php' (for example) ependencies Resolved = Package Arch Version RepositorySize = Updating: php i386 5.2.6-2.fc8 updates 1.2 M php-cli i386 5.2.6-2.fc8 updates 2.4 M php-common i386 5.2.6-2.fc8 updates 227 k php-ldapi386 5.2.6-2.fc8 updates 30 k php-mysql i386 5.2.6-2.fc8 updates 79 k php-odbci386 5.2.6-2.fc8 updates 47 k php-pdo i386 5.2.6-2.fc8 updates 61 k Installing for dependencies: openssl i386 0.9.8b-17.fc8fedora 1.4 M Note, all these are FC8 updates (apparently). Now, when I query rpm for php packages I get this: [EMAIL PROTECTED] temp]# rpm -qa | grep php php-5.2.5-7.fc9.i386 php-ldap-5.2.5-7.fc9.i386 php-odbc-5.2.5-7.fc9.i386 php-pdo-5.2.5-7.fc9.i386 php-mysql-5.2.5-7.fc9.i386 php-cli-5.2.5-7.fc9.i386 php-common-5.2.5-7.fc9.i386 So, it looks to me like I have F9 packages installed (at v5.2.5-7) but that the /updated/ php version is 5.2.6-2 F8? I'm getting the feeling this upgrade wasn't as complete as the GUI told me it was. Now, what do I do to fix this? -- Libenter homines id quod volunt credunt -- Caius Julius Caesar Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Sound and Video issues with Fedora 9 and Acer Aspire 4720
Hello everyone, I did a fresh installation of Fedora 9 on my Acer Aspire 4720 laptop. However, there are several sound and video issues. Whenever I start any video the monitor becomes dim and also the sound starts after sometime. The sound works only if I connect an external speaker/headphone to the system.I removed pulseaudio and also created a new file /etc/modprobe.d/alsa-base with a line options snd-hda-intel model=acer but still it does not work.I have installed KDE 4.0.Here the sound settings in System Settings shows that my sound card driver is disabled or not installed.How do I get my sound and video working? Thank you -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Ethtool and Xen
Hi I'm running ethtool eth0 on my xen host (Dom0) but all I get is the following output: Settings for eth0: Link detected: yes How can I find out more information specifically I want find out at what speed they are operating, and is there a reason why output is limited? Thanks Dan -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: F8 - F9 rpms -- Complete bollocks.
Mark Haney wrote: Here's what I see. It all points to F9 repos: [EMAIL PROTECTED] yum.repos.d]# yum repolist Loaded plugins: refresh-packagekit repo id repo name status InstallMedia Fedora 8 enabled adobe-linux-i386 Adobe Systems Incorporatedenabled fedora Fedora 9 - i386 enabled updates Fedora 9 - i386 - Updates enabled Except the InstallMedia one. Could that be the problem? Yes. Disable or remove that repository file and then run # yum install yum-utils # package-cleanup --problems Clean them up and run # yum update Rahul -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: F8 - F9 rpms -- Complete bollocks.
Rahul Sundaram wrote: Mark Haney wrote: Here's what I see. It all points to F9 repos: [EMAIL PROTECTED] yum.repos.d]# yum repolist Loaded plugins: refresh-packagekit repo id repo name status InstallMedia Fedora 8 enabled adobe-linux-i386 Adobe Systems Incorporatedenabled fedora Fedora 9 - i386 enabled updates Fedora 9 - i386 - Updates enabled Except the InstallMedia one. Could that be the problem? Yes. Disable or remove that repository file and then run # yum install yum-utils # package-cleanup --problems Clean them up and run # yum update Rahul I can do that, but it does not explain the yum update output for PHP as compared to the RPM query of PHP. How can I tell if I'm getting the correct repos (maybe $releasever is being substituted incorrectly in yum somehow). -- Libenter homines id quod volunt credunt -- Caius Julius Caesar Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: F8 - F9 rpms -- Complete bollocks.
Mark Haney wrote: I can do that, but it does not explain the yum update output for PHP as compared to the RPM query of PHP. How can I tell if I'm getting the correct repos (maybe $releasever is being substituted incorrectly in yum somehow). If #yum repolist points to Fedora 9 repositories completely, you shouldn't have any problems. Yum can use -d range 1 to 9 to provide additional debugging information but simply disabling the Fedora 8 repositories and running the commands I have given should fix this issue. Rahul -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Where are the Fedora 9 SHA1SUMs?
Hello Rick, Thanks for your (comprehensive and comprehensible!) reply. This counts as your contribution to Help the Aged Regards, Dave Dr. D B Cook Dept. of Chemistry The University of Sheffield -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
problem using tix library in Fedora 9
While trying to use the tix library to create a scrolledHList as follows i get
an error.
test.py
-
from Tkinter import *
import Tix
root = Tix.Tk()
win = Frame()
win.pack()
shl = Tix.ScrolledHList(win)
Error
python test.py
Traceback (most recent call last):
File test.py, line 8, in
shl = Tix.ScrolledHList(win)
File /usr/lib/python2.5/lib-tk/Tix.py, line 1306, in __init__
cnf, kw)
File /usr/lib/python2.5/lib-tk/Tix.py, line 307, in __init__
self.tk.call(widgetName, self._w, *extra)
_tkinter.TclError: unknown color name {#c3c3c3}
I get the same error on using the tix library with a tcl program. Further, the
same code (both python and tcl programs) work on Fedora core 8.
I have the following versions of packages intstalled.
tix-8.4.2-5.fc9.i386
tkinter-2.5.1-25.fc9.i386
tk-8.5.1-4.fc9.i386
I would greatly appreciate help in resolving this problem.
Thanks
Aravind
--
This is an email sent via The Fedora Community Portal https://fcp.surfsite.org
https://fcp.surfsite.org/modules/newbb/viewtopic.php?post_id=273486topic_id=58634forum=10#forumpost273486
If you think, this is spam, please report this to [EMAIL PROTECTED] and/or
blame [EMAIL PROTECTED]
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Removing LUKS encrypted swap from initrd nash script
Using Fedora 9, I had initially installed with my swap in an LVM logical volume using LUKS encryption. I've since changed that so it just uses dmcrypt directly without LUKS (using /dev/random as the key in the /etc/crypttab; and this is a desktop so I'm not worried about the hibernate issues) But still at boot time, it is prompting for the LUKS passphrase, which will obviously fail because the logical volume is no longer managed with LUKS. I've even completely overwritten the entire logical volume thinking that the cryptsetup isLuks might still be confused when it probes the logical volume. The /etc/rc.sysinit script handles this fine though. It re-creates and maps the swap using plain dmcrypt with a random key, without me ever seeing a prompt. I also checked the /etc/blkid/blkid.tab to make sure it wasn't cached there. I've finally traced this back to being an embedded cryptsetup command in the initrd's nash script init (which runs before rc.sysinit)... echo Setting up disk encryption: /dev/mapper/vg0-lv01 cryptsetup luksOpen /dev/mapper/vg0-lv01 luks-vg0-lv01 resume /dev/mapper/luks-vg0-lv01 What is the recommended way to rebuild the initrd to remove this now-unnecessary luksOpen from the initrd? I'm also not sure what the resume command is supposed to be doing, but it obviously can't stay either. Also, more for curiosity, why was that even in the initrd to begin with? I didn't think swap was ever used or enabled until after the rc.sysinit got control. So why would initrd need that logical volume luksOpen'ed? Thanks -- Deron Meranda -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Periodic Fedora 9 system hangs with jumpy mouse
On Wed, Jun 25, 2008 at 9:16 AM, Aaron Konstam [EMAIL PROTECTED] wrote: I'm running with almost 14GB of swap space... Runnin with 14GB of swap semms an obscene waste of space. When you run free how much of it is actually used? Yes, for this machine its overkill, but I don't mind. But I also run lots of heavy-duty servers where its not (granted they are 64-bit with lots of physical memory though). -- Deron Meranda -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Standby (S3) problem since 2.6.24
I recently upgraded from F8 to F9. Problem occured first time on F8. Since kernel 2.6.24 is used (same for 2.6.25), there is a strange problem with standby. When system is coldstarted (complete boot), it is no problem to set system to standby (S3). System will wake up withput problems and I can resume work normally as expected. The next time I set system to standby the computer will go down but will wake up again immediately. During this, the HDD and the fans shut down but system wakes up again after that. I can work on as nothing has happened. I have no clue about this.. so maybe I will try to use a 2.6.23 kernel under F9, though I need to compile first. Some short info about the computer: - ASRock 939N68PV-GLAN - X2 3800 - Nforce 630A/GeForce 7050 (onboard) - using livna nvidia driver Any hint is highly appreciated Markus PS: Sorry for crossposting to the forum and to the mailing list - I hope to reach someone who knows something about this strange behaviour. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: F8 - F9 rpms -- Complete bollocks.
On Wed, 25 Jun 2008 10:50:26 -0400, Mark Haney wrote: Here's what I see. It all points to F9 repos: [EMAIL PROTECTED] yum.repos.d]# yum repolist Loaded plugins: refresh-packagekit repo id repo name status InstallMedia Fedora 8 enabled adobe-linux-i386 Adobe Systems Incorporatedenabled fedora Fedora 9 - i386 enabled updates Fedora 9 - i386 - Updates enabled Except the InstallMedia one. Could that be the problem? Careful here. That explains nothing. $basearch in your *.repo files is also in the repo name field, but the repo baseurl could be hardcoded to point to Fedora 8 updates. Do check your *.repo files at a lower level, _not_ with yum repolist. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Understanding how dd works
Patrick O'Callaghan wrote: On Wed, 2008-06-25 at 13:31 +0100, Dan Track wrote: Thanks for the heads up on this. If the data blocks don't have anything written into them, then what data is written into them when using dd? if I restore the dd image will the blocks then be in the same state i.e unwritten to? Also following on from this if I create a file using dd let's say 2GB, how does the filesystem know that all these blocks belong to the file myfile.img, and where is the information stored to say that a block has data written into it or not? It's important to understand that this has nothing to do with 'dd', it's simply how the Unix filesystem works, and since Linux is culturally derived from Unix, it does the same thing. You would see the same effect just by using 'cp' or even 'cat'. cp knows how to handle sparse files. From the cp man page: By default, sparse SOURCE files are detected by a crude heuristic and the corresponding DEST file is made sparse as well. That is the behavior selected by --sparse=auto. Specify --sparse=always to create a sparse DEST file whenever the SOURCE file contains a long enough sequence of zero bytes. Use --sparse=never to inhibit creation of sparse files. So I would think that cp would give him a good copy... Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup! signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: F8 - F9 rpms -- Complete bollocks.
On Wed, 25 Jun 2008 11:00:20 -0400, Mark Haney wrote: # yum install yum-utils # package-cleanup --problems Clean them up and run # yum update Rahul I can do that, but it does not explain the yum update output for PHP as compared to the RPM query of PHP. How can I tell if I'm getting the correct repos (maybe $releasever is being substituted incorrectly in yum somehow). Run rpm -q fedora-release and also yum clean metadata once your repository baseurls are verified. And I meant $releasever not $basearch in my other reply. :) -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: F8 - F9 rpms -- Complete bollocks.
Michael Schwendt wrote: On Wed, 25 Jun 2008 10:50:26 -0400, Mark Haney wrote: Here's what I see. It all points to F9 repos: [EMAIL PROTECTED] yum.repos.d]# yum repolist Loaded plugins: refresh-packagekit repo id repo name status InstallMedia Fedora 8 enabled adobe-linux-i386 Adobe Systems Incorporatedenabled fedora Fedora 9 - i386 enabled updates Fedora 9 - i386 - Updates enabled Except the InstallMedia one. Could that be the problem? Careful here. That explains nothing. $basearch in your *.repo files is also in the repo name field, but the repo baseurl could be hardcoded to point to Fedora 8 updates. Do check your *.repo files at a lower level, _not_ with yum repolist. Well, I did take a look at them manually and they /look/ okay. I just can't tell for certain is $releasever is being inserted as '8' instead of '9' somehow. -- Libenter homines id quod volunt credunt -- Caius Julius Caesar Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: F8 - F9 rpms -- Complete bollocks.
Mark Haney wrote: Well, I did take a look at them manually and they /look/ okay. I just can't tell for certain is $releasever is being inserted as '8' instead of '9' somehow. That value is derived from /etc/fedora-release. If you are still unsure, substituting the variable with a hardcoded number would work for now. Rahul -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: F8 - F9 rpms -- Complete bollocks.
On Wed, 25 Jun 2008 12:11:20 -0400, Mark Haney wrote: Michael Schwendt wrote: On Wed, 25 Jun 2008 10:50:26 -0400, Mark Haney wrote: Here's what I see. It all points to F9 repos: [EMAIL PROTECTED] yum.repos.d]# yum repolist Loaded plugins: refresh-packagekit repo id repo name status InstallMedia Fedora 8 enabled adobe-linux-i386 Adobe Systems Incorporatedenabled fedora Fedora 9 - i386 enabled updates Fedora 9 - i386 - Updates enabled Except the InstallMedia one. Could that be the problem? Careful here. That explains nothing. $basearch in your *.repo files is also in the repo name field, but the repo baseurl could be hardcoded to point to Fedora 8 updates. Do check your *.repo files at a lower level, _not_ with yum repolist. Well, I did take a look at them manually and they /look/ okay. I just can't tell for certain is $releasever is being inserted as '8' instead of '9' somehow. Unlikely, because above in yum repolist $releasever is 9 for two repo names. Unless everything is hardcoded ;-) and the InstallMedia repo is based on $releasever=8. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: F8 - F9 rpms -- Complete bollocks.
Michael Schwendt wrote: On Wed, 25 Jun 2008 11:00:20 -0400, Mark Haney wrote: # yum install yum-utils # package-cleanup --problems Clean them up and run # yum update Rahul I can do that, but it does not explain the yum update output for PHP as compared to the RPM query of PHP. How can I tell if I'm getting the correct repos (maybe $releasever is being substituted incorrectly in yum somehow). Run rpm -q fedora-release and also yum clean metadata once your repository baseurls are verified. And I meant $releasever not $basearch in my other reply. :) I actually had fedora-release-8 RPM still on the box. Hopefully removing that will fix it. -- Libenter homines id quod volunt credunt -- Caius Julius Caesar Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: ACPI boot problem: Invalid block length...
How/where would I report this bug ? On Fri, 2008-06-06 at 07:37 -0600, linuxguy wrote: My F9 kernels don't boot reliably. Linux kernels have thrown an ACPI: Invalid PBLK length[0] error on my HP ZD7280 laptop for as long as I can remember. What changed with the F9 kernels is that the boot process will now hang 9 out of 10 times.1 or 2 times out of 10 my laptop will boot. What this means is that I must power up my laptop over and over to get it to boot. 2.6.25-14 is more prone to boot. 1.6.15.3-18 can be very hard to get to boot. It seems to help if I boot -14 first and then boot 3-18. How can I fix this ? Thanks -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Wireless problems. UPDATE
On Wed, 2008-06-25 at 10:01 -0400, Mark Haney wrote: dhcp6c is the IPv6 dhcp client right? Yes. Okay, that being the case, what app does Fedora use get an IP from a dhcp server? dhclient to get an IPv4 address from a server. dhcp6c to get an IPv6 address from a server. On my laptop it's dhcpcd No, that's the DHCP server daemon that doles out addresses. What daemon does Fedora use for dhcp? Try: yum search dhcp = Matched: dhcp = dhclient.i386 : Provides the dhclient ISC DHCP client daemon and dhclient-script dhcp.i386 : DHCP (Dynamic Host Configuration Protocol) server and relay agent dhcp-devel.i386 : Development headers and libraries for interfacing to the DHCP server libdhcp4client.i386 : ISC DHCP IPv4 client in a library for invocation from other programs libdhcp4client-devel.i386 : Header files for development with the ISC DHCP IPv4 client library NetworkManager.i386 : Network connection manager and user applications avahi-autoipd.i386 : Link-local IPv4 address automatic configuration daemon (IPv4LL) avahi-dnsconfd.i386 : Configure local unicast DNS settings based on information published in mDNS cobbler.noarch : Boot server configurator dhcp-forwarder.i386 : DHCP relay agent dhcp-forwarder-sysv.i386 : SysV initscripts for dhcp-forwarder dhcpv6.i386 : DHCPv6 - DHCP server and client for IPv6 dhcpv6-client.i386 : DHCPv6 client dnsmasq.i386 : A lightweight DHCP/caching DNS server gdhcpd.i386 : GTK+ administration tool for ISC DHCPD libdhcp.i386 : A library for network interface configuration with DHCP libdhcp-devel.i386 : C header files for development with libdhcp libdhcp6client.i386 : The DHCPv6 client in a library for invocation by other programs libdhcp6client-devel.i386 : Header files for development with the DHCPv6 client library libdhcp6client-static.i386 : Static archive for libdhcp6client nagios-plugins-dhcp.i386 : Nagios Plugin - check_dhcp rarpd.i386 : The RARP daemon. revisor-cobbler.noarch : Revisor Cobbler Integration wifiroamd.noarch : Automatic WiFi connection (re)establishment daemon wlassistant.i386 : Wireless network management tool But what are wanting to use as your DHCP server? The same computer? A different one? I thought you wanted to use your access point as it. -- [EMAIL PROTECTED] ~]$ uname -r 2.6.25.6-55.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Wireless problems. UPDATE
Tim wrote: On Wed, 2008-06-25 at 10:01 -0400, Mark Haney wrote: dhcp6c is the IPv6 dhcp client right? Yes. Okay, that being the case, what app does Fedora use get an IP from a dhcp server? dhclient to get an IPv4 address from a server. dhcp6c to get an IPv6 address from a server. On my laptop it's dhcpcd No, that's the DHCP server daemon that doles out addresses. What daemon does Fedora use for dhcp? But what are wanting to use as your DHCP server? The same computer? A different one? I thought you wanted to use your access point as it. No, I just needed the right client to get a dhcp lease from the AP. That's all. -- Libenter homines id quod volunt credunt -- Caius Julius Caesar Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Periodic Fedora 9 system hangs with jumpy mouse
On Tue, Jun 24, 2008 at 3:49 PM, Alan Cox [EMAIL PROTECTED] wrote: Once you've done that run it for a bit and see if it seems to be gradually eating through swap. The overcommit test will probably work sanely as well with 1GB+ of swap 8) Bad news. The system is still periodically hanging. This time I have more information, and I don't believe it to be memory/swap related at all. It actually is looking more like a kernel issue (?) I was able to use another computer and keep an ssh/shell session open onto the system. Then starting from a freshly booted system and logging in, I only ran firefox. Just reading /. for a while and scrolling a lot and eventually the system exhibited the same hanging behavoir. The mouse would move jumpily, but no other interaction or screen output/updates would occur. However the remote ssh session was still alive and interactive, so the system itself was not dead. Note that nothing showed up in the syslog, even with the vm overcommit kernel parameters set as Alan suggested. Furthermore, the system still had plenty of free memory left and the swap was 0% used. vmstat showed no paging at all. From the shell, the system still appeared to operate normally, except that the Xorg process was pegging one of the CPU cores at 100%. I tried to capture stuff from the /proc entry for that process (some of it included below). I was unable to gdb attach to the Xorg process (gdb would hang). And also the Xorg process was not killable. Finally I tried kill -KILL on it, and it sort of got half-killed. The exe symlink in proc was blanked out, and the process showed up as the name [Xorg] (my understanding is that the bracket syntax indicates a process that is dying/zombied). However the process ID remained, and it still showed as consuming 100% cpu in a running (R) state; which an actual zombie would never do. Here's the output of /proc/2682/status, before I attempted to kill it: Name: Xorg State: R (running) Tgid: 2682 Pid:2682 PPid: 2681 TracerPid: 0 Uid:0 0 0 0 Gid:0 0 0 0 FDSize: 256 Groups: VmPeak: 611884 kB VmSize:34632 kB VmLck: 0 kB VmHWM: 60628 kB VmRSS: 25496 kB VmData:18560 kB VmStk:84 kB VmExe: 1724 kB VmLib: 9180 kB VmPTE: 592 kB Threads:1 SigQ: 1/16375 SigPnd: ShdPnd: 2000 SigBlk: SigIgn: 00301000 SigCgt: 0001d1806ecb CapInh: CapPrm: CapEff: Cpus_allowed: 0003 Mems_allowed: 1 voluntary_ctxt_switches:334819 nonvoluntary_ctxt_switches: 34772 Note that the context switches would always increase every time I checked; even after it was in the half-killed state. All of the other processes for my user, except for Xorg, could be killed off cleanly. Only the Xorg process remained. Also during this time, I could see no significant system I/O occuring (where is the iostat command btw?). Also vmstat showed a very calm system. Again, this is running kernel 2.6.25.6-55.fc9.i686, with a 2-cpu smp (1 cpu with hyperthreading). Is there anything I can do to capture more useful information the next time this happens? -- Deron Meranda -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Do you remember Diva?
Valent: I'm Rick Garcia from the Saya-VE (a.k.a. Saya Video Editor) project. First of all, the good news: Saya has now seven team members (4 devs, 1 beta tester and 2 usability nazis/UI advisors - one, expert in Adobe Premiere, the other one in Sony Vegas) and an official website at SourceForge: http://sayavideoeditor.sourceforge.net/ [1] Currently I'm writing the developers' guide. After a long discussion in the Fedora Marketing Team mailing list (the topic being patent problems and lack of official ffmpeg releases), I'm considering switching to GStreamer, but i'm hesitating again after reading Gene's post. I also read MDK's blog entry, but he was too generic and he didn't provide any details (I've tried to contact him in a couple of occasions, but never received any reply - perhaps I said the wrong things and made him feel insulted, but there's no way to know unfortunately). My question is: Do you have first-hand experiences with gstreamer and can tell us why, in your opinion, it wasn't appropriate for Diva? Sincerely, Rick Garcia. Links: -- [1] http://sayavideoeditor.sourceforge.net/ -- This is an email sent via The Fedora Community Portal https://fcp.surfsite.org https://fcp.surfsite.org/modules/newbb/viewtopic.php?post_id=273525topic_id=54398forum=10#forumpost273525 If you think, this is spam, please report this to [EMAIL PROTECTED] and/or blame [EMAIL PROTECTED] -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: F8 - F9 rpms -- Complete bollocks. -- SOLVED
Mark Haney wrote: Michael Schwendt wrote: On Wed, 25 Jun 2008 11:00:20 -0400, Mark Haney wrote: # yum install yum-utils # package-cleanup --problems Clean them up and run # yum update Rahul I can do that, but it does not explain the yum update output for PHP as compared to the RPM query of PHP. How can I tell if I'm getting the correct repos (maybe $releasever is being substituted incorrectly in yum somehow). Run rpm -q fedora-release and also yum clean metadata once your repository baseurls are verified. And I meant $releasever not $basearch in my other reply. :) I actually had fedora-release-8 RPM still on the box. Hopefully removing that will fix it. That release RPM did it. That was the culprit, I'm not able to get all my F9 updates. Thanks guys. -- Libenter homines id quod volunt credunt -- Caius Julius Caesar Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Periodic Fedora 9 system hangs with jumpy mouse
Deron Meranda wrote: snip the Xorg process (gdb would hang). And also the Xorg process was not killable. Finally I tried kill -KILL on it, and it sort of got half-killed. use 'ps -el|grep X' to find 'X', Xorg process, then kill -15 'pid#' to kill it. if '-15' fails, use '-7'. -- tc,hago. g . in a free world without fences, who needs gates. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Periodic Fedora 9 system hangs with jumpy mouse
On Wed, Jun 25, 2008 at 2:55 PM, g [EMAIL PROTECTED] wrote: Deron Meranda wrote: snip the Xorg process (gdb would hang). And also the Xorg process was not killable. Finally I tried kill -KILL on it, and it sort of got half-killed. use 'ps -el|grep X' to find 'X', Xorg process, then kill -15 'pid#' to kill it. if '-15' fails, use '-7'. I did the ps thing. Only one Xorg process was running. I also tried kills in the following order: kill -TERM (-15) kill -SEGV (-11) kill -KILL (-9) The first two did nothing. The last kill (which is not blockable) changed the process name from Xorg to [Xorg] and blanked the /proc/xxx/exe symlink; but otherwise the Xorg process remained in a run state consuming 100% cpu. BTW, I've now looked through the Xorg.0.log file, and nothing interesting shows up in it when this hang occurs. Also the video card driver being loaded is the radeon_drv.so that comes with F9. -- Deron Meranda -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Periodic Fedora 9 system hangs with jumpy mouse
Deron Meranda wrote: kill -15 'pid#' to kill it. if '-15' fails, use '-7'. I did the ps thing. Only one Xorg process was running. should be just 1. I also tried kills in the following order: kill -TERM (-15) kill -SEGV (-11) kill -KILL (-9) this is not same as what i was showing you above. use numbers, not words. type it as kill -15 'pid#' and use '-7' if '-15' does not work. there is a difference in what i am showing you and what you are using. The first two did nothing. The last kill (which is not blockable) changed the process name from Xorg to [Xorg] and blanked the /proc/xxx/exe symlink; but otherwise the Xorg process remained in a run state consuming 100% cpu. BTW, I've now looked through the Xorg.0.log file, and nothing interesting shows up in it when this hang occurs. being that it 'hangs' there may not be any log entry. -- tc,hago. g . in a free world without fences, who needs gates. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Install Perl on Fedora
Hi, Fedora Users: I am just starting out to use Fedora and learned about installations with the yum function. I have installed Perl 5.10.0-26, and the message shows that it had been installed: Updated: perl.i386 4:5.10.0-26.fc9 perl-ExtUtils-MakeMaker.i386 0:6.36-26.fc9 perl-ExtUtils-ParseXS.i386 1:2.18-26.fc9 perl-Module-Pluggable.i386 1:3.60-26.fc9 perl-Pod-Escapes.i386 1:1.04-26.fc9 perl-Pod-Simple.i386 1:3.05-26.fc9 perl-Test-Harness.i386 0:2.64-26.fc9 perl-devel.i386 4:5.10.0-26.fc9 perl-libs.i386 4:5.10.0-26.fc9 perl-version.i386 3:0.74-26.fc9 Complete! However, when I tried to execute a basic hello script in Perl, it tells me bash: ./total.pl: /usr/local/bin/perl: bad interpreter: No such file or directory It is true that I don't see Perl in this directory, but is it necessary that I have to move my Perl installation? Thanks in advance. Alice == Alice Wei MIS 2009 School of Library and Information Science Indiana University Bloomington [EMAIL PROTECTED] -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Install Perl on Fedora
On 06/25/2008 12:52:22 PM, Wei, Alice J. wrote: Hi, Fedora Users: I am just starting out to use Fedora and learned about installations with the yum function. I have installed Perl 5.10.0-26, and the message shows that it had been installed: Updated: perl.i386 4:5.10.0-26.fc9 perl-ExtUtils-MakeMaker.i386 0:6.36-26.fc9 perl-ExtUtils-ParseXS.i386 1:2.18-26.fc9 perl-Module-Pluggable.i386 1:3.60-26.fc9 perl-Pod-Escapes.i386 1:1.04-26.fc9 perl-Pod-Simple.i386 1:3.05-26.fc9 perl-Test-Harness.i386 0:2.64-26.fc9 perl-devel.i386 4:5.10.0-26.fc9 perl-libs.i386 4:5.10.0-26.fc9 perl-version.i386 3:0.74-26.fc9 Complete! However, when I tried to execute a basic hello script in Perl, it tells me bash: ./total.pl: /usr/local/bin/perl: bad interpreter: No such file or directory It is true that I don't see Perl in this directory, but is it necessary that I have to move my Perl installation? What does % locate perl say? Put that after #! in the first line of total.pl. Alternatively, try % perl total.pl -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Install Perl on Fedora
Wei, Alice J. wrote: However, when I tried to execute a basic hello script in Perl, it tells me bash: ./total.pl: /usr/local/bin/perl: bad interpreter: No such file or directory If you execute [#which perl ] it should return /usr/bin/perl . Do you have a line at the top of your total.pl script like this (#!/usr/local/bin/perl). It should read /usr/bin/perl. Alan -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Install Perl on Fedora
On Wed June 25 2008 12:52:22 Wei, Alice J. wrote: However, when I tried to execute a basic hello script in Perl, it tells me bash: ./total.pl: /usr/local/bin/perl: bad interpreter: No such file or directory Change the first line of the script to point to the correct Perl location. You probably want #!/usr/bin/perl without the quotes. --Mike Bird -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Install Perl on Fedora
Wei, Alice J. wrote: I am just starting out to use Fedora and learned about installations with the yum function. [...] However, when I tried to execute a basic hello script in Perl, it tells me bash: ./total.pl: /usr/local/bin/perl: bad interpreter: No such file or directory It is true that I don't see Perl in this directory, but is it necessary that I have to move my Perl installation? It would be better to adjust your script to point to /usr/bin/perl. If you need the script to run on various systems where perl might be in /usr/bin or /usr/local/bin or somewhere else in the path, you could also use /usr/bin/env perl or (I think) just perl. All of this is on the first line of the perl script you're trying to run, aka the shellbang, shebang, hashbang, etc. It needs to start with #!. So one of these should work: #!/usr/bin/perl #!/usr/bin/env perl #!perl -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Going to hell when I die would just be redundant. pgpcaEYEue3Ql.pgp Description: PGP signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Can't load Nvidia driver on Fedora 9 x86_64
New install on a machine with the following: 00:10.0 VGA compatible controller: nVidia Corporation GeForce 7050/nForce 610i (rev a2) Kernel: kernel-2.6.25.6-55.fc9.x86_64 Livna is available, the following have been installed: kmod-nvidia-2.6.25.6-55.fc9.x86_64-173.14.09-1.lvn9.x86_64 xorg-x11-drv-nvidia-libs-173.14.09-1.lvn9.x86_64 kmod-nvidia-173.14.09-1.lvn9.x86_64 xorg-x11-drv-nvidia-173.14.09-1.lvn9.x86_64 However, the nvidia module cannot be loaded; it exists, but the error says that it doesn't. Anyone else seeing this? At this point I'm using the VESA driver ... [EMAIL PROTECTED] ~]# modprobe nvidia FATAL: Error inserting nvidia (/lib/modules/2.6.25.6-55.fc9.x86_64/extra/nvidia/nvidia.ko): No such device Hugh -- Hugh Caley, Linux Administrator Aldon Computer Group 6001 Shellmound St. Suite 600 Emeryville, CA 94608 (510) 285-8542 | [EMAIL PROTECTED] -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Double checking grub-install ??
Hi g; On Wed, 2008-06-25 at 18:42 +, g wrote: William Case wrote: I am looking for confirmation that this is a correct strategy and the proper use of the grub-install command. i have not used oos for several years and when i have had to reinstall grub, i have been using a mandriva install disk. i would imagine it is not all that different with fedora. I don't know much about mandriva, but the install disk does have rescue mode which I am used to using. you did not mention what version, i would guess you are at f9, i am using f8 and recall 'recover' being in selections at disk boot. My Fedora version is listed with my signature. During a bugzilla discourse, a program or facility called 'firstaid' was promised for F9 anaconda/rescue which would cover such eventualities but if it exists, I can't find it. so it should be a simple matter of booting install disk, selecting 'recover' and follow prompts. But it isn't. In any case, I have spent time with grub in the past and generally comfortable using it. I asked here as a double check because what I am planning will wipe out my boot loader for both of my systems temporarily and I wanted to make sure that I can be up and running as smoothly as possible. -- Regards Bill; Fedora 9, Gnome 2.22.2 Evo.2.22.2, Emacs 22.2.1 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Install Perl on Fedora
On Wed, 25 Jun 2008, Wei, Alice J. wrote: Hi, Fedora Users: I am just starting out to use Fedora and learned about installations with the yum function. I have installed Perl 5.10.0-26, and the message shows that it had been installed: Updated: perl.i386 4:5.10.0-26.fc9 perl-ExtUtils-MakeMaker.i386 0:6.36-26.fc9 perl-ExtUtils-ParseXS.i386 1:2.18-26.fc9 perl-Module-Pluggable.i386 1:3.60-26.fc9 perl-Pod-Escapes.i386 1:1.04-26.fc9 perl-Pod-Simple.i386 1:3.05-26.fc9 perl-Test-Harness.i386 0:2.64-26.fc9 perl-devel.i386 4:5.10.0-26.fc9 perl-libs.i386 4:5.10.0-26.fc9 perl-version.i386 3:0.74-26.fc9 Complete! However, when I tried to execute a basic hello script in Perl, it tells me bash: ./total.pl: /usr/local/bin/perl: bad interpreter: No such file or directory Your bang line doesn't need local; #!/usr/bin/perl should suffice. #!/usr/bin/perl -w is helpful for debugging. Logged in as root, you could always create a symlink, but that could cause headaches later if you stick to #!/usr/local/bin/perl ln -s /usr/bin/perl /usr/local/bin/perl Max Pyziur [EMAIL PROTECTED] It is true that I don't see Perl in this directory, but is it necessary that I have to move my Perl installation? Thanks in advance. Alice == Alice Wei MIS 2009 School of Library and Information Science Indiana University Bloomington [EMAIL PROTECTED] -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Install Perl on Fedora
Wei, Alice J. wrote: Hi, Fedora Users: I am just starting out to use Fedora and learned about installations with the yum function. I have installed Perl 5.10.0-26, and the message shows that it had been installed: Updated: perl.i386 4:5.10.0-26.fc9 perl-ExtUtils-MakeMaker.i386 0:6.36-26.fc9 perl-ExtUtils-ParseXS.i386 1:2.18-26.fc9 perl-Module-Pluggable.i386 1:3.60-26.fc9 perl-Pod-Escapes.i386 1:1.04-26.fc9 perl-Pod-Simple.i386 1:3.05-26.fc9 perl-Test-Harness.i386 0:2.64-26.fc9 perl-devel.i386 4:5.10.0-26.fc9 perl-libs.i386 4:5.10.0-26.fc9 perl-version.i386 3:0.74-26.fc9 Complete! However, when I tried to execute a basic hello script in Perl, it tells me bash: ./total.pl: /usr/local/bin/perl: bad interpreter: No such file or directory It is true that I don't see Perl in this directory, but is it necessary that I have to move my Perl installation? No, just put a symlink in /usr/local/bin that points to the fedora perl at /usr/bin/perl Thanks in advance. -- Kevin J. Cummings [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Registered Linux User #1232 (http://counter.li.org) -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Can't load Nvidia driver on Fedora 9 x86_64
Hugh, I know it doesn't help much, but just to give you a positive, that driver is working on for my integrated GeForce 6150 on x86_64: $grep -i nvidia /var/log/Xorg.0.log snip (II) Module nvidia: vendor=NVIDIA Corporation (II) NVIDIA dlloader X Driver 173.14.09 Wed Jun 4 23:48:23 PDT 2008 (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs snip $lsmod | grep -i nvid nvidia 8108912 24 i2c_core 28448 2 nvidia,i2c_nforce2 $lspci -v | grep -i nvid snip 00:05.0 VGA compatible controller: nVidia Corporation C51PV [GeForce 6150] (rev a2) (prog-if 00 [VGA controller]) Kernel driver in use: nvidia Kernel modules: nvidiafb, nvidia snip $rpm -qa | grep nvidi xorg-x11-drv-nvidia-libs-173.14.09-1.lvn9.x86_64 kmod-nvidia-2.6.25.4-30.fc9.x86_64-173.14.05-3.lvn9.x86_64 (I have an old kernel still installed.) kmod-nvidia-173.14.09-1.lvn9.x86_64 kmod-nvidia-2.6.25.6-55.fc9.x86_64-173.14.09-1.lvn9.x86_64 xorg-x11-drv-nvidia-173.14.09-1.lvn9.x86_64 $rpm -qf /lib/modules/2.6.25.6-55.fc9.x86_64/extra/nvidia/nvidia.ko kmod-nvidia-2.6.25.6-55.fc9.x86_64-173.14.09-1.lvn9.x86_64 $uname -a Linux localhost.localdomain 2.6.25.6-55.fc9.x86_64 #1 SMP Tue Jun 10 16:05:21 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux I guess it's a problem with the rebuilding of the module by the kmod-nvidia rpm, so I'd start by removing and re-adding it; and/or checking it's post/pre scripts and finding out how it rebuilds the module and doing so by hand just to get it working. I assume you have the akmods/kmodtool rpms installed? I believe they're related to livna's rebuilding process, but I haven't needed to confirm that. $ rpm -qa | grep kmod kmodtool-1-11.lvn9.noarch akmods-0.3.1-1.lvn9.noarch Regards, Richard -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Standby (S3) problem since 2.6.24
On 6/25/08, Markus Bonet [EMAIL PROTECTED] wrote: I recently upgraded from F8 to F9. Problem occured first time on F8. Since kernel 2.6.24 is used (same for 2.6.25), there is a strange problem with standby. When system is coldstarted (complete boot), it is no problem to set system to standby (S3). System will wake up withput problems and I can resume work normally as expected. The next time I set system to standby the computer will go down but will wake up again immediately. During this, the HDD and the fans shut down but system wakes up again after that. I can work on as nothing has happened. I see something vaguely similar on an eee pc, but only since yesterday. Perhaps it's caused by a yum update I did, which updated wpa_supplicant-0.6.3-6.fc9.i386 libsysfs-2.1.0-4.fc9.i386 selinux-policy-3.3.1-69.fc9.noarch selinux-policy-targeted-3.3.1-69.fc9.noarch hal-info-20080607-1.fc9.noarch and a bunch of perl-related stuff. If so, then the culprit in your problem may be one of these packages, too. Andras -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Can't load Nvidia driver on Fedora 9 x86_64
On Wed, 2008-06-25 at 13:09 -0700, Hugh Caley wrote: New install on a machine with the following: 00:10.0 VGA compatible controller: nVidia Corporation GeForce 7050/nForce 610i (rev a2) Kernel: kernel-2.6.25.6-55.fc9.x86_64 Livna is available, the following have been installed: kmod-nvidia-2.6.25.6-55.fc9.x86_64-173.14.09-1.lvn9.x86_64 xorg-x11-drv-nvidia-libs-173.14.09-1.lvn9.x86_64 kmod-nvidia-173.14.09-1.lvn9.x86_64 xorg-x11-drv-nvidia-173.14.09-1.lvn9.x86_64 However, the nvidia module cannot be loaded; it exists, but the error says that it doesn't. Anyone else seeing this? At this point I'm using the VESA driver ... [EMAIL PROTECTED] ~]# modprobe nvidia FATAL: Error inserting nvidia (/lib/modules/2.6.25.6-55.fc9.x86_64/extra/nvidia/nvidia.ko): No such device Hugh -- Hugh Caley, Linux Administrator Aldon Computer Group 6001 Shellmound St. Suite 600 Emeryville, CA 94608 (510) 285-8542 | [EMAIL PROTECTED] I can confirm a problem tarifa ~ 864# uname -a Linux tarifa 2.6.25.6-55.fc9.x86_64 #1 SMP Tue Jun 10 16:05:21 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux If I install the latest livna nvidia rpms then X fails yum --enable=livna update ... Dependencies Resolved = Package Arch Version RepositorySize = Updating: kmod-nvidia x86_64 173.14.09-1.lvn9 livna 22 k kmod-nvidia-2.6.25.6-55.fc9.x86_64 x86_64 173.14.09-1.lvn9 livna 2.6 M xorg-x11-drv-nvidia x86_64 173.14.09-1.lvn9 livna 3.1 M xorg-x11-drv-nvidia-libs x86_64 173.14.09-1.lvn9 livna 5.7 M ... # I had to back off to tarifa ~ 865# rpm -qa|grep -a nvidia xorg-x11-drv-nvidia-173.14.05-1.lvn9.x86_64 kmod-nvidia-173.14.05-4.lvn9.x86_64 kmod-nvidia-2.6.25.6-55.fc9.x86_64-173.14.05-4.lvn9.x86_64 xorg-x11-drv-nvidia-libs-173.14.05-1.lvn9.x86_64 I have been lazy and not probed any further !! John -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Understanding how dd works
On Wed, 2008-06-25 at 14:49 +0100, Dan Track wrote: Really appreciate the detailed explanation. It's a real eye opener. Can you point me to any docs that I could read around this subject? Any book on Unix internals or Unix programming. http://tldp.org/ or http://www.linux-tutorial.info/index.php would be good places to start. Also man lseek. poc -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Double checking grub-install ??
William Case wrote: snip My Fedora version is listed with my signature. so it is. did not notice before. guess i will have to start noting sigs before i question versions. :o) During a bugzilla discourse, a program or facility called 'firstaid' was can not answer about that. next release of f9 i will venture into it. snip smoothly as possible. no harm in double checking. as you asked, 'grub-install --root-directory=/boot /dev/sdb' will, as stated in 'man grub-install' and 'info grub-install', put grub on '/dev/sdb' which is ok if you are using a boot loader with oos or have bios to boot '/dev/sdb'. when i had a '/dev/sda' crash, i used, 'grub-install --root-directory=/boot /dev/sda' to install to 1st drive, as that is how i have my bios set. hthm. -- tc,hago. g . in a free world without fences, who needs gates. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Periodic Fedora 9 system hangs with jumpy mouse
On Wed, Jun 25, 2008 at 3:44 PM, g [EMAIL PROTECTED] wrote: I also tried kills in the following order: kill -TERM (-15) kill -SEGV (-11) kill -KILL (-9) this is not same as what i was showing you above. use numbers, not words. type it as kill -15 'pid#' and use '-7' if '-15' does not work. there is a difference in what i am showing you and what you are using. No, there's no difference. These are all equivalent (on Linux): kill -15 pid kill -TERM pid kill -s 15 pid kill -s TERM pid I got in the habit of using symbolic names because I work on a lot of different kinds of Unix systems (not just Linux), and signal numbers are not always the same across OS's, but signal names are. * * * Anyway, I had another runaway Xorg. This time I was using the scrollbar on a simple gnome-terminal window; not firefox. It seems that this problem almost always occurs while I'm using a scrollbar of some sort. That may or may not be coincidence, but I'm leaning toward not at this point. Regarding signals This time when I had the Xorg process running at 100% cpu, I monitored the /proc/2384/status and /proc/2384/task/2384/status files. Before I even tried to do any kill, I noticed that the ShdPnd (shared pending signals) would toggle randomly between all zeros and 00..002000, sometimes for the process and sometimes for the task/thread. The wait channels (whan) were always 0 every time I looked. I went ahead and stopped (SIGSTOP) the Xorg parent process (gdm-simple-slave) just to make sure it wasn't sending signals. It wasn't. Other than the Xorg process, top showed an otherwise practically idle system. When I sent signals via kill to the process, I could occasionally see those signal bits show up in the ShdPnd bitmask for a second, and then it would go all zeros again. Yes, I tried all sorts of signals, including 7 (SIGBUS) too. Nothing had any noticeable affect on the Xorg process. I then did a SIGSTOP on the Xorg process. It remained in a running state consuming 100% cpu (odd); but the signal mask was changed and any subsequent signals I sent you could see accumulate in the pending signal mask field (as I would expect). But then doing a continue (SIGCONT) later, the pending signals would go back to 0 (and occasionally 0x2000 temporarily). Only when I sent a SIGKILL did anything change. The process was effectively killed; the exe symlink was gone, all the file descriptors were closed, etc. But the process entry still remained in the running state and was consuming 100% cpu. This wasn't just a status bug, you could noticeably tell the cpu was really pegged by the sluggishness of typing. After the SIGKILL, the signal pending masks would always stay at 0, regardless of any additional kills sent to it. I still have not seen any messages show up in syslog, dmesg, Xorg.0.log, or anyplace else I can think to look. And the rest of the system appears to be totally operational (but cpu starved). No weird I/O. All the filesystems are still quite usable. But the only way to get Xorg out of its mess is to reboot. So this looks like some strange kernel interaction with Xorg. Any ideas? Is there any other information I can get when the Xorg process does this again that might help figure this out? Thanks -- Deron Meranda -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
rebuilding fedora 9 installation discs
Hi, How I rebuild the fedora 9 installation discs? I finded in net texts about rebuilding and genhdlist but the anaconda-runtime in fedora 9 doesnt have genhdlist. -- Att Alison Arantes -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Understanding how dd works
On 2008-06-25, Dan Track [EMAIL PROTECTED] wrote: Really appreciate the detailed explanation. It's a real eye opener. Can you point me to any docs that I could read around this subject? http://en.wikipedia.org/wiki/Sparse_file -- John ([EMAIL PROTECTED]) -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Fedora-DS alias dereference problem.
Hi all, I'd like to report it as a bug because I could not find any help on forms neither in other sources... Hi all, It appears that Fedora-DS 1.1.0-3 does not dereference aliases even if it asked for. So I have a simple example: # ldapsearch -x -LLL -b ou=Special Users,dc=lab,dc=convedia,dc=com -a always dn: ou=Special Users,dc=lab, dc=convedia, dc=com objectClass: top objectClass: organizationalUnit ou: Special Users description: Special Administrative Accounts dn: aliasedobjectname=ou\=DNS\,dc\=lab\,dc\=convedia\,dc\=com,ou=Special Users ,dc=lab,dc=convedia,dc=com aliasedObjectName: ou=DNS,dc=lab,dc=convedia,dc=com objectClass: alias objectClass: top === Instead of dn: aliasedobjectname=... I would expect to see a DNS subtree (DNS object). Couple lines may be wrapped but the idea is that parameter -a always is ignored. Is it a known issue? Is there any workarounds? Thank you in advance, SergeyK -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Fedora-DS alias dereference problem.
On Wed, 2008-06-25 at 16:57 -0700, Sergey Kamshilin wrote: Hi all, I'd like to report it as a bug because I could not find any help on forms neither in other sources... Hi all, It appears that Fedora-DS 1.1.0-3 does not dereference aliases even if it asked for. So I have a simple example: # ldapsearch -x -LLL -b ou=Special Users,dc=lab,dc=convedia,dc=com -a always dn: ou=Special Users,dc=lab, dc=convedia, dc=com objectClass: top objectClass: organizationalUnit ou: Special Users description: Special Administrative Accounts dn: aliasedobjectname=ou\=DNS\,dc\=lab\,dc\=convedia\,dc\=com,ou=Special Users ,dc=lab,dc=convedia,dc=com aliasedObjectName: ou=DNS,dc=lab,dc=convedia,dc=com objectClass: alias objectClass: top === Instead of dn: aliasedobjectname=... I would expect to see a DNS subtree (DNS object). Couple lines may be wrapped but the idea is that parameter -a always is ignored. Is it a known issue? Is there any workarounds? https://www.redhat.com/mailman/listinfo/fedora-directory-users much better list for this question Craig -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Periodic Fedora 9 system hangs with jumpy mouse
Deron Meranda wrote: snip No, there's no difference. These are all equivalent (on Linux): kill -15 pid kill -TERM pid kill -s 15 pid kill -s TERM pid i am old unix head and have always used numbers. never tried names, or numbers less than '-7' or great than '-15'. i just did a quick look in 'special edition using linux' 4th edition by jack tackett, jr. and steven burnett, published by que, pgs 400 - 402 and found that linux has more 20 signals. things have changed. anyway, getting a little peeved, i did a google-linux-advanced search for [ Xorg AND 100% ] and got 69,300 English pages for Xorg AND 100%. (0.28 seconds) i then added 'cpu' for 24,200 English pages for Xorg AND 100% AND cpu. (0.82 seconds) so either there are a whole lot of dupes, or 'you are not alone'. being that a lot of 1st 40 that i looked at are graphics card and driver related, it may be better if you were to give google-linux-advanced a shot to see how much you can narrow things down. i do wish i could be of more help, but it is looking like your problem is system related. +++ When I sent signals via kill to the process, I could occasionally snip noticeable affect on the Xorg process. I then did a SIGSTOP on the Xorg process. It remained in snip at 0, regardless of any additional kills sent to it. all of in between above and below, tends to show me that it would have to do with graphics card and driver. I still have not seen any messages show up in syslog, dmesg, snip So this looks like some strange kernel interaction with Xorg. +++ Any ideas? Is there any other information I can get when the Xorg process does this again that might help figure this out? just for fun and practice of card swapping, do you have a different graphics card to try with different drivers? do you boot level 3 or level 5. boot level 3, if cpu usage is low, then 'startx' to see what happens. mono verses color. from level 3 boot, remove driver, then use 'yum install' to bring your driver back in and reboot to load it. driver may be fried. kde, gnome? have you tried any minimal desktops? something may, tho i would doubt, be different in how you bring up x. xorg group may be you best hope. how to reach them is another story. all that is up on internet, last i checked, is a wiki, and it is not much. like maybe, they are aware. bwg for sure, you have found a 'good one'. later. -- tc,hago. g . in a free world without fences, who needs gates. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
How to find and clear zombie processes w/o rebooting?
Using F8, I have found that Nautilus sometimes hangs and runs at 100% CPU. Force killing Nautilus's drive windows was the only way to recover. I am not sure that force killing this drive window is related to the zombie that I founding using top. I also discovered that my swap was increased to 2GB of 4GB and has stayed there ever since. So before I accuse Nautilus as being the zombie process, how do I locate it using ps or some other tool to find out what is going on and to what process the zombie was? In the same breadth, is there a way to clear zombie processes without being forced to reboot the system which would certainly remove the zombie process and clear the swap space? Thanks! Dan -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: How to find and clear zombie processes w/o rebooting?
On 25Jun2008 18:33, Daniel B. Thurman [EMAIL PROTECTED] wrote: Using F8, I have found that Nautilus sometimes hangs and runs at 100% CPU. Force killing Nautilus's drive windows was the only way to recover. I am not sure that force killing this drive window is related to the zombie that I founding using top. I also discovered that my swap was increased to 2GB of 4GB and has stayed there ever since. Zombies are just process slots of exit()ed processes awaiting collection. They do not consume CPU time or swap space. So before I accuse Nautilus as being the zombie process, how do I locate it using ps or some other tool to find out what is going on and to what process the zombie was? Zombies are in the Z state. They are exited programs whose parents have not called wait() to collect the exit status. In the same breadth, is there a way to clear zombie processes without being forced to reboot the system which would certainly remove the zombie process and clear the swap space? Removing zombies will do NOTHING about your swap space, since they are not consuming it. (Of course a reboot will clear the swap, as it does everything else.) They only way to clear a zombies process slot (which is all a zombie process actually is) is to find the zombie's parent process (using ps' f (forest) option, for example, or just looking at the PPID column) and either causing the parent to do a wait() for the zombie if possible, or to kill the parent (which will cause the zombies to be inherited by process 1, which will then wait() for it, cleaning it up). Zombies are essentially untidy but harmless. They are not eating you machine's brains (ram/swap/cpu). Cheers, -- Cameron Simpson [EMAIL PROTECTED] DoD#743 http://www.cskk.ezoshosting.com/cs/ Zombies don't get pumped. - Jake, in rec.climbing -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: How to find and clear zombie processes w/o rebooting?
On Wed, 2008-06-25 at 18:33 -0700, Daniel B. Thurman wrote: Using F8, I have found that Nautilus sometimes hangs and runs at 100% CPU. Force killing Nautilus's drive windows was the only way to recover. I am not sure that force killing this drive window is related to the zombie that I founding using top. I also discovered that my swap was increased to 2GB of 4GB and has stayed there ever since. So before I accuse Nautilus as being the zombie process, how do I locate it using ps or some other tool to find out what is going on and to what process the zombie was? In the same breadth, is there a way to clear zombie processes without being forced to reboot the system which would certainly remove the zombie process and clear the swap space? you have to kill the parent - you can locate the parent process by running 'ps auxwwf' Craig -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: How to find and clear zombie processes w/o rebooting?
Cameron Simpson wrote: On 25Jun2008 18:33, Daniel B. Thurman [EMAIL PROTECTED] wrote: Using F8, I have found that Nautilus sometimes hangs and runs at 100% CPU. Force killing Nautilus's drive windows was the only way to recover. I am not sure that force killing this drive window is related to the zombie that I founding using top. I also discovered that my swap was increased to 2GB of 4GB and has stayed there ever since. Zombies are just process slots of exit()ed processes awaiting collection. They do not consume CPU time or swap space. So before I accuse Nautilus as being the zombie process, how do I locate it using ps or some other tool to find out what is going on and to what process the zombie was? Zombies are in the Z state. They are exited programs whose parents have not called wait() to collect the exit status. In the same breadth, is there a way to clear zombie processes without being forced to reboot the system which would certainly remove the zombie process and clear the swap space? Removing zombies will do NOTHING about your swap space, since they are not consuming it. (Of course a reboot will clear the swap, as it does everything else.) They only way to clear a zombies process slot (which is all a zombie process actually is) is to find the zombie's parent process (using ps' f (forest) option, for example, or just looking at the PPID column) and either causing the parent to do a wait() for the zombie if possible, or to kill the parent (which will cause the zombies to be inherited by process 1, which will then wait() for it, cleaning it up). Zombies are essentially untidy but harmless. They are not eating you machine's brains (ram/swap/cpu). Cheers, -- Cameron Simpson [EMAIL PROTECTED] DoD#743 http://www.cskk.ezoshosting.com/cs/ Zombies don't get pumped. - Jake, in rec.climbing I like your signature ;) I did a ps aux | grep Z : USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND dant 3902 0.0 0.0 0 0 ?ZJun24 0:00 [Xsession] defunct Um - ok. Something burped with the Xsession. Wonder what happened. I noticed that my system became slightly sluggish and I have no clue what is causing it. I do know that a reboot will bring the system into a 'snappy' state and my script that converts ape to mp3 and splits mp3 with a provided cue file and it really rips. But then over the last few days, it started slowing down quite noticeably. Ah- I think I will just do it the BGM$ way: just hit reset :D Thanks for the pointer, Dan -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: How to find and clear zombie processes w/o rebooting?
Craig White wrote: On Wed, 2008-06-25 at 18:33 -0700, Daniel B. Thurman wrote: Using F8, I have found that Nautilus sometimes hangs and runs at 100% CPU. Force killing Nautilus's drive windows was the only way to recover. I am not sure that force killing this drive window is related to the zombie that I founding using top. I also discovered that my swap was increased to 2GB of 4GB and has stayed there ever since. So before I accuse Nautilus as being the zombie process, how do I locate it using ps or some other tool to find out what is going on and to what process the zombie was? In the same breadth, is there a way to clear zombie processes without being forced to reboot the system which would certainly remove the zombie process and clear the swap space? you have to kill the parent - you can locate the parent process by running 'ps auxwwf' Craig Interesting! Looks like the parent is related to gdm-binary? Strange about my comment previously - hit 'reset' :D Wonder what is going on with Xsession and why it died. This is what I found: === root 3704 0.0 0.1 18416 2096 ?Ss Jun24 0:00 /usr/sbin/gdm-binary -nodaemon root 3797 0.0 0.0 17896 2064 ?SJun24 0:00 \_ /usr/sbin/gdm-binary -nodaemon root 3801 2.4 2.2 63512 47528 tty7 Ss+ Jun24 40:15 \_ /usr/bin/X :0 -br -audit 0 -auth /var/gdm/:0.Xauth -nolisten tcp vt7 dant 3854 0.0 0.1 33768 4104 ?Ssl Jun24 0:01 \_ /usr/bin/gnome-session dant 3902 0.0 0.0 0 0 ?ZJun24 0:00 \_ [Xsession] defunct dant 3956 0.0 0.0 6328 252 ?Ss Jun24 0:00 \_ /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session /etc/X11/xinit/Xclients dant 3976 0.3 0.1 53684 3188 ?Sl Jun24 5:01 \_ /usr/bin/pulseaudio --log-target=syslog dant 3982 0.0 0.0 5216 1300 ?SJun24 0:00 | \_ /usr/libexec/pulse/gconf-helper dant 3986 0.0 0.5 45136 10576 ?SJun24 0:36 \_ metacity --sm-client-id 110a01000800012015398280046910003 dant 3989 0.0 0.7 75252 15236 ?SJun24 0:09 \_ gnome-panel --sm-config-prefix /gnome-panel-imrZa5/ --sm-client-id 110a01000800012015398270046910001 --screen 0 dant 4013 0.7 0.3 65148 7292 ?SJun24 12:56 \_ gkrellm --sm-client-id 110a01000800012079457390093780003 dant 4026 0.0 0.7 127592 14612 ?Sl Jun24 1:33 \_ gnome-terminal --sm-config-prefix /gnome-terminal-1dtJD1/ --sm-client-id 110a01000800012015398980046910008 --screen 0 --window-with-profile-internal-id=Default --show-menubar --role=gnome-terminal-5108--2081150439-1201539898 --active --geometry 80x24+135+141 --title [EMAIL PROTECTED]:~ --working-directory /home/dant --zoom 1 --window-with-profile-internal-id=Default --show-menubar --role=gnome-terminal-5108-574728165-1201539901 --active --geometry 80x24+135+550 --title [EMAIL PROTECTED]:~ --working-directory /home/dant --zoom 1 --window-with-profile-internal-id=Default --show-menubar --role=gnome-terminal-5108-1143529827-1201539901 --active --geometry 80x24+799+141 --title [EMAIL PROTECTED]:~ --working-directory /home/dant --zoom 1 --window-with-profile-internal-id=Default --show-menubar --role=gnome-terminal-5108--1131700843-1201539902 --active --geometry 80x24+799+550 --title [EMAIL PROTECTED]:~ --working-directory /home/dant --zoom 1 dant 4191 0.0 0.0 2616 628 ?SJun24 0:00 | \_ gnome-pty-helper dant 4192 0.0 0.0 5616 1056 pts/1Ss Jun24 0:00 | \_ bash root 5533 0.0 0.0 4716 916 pts/1SJun24 0:00 | | \_ su root 5539 0.0 0.0 5620 1608 pts/1SJun24 0:00 | | \_ bash root 23634 0.0 0.0 4016 828 pts/1S+ 18:34 0:00 | | \_ man ps root 23654 0.0 0.0 4652 1092 pts/1S+ 18:34 0:00 | | \_ sh -c /usr/bin/bzip2 -c -d /var/cache/man/cat1/ps.1.bz2 | /usr/bin/less -is root 23656 0.0 0.0 4372 932 pts/1S+ 18:34 0:00 | | \_ /usr/bin/less -is dant 4198 0.0 0.0 5616 2016 pts/2Ss Jun24 0:00 | \_ bash root 23690 0.0 0.0 4716 1232 pts/2S18:36 0:00 | | \_ su root 23697 0.0 0.1 5620 2480 pts/2S18:36 0:00 | | \_ bash root 24340 1.0 0.0 4652 980 pts/2R+ 19:02 0:00 | | \_ ps auxwwf dant 4203 0.0 0.0 5616 2036 pts/3Ss+ Jun24 0:00 | \_ bash dant 4215 0.0 0.0 5616 1056 pts/4Ss+ Jun24 0:00 | \_ bash dant 5267 0.0 0.0 5608 1056 pts/6Ss Jun24 0:00 | \_ bash root 5329 0.0 0.0 4716 916 pts/6
