Re: Poor ext4 performance questions

2014-11-10 Thread fedora

man tune2fs

suomi

On 11/11/2014 07:26 AM, George R Goffe wrote:

Hi,

I have some large ext4 filesystems with large numbers of files in them and 
performance really sucks. After inactivity, a simple ls takes minutes to 
complete. I'm pretty sure the drive is now powering itself down due to this 
inactivity.


Are there tuning parameters that I could alter that would keep more of the 
filesystem meta data in memory? It looks like the data slowly migrates back to 
disk and as a result, takes minutes to fill back up enough to respond.

Regards and THANKS for your help and your time,

George...


--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Poor ext4 performance questions

2014-11-10 Thread George R Goffe
Hi,

I have some large ext4 filesystems with large numbers of files in them and 
performance really sucks. After inactivity, a simple ls takes minutes to 
complete. I'm pretty sure the drive is now powering itself down due to this 
inactivity.


Are there tuning parameters that I could alter that would keep more of the 
filesystem meta data in memory? It looks like the data slowly migrates back to 
disk and as a result, takes minutes to fill back up enough to respond.

Regards and THANKS for your help and your time,

George...

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: Hibernate and lack of docs

2014-11-10 Thread Tim
On Tue, 2014-11-11 at 02:07 +0530, Sudhir Khanger wrote:
> I don't think swap size has to be bigger than size of RAM. Arch Linux
> has a good note on size of swap partition [1] which links to kernel
> documentation[2]. I used to make 4GB of swap partition on a system
> with 8GB of RAM on Arch Linux.

It does if you want to suspend/hibernate to the swap space.  Your RAM
has to dump its contents somewhere, and that's where it goes.


-- 
tim@localhost ~]$ uname -rsvp

Linux 3.16.7-200.fc20.i686 #1 SMP Thu Oct 30 18:40:30 UTC 2014 i686

All mail to my mailbox is automatically deleted, there is no point trying
to privately email me, I will only read messages posted to the public lists.

George Orwell's '1984' was supposed to be a warning against tyranny, not
a set of instructions for supposedly democratic governments.

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: Hibernate and lack of docs

2014-11-10 Thread Tim
On Mon, 2014-11-10 at 14:30 -0500, Fred Smith wrote:
> I DO have sympathy for people who would like to deprecate
> hibernate because the hardware situation is a big mess.

I would have thought suspend harder to support than hibernate.  A dump
to disc, and back again, ought to work relatively simply.  But telling a
computer to partially shut down, and not have it completely shut down,
and to keep its RAM refreshed, sounds like more work.


-- 
tim@localhost ~]$ uname -rsvp

Linux 3.16.7-200.fc20.i686 #1 SMP Thu Oct 30 18:40:30 UTC 2014 i686

All mail to my mailbox is automatically deleted, there is no point trying
to privately email me, I will only read messages posted to the public lists.

George Orwell's '1984' was supposed to be a warning against tyranny, not
a set of instructions for supposedly democratic governments.

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: Configuring a printer on a server without a GUI

2014-11-10 Thread Kevin Cummings
On 11/10/2014 10:15 PM, Robert Moskowitz wrote:
> I have a server here that has no GUI installed.
> 
> No gnome, xfce, or any other.  And I want to install a printer.  It is
> an HP8610 and I have the url for it.  I strangely thought that
> system-config-printer would work, but that also requires more than just
> a text window as I get:
> 
> # system-config-printer
> Unable to init server: Could not connect: Connection refused
> Unable to init server: Could not connect: Connection refused
> Unable to init server: Could not connect: Connection refused
> 
> (system-config-printer.py:15388): Gtk-WARNING **: cannot open display:
> 
> 
> Oh, yes, no monitor at ALL.  Only a serial console or SSH terminal.

Can you SSH in from a device with a GUI and access it with the GUI over
the network?  (ssh -Y)?

-- 
Kevin J. Cummings
kjch...@verizon.net
cummi...@kjchome.homeip.net
cummi...@kjc386.framingham.ma.us
Registered Linux User #1232 (http://www.linuxcounter.net/)
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Configuring a printer on a server without a GUI

