[Bug 214479] kdm no answer to xdmcp forward_query
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=214479
--- Comment #9 from Dennis W. Tokarski <dwt(a)poltec.com> 2009-11-07 21:34:20 EDT ---
Hi,
I tried cloning this bug to make a new posting out of it, but
nothing happened, so let me try just add a comment.
This bug occurs identically as described above in Fedora 10
*and* Fedora 11.
Since gdm no long supports xdmcp, I am now using kdm like the
original reporter.
To summarize:
1) kdm correctly configured on machine A and machine B
2) At the graphical login screen of either, select menu->remote login,
and see A and B in the chooser list
3) Select the other machine
4) Successful connection occurs, and login to the remote machine is possible
So far, so good. Now the failure scenario:
2) Login to either machine, from e.g., a gnome-terminal, run
Xephyr -indirect localhost :1
(or substitute the local machine's name for localhost)
and see A and B in the chooser list
3) Select the other machine
4) Xephyr screen goes grey with an X cursor and stays that way
until the connection attempt times out, then the chooser reappears.
During the timeout period, wireshark shows FORWARD_QUERY packets going
to the remote machine, and wireshark running on the remote machine shows
the arrival of the FORWARD_QUERYs. The remote machine generates no response.
When the remote connection is attempted from the login screen menu as in
1-4) earlier, the local machine is not sending FORWARD_QUERYs, it is sending
a direct query to the remote.
This bug has now been demonstrated using kdm and, previously, gdm, spanning
multiple versions of Fedora over a three year period.
The three conspicuous features of this bug are:
* recipients of xdmcp FORWARD_QUERYs don't seem to know what to do with them
* a connection attempt via kdm from the login screen results in a direct
query while an attempt via kdm from a nested server such as Xnest or
Xephyr results in a forward query. Whey the different behavior?
* Xnest or Xephyr both work when a direct query is forced on the
command line, e.g.,
Xephyr -query other_machine :1
Please keep this bug alive. Broken xdmcp/chooser in a nested server is
a real sore spot.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 5 months
[Bug 243636] Can't set gamma per-output in xorg.conf
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=243636
Bug Zapper <fedora-triage-list(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|rawhide |10
Adam Jackson <ajax(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|10 |rawhide
Summary|Need to make sure |Can't set gamma per-output
|per-output gamma works |in xorg.conf
--- Comment #9 from Bug Zapper <fedora-triage-list(a)redhat.com> 2008-11-25 20:54:42 EDT ---
This bug appears to have been reported against 'rawhide' during the Fedora 10
development cycle.
Changing version to '10'.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
--- Comment #10 from Adam Jackson <ajax(a)redhat.com> 2009-11-06 13:57:29 EDT ---
This is still a thing in rawhide, updating summary.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 5 months
[Bug 335501] Cannot get native resolution on attached LCD (particularly over DVI)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=335501
Matej Cepl <mcepl(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mcepl(a)redhat.com
Flag| |needinfo?(abartlet(a)samba.or
| |g)
--- Comment #22 from Matej Cepl <mcepl(a)redhat.com> 2009-11-05 13:18:45 EDT ---
Since this bugzilla report was filed, there have been several major updates in
various components of the Xorg system, which may have resolved this issue.
Users who have experienced this problem are encouraged to upgrade their system
to the latest version of their packages. For packages from updates-testing
repository you can use command
yum upgrade --enablerepo='*-updates-testing'
Alternatively, you can also try to test whether this bug is reproducible with
the upcoming Fedora 12 distribution by downloading LiveMedia of F12 Beta
available at http://alt.fedoraproject.org/pub/alt/nightly-composes/ . By using
that you get all the latest packages without need to install anything on your
computer. For more information on using LiveMedia take a look at
https://fedoraproject.org/wiki/FedoraLiveCD .
Please, if you experience this problem on the up-to-date system, let us now in
the comment for this bug, or whether the upgraded system works for you.
If you won't be able to reply in one month, I will have to close this bug as
INSUFFICIENT_DATA. Thank you.
[This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm
adding myself to the CC list for each bug, so I'll see any comments you make
after this and do my best to make sure every issue gets proper attention.]
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 5 months
[Bug 332781] No sound for non-root users
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=332781
Matej Cepl <mcepl(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mcepl(a)redhat.com
Flag| |needinfo?(dqarras(a)yahoo.com
| |)
--- Comment #50 from Matej Cepl <mcepl(a)redhat.com> 2009-11-05 13:18:40 EDT ---
Since this bugzilla report was filed, there have been several major updates in
various components of the Xorg system, which may have resolved this issue.
Users who have experienced this problem are encouraged to upgrade their system
to the latest version of their packages. For packages from updates-testing
repository you can use command
yum upgrade --enablerepo='*-updates-testing'
Alternatively, you can also try to test whether this bug is reproducible with
the upcoming Fedora 12 distribution by downloading LiveMedia of F12 Beta
available at http://alt.fedoraproject.org/pub/alt/nightly-composes/ . By using
that you get all the latest packages without need to install anything on your
computer. For more information on using LiveMedia take a look at
https://fedoraproject.org/wiki/FedoraLiveCD .
Please, if you experience this problem on the up-to-date system, let us now in
the comment for this bug, or whether the upgraded system works for you.
If you won't be able to reply in one month, I will have to close this bug as
INSUFFICIENT_DATA. Thank you.
[This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm
adding myself to the CC list for each bug, so I'll see any comments you make
after this and do my best to make sure every issue gets proper attention.]
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 5 months
[Bug 204448] RPM verify not functional: "file's dependencies has changed since prelinking"
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=204448
Nils Philippsen <nphilipp(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CLOSED |ASSIGNED
Version|5 |rawhide
Keywords| |Reopened
CC| |ffesti(a)redhat.com,
| |nphilipp(a)redhat.com
AssignedTo|pjones(a)redhat.com |jakub(a)redhat.com
Resolution|WONTFIX |
QAContact| |extras-qa(a)fedoraproject.org
--- Comment #7 from Nils Philippsen <nphilipp(a)redhat.com> 2009-11-05 05:25:04 EDT ---
I've stumbled over this on current (i.e. pre F-12) Rawhide:
[root@gibraltar ~]# rpm -Vf /lib64/libvolume_id.so.1.1.0
prelink: /lib64/libvolume_id.so.1.1.0: at least one of file's dependencies has
changed since prelinking
S.?...... /lib64/libvolume_id.so.1.1.0
Florian Festi found that prelink provides this RPM macro which should give the
un-prelinked binary contents on stdout:
/etc/rpm/macros.prelink:
# rpm-4.1 verifies prelinked libraries using a prelink undo helper.
# Note: The 2nd token is used as argv[0] and "library" is a
# placeholder that will be deleted and replaced with the appropriate
# library file path.
%__prelink_undo_cmd /usr/sbin/prelink prelink -y library
Unfortunately, this doesn't work if un-prelinking and prelinking again doesn't
produce a file identical to the original one. I assume this doesn't work if
dependencies change or whatever.
Instead of "prelink -y ...", "prelink -u ..." could be used if it were able to
spit out the contents to stdout:
- "prelink -u -o - ..." produces a file named "-" containing the original
binary
- "prelink -u -o /dev/stdout ..." replaces /dev/stdout with the binary contents
- "prelink -u -o /proc/self/fd/1 ..." doesn't work at all (besides not being
very portable)
Alternatively to making the above work, one could add a "--stdout" option to be
used with "-u" (or a "--always" for use with "-y"). Regardless of the solution,
/etc/rpm/macros.prelink needs to be adapted as well.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 5 months