Package: tuxmath
Version: 2.0.3-10
Desktop icon for Tux Math is not present in the main tuxmath package. There
seems to be a desktop icon in the tuxmath-data package, but it is in
incorrect location, not standard /usr/share/icons one.
This causes the desktop icon to not be displayed and a
This causes Tux Paint to be missing in modern GUI software centers such as
GNOME Software or KDE Discover, making its installation very hard for regular
users. Please, consider fixing this issue by providing a better desktop icon
(or at least an upscaled 64px x 64px version of the original one).
Package: tuxpaint
Version: 1:0.9.34-2
AppStream metadata for the tuxpaint package are not generated:
https://appstream.debian.org/sid/main/metainfo/tuxpaint.html
https://appstream.debian.org/trixie/main/metainfo/tuxpaint.html
This seems to be caused by the desktop icon being too small:
https://
Package: emacs-gtk
Version: 1:30.1+1-5
AppStream metadata not generated for the emacs-gtk package:
https://appstream.debian.org/sid/main/metainfo/emacs-gtk.html
https://appstream.debian.org/trixie/main/metainfo/emacs-gtk.html
This seems to be caused by the desktop file name conflict with emacs-l
The AppStream metainfo file shipped with ethtool causes problems and potential
system breakages for end-users because it contains incorrect (desktop)
component type. See BTS#1102647 for more details.
https://freedesktop.org/software/appstream/docs/sect-Metadata-ConsoleApplication.html
https://freedesktop.org/software/appstream/docs/chap-Metadata.html#sect-Metadata-GenericComponent
Package: ethtool
Version: 1:6.14-1
ethtool is user uninstallable via GUI (such as GNOME Software or KDE Discover).
This is not correct since it is a (in many configurations pre-installed) system
tool, not user app, and uninstalling it can also uninstall other critical
system packages.
The main
Package: olive-editor
Version: 20230614+ds-2+b1
Olive has two issues with its AppStream metadata file:
1. Default description is incorrectly in French instead of English (or correct
translations).
2. Screenshot is no longer available.
See the following upstream ticket and the proposed Pull requ
Julian,
Is there any chance the software-properties update could still make it to
Trixie?
Thanks!
Daniel
Oops, I somehow missed the second commit. See all changes from the related PR:
https://github.com/libimobiledevice/libimobiledevice/pull/1616/files
Not sure if it applies fine on the libimobiledevice version used in Debian
(Ubuntu), but it seems to apply fine in Fedora that uses build based on c
Package: libimobiledevice6
Version: 1.3.0-7.1
Please consider backporting the following upstream commit:
https://github.com/libimobiledevice/libimobiledevice/commit/41543791dc9fa4d051305bf21000309f2dd47883
It should fix the USB file transfer issues with newer iOS.
See the following Fedora ticke
Not sure what changed, but it looks like the problem has been fixed in Sid:
https://appstream.debian.org/sid/main/metainfo/darktable.html
Still broken in Trixie (that contains older Darktable version) though:
https://appstream.debian.org/trixie/main/metainfo/darktable.html
Sorry, small typo correction:
marble-qt-data (which is a dependency of marble-data which is a dependency of
marble)
Package: marble
Version: 4:24.12.2-3
AppStream metadata for the Marble package appear to be missing:
https://appstream.debian.org/sid/main/metainfo/marble.html
https://appstream.debian.org/sid/main/issues/marble.html
This is most likely caused by the desktop icon (marble.png) being in
marble-qt
It looks like the AppStream generator page is now present. Not sure what
changed, but the issue has probably been fixed.
Feel free to verify it and close this ticket.
Thanks!
It now also shows correctly on my Debian Testing system. :-) Feel free to
close this ticket.
Thanks!
Daniel
> I can successfully find neochat in Plasma Discover
Are you sure? (It may be showing because you already have that package
installed on your system.)
I am still not able to find NeoChat in GNOME Software and the Debian AppStream
generator page still returns 404.
Sorry, here is a MR for the actual firefox-esr (esr128) branch:
https://salsa.debian.org/mozilla-team/firefox/-/merge_requests/11
https://salsa.debian.org/mozilla-team/firefox/-/merge_requests/10
Could this be fixed in Debian instead of waiting for Mozilla?
https://github.com/foldynl/QLog/tree/master/debian
Still the same issue on latest Debian testing/sid.
Here is also an appstream-generator ticket:
https://github.com/ximion/appstream-generator/issues/119
Package: gufw
Version: 24.04.0-2
AppStream metadata for the gufw package are missing for some reason:
https://appstream.debian.org/sid/main/metainfo/gufw.html
https://appstream.debian.org/sid/main/issues/gufw.html
This causes gufw to be unavailable in GUI software centers such as GNOME
Software
It was already reported to upstream 8 years ago, but got ignored. And upstream
sadly seems to be dead. Even their bugtracker does not work anymore.
Hi Bálint,
> No, the wireshark-qt package has been removed for some time now.
> Outdated packages on ports should be ignored when building the metadata
> database.
Oh, I did not realize that the wireshark-qt package was already removed. Sorry!
I agree that removed packages should definitely be
Hi Bálint,
> No, the wireshark-qt package has been removed for some time now.
> Outdated packages on ports should be ignored when building the metadata
> database.
Oh, I did not realize that the wireshark-qt package was already removed since
it is still displayed on packages.debian.org[1]. Sorr
I wonder if the wireshark-qt package is still useful? It seems to be stuck on a
version 4.0.7-1 and built only for riscv64 + even older builds for ia64, m68k
and x32 (all of them are already supported by the base "wireshark" package).
The base wireshark package is already on version 4.4.3-1.
It
I'm not sure if you realize this, but Synaptic depends on libept. I really hope
that the "synaptic" package is not removed from Debian (and/or Ubuntu). That
would be a *huge* problem for the (hundreds of) thousands of users who use
Synaptic. I've already contacted the Synaptic developer about th
Is there any chance this issue could be resolved (the AppStream metadata file
added and installed into /usr/share/metainfo/)?
Another 4 years have passed without any progress and the OTR plugin for Pidgin
is still not user-installable via the GUI because of this.
Thanks!
Everything looks correct:
$ appstreamcli validate metainfo/org.kde.neochat.appdata.xml
Validation was successful.
$ grep desktop-id metainfo/org.kde.neochat.appdata.xml
org.kde.neochat.desktop
$ desktop-file-validate applications/org.kde.neochat.desktop
$ echo $?
0
$ grep Icon applications/org
Package: neochat
Version: 24.08.1-4
NeoChat is missing in modern GUI software centers such as GNOME Software or KDE
Discover because it has no AppStream metadata generated for some reason:
https://appstream.debian.org/sid/main/metainfo/neochat.html
Both the desktop and appdata files seem to be
X-Debbugs-CC: pkg-gnome-maintain...@lists.alioth.debian.org
Package: cambalache
Severity: wishlist
* Package name: cambalache
Version : 0.94.1
Upstream Author : Juan Pablo Ugarte
* URL : https://gitlab.gnome.org/jpu/cambalache
* License : LGPLv2.1
Programming
Package: wireshark
Version: 4.4.3-1
Wireshark has no valid AppStream metadata generated and is not displayed in
modern GUI software centers such as GNOME Software or KDE Discover. This seems
to be caused by an AppStream ID collision with wireshark-qt (probably the
riscv64 debports package):
"m
Package: zenmap
Version: 7.95+dfsg-1
The desktop icon (zenmap) for the zenmap package does not seem to be available
anywhere in the zenmap package or its dependencies. This causes the desktop
entry to have empty/generic icon and also Zenmap to be missing from
AppStream-based GUI software center
Package: im-config
Version: 0.57-2
im-config has outdated translations in Debian and is displayed as partially
translated in my (Czech) language even though it is fully translated in Ubuntu.
Please consider syncing the translations from Ubuntu:
https://translations.launchpad.net/ubuntu/+source/
Fixed in 0.91.5.
I can confirm that the AppStream metadata are now correctly generated[1] and
Synaptic is now displayed in GNOME Software.
[1] https://appstream.debian.org/sid/main/metainfo/synaptic.html
Package: fs-uae
Version: 3.1.66-2
FS-UAE cannot be found in modern software centers such as GNOME Software or KDE
Discover because its AppStream metadata are not generated for some reason:
https://appstream.debian.org/sid/main/metainfo/fs-uae.html
https://appstream.debian.org/sid/main/issues/fs-
Package: gkrellm
Version: 2.3.11-2
The gkrellm package in Debian only provides a low-resolution xpm desktop icon.
Icons in the xpm format are considered obsolete on modern desktop Linux or even
not supported anymore by some desktop environments. Please, consider adding a
better desktop icon (pn
Not sure why, but it looks like that AppStream data are still missing even with
the new 0.91.4 build (that contain correct desktop icons).
> Maybe the root of the blank Apps tab problem could be related to the
> following issue and a proposed fix?
On a second thought, I think that this actually _is_ the cause of the blank
Apps tab problem. The gnome-control-center package depends only on
"libmalcontent-0-0" and "malcontent-gui", n
Maybe the root of the blank Apps tab problem could be related to the following
issue and a proposed fix?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=991440
https://salsa.debian.org/freedesktop-team/malcontent/-/merge_requests/3
(Although this seems to be about libmalcontent vs malcontent,
If no new upstream release for Debian is possible, adding the following commit
as a Debian patch would also fix this issue:
https://git.launchpad.net/software-properties/commit/?id=81efc82
The patch is bigger (because it contains ~15 years of translation updates,
missing in Debian, of all po fi
> Depend instead of Recommend malcontent-gui
> fixes the Apps tab being blank, see LP: #2072772 comment 5[3]
I wonder why this isn't a problem in Fedora, where malcontent-control has
already been in the gnome-control-center (instead of deps) recommends[1] for
quite some time.
Anyway, if this is
Package: epiphany-browser
Version: 47.2-1
Epiphany seems to be missing in GUI software centers such as GNOME Software or
KDE Discover. This is probably a problem caused by the desktop icon being in a
different (epiphany-browser-data) package.
See the Debian appstream-generator errors for the ep
It looks like that there are new upstream software-properties releases
(currently at version 0.108)[1], but only for Ubuntu. Debian is still stuck on
0.99.30 in Sid.
[1]
https://git.launchpad.net/software-properties/commit/?id=f158d01bf7dd3df95849c2ca92fa9417a2751570
Package: darktable
Version: 4.8.1-2
Darktable is missing in GNOME Software and KDE Discover on latest Debian
Testing/Sid. It looks like that even though the "darktable" package contains
correct AppStream metainfo file, it is not parsed and processed for some reason:
https://appstream.debian.org
The latest software-properties-gtk package (0.99.30-4.1) from Sid still has the
following lines fully untranslated (in all languages, not only Czech):
Name=Software & Updates
GenericName=Software & Updates
Keywords=Drivers;Repositories;Repository;PPA;
This is most likely because 0.99.30 was rele
Upstream ticket: https://bugzilla.mozilla.org/show_bug.cgi?id=1851524
Sorry, the upstream links got truncated by my e-mail client. Here are the
correct ones:
https://gitlab.freedesktop.org/pwithnall/malcontent/-/merge_requests/175
https://gitlab.freedesktop.org/pwithnall/malcontent/-/issues/48
https://gitlab.freedesktop.org/pwithnall/malcontent/-/issues/48#no
Hi Simon,
> I feel as though there's something here that you're not telling me. Why
> is this Severity: important? Is there a scenario in which the wrong thing
> happens as a result of this dependency? Even if this is an excessively
> strong dependency, we would not normally consider that to be "a
Related upstream ticket: https://github.com/mvo5/synaptic/issues/28
Package: firefox-esr
Version: 128.5.1esr-1
Even though Firefox ESR is preinstalled on most desktop Debian configurations,
it does not appear to be displayed in GUI software stores like GNOME Software
or KDE Discover in current testing/sid. It seems that its AppStream metadata
were not generated
Package: synaptic
Version: 0.91.3
Synaptic does not appear to be available for installation via GUI software
stores like GNOME Software or KDE Discover in current testing/sid. It seems
that its AppStream metadata were not generated for some reason and are
completely missing:
https://appstream.
Package: gnome-control-center
Version: 1:47.2-3
Severity: important
The gnome-control-center package still depends on malcontent-gui instead of
just (lib)malcontent.
This is not correct. The malcontent-gui package is not required by
gnome-control-center anymore
and malcontent-gui (malcontent-con
X-Debbugs-CC: debian-h...@lists.debian.org
Package: qlog
Severity: wishlist
* Package name: qlog
Version : 0.38.0
Upstream Author : Ladislav Foldyna
* URL : https://github.com/foldynl/QLog
* License : GPL
Programming Lang: C++
Description : Amateur radio
Package: trustedqsl
Version: 2.7.3-1
The desktop entries of TrustedQSL are duplicated. Both the entries run the same
app with the same parameters.
The duplication is caused by the downstream (d/tqsl.desktop and
d/trustedqsl.png) files that were added years ago and are still there along
with th
This issue also makes it impossible to install Lazarus on Ubuntu (24.04) using
App Center - the Install button is missing.
I think that the best solution to the icon problem would be to skip the dot in
the version suffix (so it would be lazarus-30) if possible. The version suffix
seems to be ad
Package: lazarus
Version: 3.0+dfsg1-8
This happens in GNOME, but will probably also happen in other desktop
environments. The desktop entry of Lazarus (3.0) has empty icon displayed
instead of the actual Lazarus icon. This is caused by the "Icon=lazarus-3.0"
entry (icon name). The problem is ca
Package: gpredict
Version: 2.3-115-g0f3beb6-3+b1
The gpredict.desktop file and desktop icons are in the incorrect gpredict-doc
package instead of the main gpredict one. This is incorrect and causes GUIs
like GNOME Software or Ubuntu App Center to install only the gpredict-doc
package and not th
It looks like that the upstream Debian package (that is available on CQRLOG
GitHub and Ubuntu PPA) already depends on mariadb since 2021:
https://github.com/ok2cqr/cqrlog/issues/291#issuecomment-770383265
https://github.com/ok2cqr/cqrlog/blob/master/debian/control#L12
Daniel OK2VLK
Hi Dave,
Thanks for the detective work! :-) Interesting! One possible Debian-side
solution could be changing the virtual-mysql-client-core and
virtual-mysql-server-core to mariadb-client-core and mariadb-server-core,
default-mysql-server to mariadb-server and removing the
default-mysql-server-
The best solution will probably be taking the xlog.svg (that is already in the
archive) icon file, placing it into "/usr/share/icons/hicolor/scalable/apps"
and adjusting the Icon entry in xlog.desktop to contain just "xlog".
Sorry for typo, should have been "is not installed into a standard location".
Package: cqrlog
Version: 2.5.2-4
CQRLOG seems to be incompatible with mysql-server and require mariadb-server.
There is an "Error during connection to database" message displayed on startup
and application exits. CQRLOG starts working correctly after running "sudo apt
install mariadb-server" (r
Package: xlog
Version: 2.0.24-3+b1
The desktop icon of xlog is not installed into a standard icon, but directly
into /usr/share/icons. This is incorrect, not supported and causes modern
packaging tools based on AppStream to ignore the xlog package. Please, consider
fixing this. Also, the "Icon"
Package: torbrowser-launcher
Version: 0.3.6-2
Severity: serious
The torbrowser-launcher package in Debian is still on the outdated 0.3.6
version that has multiple problems and does not work properly because of the
download URL change, AppArmor rules change and other things that were fixed in
0.
Package: mutter
Version: 43.6-1~deb12u1
Severity: important
Copied from an upstream bug report.[1] When opening a new app window from the
overview, the window focus is not properly given to the new window and the user
input still go to the old focused window. Both windows appear to be in focus,
Enabling the "packagekit_autoremove" gnome-software meson build option should
be enough to resolve this issue.
Package: nautilus
Version: 43.2-1
There is a graphical glitch in the version of Nautilus used in Debian testing
that causes the entire Nautilus window to become blank (gray) when switching
tabs. This is an upstream issue and has been fixed in Nautilus 44, but not
backported into 43.x.
See this
Clean Debian testing (amd64) system with gnome-software 43.4-1, installed in a
vm using latest iso. Application icons are still missing, however in my case it
is just icons on the main page banner (carousel). See the attached screenshot.
Severity: important
Package: gnome-software
Version: 43.4-1
Clean Debian testing (amd64) system installed in a vm using latest iso. When
opening GNOME Software, switching to the "Updates" tab and clicking the spinner
button in header to check for new updates, the check immediately finishes
(after a second or two)
I am experiencing this issue on latest Debian testing using gnome-software
43.4-1. However, in my case the packages actually seem to get installed despite
this message. Also, it does not seem to happen every time, I am not sure, but
it looks like it happens only when there are additional depende
Package: software-properties-gtk
Version: 0.99.30-4
The "Software & Updates" GTK application has most of its strings untranslated
in Debian in our (Czech) language although it is fully translated in Ubuntu.[1]
When looking at the bug tracker, it looks like that many other language
translations
On Mon, 25 Apr 2022 16:33:04 -0400 Jeremy Bicha
wrote:
> On Mon, Apr 25, 2022 at 4:27 PM Michel Le Bihan wrote:
> > Package: gnome-text-editor
> > Version: gnome-text-editor
> >
> > gnome-text-editor segfaults when closing the app in the GUI
>
> Does that bug happen with gnome-text-editor 42.1-1
On Tue, 26 Apr 2022 20:44:10 -0700 tony mancill wrote:
> On Sun, Apr 24, 2022 at 03:58:48PM +0200, asciiw...@seznam.cz wrote:
> > Package: cqrlog
> > Version: 2.5.2-1
> >
> > The cqrlog package has no AppStream metadata file although this file is
> > already present in upstream[1]. Please, consid
Package: cqrlog
Version: 2.5.2-1
The cqrlog package has no AppStream metadata file although this file is already
present in upstream[1]. Please, consider adding this file.
[1] https://github.com/ok2cqr/cqrlog/blob/master/tools/cqrlog.appdata.xml
On Thu, 23 Nov 2017 14:16:00 + u wrote:
> Hi!
>
> thanks for your patch, I will try to add this as soon as I can, once
> reviewed.
>
> Cheers!
> u.
>
>
Hello,
is there any progress regarding this? It has been almost three years and the
AppStream metadata file still seems to be missing.
Reg
For example uninstalling. Only the main package containing desktop and icon
files is removed and the actual vlc binaries are kept.
Package: vlc
Version: 3.0.1-3
According to the AppStream specification, the application binary should be
included in the same package as the .desktop and the AppStream metadata.
Unfortunately, VLC in Debian has the binaries in vlc-bin package. This causes
issues with GNOME Software and other mo
Package: bleachbit
Version: 1.15-2
The apt autoremove functionality of BleachBit is broken and cannot be used at
all. It is fixed in version 2.0 that was released recently. Please, consider
upgrading the Debian package.
See the upstream bug report: https://github.com/bleachbit/bleachbit/issues/
It looks like that the issue is still not fixed.
Package: gnome-software
Version: 3.26.5-1
When uninstalling a package using GNOME Software on Debian/Ubuntu, only the
package itself is removed, not any of its (now unused) dependencies. This is
because the aptcc PackageKit backend used by GNOME Software in Debian/Ubuntu
does not support[1] uni
Any news regarding this issue?
No problem. :-) I'll be happy if this gets fixed.
Still not fixed and it looks like that there was some issue with the AppStream
generator:
image-write-error
Could write new image generated from 'QtProject-qtcreator.png' (package
'qtcreator-data_4.2.0-1_all.deb'): Failed to spawn new process (Cannot allocate
memory)
Package: pidgin-otr
Version: 4.0.2-2
Tags: patch
Please, consider adding an AppStream metadata file to pidgin-otr package. This
allows pidgin-otr to show as Pidgin addon in GNOME Software, KDE Discover and
other package manager interfaces based on AppStream. The needed AppStream
metainfo file i
This bug is already fixed upstream.
Not directly this package's issue, but it looks like that the
appstream-generator failed when creating metadata. Would it be possible to run
it again?
https://appstream.debian.org/sid/contrib/issues/playonlinux.html
Thanks. There are some bugfixes, partial fix for #849119, fix for #845548,
desktop file and icon fixes, language files fixes etc.
Any news?
Still the same issue.
Package: im-config
Version: 0.30-1
Severity: minor
Current im-config desktop file does not contain any strings translated to the
Czech language. The attached patch adds them.
im-config.desktop.patch
Description: Binary data
The issue is still present although the icons and desktop file seems to be
correct. Any ideas?
As far as I know, /usr/share/icons/theme_name/*x*/apps/ is a standard location
and is respected by most desktop environments.
Oh, I see what is probably causing the issue. The icons in /usr/share/icons
are installed to a wrong path. They should be installed in /usr/share/icons/
hicolor/*x*/apps/, not /usr/share/icons/cqrlog/*x*/.
PlayOnLinux v4.2.12 was released two weeks ago.
This issue was fixed in PlayOnLinux v4.2.11.
https://appstream.debian.org/sid/main/issues/cqrlog.html
It looks like that the new package still has the same issue.
Package: runescape
Version: 0.1-4
Severity: normal
Tags: patch
The current xpm icon has issues with appstream-generator on Ubuntu and
RuneScape cannot be found and/or installed using GNOME Software (or another
AppStream GUI) because of this. I have included a png file converted from the
xpm and
1 - 100 of 128 matches
Mail list logo