2014-11-10 Thread Robert Moskowitz

I have a server here that has no GUI installed.

No gnome, xfce, or any other.  And I want to install a printer.  It is 
an HP8610 and I have the url for it.  I strangely thought that 
system-config-printer would work, but that also requires more than just 
a text window as I get:


# system-config-printer
Unable to init server: Could not connect: Connection refused
Unable to init server: Could not connect: Connection refused
Unable to init server: Could not connect: Connection refused

(system-config-printer.py:15388): Gtk-WARNING **: cannot open display:


Oh, yes, no monitor at ALL.  Only a serial console or SSH terminal.


--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: Hibernate and lack of docs

2014-11-10 Thread Ding Yi Chen


- Original Message -
> On Mon, Nov 10, 2014 at 4:08 AM, Martín Marqués 
> wrote:
> > 1) I had trouble getting the system to hibernate. There wasn't
> > anything clear about the fact that you needed to have a swap bigger
> > than the amount of memory you have. Also, it doesn't work if you have
> > a file as swap (which was the easiest way to start testing)
> 
> I don't think swap size has to be bigger than size of RAM. Arch Linux
> has a good note on size of swap partition [1] which links to kernel
> documentation[2]. I used to make 4GB of swap partition on a system
> with 8GB of RAM on Arch Linux. Anaconda makes 7.6GB of swap partition
> on same machine.
> 
> Swap file does support hibernating. Again refer to Arch Linux wiki [3].
> 
> I have tried both of the above scenarios myself. I have switched to
> Fedora and I use btrfs filesystem, so, I can't provide any more info.
> I have Thinkpad T420i.

I actually tried the swap size around Fedora 7 and RHEL 5, an found out 
RAM * 1.2 is sufficient.

I have stuck which this configuration, and never have trouble since.


-- 
Ding-Yi Chen
Software Engineer
Internationalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com

Red Hat, Asia-Pacific Pty Ltd
Level 1, 193 North Quay
Brisbane 4000
Office: +61 7 3514 8100
Fax: +61 7 3514 8199
Website: www.redhat.com

Red Hat, Inc.
Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
Twitter: Red Hat APAC | Red Hat ANZ
LinkedIn: Red Hat APAC | JBoss APAC
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: terminal spreadsheet - sc fork

2014-11-10 Thread Ding Yi Chen
- Original Message -

> Hello there!!
> I am working on a terminal spreadsheet based on "sc", but with some adds like
> undo/redo..
> you can find it here:

> https://github.com/andmarti1424/scim

> Any new ideas and/or contribution is always welcome!
> Thanks!

> Andrés M.
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org

The name actually collide with 
http://en.wikipedia.org/wiki/Smart_Common_Input_Method 
(SCIM), which is also in Fedora. 

But generally I like the spreadsheet on terminal. 

-- 
Ding-Yi Chen 
Software Engineer 
Internationalization Group 
DID: +61 7 3514 8239 
Email: dc...@redhat.com 

Red Hat, Asia-Pacific Pty Ltd 
Level 1, 193 North Quay 
Brisbane 4000 
Office: +61 7 3514 8100 
Fax: +61 7 3514 8199 
Website: www.redhat.com 

Red Hat, Inc. 
Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC 
Twitter: Red Hat APAC | Red Hat ANZ 
LinkedIn: Red Hat APAC | JBoss APAC 
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: Evolution 3.10.4 and Fedora 20

2014-11-10 Thread Gregory P. Ennis
On Mon, 2014-11-10 at 10:10 -0600, Gregory P. Ennis wrote:
> I had searched the evolution list, but did not see an entry similar to
> my problem.  Since this problem not only 'freezes' the evolution
> display, but also freezes the entire gui, I thought starting here
> would
> be better. (Sorry about the use of 'freeze', but I can not think of a
> better word).  

"Freeze" is fine as a description. Freezes can be caused by video card
problems so it could be relevant to post what make and model you have.

poc



Patrick,

The machines I have access to today is a Dell Optiplex 780, 745, and
755.  There is one HP machine that I do not have access to this
afternoon.

