I am trying to reproduce this (or work towards it) but quite frankly I
am finding a more general problem. It occasionally dies and all the
icons disappear. I assume it is the same problem although the
description is not exactly the same.
So I have been reading up on flatpak documentation:
https://docs.flatpak.org/en/latest/ Reading this it is clear that at
least for the moment flatbox sandboxing is more of a line in the sand
than the Berlin wall. This explains why the portals config is so hard to
test.
I attach the two necess
Package: idesk
Version: 0.7.5-8
Severity: wishlist
X-Debbugs-Cc: np.bam...@gmail.com
Dear Maintainer,
It would make it easier to switch from more modern desktops to idesk if such
a utility script were available.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT polic
Package: idesk
Version: 0.7.5-8
Severity: wishlist
X-Debbugs-Cc: np.bam...@gmail.com
Dear Maintainer,
The home page (https://idesk.sourceforge.net/html/usage.html) has adequate
information.
However there is almost known in the man page.
-- System Information:
Debian Release: trixie/sid
APT pr
Firstly by copying, pasting and editing the xsessions desktop file from
icewm to lwm I have been able to get XDG_CURRENT_DESKTOP=lwm into
systemd, without any other files. I can see that this is the cleanest
method. That said I infer from what I saw that every display manager is
doing its own t
g"
doesn't really work as a reminder of what bug and what package you're
talking about. I hope that's compatible with your workflow.
On Fri, 02 Feb 2024 at 12:11:13 +, Nicholas Bamber wrote:
So far in order to investigate I have:
1. installed discord on a lwm desktop via fla
So far in order to investigate I have:
1. installed discord on a lwm desktop via flatpak. This works but is
pretty ugly and the whole filesystem is exposed.
2. Looking into ways to get the XDG_CURRENT_DESKTOP into the systemd
user environment.
Putting a script into the 55 priority in /etc/X
Control:
tags 940016 + unreproducible + moreinfo
I have a sddm set up with lwm as one of the options and it has not
happened to me so far. Have you tried looking in your ~/.xsession-errors
? I guess you would need to reboot to be able to access given that you
are dealing with a screen freeze
Joey,
On 20/04/12 01:38, Joey Hess wrote:
Nicholas Bamber wrote:
Hmm well the old vesion of w3c-dtd-xhtml provided w3c-dtd-xhtml. This
one does not. Still I see it showing up as a Provides in PTS. I am not
sure if something needs to be done in some mysterious Debian server to
resolve that but
Joey,
Also what happens when you force through the installation of
w3c-dtd-xhtml version 1.2-2 and w3c-sgml-lib? Does wdg-html-validator
behave itself for you then?
On 20/04/12 00:51, Nicholas Bamber wrote:
Hmm well the old vesion of w3c-dtd-xhtml provided w3c-dtd-xhtml. This
one does not
20/04/12 00:35, Joey Hess wrote:
Nicholas Bamber wrote:
Please send me instructions for how it working fine and not
afterwards because I tried to test it.
w3c-sgml-lib provides/conflicts w3c-dtd-xhtml, and w3c-markup-validator
depends on both packages, so this happens:
joey@wren
Joey,
Please send me instructions for how it working fine and not afterwards
because I tried to test it.
On 19/04/12 22:46, Joey Hess wrote:
Nicholas Bamber wrote:
I am just about to upload w3c-sgml-lib that also generates
w3c-dtd-xhtml (which will depend on w3c-sgml-lib and consist of
I am just about to upload w3c-sgml-lib that also generates w3c-dtd-xhtml
(which will depend on w3c-sgml-lib and consist of links). I have
endeavoured to fix all conflicts and ensure that nsgmls,
wdg-html-validator, w3c-markup-validator still work. I have to put a
caveat on that. As far as I can
13 matches
Mail list logo
