Bug 127641
| Summary: | rhn_applet.py 362: ... expect int got float | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Dwaine Castle <dcastle> | ||||
| Component: | rhn-applet | Assignee: | Bret McMillan <bretm> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | |||||
| Severity: | low | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 2 | CC: | mattdm, njh, sami.pesonen | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | i386 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2006-04-24 20:26:08 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Dwaine Castle
2004-07-12 01:53:03 UTC
Today, I noticed something that might be of help. I boot into runlevel 3 by setting id:3:initdefault in inittab, and then use startx to begin an X window gdm session. This afternoon I noticed that when I executed a runlevel command in an xterm window it reported N 3. I expected to see 3 5. I left the X session, and then started an X window session by using init 5 instead of startx. Now an xterm runlevel command returns 3 5 and my console 1 does not having any error messages in it. There is one difference and that is that the X session prompts me for a username and password. I thought that startx was supposed to change to runlevel 5, but maybe I am wrong. Hi Dwaine, The problem you are experiencing is related to the RHN "alert" applet that shows up in your panel when you log in to inform you of updates. The warning you are seeing is most probably harmless, but nevertheless, should probably be fixed. startx doesn't bring the system into runlevel 5, but instead just starts X in the current runlevel. GDM is only started in runlevel 5, so by running startx in runlevel 3, you are bypassing GDM (which is what provides the window that prompts for username and password). I am reassigning this bug to the rhn-applet component. Created attachment 102329 [details]
patch that fixes this bug
Attached please find patch which fixes this bug. Problem was wrong type
parameter in gtk.timeout_add call (was float, should be integer). math.floor
returns float number allways so used instead internal python function int(x).
Removed 'import math' from beginning because math functions are not needed
anymore. Seems to work now and no logs to console anymore.
*** Bug 128460 has been marked as a duplicate of this bug. *** I've installed FC3t1 & encountered this error message as well as a few more. I posted a message to the fedora-test-list and got what seems to be a response from Brian Smith in vol 5 issue 58 that seems to be a good explaination. It seems that prefdm is sending these messages to /dev/null and not to any log, so they must not be important. I suspect that they are there even when I execute init 5 to start the GUI. ------------------------------------------------------------- Dwaine, Looking at your output, it seems those error messages are just warnings, letting the developers know that some of the gtk/gnome systems are using depricated function calls that have likely been replaced by better ones. This often happens during development releases while the coders are busy building up to new libraries. Most of the calls have to do with GTK so I have to assume that FC3 is using a newer version of GTK+2. The warnings are nothing to worry about. Runlevel 5, by itself, is of no consequence to x11. It is, however, most distributions' runlevel-of-choice when running a graphical login manager, hence the /etc/X11/prefdm line at the end of inittab. Hope this helps you -brian Fedora Core 2 is now maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC3 updates or in the FC4 test release, reopen and change the version to match. 1) Those are warnings not errors, and thus not critical or security fixes. See Fedora Legacy warning above. 2) rhn_applet is removed from the latest Fedora Core. 3) No response from reporter to a request for information. |