780 -
VGA compatible controller: Intel Corporation 4 Series Chipset Integrated
Graphics Controller (rev 03) (prog-if 00 [VGA controller]

745 -
VGA compatible controller: Intel Corporation 82Q963/Q965 Integrated
Graphics Controller (rev 02) (prog-if 00 [VGA controller])

780 -
VGA compatible controller: Intel Corporation 82Q963/Q965 Integrated
Graphics Controller (rev 02) (prog-if 00 [VGA controller])

755 -
VGA compatible controller: Intel Corporation 82Q35 Express Integrated
Graphics Controller (rev 02) (prog-if 00 [VGA controller])

Also, it should be noted that my observations were the same as John's in
that I was first suspicious of Firefox along with gpaste.  After
removing gpaste and not accessing Firefox the only software that was
consistently associated with the problem was evolution.  I never noticed
this on F16, F17, F18, F19, but John is correct in that this causes a
real problem that is only solved by a reboot. 

Greg 



-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: What is the deal with rpmfusion nvidia updates?

2014-11-10 Thread Joe Zeff

On 11/10/2014 06:53 AM, Neal Becker wrote:

Joe Zeff wrote:


On 11/09/2014 01:40 AM, Mike Chambers wrote:

Try to install the new kernel first, then after, see if the new kmod
will update.


Speaking from experience, when you update the kernel, the new kmod (if
available) is normally drawn in as a dependency.


Except when, as I just showed, it isn't.



Yes.  Exactly, which is why I was very careful to qualify that by saying 
"normally."

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: Hibernate and lack of docs

2014-11-10 Thread Sudhir Khanger
On Mon, Nov 10, 2014 at 4:08 AM, Martín Marqués  wrote:
> 1) I had trouble getting the system to hibernate. There wasn't
> anything clear about the fact that you needed to have a swap bigger
> than the amount of memory you have. Also, it doesn't work if you have
> a file as swap (which was the easiest way to start testing)

I don't think swap size has to be bigger than size of RAM. Arch Linux
has a good note on size of swap partition [1] which links to kernel
documentation[2]. I used to make 4GB of swap partition on a system
with 8GB of RAM on Arch Linux. Anaconda makes 7.6GB of swap partition
on same machine.

Swap file does support hibernating. Again refer to Arch Linux wiki [3].

I have tried both of the above scenarios myself. I have switched to
Fedora and I use btrfs filesystem, so, I can't provide any more info.
I have Thinkpad T420i.

Hibernation can be useful when you know that you are travelling and
won't use your laptop for certain number of hours. And when battery
runs out suspend will kill everything and shutdown.

[1] 
https://wiki.archlinux.org/index.php/Suspend_and_hibernate#About_swap_partition.2Ffile_size
[2] https://www.kernel.org/doc/Documentation/power/interface.txt
[3] 
https://wiki.archlinux.org/index.php/Suspend_and_hibernate#Hibernation_into_swap_file

-- 
Regards,
Sudhir Khanger,
sudhirkhanger.com,
github.com/donniezazen,
5577 8CDB A059 085D 1D60  807F 8C00 45D9 F5EF C394.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: What is the deal with rpmfusion nvidia updates?

2014-11-10 Thread Stephen Morris

On 11/11/2014 01:53 AM, Neal Becker wrote:

Joe Zeff wrote:


On 11/09/2014 01:40 AM, Mike Chambers wrote:

Try to install the new kernel first, then after, see if the new kmod
will update.

Speaking from experience, when you update the kernel, the new kmod (if
available) is normally drawn in as a dependency.

Except when, as I just showed, it isn't.
Just my 2 cents worth, as I understand things the kernel does not have 
kmod-nvidia as a dependency, its the other way around, kmod-nvidia has a 
dependency on the kernel version it has been compiled for. For example, 
when I did a full system update yesterday the kernel was upgraded to the 
latest version available in the mirrors dnf is using and kmod-nvidia was 
upgraded to 3.16.6 at the same time, and then this morning rpm fusion 
notified of an upgrade to kmod-nvidia to 3.16.7. I have just done a 
normal 'dnf upgrade' which upgraded, in my case, kmod-nvidia and 
kmod-virtualbox both to 3.16.7.
Just further to this I have also been in the situation where a kernel 
has been updated and kmod-nvidia has not and at boot time the nvidia 
driver would not start because the installed one was not compatible with 
the new kernel. My system was still usable because I could reboot into 
the older kernel that was compatible with the installed kmod-nvidia 
driver, but in addition, xorg also falls back to the nouveau driver if 
the nvidia driver doesn't work, and, if the nouveau driver is not 
available it falls back to the vga driver before it gives up.
Having said this, compatibility between kmod-nvidia and the kernel is 
not that big a deal for me as I also have akmod-nvidia installed so the 
driver will be compiled and installed at boot time if necessary anyway.


