[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1112357: marked as done (cqrlog: CQRlog is unusable on GNOME 48 on Trixie)

Your message dated Fri, 29 Aug 2025 21:56:06 +0200
with message-id <aLIF1kyFIh4C8yAv@msg.df7cb.de>
and subject line Re: Bug#1112357: cqrlog: CQRlog is unusable on GNOME 48 on Trixie
has caused the Debian Bug report #1112357,
regarding cqrlog: CQRlog is unusable on GNOME 48 on Trixie
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
1112357: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1112357
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: cqrlog
Version: 2.5.2-5
Severity: important

Dear Maintainer,

   * What led up to the situation?

   Preparing for Trixie on my main desktop, I installed the package on a
   laptop running Trixie with GNOME 48.  The result is not usable with
   entry fields all squashed to the left of the window.  While the
   window opened quite small initially, resizing did not change the
   widget arrangement.

   * What exactly did you do (or not do) that was effective (or
     ineffective)?

   Tried changing themes by setting the legacy theme to Adwaita in
   Tweaks.

   * What was the outcome of this action?

   No change.  The application will simply be unusable.

   * What outcome did you expect instead?

   An application that I can use.

   This is almost certainly related to bug 967295, but it also means
   that legacy apps might no longer work on later versions of GNOME.  If
   nothing else, it seems that GTK-2 applications should gracefully fall
   back to the Raleigh theme built into GTK-2, unless GNOME is actively
   interfering.  If there is a setting to keep GNOME from trying to
   theme a specific application, I would appreciate being informed of
   its existence.


-- System Information:
Debian Release: 13.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.12.41+deb13-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cqrlog depends on:
ii  cqrlog-data            2.5.2-5
ii  libatk1.0-0t64         2.56.2-1
ii  libc6                  2.41-12
ii  libcairo2              1.18.4-1+b1
ii  libgdk-pixbuf-2.0-0    2.42.12+dfsg-4
ii  libglib2.0-0t64        2.84.3-1
ii  libgtk2.0-0t64         2.24.33-7
ii  libhamlib-utils        4.6.2-1+b1
ii  libhamlib4t64          4.6.2-1+b1
ii  libmariadb-dev-compat  1:11.8.2-1
ii  libpango-1.0-0         1.56.3-1
ii  libx11-6               2:1.8.12-1
ii  mariadb-client-core    1:11.8.2-1
ii  mariadb-server-core    1:11.8.2-1

Versions of packages cqrlog recommends:
ii  mariadb-server  1:11.8.2-1
ii  xplanet         1.3.1-3+b3

cqrlog suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message --- 
Re: Nate Bargmann
> My apologies as I have to backtrack on this.  After more testing I found
> that most of the problem was due to my not logging and then back into
> the desktop.  Secondly, I had the scaling set to 125% and that
> apparently threw cqrlog's UI off.  Setting the scaling back to 100% and
> doing the logout/login dance again allowed the UI to be normal.

Yeah, scaling is not supported by a lot older apps.

> This report can probably be closed as noise...

No worries, thanks for reporting back!

73,
Christoph DF7CB

--- End Message ---
Reply to: