On Mon, Apr 21, 2014 at 12:59 AM, Aleksandar Kostadinov
wrote:
> Hello,
>
> I want to report a freeze with latest fedora 3.13 kernel just on login
> screen. The issue is not present on the initial kernel coming with fedora 20
> life CD.
>
> The problem is that when I boot I can't switch to a text
On Apr 20, 2014, at 2:00 AM, Andrew Haley wrote:
> On 04/18/2014 12:56 AM, Rahul Sundaram wrote:
>
>> On Thu, Apr 17, 2014 at 7:43 PM, Tucker wrote:
>>
>>> That's helpful, thanks. There appear to be a number of services that
>>> depend on the tmpfiles.d conf files. I don't want to break thin
On Apr 21, 2014 3:54 AM, "Ed Greshko" wrote:
>
> On 04/21/14 00:13, Sudhir Khanger wrote:
> > I booted into runlevel 3 and saw system being flooded with nouveau
> > errors. Here is a screenshot http://i.imgur.com/qET8Zxrl.jpg
> >
> > nouveau W[ PFIFO][1000 and more numbers.
> >
> > I can boot fine
Am 20.04.2014 21:23, schrieb Dan Thurman:
for some reason, spammers are getting through TLS
and are bypassing/ignoring access database? I poured
over the Internet but have yet to figure it out...
TLS is no protection against a misused of your MTA.
How can I prevent spammers from using my sen
On 04/21/14 06:24, Ed Greshko wrote:
> Of course you always have the option of switching to the nVidia drivers from
> rpmfusion. I'm sure that you've thought of that already
To continue the thought before my cat hit send.
alreadyI was forced to move to nVidia when noveau produced nothin
On 04/21/14 00:13, Sudhir Khanger wrote:
> I booted into runlevel 3 and saw system being flooded with nouveau
> errors. Here is a screenshot http://i.imgur.com/qET8Zxrl.jpg
>
> nouveau W[ PFIFO][1000 and more numbers.
>
> I can boot fine with any kernel with nomodeset.
> I can boot fine with any ke
On 04/20/2014 01:38 PM, jdow wrote:
Heartbleed... Anybody running an OpenSSL server has compromised passwords
for anybody using the system at least from when the vulnerability was
revealed until it was repaired should consider every password on the
system is compromised. They should ALL be change
Heartbleed... Anybody running an OpenSSL server has compromised passwords
for anybody using the system at least from when the vulnerability was
revealed until it was repaired should consider every password on the
system is compromised. They should ALL be changed, pronto. And you should
make sure i
Dan Thurman writes:
for some reason, spammers are getting through TLS
and are bypassing/ignoring access database? I poured
over the Internet but have yet to figure it out...
The most common way is by hacking the client's PC, and authenticating to the
mail server using the stolen loginid and
On 04/20/2014 12:23 PM, Dan Thurman wrote:
How can I prevent spammers from using my sendmail
server as an open relay even though open-relay is closed?
Use Port 587 and SMTPAuth.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedo
Hello,
I want to report a freeze with latest fedora 3.13 kernel just on login
screen. The issue is not present on the initial kernel coming with
fedora 20 life CD.
The problem is that when I boot I can't switch to a text console after
the freeze. I don't have good access to the laptop becaus
for some reason, spammers are getting through TLS
and are bypassing/ignoring access database? I poured
over the Internet but have yet to figure it out...
How can I prevent spammers from using my sendmail
server as an open relay even though open-relay is closed?
Note STARTTLS=client and deferred
fedora 20
I installed Fedora 20 on /dev/sdb1 and after installation was completed
it didn't select /dev/sdb1 and bootup .
I have Windows on sda1 so i put a sdb in computer for Linux.
Is the command, grub2-install /dev/sdb1 the correct command for booting
Fedora 20 on sdb1 ?
--
users mailing
On Apr 20, 2014 9:59 AM, "Ed Greshko" wrote:
>
> On 04/20/14 11:26, Sudhir Khanger wrote:
> > Although I appreciate Dhaval commenting but response sounded like
off-topic.
>
> Not so sure that his suggestions where that off topic. But anyway...
>
> >
> > If I were to see any process eating CPU wou
On Apr 20, 2014 6:46 PM, "Ed Greshko" wrote:
>
> On 04/20/14 20:51, Ahmad Samir wrote:
> >
> > The value of fs.inotify.max_user_watches was increased in F18, and
later releases, due to this bug[1] in nepomuk. It's configured by
/usr/lib/sysctl.d/97-kde-nepomuk-filewatch-inotify.conf which is insta
On Sun, Apr 20, 2014 at 9:58 AM, Ed Greshko wrote:
>
> On 04/20/14 11:26, Sudhir Khanger wrote:
> > Although I appreciate Dhaval commenting but response sounded like off-topic.
>
> Not so sure that his suggestions where that off topic. But anyway...
>
> >
> > If I were to see any process eating C
On 04/20/14 21:38, Ahmad Samir wrote:
> /usr/lib/sysctl.d/97-kde-nepomuk-filewatch-inotify.conf is included in the
> initramfs by dracut when a kernel is installed/updated. Check `lsinitrd
> /boot/initramfs-$(uname -r).img | grep sysctl`.
>
> So in effect you'd have to re-create the initramfs aft
On 20 April 2014 15:15, Ed Greshko wrote:
> On 04/20/14 20:51, Ahmad Samir wrote:
> >
> > The value of fs.inotify.max_user_watches was increased in F18, and later
> releases, due to this bug[1] in nepomuk. It's configured by
> /usr/lib/sysctl.d/97-kde-nepomuk-filewatch-inotify.conf which is insta
On 04/20/14 20:51, Ahmad Samir wrote:
>
> The value of fs.inotify.max_user_watches was increased in F18, and later
> releases, due to this bug[1] in nepomuk. It's configured by
> /usr/lib/sysctl.d/97-kde-nepomuk-filewatch-inotify.conf which is installed by
> nepomuk-core, so ideally you'd get th
On 04/20/14 20:51, Ahmad Samir wrote:
> The value of fs.inotify.max_user_watches was increased in F18, and later
> releases, due to this bug[1] in nepomuk. It's configured by
> /usr/lib/sysctl.d/97-kde-nepomuk-filewatch-inotify.conf which is installed by
> nepomuk-core, so ideally you'd get that
On 20 April 2014 10:28, M. Fioretti wrote:
> On Sun, Apr 20, 2014 16:24:08 PM +0800, Ed Greshko wrote:
> > On 04/20/14 15:08, M. Fioretti wrote:
>
> > FWIW, everything I've seen indicates this value is not calculated
> > but configured when the kernel is compiled. I just happen to have
> > an ol
On 04/20/14 16:28, M. Fioretti wrote:
> ok that's why then. So the only thing I need, if anything, is further
> confirmation that increasing it on F17 would not cause problems. I'll
> wait until tomorrow for further comments and then "risk" the increase
> :-)
FWIW, I just made the change in /etc/s
On Sun, Apr 20, 2014 16:24:08 PM +0800, Ed Greshko wrote:
> On 04/20/14 15:08, M. Fioretti wrote:
> FWIW, everything I've seen indicates this value is not calculated
> but configured when the kernel is compiled. I just happen to have
> an old F17 disk and created a VM. As expected, it is set to
On 04/20/14 15:08, M. Fioretti wrote:
> On Sun, Apr 20, 2014 14:40:07 PM +0800, Ed Greshko wrote:
>> One "silly" question.
>>
>> What version of Fedora are you running. I found a message on the
>> mailing lists back in 2010 which, from a reliable source, indicated
> this is happening
On 04/18/2014 12:56 AM, Rahul Sundaram wrote:
> On Thu, Apr 17, 2014 at 7:43 PM, Tucker wrote:
>
>> That's helpful, thanks. There appear to be a number of services that
>> depend on the tmpfiles.d conf files. I don't want to break things like
>> kmod, I just want this thing that's doing Bad Thi
On Sun, Apr 20, 2014 14:40:07 PM +0800, Ed Greshko wrote:
> One "silly" question.
>
> What version of Fedora are you running. I found a message on the mailing
> lists back in 2010 which, from a reliable source, indicated
this is happening on an F17 box. It **is** scheduled to be mov
26 matches
Mail list logo