regards,
Steve





<>-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: Hibernate and lack of docs

2014-11-10 Thread Fred Smith
On Mon, Nov 10, 2014 at 09:42:07AM -0700, Pete Travis wrote:
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 11/10/2014 06:36 AM, Martín Marqués wrote:
> > 2014-11-09 20:31 GMT-03:00 Pete Travis :

> > I had a Dell laptop a which I bought about 4 years ago. I almost
> > always suspended it (no hibernation) and when it got to 14 months
> > (warrant was over) it died (hard die, like in motherboard chip got
> > fried).
> >
> > The guy in Dell told me not to suspend the laptop, at least not for
> > long periods of time, which really surprised me.
> 
> Post hoc, ergo propter hoc?  I've had Dell laptops from then, older,
> newer.  Suspend triggered by lid close was the normal disuse state for
> all, with periodic hard halts due to battery depletion :)  Generally,
> some laptops fail, and some don't - unless there's an explicitly clear
> impetus, ie prolonged dirty power or physical damage, there's a lot of
> speculation involved.  It seems to be more common with machines equipped
> with heat-producing dedicated graphics, so I avoid them.
> >
> >
> > About cold boot, well even if the cold boot is fast, there is lots of
> > things I need to get starting before I start to work (ssh keys, login
> > to monitoring systems, etc) which make a cold boot extremely tiresome.
> >
> >> On point 3, one would hope that resuming from hibernate didn't require
> >> you to manually edit the grub configs every time :)  I'm not well versed
> >> in the area, but it smells like at least one bug/deficiency  from here.
> >
> > This looks like a kernel bug, as you can specify a boot partition
> > using UUID, so why not the one to resume from.
> >
> >> [1]
> >>
> http://docs.fedoraproject.org/en-US/Fedora/20/html/Power_Management_Guide/pr01s02.html
> >
> > Thanks.
> >
> Sure, just because hibernation has 'fallen out of favor' doesn't mean
> you shouldn't expect it to work :)  The kernel devs are good about
> triage, filing a bug there would be a good start even if the kernel
> isn't directly at fault (systemd, maybe?)

Agreed, it SHOULD work, wherver possible (within constraints of weird/
broken hardware).

I sometimes need to shut down a machine (laptop or desktop) temporarily
while I have important stuff open or otherwise in progress, and do not
want to lose it. Suspend isn't always suitable because you can't unplug
a desktop to move it while in suspend, unless you don't mind losing
what you're doing. And of course, if I NEEDED hibernate, suspend just
wouldn't do.

As a programmer myself, I understand (painfully, too often) that for
any arbitrary situation one might find oneself stuck in, that some of the
more attractive choices just won't do, and the really useful choice can
be painful, so I DO have sympathy for people who would like to deprecate
hibernate because the hardware situation is a big mess.

-- 
---
 .Fred Smith   /  
