Terminal Expiring
by [Sunshine Tech Solutions] Ravi Gehlot
My SSH connections are expiring after sometime with PUTTY.
How do I disable that. Using FC4 here.
Thanks,
Ravi.
--
-------------------------------------------
Ravi Gehlot.
Sr. Management
Sunshine Technology Solutions, LLC
http://www.sunshinetechsolutions.com/
ravi(a)sunshinetechsolutions.com
Cell Phone: (407) 860-3775
Business Line: (407) 745-1433
-------------------------------------------
Confidentiality Notice: This message including any
attachments is for the sole use of the intended
recipient(s) and may contain confidential and privileged
information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the
intended recipient, please contact the sender and
delete any copies of this message.
16 years, 10 months
Re: yum whatprovides ??
by Michael Schwendt
On 01/07/07, Tony Nelson wrote:
> >However, the kernel-headers package provides
> >/usr/include/linux/stddef.h; you simply need to give a full path to
> >the file you're trying to find.
>
> I've seen this wrong answer twice now, and also the correct answer that one
> does not need to provide a full path. If only the filename is given, all
> the packages that provide stddef.h in any location are found; if the full
> path, only packages that provide it exactly there are found. This is on
> FC6; some report that on F7 it is necessary to say '*stddef.h'.
No package "Provides: stddef.h".
So if Yum on FC6 returns package names when running "yum whatprovides
stddef.h", this can only mean that it adds '*' wildcards to match
against all file paths that somehow are related to the string
"stddef.h". That sounds weird.
With F7 one certainly needs to use "*stddef.h" or else gets no results.
16 years, 10 months
Laptop gets heated up very early
by Goudar Vishwanathappa Manu
Hello,
I use Compaq Presario V3133AU which has AMD Turion 64bit processor
with Nvidia C51 chipset. I run 64bit F7 and it gets heated up early.
If I keep it on without running anything also it heats up and most of
the time fan is running. Is this normal?
I get the following output when I run
$ cat /proc/acpi/processor/CPU0/info
processor id: 0
acpi id: 0
bus mastering control: yes
power management: no
throttling control: yes
limit interface: yes
I am not understanding why power management is no.
I will be thankful for your help.
--
G V Manu
16 years, 10 months
Speed up gnome/metacity by turning on wireframe mode
by Chu Jeang Tan
I started out just wanting to turn on wireframe mode, because I can't
stand firefox making the windows not responsive whenever resizing.
Run gconf-editor (if not available, yum install gconf-editor)
Browse to
/apps/metacity/general/
and create a new boolean type key "reduced_resources", set to true.
Here's the comments that comes with the schema:
If true, metacity will give the user less feedback by using wireframes,
avoiding animations, or other means. This is a significant reduction in
usability for many users, but may allow legacy applications to continue
working, and may also be a useful tradeoff for terminal servers.
However, the wireframe feature is disabled when accessibility is on.
As far as I know, it is not possible to just turn on wireframe mode
alone, and retain things like animation.
16 years, 10 months
Can not run Programs that Require Root Access
by Ashley Pritchard
hello,
I have recently installed Fedora 7 on my machine & got it working for the
most part ie...adding DVD, mp3 support etc...but now when I login to my user
account from GDM into Gnome I am not able to use any programs that require
root access. If the Package updater pops up with updates I click on view
packages & it asks for my root password. I enter it & nothing happens & it
does the same thing for all programs that need root access.
I have tried disabling selinux, not installing selinux updates, deleting the
user account & creating a completely new user account with a different user
name & I have also reinstalled the OS because of this issue and here I am
back full circle. I have tried running the program through a terminal. Loged
in as root from my user account I tried running the command 'pup' for the
package updater & I get the following info:
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
Traceback (most recent call last):
File "/usr/sbin/pup", line 31, in <module>
import gtk
File "/usr/lib/python2.5/site-packages/gtk-2.0/gtk/__init__.py", line 76, in
<module>
_init()
File "/usr/lib/python2.5/site-packages/gtk-2.0/gtk/__init__.py", line 64, in
_init
_gtk.init_check()
RuntimeError: could not open display
It was suggested to me from someone on a listserve to try this command
'xhost +localhost' & 'kdesu pup' so I did & got the following info:
[awp@localhost ~]$ xhost +localhost
localhost being added to access control list
[awp@localhost ~]$ su root
Password:
[root@localhost awp]# xhost +localhost
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
xhost: unable to open display ":0.0"
[root@localhost awp]# kdesu pup
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kdesu: cannot connect to X server :0.0
so neither command resolved the issue.
Then it was suggested to that I was actually logging into root the wrong
way. Do not ask me how since 'su root' has been the way i logged into root
since the old red hat days. So they said I should try 'su - root' so I did.
Well it turns out that 'su - root' does the same thing as 'su root' which is
logs me into root & when I run the command 'pup ' or 'kdesu pup' I get the
same result as above. Then they suggested useing just 'su' or just 'su -' to
login to root. Well that does the same thing as 'su root' which is log me
into root but when running 'pup' I get the same result as above. Please do
not give me more ways to login as root.
I can login to Gnome from GDM as root & run all programs that need root
access.
How do I get back access to root from my user account?
--
Diolch yn fawr, Ashley
16 years, 10 months
Fwd: Re: [Gimp-print-devel] I have an update problem.
by Gene Heskett
On Sat, 2007-06-30 at 10:57 -0400, Gene Heskett wrote:
> The fedora track record in that
> dept. concerning printing is spotty at best. Printing in general seems to
be
> something that sits on the back burner, with a _very_ limited gas supply (eg
> priority) at fedora.
Gene,
Upgrade to Fedora 7, where gutenprint is properly packaged.
In Fedora 6, gutenprint was in Extras not Core -- and so had to be made
to co-exist with the older gimp-print package. (The discussion of why it
was this way has already been had, many times over, on
fedora-devel-list.)
Tim.
*/
Tim, I don't care to do that just yet, I've had sufficient trouble putting F7
on my lappy to not relish that thought just yet. This is FC6 now, and will
probably remain that way till F8 is out.
The primary mistake in the gimp packaging for FC6 is that you hard coded the
deps to absolutely require gimp-print, when in fact gimp has _no_
dependencies on either gimp-print, or gutenprint. Both are, for gimp, simply
plugins that enable printing. Gimp has no deps on either, and can do
everything available in its menu's without either package being installed.
To have cups, kprinter, and all the other myriad print utilities we seem to be
suddenly awash in all using the new gutenprint is simply something I won't
give up just to install a broken gimp update, broken because of these
unwanted, unneeded dependencies on code that has had no maintainer for at
least 2 years now. FWIW, I have been using gutenprint since a couple of
months after FC2 came out.
Because of many improvements to the Epson drivers in gutenprint-5.10 that I
help Robert fine tune back in February by serving as an alpha tester, such as
true borderless printing with full color saturation available anyplace on the
paper, gimp-print will not be installed on this box unless you can assure me
that when its done, I can re-install my personal gutenprint and retain the
quality printing that I _can_ _do_ right now. Preferably without having to
re-invent all 5 profiles I now have defined for this now elderly c82.
Can you tell me I can go ahead and let smart put it in, and then re-install my
personal gutenprint version without winding up in dependency hell?
I don't think so. The cure AISI is to remove those false dependencies from
the latest gimp package and re-release it. Then the user can use which ever
print plugin he would like.
--
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)
More are taken in by hope than by cunning.
-- Vauvenargues
16 years, 10 months
The new gimp in core (6)
by Gene Heskett
Greetings;
Warning, here I am going to repeat some parts of a rant I've made before.
Several times in fact.
Like many who run Epson printers simply because the output color quality is
worth it, I find I am stuck in a catch 22. I cannot update my gimp install
with your new packages.
Why?
The new gimp packaging is apparently hard coded in its dependencies to
absolutely depend on gimp-print-4.2.7-23 and its plugin of the same version
number.
I installed, using checkinstall, gutenprint-5.1.0 which includes this renamed
plugin, back in February as it fixed many long standing bugs such as the
bottom of the page color fades, and now allows flawless borderless printing
too. I am not about to screw up my printing ability by allowing a working
very well installation to be over-written with broken code by false
dependencies such as this.
gimp-print has essentially been frozen in time at version 4.2.7 for at least 2
years, maybe longer, and any support is totally up to the individual distro,
so I fail to see any logic or reasoning behind the redhat/fedora reticence in
adopting gutenprint in its place. It simply doesn't grok here.
Short of downloading the new gimp and installing it --nodeps --force, all by
hand, which will work for me I'm sure, or building it from the tarball which
I've also been known to do when fedora ignores known problems for months at a
time, how do I convince TPTB that gimp-print is a deadend that should be
deprecated and gutenprint used to replace it?
Or, perhaps better yet, give those of us with the ability to DO something
about the ancient gimp-print by installing gutenprint, the ability to do it
cleanly by removing the patently _false_ dependencies on gimp-print from the
gimp packaging. That would be the ideal situation since there is not in fact
an actual, gimp won't run without it, cross dependency. Gimp will in fact
use any plugin it finds to print through, or if there is none, the print
dialog is removed, but no other function in gimp needs it or references it.
Thanks for reading.
--
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)
There is no distinctly native American criminal class except Congress.
-- Mark Twain
16 years, 10 months