reassign 1052197 xorgxrdp
affects 1052197 xrdp
found 1052197 1:0.2.12-1
fixed 1052197 1:0.2.12-1+deb11u1
fixed 1052197 1:0.9.19-1
thanks
Gürkan Myczko dixit:
> This bug has been closed upstream, and upstream packages have been in
> the archive for a while.
No, the bug has been fixed by
> No, just some kind of ABI thing, but I doubt xrdp upstream already
> even guarantees stable ABIs for 0.x releases.
We xrdp team already have already started effort for ABI stability but
could not strictly guarantee yet. It is almost stable since July 2021
however, we haven't started taking care
On Thu, 21 Sep 2023, Markus Koschany wrote:
>dependency problem between xrdp and xorgxrdp. If you claim that without a
>rebuild of xorgxrdp a new upstream version of xrdp would be broken, then this
>is a strong indication that xorgxrdp should be more than a recommendation in
>Debian terms:
No,
I have just rebuilt and uploaded xorgxrdp 0.2.12-1+deb11u1 to bullseye-
security. That should resolve the problem at hand.
However I recommend to keep this bug report open and try to address the
dependency problem between xrdp and xorgxrdp. If you claim that without a
rebuild of xorgxrdp a new
Processing commands for cont...@bugs.debian.org:
> tags 1052197 + patch
Bug #1052197 [xrdp] xrdp: after bullseye-security upgrade, empty turquoise
screen after logging in
Added tag(s) patch.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
1052197:
tags 1052197 + patch
thanks
On Wed, 20 Sep 2023, Thorsten Glaser wrote:
>I’ll try binNMU’ing (locally) xorgxrdp, and if that doesn’t help,
OK, that helped! It went fast.
Installing the binNMU’d package xorgxrdp_0.2.12-1+b0.1_amd64.deb
(and killing all /usr/lib/xorg/Xorg processes spawned from
On Wed, 20 Sep 2023, Thorsten Glaser wrote:
>Attached
… and now with.
//mirabilos
--
15:41⎜ Somebody write a testsuite for helloworld :-)
buglogs.tgz
Description: application/gtar-compressed
Hallo Markus,
>the new Bullseye version of xrdp is identical to the version in Bookworm. Thus
>the underlying problem is probably more complex and I don't suspect that
>something is wrong with xrdp itself but more likely with a configuration option
>or related software packages which do something
Hi, xrdp developer and FreeBSD package maintainer here.
As far as I looked xrdp & xorg package, xorgxrdp package is the issue.
Update xorgxrdp to the latest 0.9.19 and build against xrdp 0.9.21.1.
The it should work. When updating xrdp package in furure, to 0.9.23 for
example, also update
Hello,
the new Bullseye version of xrdp is identical to the version in Bookworm. Thus
the underlying problem is probably more complex and I don't suspect that
something is wrong with xrdp itself but more likely with a configuration option
or related software packages which do something different
On Tue, 19 Sep 2023, Thorsten Glaser wrote:
>Then, to test it, I logged in, but all I get is a window with a turquoise
>background, nothing on it. I *can* however see in ps(1) that my session
>(IceWM, kwalletcli) is started; it’s just not transmitted to rdesktop.
It also has funny messages in
Package: xrdp
Version: 0.9.21.1-1~deb11u1
Severity: serious
Justification: does not work
X-Debbugs-Cc: t...@mirbsd.de, t...@security.debian.org
I’ve just upgraded the xrdp package. I had made sure to terminate the
old service before the new version is started.
Then, to test it, I logged in, but
12 matches
Mail list logo