( /__  ,__.   __   __ /  __   : / 
 //  /   /__) /  /  /__) .+'   Home: fre...@fcshome.stoneham.ma.us 
//  (__ (___ (__(_ (___ / :__ 781-438-5471 
 Jude 1:24,25 -
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: Evolution 3.10.4 and Fedora 20

2014-11-10 Thread Patrick O'Callaghan
On Mon, 2014-11-10 at 10:10 -0600, Gregory P. Ennis wrote:
> I had searched the evolution list, but did not see an entry similar to
> my problem.  Since this problem not only 'freezes' the evolution
> display, but also freezes the entire gui, I thought starting here
> would
> be better. (Sorry about the use of 'freeze', but I can not think of a
> better word).  

"Freeze" is fine as a description. Freezes can be caused by video card
problems so it could be relevant to post what make and model you have.

poc

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: Yum whatprovides ??

2014-11-10 Thread Mickey


On 11/09/2014 11:05 PM, Rex Dieter wrote:

Mickey wrote:


F20/KDE

Trying to determine what package provides /Settings/System
Settings/Display and Monitor  ?

kscreen

-- Rex



Rex, thanks for your reply, I was thinking that kscreen was part of a 
workspace.rpm i did not realize it was a RPM of it's own.


I installed Fedora 20 on a friends computer and when you ran Kscreen to 
change to a lower resolution it would kick all the Icons that was on the 
left of screen,  off the screen that was on the Desktop or Panel and you 
couldn't see any of them, including the Fedora Menu Icon.


So I figured that it was a bad install of Kscreen, so I'm going to 
remove Kscreen and re-install it.

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


terminal spreadsheet - sc fork

2014-11-10 Thread Andrés Martinelli
Hello there!!
I am working on a terminal spreadsheet based on "sc", but with some adds
like undo/redo..
you can find it here:

https://github.com/andmarti1424/scim

Any new ideas and/or contribution is always welcome!
Thanks!

Andrés M.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: Hibernate and lack of docs

2014-11-10 Thread Pete Travis

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 11/10/2014 06:36 AM, Martín Marqués wrote:
> 2014-11-09 20:31 GMT-03:00 Pete Travis :
>>
>>
>> Please file a bug[1] against the documentation you're referencing,
>> probably the Power Management Guide?  That will help the guide
>> coordinator ensure that the issue is appropriately addressed. Point 1)
>> seems especially relevant, that much should be explicitly clear.
>
> Will do so. Just wanted to get some impressions here before filing a bug.
I see the bug - thanks!
>
>> fwiw, it seems like hibernation is generally falling out of favor these
>> days.  I know not everyone has newer systems, but those that do have
>> machines that use shockingly little power on suspend, and cold boot
>> faster than a resume from hibernate could ever achieve.
>
> I had a Dell laptop a which I bought about 4 years ago. I almost
> always suspended it (no hibernation) and when it got to 14 months
> (warrant was over) it died (hard die, like in motherboard chip got
> fried).
>
> The guy in Dell told me not to suspend the laptop, at least not for
> long periods of time, which really surprised me.

Post hoc, ergo propter hoc?  I've had Dell laptops from then, older,
newer.  Suspend triggered by lid close was the normal disuse state for
all, with periodic hard halts due to battery depletion :)  Generally,
some laptops fail, and some don't - unless there's an explicitly clear
impetus, ie prolonged dirty power or physical damage, there's a lot of
speculation involved.  It seems to be more common with machines equipped
with heat-producing dedicated graphics, so I avoid them.
>
>
> About cold boot, well even if the cold boot is fast, there is lots of
> things I need to get starting before I start to work (ssh keys, login
> to monitoring systems, etc) which make a cold boot extremely tiresome.
>
>> On point 3, one would hope that resuming from hibernate didn't require
>> you to manually edit the grub configs every time :)  I'm not well versed
>> in the area, but it smells like at least one bug/deficiency  from here.
>
> This looks like a kernel bug, as you can specify a boot partition
> using UUID, so why not the one to resume from.
>
>> [1]
>>
http://docs.fedoraproject.org/en-US/Fedora/20/html/Power_Management_Guide/pr01s02.html
>
> Thanks.
>
Sure, just because hibernation has 'fallen out of favor' doesn't mean
you shouldn't expect it to work :)  The kernel devs are good about
triage, filing a bug there would be a good start even if the kernel
isn't directly at fault (systemd, maybe?)

- -- 
- -- Pete Travis
 - Fedora Docs Project Leader
 - 'randomuser' on freenode
 - immanet...@fedoraproject.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJUYOrVAAoJEL1wZM0+jj2ZA/4IAKNHkJonhK8HJVepHrnyjFsg
