Re: E-sata hotplug
john wendel kirjoitti viestissään (lähetysaika maanantai, 18. toukokuuta 2009): > How can I tell if my sata controller supports hot-plugging an > e-sata connection? Use lspci to see which controller chip is used, then check the table at http://ata.wiki.kernel.org/index.php/SATA_hardware_features -- Markku Kolkka markku.kol...@iki.fi -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: E-sata hotplug
john wendel wrote: > How can I tell if my sata controller supports hot-plugging an e-sata > connection? check oem specs? -- peace out. tc,hago. g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today ** to mess up a linux box, you need to work at it; to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: F10 Wine/Garmin use
Beartooth wrote: > Well, I had supposed it might, because it seemed unexpected, and > might therefore be an artifact of Wine; but in fact I found the problem, > which turned out to be a stupid oversight on my part. So I apologize. apologize accepted. so what was your oversight? -- peace out. tc,hago. g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today ** to mess up a linux box, you need to work at it; to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
E-sata hotplug
Stupid question ... How can I tell if my sata controller supports hot-plugging an e-sata connection? I'm afraid to just try it, don't want to fry something. Thanks, John -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
[OT] elrepo.org
greetings, anyone on this list familiar with http://elrepo.org? i was given this site for a package to allow using reiserfs on sl5.2. i log site several hours earlier today and it loaded ok. now, when i try logging site, i get a blank page, but all sub directories, http://elrepo.org/linux/* load ok. curious as to just what this site is really about. tia. -- peace out. tc,hago. g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today ** to mess up a linux box, you need to work at it; to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: deltaisos for F11?
On 17/05/09 11:49, Andre Robatino wrote: Are there any plans for deltaisos for F10->F11 to be available at release time? No idea on that. I wrote a python program that can be used to construct an iso based on a isoinfo dump of the iso you are after (usually about 200kB). You then tell the program where you have content that is on the new iso, this could be individual rpms from the rawhide repo (if you have keepcache=1), or from an earlier iso (preferably the most recent). It then inserts each of the files into an iso image. The final step is to either use rsync against a full image (more efficient eg 70% done to start with), or the bittorent stream, pointing the output to the iso that the program created, so that it checks and fills in the missing bits (40-50% done to start with; this is because torrent has minimum 256kB blocks, that can cover multiple files). You'll find it in the archives of this list, or I can report if anyone is interested. NB: someone has to have the real full copy and run isoinfo on it for it to be of any use. Cheers, DaveT. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: [ILUG] iPod nano 4G + Fedora 10 (and not only!) --> solved! :))
Frank Murphy (Frankly3d) wrote: Thought some may be interested. Frank (Sorry for T-P) Pinco Pallino wrote: Hi folks, good news! The program I had written about previously worked on my Fedora 10: the problem I was getting starting Yamipod was the impossibility to save the model of my iPod ... You know what? The program could not save it because the iPod was mounted in read-only mode! I substituted the "ro" option with "rw", umounted the volume and remounted immediately after and it worked. Test result: OK, it's not perfect and sometimes crashes, but this program finally allowed me to interact with my new brand-new iPod nano (IV generation, 16GB, mod. A1285), deleting tunes uploaded with iTunes and also adding new ones from my pc. :) Even better: this software works (I guess) with ANY Linux distro and does not require to be installed. Again, to whom it may concern, here is the website for download and instructions: http://www.yamipod.com/ Enjoy! :) Francesco Hmm... I installed YamiPod on F9, installed the libfmodex.so.4.02.05 file to /usr/lib & YamiPod to /usr/bin and set the context and permissions for both. Next I ran YamiPod with no iPod actually mounted and since there is no exit/quit in any menus, proceeded to click the windows X button and got this crash bug report: $ YamiPod (YamiPod:8637): Gtk-CRITICAL **: _gtk_accel_group_attach: assertion `g_slist_find (accel_group->acceleratables, object) == NULL' failed YamiPod: pcm.c:1216: snd_pcm_writei: Assertion `size == 0 || buffer' failed. 77b793e8-2da4-8300-0188d939-745a4c34 is dumped As for mounting the iPod in /mnt or /media, where is the instructions for doing that and what exactly needs to be done to ensure that it is mounted rw? I assume that plugging in the iPod automatically mounts to /media but not sure, and if it mounts rw? I have used the iPod on F9 and gtkPod and it works. Thanks! Dan -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Another rkhunter question
On Sun, 2009-05-17 at 13:41 -0400, Gene Heskett wrote: > On Sunday 17 May 2009, John Horne wrote: > >On Sun, 2009-05-17 at 09:35 -0400, Gene Heskett wrote: > >> > >> I've given up on rkhunter ever shutting up about the group and passwd > >> files, > > > >What is it saying about the files? If necessary disable the relevant > >passwd/group tests (use 'rkhunter --list test' to see the test names). > > I would rather not, I would rather rkhunter's bug was fixed. I have also > copied those files manually into rkhunters db, but that made no diff. > >From an email from rkhunter: > Warning: Unable to check for passwd file differences: no copy of the passwd > file exists. > Warning: Unable to check for group file differences: no copy of the group > file > exists. > Okay, can you run: rkhunter --debug --enable "passwd_changes group_changes" This will create a file in the /tmp directory named something like 'rkhunter_debug'. Can you email that to me please (it will be big, so do not email to this list). Secondly, did you install rkhunter from source or via an RPM from a repository? > > I'd druther rkhunter was fixed. --propupd, which is supposed to record the > systems 'clean' state if I understand it correctly, doesn't fix this. > No, the propupd option has nothing to do with passwd/group files. It records file properties (mode, permissions, hash values etc). running rkhunter with --propupd will make no difference in that respect. > >> but fussing about this is new. > >> -- Start Rootkit Hunter Scan -- > >> Warning: Suspicious file types found in /dev: > >> /dev/shm/sem.ADBE_REL_root: data > >> /dev/shm/sem.ADBE_WritePrefs_root: data > >> /dev/shm/sem.ADBE_ReadPrefs_root: data > > > >Items in /dev/shm that are genuine can be whitelisted in rkhunter.conf. > >There is an example of the pulse file whitelisted in the supplied > >rkhunter.conf file. It is easy enough to do the same for the ADBE files. > >No need to remove any packages. > > I realize that John & thank you for the reply, but that doesn't tell me IF > they are _genuine_ or what the heck they are doing. > Ah, yes. Whether they are genuine or not is, I'm afraid, for you to decide. I too have just upgraded acrobat to version 9, and have seen these files created. I suspect a lot of people running rkhunter will get caught out by them. > > I did find out who owns /dev/shm though, its kded4, and even with x stopped, > or a fresh reboot to runlevel 3, /dev/shm can be emptied, but cannot be > deleted as its 'busy'. So I suppose the other files will reappear at some > point in the course of my daily activities. > I think if you run 'mount' you will see that /dev/shm is mounted as a tmpfs. Basically it resides in memory (AFAIK), so the files will be recreated when necessary after each reboot. John. -- --- John Horne, University of Plymouth, UK Tel: +44 (0)1752 587287 E-mail: john.ho...@plymouth.ac.uk Fax: +44 (0)1752 587001 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: pb with dead keys on keyboard [SOLVED]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 15/05/2009 10:17, François Patte a écrit : > Bonjour, > > I have problem with dead keys (^ and ¨) on my French azerty keyboard in > emacs. > > These keys do not work: ^a gives a instead of â. > > This problem happens in emacs and is *not* an emacs config problem for > other users on the same machine do not have this problem. > > I tried after disabling .emacs and .Xresouces files. Problem is still there. Culprit is imsettings What is imsettings: Description : IMSettings is a framework that delivers Input Method settings and applies the changes so they take effect immediately without any need to restart applications or the desktop. Bravissimo! yum remove imsettings is the solution All scim packages are uninstalled Packages for typing scripts with diacritical marks like ^ and ¨ Strange! Isn't it? - -- 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 4286 2145 http://www.math-info.univ-paris5.fr/~patte -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkoQeNwACgkQdE6C2dhV2JV7aQCgkFi6KO9XnF1vsdgFSoeNx25k EZ8AnRjftGOF+MIBoxUJcnHt3nbUERQg =L3uh -END PGP SIGNATURE- -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
virt-manager gives error right befor finish
Hi list,
It has been a few days that I'm trying to create a virtual machine in
virt-manager with qemu/kvm. I add a connection, and then press 'New'
to create a new guest. Then I enter the information about the guest
(paravirtualized is disabled) and set the memory and disk image it
should boot from ( .iso ). And when I press finish, it gives me this
error/traceback:
Unable to complete install ' internal
error QEMU quit during console startup
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/create.py", line 723, in do_install
dom = guest.start_install(False, meter = meter)
File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 732,
in start_install
return self._do_install(consolecb, meter, removeOld, wait)
File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 767,
in _do_install
self.domain = self.conn.createLinux(install_xml, 0)
File "/usr/lib64/python2.5/site-packages/libvirt.py", line 915, in createLinux
if ret is None:raise libvirtError('virDomainCreateLinux() failed',
conn=self)
libvirtError: internal error QEMU quit during console startup
'
I have installed the Virtualization group (yum install
@Virtualization). Does anyone have any idea how this could be fixed?
Thanks,
--
Armin Moradi
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Another rkhunter question
On Sunday 17 May 2009, John Horne wrote: >On Sun, 2009-05-17 at 09:35 -0400, Gene Heskett wrote: >> Greetings all; >> >> What is /dev/shm? >> >> I've given up on rkhunter ever shutting up about the group and passwd >> files, > >What is it saying about the files? If necessary disable the relevant >passwd/group tests (use 'rkhunter --list test' to see the test names). I would rather not, I would rather rkhunter's bug was fixed. I have also copied those files manually into rkhunters db, but that made no diff. >From an email from rkhunter: Warning: Unable to check for passwd file differences: no copy of the passwd file exists. Warning: Unable to check for group file differences: no copy of the group file exists. --- But they do exist: [r...@coyote ~]# locate group|grep rkhunter /var/lib/rkhunter/db/group /var/lib/rkhunter/tmp/group /var/run/rkhunter/group [r...@coyote ~]# locate passwd|grep rkhunter /var/lib/rkhunter/db/passwd /var/lib/rkhunter/tmp/passwd /var/run/rkhunter/passwd I'd druther rkhunter was fixed. --propupd, which is supposed to record the systems 'clean' state if I understand it correctly, doesn't fix this. >> but fussing about this is new. >> -- Start Rootkit Hunter Scan -- >> Warning: Suspicious file types found in /dev: >> /dev/shm/sem.ADBE_REL_root: data >> /dev/shm/sem.ADBE_WritePrefs_root: data >> /dev/shm/sem.ADBE_ReadPrefs_root: data > >Items in /dev/shm that are genuine can be whitelisted in rkhunter.conf. >There is an example of the pulse file whitelisted in the supplied >rkhunter.conf file. It is easy enough to do the same for the ADBE files. >No need to remove any packages. I realize that John & thank you for the reply, but that doesn't tell me IF they are _genuine_ or what the heck they are doing. And considering that most files in /dev don't get out of the inode they were created on, what the heck is a 67+ megabyte file full of $00 named pulse-some- hash-number being used for? If there was data in it, I maybe could see it had a use, but if I wanted 67+ megabytes of /dev/zero for something, I'd call dd and make it. So would most programmers except I'd sure pick some place besides /dev to store it. I did find out who owns /dev/shm though, its kded4, and even with x stopped, or a fresh reboot to runlevel 3, /dev/shm can be emptied, but cannot be deleted as its 'busy'. So I suppose the other files will reappear at some point in the course of my daily activities. What are the ADBE files? They actually do contain data, but only in the first 2-3 bytes of the 16 they occupy, the rest are $00. IMO this is stuff that probably belongs in /tmp, and it makes me nervous when some app decides to use just any old location where a rootkit might hide, for 67+megabytes of /dev/zero. Boggles the mind. FWIW, Since I posted this originally, I attempted to remove the shm stuff (crypto related?? damnifiknow) from the kernel, and the boot locks up at the end of the drive scan. Repeatedly. Thanks John -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Sweater, n.: A garment worn by a child when its mother feels chilly. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: rsync -
David wrote: On Fri, May 15, 2009 at 11:47 PM, Bob Goodwin wrote: Bill Davidsen wrote: Bob Goodwin wrote: I have two f-10 desk top computers, boxes 6 and 9. I use them interchangeably and keep notes [notecase] in both. I would like to update each from the other without losing anything in the process. The name "rsync" seems to imply that it will make them identical. Does that mean if the source has fewer files than the target the target will have some deleted? Is there a command string to ensure I wont lose anything? I made backups of both files in each computer and rsync dealt with it as long as I transferred the entire file, something I could have done with sftp. If I tried to rsync the larger file with the smaller it simply replaced the larger file and I lost information. So I have the same information in both computers but there is data in the smaller file that I do not have in the larger one. I may have to copy the data individually which will probably work all right but there is no assurance that I will get everything. On the possibility that it might help you here, I'm going to restate/add to what others have already written. Apologies if you already know this. If you think that there is a magic tool that is going to look inside your files that have been independently edited on separate machines and automatically synchronise/combine/merge the files' internal contents to make them identical without you having to think about the process in great detail, then you are likely to be disappointed. There are tools to assist with this for text files. The basic unix tools are "diff" and "patch". The process of propagating changes in one file into a second file is usually referred to as "merging" the changes from the first file into the second. The commands 'info diff', 'man diff', 'man patch' on my Fedora 9 give a good introduction to this which might help you to appreciate that achieving exactly the desired result is possible but unlikely to be automatic. This is a big issue for software development projects where many members of a team may be simultaneously editing the same files. In these cases, the tools used are referred to as "CVS" (Concurrent Version System), "Subversion", "git". The commands 'info cvs', 'man cvs' on my Fedora 9 give a good introduction to this. Again, these are all good tools used to solve this complex problem. The GUI tool I use that I can highly recommend to you if you want to visually and interactively merge files' internal contents is "meld" available as an rpm, eg 'yum install meld'. The tool I use for sychronising files without looking into their internal contents is "unison" that others have recommended, also available as an rpm, eg 'yum install unison' Yes David this helps. Meld quickly identifies the differences in the two files. I can bring up "notecase" in two windows, each using one of the files I created and simply create new "nodes" as required and then copy and paste information from one to the other. Not a very sophisticated scheme for moving the data but it works and it enables me to undo the "damage." Meld was already installed, don't know if it came with the Gnome LiveCD or as a dependency for something else I installed. All of the information you provided is of interest and helps. Thank you. Bob -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Using Philips GoGear on Fedora
Hello all, I just bought a Philips GoGear 8 Gb. I chose this mostly because it is free of DRM stuff. That is one of the things Philips emphasises on for the GoGear range of media players. To play my mp3's all I need to do is drag and drop them to the player which is mounted as a regular USB drive. Everything is awesome except that the player can't read the tags although the manual says it supports both ID3v1 and v2. I use Picard to tag my mp3's and they show up just fine in rhythmbox. As for video, it needs to be converted to .smv (Simgatel mobile video, I think) before the player can play them. So I figured I might need to use something like opengear[1] or golb[2] (GoGear On Linux Boxes) to do the file transfers and video conversion, but these projects seem to have been abandoned. Moreover I wasn't able to compile the source code from the golb tarball as there was no configure script or makefile. I have tried running the manufacturer provided software on wine, but that is a no go. Does anyone have any experience with these players? Thanks in advance. [1]http://opengogear.sarovar.org/ [2]http://golb.sourceforge.net/#download http://sourceforge.net/projects/golb/ -- Suvayu Open source is the future. It sets us free. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Another rkhunter question
On Sun, 2009-05-17 at 09:35 -0400, Gene Heskett wrote: > Greetings all; > > What is /dev/shm? > > I've given up on rkhunter ever shutting up about the group and passwd files, > What is it saying about the files? If necessary disable the relevant passwd/group tests (use 'rkhunter --list test' to see the test names). > but fussing about this is new. > -- Start Rootkit Hunter Scan -- > Warning: Suspicious file types found in /dev: > /dev/shm/sem.ADBE_REL_root: data > /dev/shm/sem.ADBE_WritePrefs_root: data > /dev/shm/sem.ADBE_ReadPrefs_root: data > Items in /dev/shm that are genuine can be whitelisted in rkhunter.conf. There is an example of the pulse file whitelisted in the supplied rkhunter.conf file. It is easy enough to do the same for the ADBE files. No need to remove any packages. John. -- --- John Horne, University of Plymouth, UK Tel: +44 (0)1752 587287 E-mail: john.ho...@plymouth.ac.uk Fax: +44 (0)1752 587001 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: F10 Wine/Garmin use
On Sat, 16 May 2009 17:37:54 -0430, Patrick O'Callaghan wrote: [] > Frankly, I don't think this has anything to do with Fedora, or Linux, or > even Wine. You should look for a list or forum related to the apps > themselves. Well, I had supposed it might, because it seemed unexpected, and might therefore be an artifact of Wine; but in fact I found the problem, which turned out to be a stupid oversight on my part. So I apologize. -- Beartooth Staffwright, PhD, Neo-Redneck Linux Convert Remember I know precious little of what I am talking about. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: [ILUG] iPod nano 4G + Fedora 10 (and not only!) --> solved! :))
Patrick O'Callaghan wrote: All the same, it's a good idea to cite the source of the message in these cases. Oops. http://www.linux.ie/lists/pipermail/ilug/2009-May/102538.html Irish Linux User Group Mailing List. Frank -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: If you wondered why Intel sucks on Fedora read this
Frank Murphy (Frankly3d) wrote: > Any Relevance? > http://feedproxy.google.com/~r/Phoronix/~3/0t49mIt2Oy0/vr.php I really couldn't say, as I have no understanding of the workings of these things, but, now that you point it out, it seems quite plausible that these symptoms are caused by the stripping of old supports. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Another rkhunter question
On Sun, May 17, 2009 at 10:35 AM, Gene Heskett wrote: > Greetings all; > > What is /dev/shm? > > I've given up on rkhunter ever shutting up about the group and passwd > files, > but fussing about this is new. > -- Start Rootkit Hunter Scan -- > Warning: Suspicious file types found in /dev: > /dev/shm/sem.ADBE_REL_root: data > /dev/shm/sem.ADBE_WritePrefs_root: data > /dev/shm/sem.ADBE_ReadPrefs_root: data > > And indeed, these files that I nuked friday are back: > [r...@coyote linux-2.6.30-rc6]# ls -l /dev/shm > total 24 > -r 1 root root 67108904 2009-05-16 02:37 pulse-shm-3724332759 > -rw-rw-rw- 1 root root 16 2009-05-16 20:33 sem.ADBE_ReadPrefs_root > -rw-rw-rw- 1 root root 16 2009-05-16 20:33 sem.ADBE_REL_root > -rw-rw-rw- 1 root root 16 2009-05-16 20:33 sem.ADBE_WritePrefs_root > > Anything with 'pulse' in its name has been nuked by an 'rpm -e', and I You should have not, but it is your choice. > > actually have working audio now, so can someone please explain this? A 67 > megabyte file in /dev for an shm device is for what purpose? > > I looked at it with mc's hex viewer, and the first 10 or so megabytes are > all > $00. I got tired of standing on the page down key. > > Just add these rules to /etc/rkhunter.conf, in the appropriate place: # Allow the specified files to be present in the /dev directory, # and not regarded as suspicious. One file per line (use multiple # ALLOWDEVFILE lines). # #ALLOWDEVFILE=/dev/abc #ALLOWDEVFILE=/dev/shm/pulse-shm-* # Adobe Reader (acroread) 9.x ALLOWDEVFILE=/dev/shm/sem.ADBE_ReadPrefs_[a-zA-Z]* ALLOWDEVFILE=/dev/shm/sem.ADBE_REL_[a-zA-Z]* ALLOWDEVFILE=/dev/shm/sem.ADBE_WritePrefs_[a-zA-Z]* -- Paulo Roma Cavalcanti LCG - UFRJ -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
GlusterFS 2.0 Release
Greetings everyone, On behalf of the Gluster team I'm happy to announce that we've released GlusterFS v2.0. A milestone in terms of feature and stability has been reached, hope it helps your storage needs. :) Announcement === About GlusterFS: GlusterFS is a clustered file system that runs on commodity off-the-shelf hardware, delivering multiple times the scalability and performance of conventional storage. The architecture is modular, stackable and kernel-independent, which makes it easy to customize, install, manage and support different operating systems. Multiple storage systems can be clustered together, supporting petabytes of capacity in a single global namespace. Building a configuration of a few hundred terabytes can be accomplished in less than thirty minutes. GlusterFS Release v2.0: GlusterFS v2.0 has gone through a major revamp in design and development since v1.3. Thanks to thousands of initial users who provided us great feedback and bug reports. There are a number of production deployments now. GlusterFS uses existing disk file systems (such as Ext3, XFS, ZFS..) to store your data as regular files and folders. You can restore the data, even after you uninstall GlusterFS. So, give it a try and let us know. Please forward this message to relevant users. What is in 2.0 release: http://www.gluster.org/docs/index.php/GlusterFS_Features Who is using GlusterFS: http://www.gluster.org/docs/index.php/Who%27s_using_GlusterFS License: GNU GPLv3 Download: http://www.gluster.org/download.php Happy Hacking === -- GlusterFS Team -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: [ILUG] iPod nano 4G + Fedora 10 (and not only!) --> solved! :))
On Sun, 2009-05-17 at 11:00 +0100, Frank Murphy (Frankly3d) wrote: > Thought some may be interested. > > Frank (Sorry for T-P) No need to apologize as that wasn't a top-post. You simply quoted a message from somewhere. Top-posting is when you do it as a *reply*. All the same, it's a good idea to cite the source of the message in these cases. poc -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Another rkhunter question
Hi, On 17/05/09 16:35, Gene Heskett wrote: > Greetings all; > > What is /dev/shm? > > I've given up on rkhunter ever shutting up about the group and passwd files, > but fussing about this is new. > -- Start Rootkit Hunter Scan -- > Warning: Suspicious file types found in /dev: > /dev/shm/sem.ADBE_REL_root: data > /dev/shm/sem.ADBE_WritePrefs_root: data > /dev/shm/sem.ADBE_ReadPrefs_root: data > > And indeed, these files that I nuked friday are back: > [r...@coyote linux-2.6.30-rc6]# ls -l /dev/shm > total 24 > -r 1 root root 67108904 2009-05-16 02:37 pulse-shm-3724332759 > -rw-rw-rw- 1 root root 16 2009-05-16 20:33 sem.ADBE_ReadPrefs_root > -rw-rw-rw- 1 root root 16 2009-05-16 20:33 sem.ADBE_REL_root > -rw-rw-rw- 1 root root 16 2009-05-16 20:33 sem.ADBE_WritePrefs_root > > Anything with 'pulse' in its name has been nuked by an 'rpm -e', and I > actually have working audio now, so can someone please explain this? A 67 > megabyte file in /dev for an shm device is for what purpose? > > I looked at it with mc's hex viewer, and the first 10 or so megabytes are all > $00. I got tired of standing on the page down key. > About /dev/shm - http://www.cyberciti.biz/tips/what-is-devshm-and-its-practical-usage.html (btw, the first result in google). In a few words - it's better not to mess with it :) About the audio - It's not necessary for the player to use pulse. How do you test it? signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Another rkhunter question
Greetings all; What is /dev/shm? I've given up on rkhunter ever shutting up about the group and passwd files, but fussing about this is new. -- Start Rootkit Hunter Scan -- Warning: Suspicious file types found in /dev: /dev/shm/sem.ADBE_REL_root: data /dev/shm/sem.ADBE_WritePrefs_root: data /dev/shm/sem.ADBE_ReadPrefs_root: data And indeed, these files that I nuked friday are back: [r...@coyote linux-2.6.30-rc6]# ls -l /dev/shm total 24 -r 1 root root 67108904 2009-05-16 02:37 pulse-shm-3724332759 -rw-rw-rw- 1 root root 16 2009-05-16 20:33 sem.ADBE_ReadPrefs_root -rw-rw-rw- 1 root root 16 2009-05-16 20:33 sem.ADBE_REL_root -rw-rw-rw- 1 root root 16 2009-05-16 20:33 sem.ADBE_WritePrefs_root Anything with 'pulse' in its name has been nuked by an 'rpm -e', and I actually have working audio now, so can someone please explain this? A 67 megabyte file in /dev for an shm device is for what purpose? I looked at it with mc's hex viewer, and the first 10 or so megabytes are all $00. I got tired of standing on the page down key. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) ... bacteriological warfare ... hard to believe we were once foolish enough to play around with that. -- McCoy, "The Omega Glory", stardate unknown -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: If you wondered why Intel sucks on Fedora read this
Petrus de Calguarium wrote: Valent Turkovic wrote: If you wondered why Intel sucks on Fedora I cannot say that "Intel sucks on Fedora", but some problems are apparent (like, kms won't work on i915, like the display freezing when trying to play videos, etc, but this sounds like a new 'paradigm' for the display driver, so we need to be patient (like we were when the desktop's new paradigm took shape in 2008 - and how it has matured!). Like the article says, there are so many interleaved projects, like intel driver, xorg, mesa, compositing, dri2, and whatnot. I am optimistic that it will be wonderful soon. Any Relevance? http://feedproxy.google.com/~r/Phoronix/~3/0t49mIt2Oy0/vr.php Frank -- msn: frankly3d skype: frankly3d Mailing-List Reply to: Mailing-List Still Learning, Unicode where possible -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: If you wondered why Intel sucks on Fedora read this
On Sun, May 17, 2009 at 4:52 AM, Petrus de Calguarium wrote: > Valent Turkovic wrote: > >> If you wondered why Intel sucks on Fedora > > I cannot say that "Intel sucks on Fedora", but some problems > are apparent (like, kms won't work on i915, like the display > freezing when trying to play videos, etc, but this sounds like > a new 'paradigm' for the display driver, so we need to be > patient (like we were when the desktop's new paradigm took > shape in 2008 - and how it has matured!). Like the article > says, there are so many interleaved projects, like intel > driver, xorg, mesa, compositing, dri2, and whatnot. I am > optimistic that it will be wonderful soon. For me the performance is the mail issue. I tried a simple game on Fedora 10 and Ubuntu - "World of Goo" and it is not playable because it is too slow on Fedora, but on Vista with same hardware (i945gm) it works like a charm . -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: [ILUG] iPod nano 4G + Fedora 10 (and not only!) --> solved! :))
Thought some may be interested. Frank (Sorry for T-P) Pinco Pallino wrote: Hi folks, good news! The program I had written about previously worked on my Fedora 10: the problem I was getting starting Yamipod was the impossibility to save the model of my iPod ... You know what? The program could not save it because the iPod was mounted in read-only mode! I substituted the "ro" option with "rw", umounted the volume and remounted immediately after and it worked. Test result: OK, it's not perfect and sometimes crashes, but this program finally allowed me to interact with my new brand-new iPod nano (IV generation, 16GB, mod. A1285), deleting tunes uploaded with iTunes and also adding new ones from my pc. :) Even better: this software works (I guess) with ANY Linux distro and does not require to be installed. Again, to whom it may concern, here is the website for download and instructions: http://www.yamipod.com/ Enjoy! :) Francesco -- msn: frankly3d skype: frankly3d Mailing-List Reply to: Mailing-List Still Learning, Unicode where possible -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
