Hi Andrew,
On Sat, 25 Jan 2025 10:56:39 +0100, you wrote:
> Would you mind rolling out upstream releases when it's ready for GTK+ 3?
Sure, that's the plan. GTK+ 3 support is almost done.
> To avoid LXDE get removal, let's [...] update the package once new upstream
> releases tarball available f
Hi,
On Sat, Sep 14, 2024 at 3:58 AM Andrew Lee wrote:
> However, the original LXDE project has not been declared obsolete or
> officially abandoned.
Looking at the upstream repositories on github, it should be obvious that
development is anything but abandoned, and has been quite active since
m
On Fri, 22 Dec 2023 13:43:18 +1100, Aníbal Monsalve Salazar wrote:
> I have been working on a new Debian version of cpio for the last couple
> of days. I hope to upload it today. I will appreciate it very much if
> you could give it a try after uploading it.
It looks good to me.
Regards,
Ingo
On Wed, 25 Jan 2023 10:45:53 +0100, Julian wrote:
> The --installed flag here behaves exactly as it is documented. It
> filters the output list by packages that are installed; it doesn't
> say anything about restricting matching to installed versions only
> - matching always happens on all version
Hi,
I believe that the bug you reported is fixed in the current master of
xarchiver:
https://github.com/ib/xarchiver/commit/949854e9a74489d8d977aac7a8428ecadd526ff1
Regards,
Ingo
Package: mplayer-gui
Version: 2:1.4+ds1-1
Since mplayer-skin-blue (1.13-2) there is a circular dependency.
mplayer-gui depends on mplayer-skin = mplayer-skin-blue which depends on
mplayer-gui.
Since the user should only install skins matching their mplayer-gui, it's
probably necessary to replace
> mplayer-blue (1.13-2) unstable; urgency=medium
>
>* debian/control: Add missing dependency on mplayer-gui (Closes: #981838)
Is there a circular dependency now?
mplayer-gui depends on mplayer-skin = mplayer-skin-blue which depends on
mplayer-gui.
Since the user should only install skins ma
Package: mplayer-skin-blue
Version: 1.13-1
The skin requires mplayer-gui version >= 2:1.4.
Ingo
Michael Biebl wrote on Wed, 03 Feb 2021 14:39:07 +:
> This means you have a connection that is managed by ifupdown and active
> (see /etc/network/interfaces).
>
> My recommendation would be, to remove any entries from /e/n/i and
> managed everything with NetworkManager.
No.
I wrote: "in case
Amy Kos wrote on Fri, 29 Jan 2021 19:20:57 +:
> @Ingo Brückl
> May I ask you to do a pull request for libfm-qt too?
Done: https://github.com/lxqt/libfm-qt/pull/621
Ingo
On Tue, 12 Jan 2021 16:43:06 + "Amy Kos" wrote:
> patch available on salsa, commit: 103c4695
Will this make it for bullseye in time? At the moment it seems still missing.
Ingo
Package: libfm-data
Version: 1.3.1-1.1
The xarchiver command to create archives is wrong.
Rather than "--add-to", it must be "--compress".
The bug has been reported upstream (https://github.com/lxde/libfm/pull/69),
but I don't know whether it will be applied before the freeze for bullseye.
Debia
Package: network-manager-gnome
Version: 1.18.0-1
In case all interfaces are managed by NetworkManager and
no interface has a connection, the icon nm-device-wired
is displayed.
In this case the icon nm-no-connection should be displayed.
The wrong display is caused by the current Debian patch
forc
13 matches
Mail list logo