rSol2u5LfOOu/X+OZByHr5fZKsUBeI6LuHG046AdcJGACTvi1hDBVCD+ApmuzgHz
/mdh/F0Pb0IVx5V7RTSZJHn6Uiq/c0j4rR3HcxmtHkZyp9oFo5HHCB1U6PRheJLN
fSf1zUHmoAHvMN3UOy+hXeve6m1ur7q0trAxEizYsNEsDWXSsQlSqfgfRo5qZ3tB
0EjtRrjEq6At+fzHUsyYO+76w+UJZ4i80oZukeCIpANKfmcnmU3AGkdQ4t3oOJEI
1hhB0/dt/DPa4dm7LntpM52zSSpRGIarlPrTVgSrnjQSEtQ0xwtTrrjNEeBODUc=
=/tID
-END PGP SIGNATURE-


-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: Evolution 3.10.4 and Fedora 20

2014-11-10 Thread Gregory P. Ennis
On Sun, 2014-11-09 at 19:03 -0600, Gregory P. Ennis wrote:
> Everyone,
> 
> I have about 6 desktop's running F20 with evolution 3.10.4 that have had
> problems related to the desktop gui 'freezing'.  I can go to a terminal
> interface by hitting F2, and when I toggle back to the gui
> it is still not usable.   The screen is filled with the last object
> displayed in this case it is always evolution that does not respond, and
> I am unable to switch to anything else on the gui.  All panels are
> unaddressable. 
> 
> At first I thought the problem was gpaste so I removed it on a test
> desktop.  The symptoms appeared less often but were still present.  It
> seems to hang with evolution.  
> 
> Has anyone else had this problem?  Can anyone help me debug this.

You don't say which desktop you're running. I run Evolution under KDE
for example, and had some minor problems around when F20 was released,
due to some missing Gnome packages. Not the same as what you describe,
but still related to GUI issues.

In any case, you might find it useful to ask on the Evolution list. See
https://mail.gnome.org/mailman/listinfo/evolution-list

poc

Patrick,

Thanks for your response.  My mistake in not stipulating the desktop; I
am using a gnome desktop. 

I had searched the evolution list, but did not see an entry similar to
my problem.  Since this problem not only 'freezes' the evolution
display, but also freezes the entire gui, I thought starting here would
be better. (Sorry about the use of 'freeze', but I can not think of a
better word).  

Unfortunately, this problem is occurring on more than one machine, and
it has happened to me as well; I would suspect that this affects others
too.  

I will wait a couple of days before I post this on the evolution list to
see if others have had this problem here.  

Thanks again for your response,

Greg 

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: Evolution 3.10.4 and Fedora 20

2014-11-10 Thread John Mellor
I have also observed this problem, not just in Evolution, but also in
Firefox.  In my case, the problem appears to be either (a) mail and web
pages that contain images or videos that have problematic render engines on
Linux, or (b) massive processor overload when web pages that have a large
number of videos on them (such as Facebook) try to render them all
simultaneously without limiting the resource utilization.

Because the problems are across more than one client application, I suspect
that the problem is actually an inability to limit resource utilization by
the desktop - in my case Gnome.  It has been like this for quite a few
Fedora releases now, and other than getting away from Gnome, I'm not sure
what else to do.  On an underpowered dual-core, these lockups are
devastating, and sometimes even require an ACPI reboot to recover from.

On Sun, Nov 9, 2014 at 8:03 PM, Gregory P. Ennis  wrote:

> Everyone,
>
> I have about 6 desktop's running F20 with evolution 3.10.4 that have had
> problems related to the desktop gui 'freezing'.  I can go to a terminal
> interface by hitting F2, and when I toggle back to the gui
> it is still not usable.   The screen is filled with the last object
> displayed in this case it is always evolution that does not respond, and
> I am unable to switch to anything else on the gui.  All panels are
> unaddressable.
>
> At first I thought the problem was gpaste so I removed it on a test
> desktop.  The symptoms appeared less often but were still present.  It
> seems to hang with evolution.
>
> Has anyone else had this problem?  Can anyone help me debug this.
>
> Thank you for your help.
>
> Greg Ennis
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
>
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: What is the deal with rpmfusion nvidia updates?

2014-11-10 Thread Neal Becker
Joe Zeff wrote:

