<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
Hi everybody, I'm new in that great help place. my question is, how can I jail apache in a chroot directory with fedora? I know how do that action in Centos, modifying the /etc/rc.d/init.d/syslog file but in fedora it doesn't exists..I don't find anything in the internet<br>Thanks anyway<br><br>> From: fedora-list-request@redhat.com<br>> Subject: fedora-list Digest, Vol 70, Issue 59<br>> To: fedora-list@redhat.com<br>> Date: Wed, 9 Dec 2009 08:05:36 -0500<br>> <br>> Send fedora-list mailing list submissions to<br>>     fedora-list@redhat.com<br>> <br>> To subscribe or unsubscribe via the World Wide Web, visit<br>>     https://www.redhat.com/mailman/listinfo/fedora-list<br>> or, via email, send a message with subject or body 'help' to<br>>    fedora-list-request@redhat.com<br>> <br>> You can reach the person managing the list at<br>>         fedora-list-owner@redhat.com<br>> <br>> When replying, please edit your Subject line so it is more specific<br>> than "Re: Contents of fedora-list digest..."<br>> <br>> <br>> Today's Topics:<br>> <br>>    1. Re: Selinux problems (James Allsopp)<br>>    2. Re: Fedora on Macbook Air? (Colin Paul Adams)<br>>    3. Fedora 12 on Sun Blade x6250 (Marcelo M. Garcia)<br>>    4. Re: How do I disable coredumps on F12? (Andre Costa)<br>>    5. Re: Latest Kernel causes reboot hell (Chris)<br>>    6. Re: Latest Kernel causes reboot hell (Ian Malone)<br>>    7. Problem with thunderbird message filters (Joachim Backes)<br>>    8. Re: Latest Kernel causes reboot hell (Sam Varshavchik)<br>>    9. LDAP authentication error (Luc MAIGNAN)<br>>   10. Re: Latest Kernel causes reboot hell (Tom Horsley)<br>>   11. SB driver in F12 ? (Luc MAIGNAN)<br>>   12. confirm (Austin Christain)<br>> <br>> <br>> ----------------------------------------------------------------------<br>> <br>> Message: 1<br>> Date: Wed, 9 Dec 2009 09:34:01 +0000<br>> From: James Allsopp <jamesaallsopp@googlemail.com><br>> Subject: Re: Selinux problems<br>> To: "Community assistance, encouragement,     and advice for using<br>>      Fedora." <fedora-list@redhat.com><br>> Message-ID:<br>>    <d7feae030912090134o641a4bb6lef4075f9a94c086d@mail.gmail.com><br>> Content-Type: text/plain; charset="iso-8859-1"<br>> <br>> Yes, it seems to have worked, thank you!<br>> James<br>> <br>> 2009/12/9 Wolfgang S. Rupprecht <wolfgang.rupprecht@gmail.com><br>> <br>> ><br>> > James Allsopp <jamesaallsopp@googlemail.com> writes:<br>> > >I keep getting this SELinux issue, This is a new install of Fedora 12, and<br>> > >I just copied all of my home directory back to this machine from an<br>> > >external after install. I've tried running "restorecon /home" but no<br>> > >change.<br>> > ...<br>> > > You can execute the following command as root to relabel your computer<br>> > > system:<br>> > > "touch /.autorelabel; reboot"<br>> ><br>> > Did you read the above?  Did you do it?<br>> ><br>> > -wolfgang<br>> > --<br>> > Wolfgang S. Rupprecht<br>> > If the airwaves belong to the public why does the public only get 3<br>> > non-overlapping WIFI channels?<br>> ><br>> > --<br>> > fedora-list mailing list<br>> > fedora-list@redhat.com<br>> > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list<br>> > Guidelines:<br>> > http://fedoraproject.org/wiki/Communicate/MailingListGuidelines<br>> ><br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: https://www.redhat.com/archives/fedora-list/attachments/20091209/442c7875/attachment.html<br>> <br>> ------------------------------<br>> <br>> Message: 2<br>> Date: Wed, 09 Dec 2009 09:46:28 +0000<br>> From: Colin Paul Adams <colin@colina.demon.co.uk><br>> Subject: Re: Fedora on Macbook Air?<br>> To: "Community assistance\, encouragement\,      and advice for using<br>>      Fedora." <fedora-list@redhat.com><br>> Message-ID: <m3vdgg5vkb.fsf@colina.demon.co.uk><br>> Content-Type: text/plain; charset=us-ascii<br>> <br>> >>>>> "Tom" == Tom H <tomh0665@gmail.com> writes:<br>> <br>>     >> But how to get the Air to try to boot from the USB port?<br>>     Tom> Try booting with "c" pressed (it is supposed to be for<br>>     Tom> CDs/DVDs but it might work with a bootable external drive <br>> <br>> I actually meant with a DVD drive, but probably forgot to say that in<br>> my original message.<br>> This works up to a point. That is, I can begin the installation<br>> process, but when loading the kernel from the DVD, it soon comes to a<br>> halt (this is with F11, 64-bit, purely investigatory, as I shall try with F12<br>> once I have downloaded the ISO for that).<br>> <br>> >> "Chad" == Chad Kellerman <sunckell@gmail.com> writes:<br>> <br>>  Chad>When it comes to booting from a disk drive, I believe the Air only boot OS's<br>>  Chad> from a Super Drive.  ( I read that somewhere once..)<br>> <br>>  Chad>I think you want to look at http://refit.sourceforge.net/  that has all the<br>>  Chad> documentation you need<br>> <br>> Hm. It doesn't actually answer my question outright, but I think the<br>> answer is I can't do it - I will need to retain a minimal Mac OSX<br>> partition. :-( <br>> <br>> (I can't spare the disk space for two OSes, as I use<br>> the Air as a repository for digital photographs when on holiday. I<br>> filled the disk last year with one day to go of a fortnight in<br>> thailand - fortunately the 8GB memory card on the camera didn't fill<br>> on the last day).<br>> -- <br>> Colin Adams<br>> Preston Lancashire<br>> <br>> <br>> <br>> ------------------------------<br>> <br>> Message: 3<br>> Date: Wed, 09 Dec 2009 11:06:51 +0000<br>> From: "Marcelo M. Garcia" <marcelo.maia.garcia@googlemail.com><br>> Subject: Fedora 12 on Sun Blade x6250<br>> To: fedora-list@redhat.com<br>> Message-ID: <4B1F84CB.6070806@googlemail.com><br>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>> <br>> Hi<br>> <br>> I'm trying to install Fedora 12 x86_64 in a Sun Blade x6250 with PXE <br>> boot but the installation hangs when loading Anaconda, both in graphical <br>> and text mode. I'm using the Sun management tool (Sun eLOM) to do the <br>> network install, maybe Fedora requirements are to high to this tool, but <br>> does anyone knows a work around?<br>> <br>> To test the text mode, I just added the word "text" to the end of line <br>> "APPEND" in pxelinux.0 file, like:<br>> LABEL Fedora 12 x86_64<br>>          MENU LABEL Fedora 12 x86_64<br>>          KERNEL images/Fedora/12/x86_64/vmlinuz<br>>          APPEND initrd=images/Fedora/12/x86_64/initrd.img <br>> ramdisk_size=100000 text<br>> <br>> Thanks<br>> <br>> Marcelo<br>> <br>> <br>> <br>> <br>> ------------------------------<br>> <br>> Message: 4<br>> Date: Wed, 9 Dec 2009 09:30:09 -0200<br>> From: Andre Costa <blueser@gmail.com><br>> Subject: Re: How do I disable coredumps on F12?<br>> To: "Community assistance, encouragement,        and advice for using<br>>      Fedora." <fedora-list@redhat.com><br>> Message-ID:<br>>    <6d5924370912090330t6e53fbc5m15fe5320ad868152@mail.gmail.com><br>> Content-Type: text/plain; charset="iso-8859-1"<br>> <br>> Hi Ed,<br>> <br>> On Wed, Dec 9, 2009 at 01:57, Ed Greshko <Ed.Greshko@greshko.com> wrote:<br>> <br>> > Andre Costa wrote:<br>> > > Hi Rick, thks for the reply. Comments below:<br>> > ><br>> > > On Tue, Dec 8, 2009 at 23:12, Rick Stevens <ricks@nerd.com<br>> > > <mailto:ricks@nerd.com>> wrote:<br>> > ><br>> > >     On 12/08/2009 03:44 PM, Andre Costa wrote:<br>> > ><br>> > >         Hi,<br>> > ><br>> > >         apps crashes are generating coredumps on /var/cache/abrt/* ;<br>> > >         since I<br>> > >         won't debug them myself and won't send them anywhere because<br>> > >         they're too<br>> > >         big, I would like to turn them off. I tried uncommenting<br>> > ><br>> > >         #*               soft    core            0<br>> > ><br>> > >         on /etc/security/limits.conf but it did not work, coredumps<br>> > >         were still<br>> > >         being generated.<br>> > ><br>> > ><br>> > >     I believe you need to reboot for that to take effect.<br>> > ><br>> > ><br>> > > I did that, to no avail :-(<br>> > ><br>> > ><br>> > >         Then I tried to set<br>> > ><br>> > >         MaxCrashReportsSize = 0<br>> > ><br>> > >         directly on /etc/abrt/abrt.conf, restarted abrtd but it didn't<br>> > >         work<br>> > >         either (oddly enough abrt-gui doesn't allow changing this<br>> > >         setting, "ok"<br>> > >         button is disabled -- not even if I run it as root).<br>> > ><br>> > >         So, as a last resource I created a script on /etc/cron.daily<br>> > >         to get rid<br>> > >         of the coredumps, but I'd rather not create them in the first<br>> > >         place.<br>> > ><br>> > >         Anyone could give a hand?<br>> > ><br>> > ><br>> > >     Well, you should also, as root:<br>> > ><br>> > >            echo 'fs.suid_dumpable = 0' >> /etc/sysctl.conf<br>> > >            sysctl -p<br>> > ><br>> > >     That prevents suid programs from creating core files.  You should<br>> > >     also make sure that there is a line to the effect:<br>> > ><br>> > >            ulimit -S -c 0 >/dev/null 2>&1<br>> > ><br>> > >     is in /etc/profile so that all users have a core file dump limit size<br>> > >     of 0 bytes.<br>> > ><br>> > ><br>> > > Cool, nice tips, will implement them and see if they finally free me<br>> > > from these damned coredumps =/ (IMHO there should be an easier way of<br>> > > doing that, considering this is a "new" feature shipped with F12)<br>> > ><br>> > Have you tried simply turning off the abrtd service?<br>> <br>> <br>> That's definitely an option, and it already crossed my mind, but the thing<br>> is that I'd really like to contribute with bug reports. My problem is not<br>> abrt per se, I actually like the idea, but I just can't understand why it is<br>> not easy to turn off coredumps generation since they're useless -- the<br>> smallest one I've got was 15M, which AFAIK would never be accepted as a<br>> bugzilla attachment (and it can get worse: Firefox keeps generating 350-450M<br>> coredumps when it crashes...).<br>> <br>> So, ideally I would keep abrt around, and just turn off coredumps<br>> generation. But, if worse comes to worst, I will end up disabling it<br>> completely -- which I think will be a step back, but...<br>> <br>> Regards,<br>> <br>> Andre<br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: https://www.redhat.com/archives/fedora-list/attachments/20091209/deaf4189/attachment.html<br>> <br>> ------------------------------<br>> <br>> Message: 5<br>> Date: Wed, 09 Dec 2009 05:35:47 -0600<br>> From: Chris <racerx@makeworld.com><br>> Subject: Re: Latest Kernel causes reboot hell<br>> To: fedora-list@redhat.com<br>> Message-ID: <20091209053547.443101a4@makeworld.com><br>> Content-Type: text/plain; charset=UTF-8<br>> <br>> On Mon, 07 Dec 2009 18:30:02 -0500<br>> Sam Varshavchik <mrsam@courier-mta.com> wrote:<br>> <br>> > Chris writes:<br>> > <br>> > > On Mon, 07 Dec 2009 18:06:12 -0500<br>> > > Sam Varshavchik <mrsam@courier-mta.com> wrote:<br>> > > <br>> > >> Some time ago, in F9-F10 era, there was a consecutive series of<br>> > >> about four kernels that were released that could not boot on one<br>> > >> of my machines. Somehow, I managed to survive this traumatic<br>> > >> experience without installing a completely different distribution.<br>> > >> I waved a magic wand, and continued to boot the last working<br>> > >> kernel, until a new one came out that worked on my hardware once<br>> > >> more.<br>> > > <br>> > > I agree - quoting from Louis Lagendijk;<br>> > > <br>> > > "The best way to avoid the problem might be to get grub to display<br>> > > the list of installed (assuming that the original F12 kernel worked<br>> > > for you) and select that kernel to boot from. Change the default<br>> > > line in /etc/grub.conf to automate that....."<br>> > <br>> > It just occured to me that there may be a large number of people who<br>> > are completely unaware of the fact that they can easily boot a<br>> > previous kernel.<br>> > <br>> > Some time ago, someone decided to set up grub by default to hide its<br>> > boot menu, so that it boots without delay. As such, some people may<br>> > not even know about this option.<br>> > <br>> > This is a perfect example of why hiding some complexity from the end<br>> > user is not always a good idea.<br>> > <br>> <br>> Thanks for the suggestions to all that helped me out. I am now past the<br>> kernel/reboot issue.<br>> <br>> -- <br>> Best regards,<br>> <br>> Chris<br>> <br>> â€œIt is always better to have no ideas than false ones; to believe<br>> nothing, than to believe what is wrong.â€�<br>> <br>>            -- Thomas Jefferson<br>> <br>> <br>> <br>> ------------------------------<br>> <br>> Message: 6<br>> Date: Wed, 9 Dec 2009 11:56:32 +0000<br>> From: Ian Malone <ibmalone@gmail.com><br>> Subject: Re: Latest Kernel causes reboot hell<br>> To: "Community assistance, encouragement,      and advice for using<br>>      Fedora." <fedora-list@redhat.com><br>> Message-ID:<br>>    <124299980912090356j7d0b4905jfd4acbfcedd67291@mail.gmail.com><br>> Content-Type: text/plain; charset=UTF-8<br>> <br>> 2009/12/7 Sam Varshavchik <mrsam@courier-mta.com>:<br>> <br>> >><br>> >> "The best way to avoid the problem might be to get grub to display the<br>> >> list of installed (assuming that the original F12 kernel worked for you)<br>> >> and select that kernel to boot from. Change the default line<br>> >> in /etc/grub.conf to automate that....."<br>> <br>> Precisely, though there's no 'might' about it. Updated kernel fails to<br>> boot = boot to previous kernel instead. This is one of the easier<br>> update problems to work around, except that:<br>> <br>> ><br>> > It just occured to me that there may be a large number of people who are<br>> > completely unaware of the fact that they can easily boot a previous kernel.<br>> ><br>> > Some time ago, someone decided to set up grub by default to hide its boot<br>> > menu, so that it boots without delay. As such, some people may not even know<br>> > about this option.<br>> ><br>> > This is a perfect example of why hiding some complexity from the end user is<br>> > not always a good idea.<br>> ><br>> <br>> Yes, it does look more polished the way it is now, but what used to be<br>> really obvious (especially to someone who has always run dual boot<br>> set-ups), that you can boot an earlier kernel, is now an obscure piece<br>> of knowledge.  Suggestions:<br>> 1. The grub boot screen should have an explicit message to this effect.<br>> 2. (More difficult to implement), autodetect failures to boot and<br>> explicitly offer the user the alternatives. (A la Windows, not<br>> everything they do is bad.)<br>> <br>> -- <br>> imalone<br>> <br>> <br>> <br>> ------------------------------<br>> <br>> Message: 7<br>> Date: Wed, 09 Dec 2009 13:05:56 +0100<br>> From: Joachim Backes <joachim.backes@rhrk.uni-kl.de><br>> Subject: Problem with thunderbird message filters<br>> To: Fedora <fedora-list@redhat.com><br>> Message-ID: <4B1F92A4.9010603@rhrk.uni-kl.de><br>> Content-Type: text/plain; charset="iso-8859-1"<br>> <br>> Hi,<br>> I'm running the actual thunderbird (thunderbird-3.0b4) on F12.<br>> <br>> Having two accounts (1 IMAP, I POP), and I want to move all incoming <br>> emails for account-#2 (POP) to the IMAP-Inbox. So I made a filter with <br>> one entry: "Match all messages" as search criteria, and "move to <br>> IMAP-Inbox" as action.<br>> <br>> But this filter seems not to run, and when opening the error console <br>> window, I find a lot of messages:<br>> <br>> ---------------------------------------------------------------------<br>> Error: [Exception... "'JavaScript component does not have a method <br>> named: "handleEvent"' when calling method: <br>> [nsIDOMEventListener::handleEvent]"  nsresult: "0x80570030 <br>> (NS_ERROR_XPC_JSOBJECT_HAS_NO_FUNCTION_NAMED)"  location: "<unknown>" <br>> data: no]<br>> ----------------------------------------------------------------------<br>> <br>> Can anybody explain this behaviour? All comments are welcome.<br>> <br>> Regards<br>> <br>> Joachim Backes<br>> <br>> -- <br>> Joachim Backes <joachim.backes@rhrk.uni-kl.de><br>> <br>> http://www.rhrk.uni-kl.de/~backes<br>> <br>> -------------- next part --------------<br>> A non-text attachment was scrubbed...<br>> Name: smime.p7s<br>> Type: application/pkcs7-signature<br>> Size: 6101 bytes<br>> Desc: S/MIME Cryptographic Signature<br>> Url : https://www.redhat.com/archives/fedora-list/attachments/20091209/3a7bc25a/smime.bin<br>> <br>> ------------------------------<br>> <br>> Message: 8<br>> Date: Wed, 09 Dec 2009 07:13:30 -0500<br>> From: Sam Varshavchik <mrsam@courier-mta.com><br>> Subject: Re: Latest Kernel causes reboot hell<br>> To: Community assistance, encouragement, and advice for using Fedora.<br>>        <fedora-list@redhat.com><br>> Message-ID:<br>>  <cone.1260360810.157957.30383.500@commodore.email-scan.com><br>> Content-Type: text/plain; charset="us-ascii"<br>> <br>> Ian Malone writes:<br>> <br>> > Yes, it does look more polished the way it is now, but what used to be<br>> > really obvious (especially to someone who has always run dual boot<br>> > set-ups), that you can boot an earlier kernel, is now an obscure piece<br>> > of knowledge.  Suggestions:<br>> > 1. The grub boot screen should have an explicit message to this effect.<br>> > 2. (More difficult to implement), autodetect failures to boot and<br>> > explicitly offer the user the alternatives. (A la Windows, not<br>> > everything they do is bad.)<br>> <br>> I think there's a way to install a one-time only grub configuration file, <br>> for the next boot. I'm not sure how it's done now, but I think suspend to <br>> disk worked this way before, to have grub boot some loader that restores the <br>> suspended image into ram. If restore failed, the next boot loaded the usual <br>> kernel.<br>> <br>> The kernel update can do that, and a start up script that runs at the end of <br>> the boot cycle then commit the permanent configuration file, at the tail end <br>> of the next boot.<br>> <br>> -------------- next part --------------<br>> A non-text attachment was scrubbed...<br>> Name: not available<br>> Type: application/pgp-signature<br>> Size: 198 bytes<br>> Desc: not available<br>> Url : https://www.redhat.com/archives/fedora-list/attachments/20091209/15e26049/attachment.bin<br>> <br>> ------------------------------<br>> <br>> Message: 9<br>> Date: Wed, 09 Dec 2009 13:13:26 +0100<br>> From: Luc MAIGNAN <luc.maignan@winxpert.com><br>> Subject: LDAP authentication error<br>> To: "Community assistance, encouragement,       and advice for using<br>>      Fedora." <fedora-list@redhat.com><br>> Message-ID: <4B1F9466.3060209@winxpert.com><br>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>> <br>> Hi,<br>> <br>> I use an OpenLDAP server to permit users to log in their computers. All <br>> seem to be ok but for a while.<br>> After several days, users are required to change their passwords (I've <br>> never configured it) and they cannot do that (they are said they don't <br>> have enough rights to do this).<br>> <br>> Has anyone an idea to prevent the unsollicited change of password ?<br>> <br>> BR<br>> <br>> <br>> <br>> ------------------------------<br>> <br>> Message: 10<br>> Date: Wed, 9 Dec 2009 07:34:41 -0500<br>> From: Tom Horsley <tom.horsley@att.net><br>> Subject: Re: Latest Kernel causes reboot hell<br>> To: fedora-list@redhat.com<br>> Message-ID: <20091209073441.013df972@tomh><br>> Content-Type: text/plain; charset=US-ASCII<br>> <br>> On Wed, 09 Dec 2009 07:13:30 -0500<br>> Sam Varshavchik wrote:<br>> <br>> > I think there's a way to install a one-time only grub configuration file, <br>> > for the next boot.<br>> <br>> There are two ways: The one documented in the grub info file, and the<br>> one that actually works :-). Both involve "savedefault", but the<br>> grub "help savedefault" info is correct and the info file description<br>> of savedefault is completely bogus.<br>> <br>> <br>> <br>> ------------------------------<br>> <br>> Message: 11<br>> Date: Wed, 09 Dec 2009 13:51:23 +0100<br>> From: Luc MAIGNAN <luc.maignan@winxpert.com><br>> Subject: SB driver in F12 ?<br>> To: "Community assistance, encouragement, and advice for using<br>>      Fedora." <fedora-list@redhat.com><br>> Message-ID: <4B1F9D4B.2000004@winxpert.com><br>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>> <br>> Hi,<br>> <br>> is there any driver available under F12 for Creative Labs SB X-Fi ?<br>> <br>> BR<br>> <br>> <br>> <br>> ------------------------------<br>> <br>> Message: 12<br>> Date: Wed, 9 Dec 2009 14:05:12 +0100<br>> From: Austin Christain <austintik12@gmail.com><br>> Subject: confirm<br>> To: fedora-list@redhat.com<br>> Message-ID:<br>>       <6df391ae0912090505j4687130em200917fa4d92bd80@mail.gmail.com><br>> Content-Type: text/plain; charset="iso-8859-1"<br>> <br>> thanks guys for what you are doing out there..i need you to send me<br>> info/material to help me with my LPI1 exam am already prepareing for<br>> <br>> thanks<br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: https://www.redhat.com/archives/fedora-list/attachments/20091209/2674e2c9/attachment.html<br>> <br>> ------------------------------<br>> <br>> --<br>> fedora-list mailing list<br>> fedora-list@redhat.com<br>> https://www.redhat.com/mailman/listinfo/fedora-list<br>> <br>> End of fedora-list Digest, Vol 70, Issue 59<br>> *******************************************<br>                                     <br /><hr />49 habitantes, 49 expertos en Windows 7. Así es Sietes, <a href='http://www.sietesunpueblodeexpertos.com/' target='_new'> ¡Visítalo!</a></body>
</html>