> On 11/09/2014 01:40 AM, Mike Chambers wrote:
>> Try to install the new kernel first, then after, see if the new kmod
>> will update.
> 
> Speaking from experience, when you update the kernel, the new kmod (if
> available) is normally drawn in as a dependency.

Except when, as I just showed, it isn't.

-- 
-- Those who don't understand recursion are doomed to repeat it

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


MAC privacy trail at IETF

2014-11-10 Thread Robert Moskowitz
This week at IETF, we are running a trial on MAC privacy.  Fedora 20 
users (like me!) are included in this trial.


Basically the concern and goal is ablitity to track a system/user by the 
mac address; particularly since it is used in constructing the IPv6 address.


The trial is explained here:

https://www.ietf.org/registration/MeetingWiki/wiki/91privacy

Scroll down to see how YOU can set up your system to help improve your 
privacy!



--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: Hibernate and lack of docs

2014-11-10 Thread Bob Marcan
On Mon, 10 Nov 2014 10:36:27 -0300
Martín Marqués  wrote:

> 2014-11-09 20:31 GMT-03:00 Pete Travis :
> >

> About cold boot, well even if the cold boot is fast, there is lots of
> things I need to get starting before I start to work (ssh keys, login
> to monitoring systems, etc) which make a cold boot extremely tiresome.
> 

You can achieve this with pm-suspend or pm-suspend-hybrid.

BR, Bob
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: Hibernate and lack of docs

2014-11-10 Thread Martín Marqués
2014-11-09 20:31 GMT-03:00 Pete Travis :
>
>
> Please file a bug[1] against the documentation you're referencing,
> probably the Power Management Guide?  That will help the guide
> coordinator ensure that the issue is appropriately addressed. Point 1)
> seems especially relevant, that much should be explicitly clear.

Will do so. Just wanted to get some impressions here before filing a bug.

> fwiw, it seems like hibernation is generally falling out of favor these
> days.  I know not everyone has newer systems, but those that do have
> machines that use shockingly little power on suspend, and cold boot
> faster than a resume from hibernate could ever achieve.

I had a Dell laptop a which I bought about 4 years ago. I almost
always suspended it (no hibernation) and when it got to 14 months
(warrant was over) it died (hard die, like in motherboard chip got
fried).

The guy in Dell told me not to suspend the laptop, at least not for
long periods of time, which really surprised me.

About cold boot, well even if the cold boot is fast, there is lots of
things I need to get starting before I start to work (ssh keys, login
to monitoring systems, etc) which make a cold boot extremely tiresome.

> On point 3, one would hope that resuming from hibernate didn't require
> you to manually edit the grub configs every time :)  I'm not well versed
> in the area, but it smells like at least one bug/deficiency  from here.

This looks like a kernel bug, as you can specify a boot partition
using UUID, so why not the one to resume from.

> [1]
> http://docs.fedoraproject.org/en-US/Fedora/20/html/Power_Management_Guide/pr01s02.html

Thanks.


-- 
Martín Marqués http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


Re: Evolution 3.10.4 and Fedora 20

2014-11-10 Thread Patrick O'Callaghan
On Sun, 2014-11-09 at 19:03 -0600, Gregory P. Ennis wrote:
> Everyone,
> 
> I have about 6 desktop's running F20 with evolution 3.10.4 that have had
> problems related to the desktop gui 'freezing'.  I can go to a terminal
> interface by hitting F2, and when I toggle back to the gui
> it is still not usable.   The screen is filled with the last object
> displayed in this case it is always evolution that does not respond, and
> I am unable to switch to anything else on the gui.  All panels are
> unaddressable. 
> 
> At first I thought the problem was gpaste so I removed it on a test
> desktop.  The symptoms appeared less often but were still present.  It
> seems to hang with evolution.  
> 
> Has anyone else had this problem?  Can anyone help me debug this.

You don't say which desktop you're running. I run Evolution under KDE
for example, and had some minor problems around when F20 was released,
due to some missing Gnome packages. Not the same as what you describe,
but still related to GUI issues.

In any case, you might find it useful to ask on the Evolution list. See
https://mail.gnome.org/mailman/listinfo/evolution-list

poc

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org