[Touch-packages] [Bug 1965439] Re: [SRU] kdesu fails to authenticate with sudo from Jammy
It's working fine for me in Kubuntu 22.04 LTS now. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to sudo in Ubuntu. https://bugs.launchpad.net/bugs/1965439 Title: [SRU] kdesu fails to authenticate with sudo from Jammy Status in kdesu package in Ubuntu: Fix Released Status in kubuntu-settings package in Ubuntu: Fix Released Status in sudo package in Ubuntu: Won't Fix Status in ubuntustudio-default-settings package in Ubuntu: Fix Released Status in kdesu source package in Jammy: Fix Released Status in kubuntu-settings source package in Jammy: In Progress Status in sudo source package in Jammy: Won't Fix Status in ubuntustudio-default-settings source package in Jammy: Fix Released Status in kdesu source package in Kinetic: Fix Released Status in kubuntu-settings source package in Kinetic: Fix Released Status in sudo source package in Kinetic: Won't Fix Status in ubuntustudio-default-settings source package in Kinetic: Fix Released Status in kdesu package in Debian: Fix Released Bug description: kdesu fails to authenticate with sudo from Jammy. See upstream bug: KDE bug: https://bugs.kde.org/show_bug.cgi?id=452532 Examples: Launch Kubuntu driver manager from system setting, launching ksystemlog from the main menu, or trying to run krusader root mode option via its 'Tools > Start Krusader Root Mode' menu entry. Assuming that the current user is a member of the sudo group. On entering the correct password authentication is refused, stating that possibly an incorrect password has been entered. It appears that kdesu fails to cope with the sudo config change in this commit: https://salsa.debian.org/sudo- team/sudo/-/commit/59db341d46aa4c26b54c1270e69f2562e7f3d751 kdesu was fixed in Debian with: https://tracker.debian.org/news/1330116/accepted-kdesu-5940-2-source- into-unstable/ and fixed in kinetic with: https://launchpad.net/ubuntu/+source/kdesu/5.94.0-0ubuntu2 The issue can be worked around by adding /etc/sudoers.d/kdesu-sudoers with the contents Defaults!/usr/lib/*/libexec/kf5/kdesu_stub !use_pty [Impact] * Users are unable to authenticate to and launch applications via kdesu. * This should be backported to restore functionality that users expect. [Test Plan] * Launch Kubuntu driver manager from system setting, launching ksystemlog from the main menu, or trying to run krusader root mode option via its 'Tools > Start Krusader Root Mode' menu entry. Assuming that the current user is a member of the sudo group. * Confirm that the application authentcate and launch as successfully as in previous releases. [Where problems could occur] * While this update only returns sudo to its default behaviour (used in previous releases and virtually all other distributions) for kdesu, care should be taken to test some other applications that seek root permissions to confirm that no unexpected consequences occur. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/kdesu/+bug/1965439/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1976302] [NEW] software-properties Additional Drivers tab informational text enhancement
Public bug reported: The Kubuntu installation process offers this check-box on the second screen: "Install third-party software for graphics and Wi-Fi hardware, Flash, MP3 and other media" box while installing Kubuntu as another form of manual installation." If you check that box, your video drivers are handled for you by a collaboration between Ubuntu and NVIDIA. The "Additional Drivers" tab in Software Sources then displays these messages when you open it: * "This device is using a manually-installed driver." * "Continue using a manually installed driver" * "No proprietary drivers are in use." It wasn't obvious to me that "manually-installed" included those of us who checked the little check-box during the installation of the operating system to have our video drivers automatically installed and managed by Ubuntu and NVIDIA. I would like to suggest that the first two messages in the "Additional Drivers" tab get changed to something like this to make it obvious that they include us: * "This device is using a manually-installed or third-party driver." * "Continue using a manually-installed or third-party driver" Or if you'd like to word it differently: * "This device is using a manually-installed or automatically-installed driver." * "Continue using a manually-installed or automatically-installed driver" ** Affects: software-properties (Ubuntu) Importance: Undecided Status: New ** Attachment added: "The two places in which the text appears in the "Additional "Drivers" tab are marked here with arrows." https://bugs.launchpad.net/bugs/1976302/+attachment/5593898/+files/AdditionalDriversTab.png -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to software-properties in Ubuntu. https://bugs.launchpad.net/bugs/1976302 Title: software-properties Additional Drivers tab informational text enhancement Status in software-properties package in Ubuntu: New Bug description: The Kubuntu installation process offers this check-box on the second screen: "Install third-party software for graphics and Wi-Fi hardware, Flash, MP3 and other media" box while installing Kubuntu as another form of manual installation." If you check that box, your video drivers are handled for you by a collaboration between Ubuntu and NVIDIA. The "Additional Drivers" tab in Software Sources then displays these messages when you open it: * "This device is using a manually-installed driver." * "Continue using a manually installed driver" * "No proprietary drivers are in use." It wasn't obvious to me that "manually-installed" included those of us who checked the little check-box during the installation of the operating system to have our video drivers automatically installed and managed by Ubuntu and NVIDIA. I would like to suggest that the first two messages in the "Additional Drivers" tab get changed to something like this to make it obvious that they include us: * "This device is using a manually-installed or third-party driver." * "Continue using a manually-installed or third-party driver" Or if you'd like to word it differently: * "This device is using a manually-installed or automatically-installed driver." * "Continue using a manually-installed or automatically-installed driver" To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/1976302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1972107] Re: Claws Mail under KDE - message list dims when main window loses focus
** Description changed: The text in the message list pane in Claws Mail is greyed-out when the Claws Mail main window loses focus, either by opening a child window - within Claws Mail or by putting the focus onto any other window. The + within Claws Mail or by putting the focus onto any other window. The normal text-color is only restored by leaving the current folder that has the greyed-out messages and then returning to it. Here is an animated GIF file showing the behavior: + https://imgur.com/a/IQ97IVY Note: I forgot to demonstrate, in that animated GIF, that closing the Notes window that triggered the issue doesn't restore the text color that was lost on opening it. In that GIF, the Inbox is selected and the message list contains messages with colored text. I then open the Notes widget, which causes Claws Mail to lose focus and the message list text to be greyed-out. I then leave the Inbox and open the Sent folder for a moment and then leave the Sent folder and open the Inbox folder again, at which point, the text color is restored. The environment that this is occuring in is: * Kubuntu release: Kubuntu 22.04 LTS * KDE Plasma Version 5.24.4 * KDE Frameworks Version: 5.92.0 * Qt Version: 5.15.3 * Graphics Platform X11 * Theme: Breeze * GTK Theme: Default * Claws Mail version: 4.0.0 This is on a bare-metal full installation (not an upgrade) of Kubuntu on a desktop computer. I used the Muon package manager to install Claws Mail. I would expect the text color of the message list to be unaffected by the loss of focus of the Claws Mail main window. Or, if that's unavoidable, I would expect the colors to be restored automatically when the Claws Mail main window again regains focus. It's possibly rather significant that all other GTK programs on my system are behaving normally and do not exhibit this behavior. The author of Claws Mail, however, suggests that a KDE setting is causing - this issue: https://lists.claws- - mail.org/pipermail/users/2022-May/030087.html + this issue: + + https://lists.claws-mail.org/pipermail/users/2022-May/030087.html As a result, I've tried fiddling with enabling and disabling various settings in the System Settings -> Workspace Behavior -> Desktop Effects section with no improvement. I've also tried creating and fiddling with various settings in System Settings -> Window Management -> Window Rules -> Window settings for claws-mail with no improvement. Any suggestions for what I can try next would be appreciated. ** Description changed: The text in the message list pane in Claws Mail is greyed-out when the Claws Mail main window loses focus, either by opening a child window within Claws Mail or by putting the focus onto any other window. The normal text-color is only restored by leaving the current folder that has the greyed-out messages and then returning to it. Here is an animated GIF file showing the behavior: https://imgur.com/a/IQ97IVY Note: I forgot to demonstrate, in that animated GIF, that closing the Notes window that triggered the issue doesn't restore the text color that was lost on opening it. In that GIF, the Inbox is selected and the message list contains messages with colored text. I then open the Notes widget, which causes Claws Mail to lose focus and the message list text to be greyed-out. I then leave the Inbox and open the Sent folder for a moment and then leave the Sent folder and open the Inbox folder again, at which point, the text color is restored. The environment that this is occuring in is: * Kubuntu release: Kubuntu 22.04 LTS * KDE Plasma Version 5.24.4 * KDE Frameworks Version: 5.92.0 * Qt Version: 5.15.3 * Graphics Platform X11 * Theme: Breeze * GTK Theme: Default * Claws Mail version: 4.0.0 This is on a bare-metal full installation (not an upgrade) of Kubuntu on a desktop computer. I used the Muon package manager to install Claws Mail. I would expect the text color of the message list to be unaffected by the loss of focus of the Claws Mail main window. Or, if that's unavoidable, I would expect the colors to be restored automatically when the Claws Mail main window again regains focus. It's possibly rather significant that all other GTK programs on my system are behaving normally and do not exhibit this behavior. The author of Claws Mail, however, suggests that a KDE setting is causing this issue: https://lists.claws-mail.org/pipermail/users/2022-May/030087.html - As a result, I've tried fiddling with enabling and disabling various - settings in the System Settings -> Workspace Behavior -> Desktop Effects - section with no improvement. I've also tried creating and fiddling with - various settings in System Settings -> Window Management -> Window Rules - -> Window settings for claws-mail with no improvement. + As a result:
[Touch-packages] [Bug 1972107] Re: Claws Mail under KDE - message list dims when main window loses focus
** Description changed: The text in the message list pane in Claws Mail is greyed-out when the Claws Mail main window loses focus, either by opening a child window within Claws Mail or by putting the focus onto any other window. The normal text-color is only restored by leaving the current folder that has the greyed-out messages and then returning to it. Here is an animated GIF file showing the behavior: https://imgur.com/a/IQ97IVY + Note: I forgot to demonstrate, in that animated GIF, that closing the + Notes window that triggered the issue doesn't restore the text color + that was lost on opening it. + In that GIF, the Inbox is selected and the message list contains messages with colored text. I then open the Notes widget, which causes Claws Mail to lose focus and the message list text to be greyed-out. I then leave the Inbox and open the Sent folder for a moment and then leave the Sent folder and open the Inbox folder again, at which point, the text color is restored. The environment that this is occuring in is: - * Kubuntu release: Kubuntu 22.04 LTS - * KDE Plasma Version 5.24.4 - * KDE Frameworks Version: 5.92.0 - * Qt Version: 5.15.3 - * Graphics Platform X11 - * Theme: Breeze - * GTK Theme: Default - * Claws Mail version: 4.0.0 - - This is on a bare-metal full installation (not an upgrade) of Kubuntu on a desktop computer. I used the Muon package manager to install Claws Mail. + * Kubuntu release: Kubuntu 22.04 LTS + * KDE Plasma Version 5.24.4 + * KDE Frameworks Version: 5.92.0 + * Qt Version: 5.15.3 + * Graphics Platform X11 + * Theme: Breeze + * GTK Theme: Default + * Claws Mail version: 4.0.0 + + This is on a bare-metal full installation (not an upgrade) of Kubuntu on + a desktop computer. I used the Muon package manager to install Claws + Mail. I would expect the text color of the message list to be unaffected by the loss of focus of the Claws Mail main window. Or, if that's unavoidable, I would expect the colors to be restored automatically when the Claws Mail main window again regains focus. It's possibly rather significant that all other GTK programs on my system are behaving normally and do not exhibit this behavior. The author of Claws Mail, however, suggests that a KDE setting is causing this issue: https://lists.claws- mail.org/pipermail/users/2022-May/030087.html As a result, I've tried fiddling with enabling and disabling various settings in the System Settings -> Workspace Behavior -> Desktop Effects section with no improvement. I've also tried creating and fiddling with various settings in System Settings -> Window Management -> Window Rules -> Window settings for claws-mail with no improvement. Any suggestions for what I can try next would be appreciated. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to software-properties in Ubuntu. https://bugs.launchpad.net/bugs/1972107 Title: Claws Mail under KDE - message list dims when main window loses focus Status in software-properties package in Ubuntu: New Bug description: The text in the message list pane in Claws Mail is greyed-out when the Claws Mail main window loses focus, either by opening a child window within Claws Mail or by putting the focus onto any other window. The normal text-color is only restored by leaving the current folder that has the greyed-out messages and then returning to it. Here is an animated GIF file showing the behavior: https://imgur.com/a/IQ97IVY Note: I forgot to demonstrate, in that animated GIF, that closing the Notes window that triggered the issue doesn't restore the text color that was lost on opening it. In that GIF, the Inbox is selected and the message list contains messages with colored text. I then open the Notes widget, which causes Claws Mail to lose focus and the message list text to be greyed-out. I then leave the Inbox and open the Sent folder for a moment and then leave the Sent folder and open the Inbox folder again, at which point, the text color is restored. The environment that this is occuring in is: * Kubuntu release: Kubuntu 22.04 LTS * KDE Plasma Version 5.24.4 * KDE Frameworks Version: 5.92.0 * Qt Version: 5.15.3 * Graphics Platform X11 * Theme: Breeze * GTK Theme: Default * Claws Mail version: 4.0.0 This is on a bare-metal full installation (not an upgrade) of Kubuntu on a desktop computer. I used the Muon package manager to install Claws Mail. I would expect the text color of the message list to be unaffected by the loss of focus of the Claws Mail main window. Or, if that's unavoidable, I would expect the colors to be restored automatically when the Claws Mail main window again regains focus. It's possibly rather significant that all other GTK programs on my system are behaving
[Touch-packages] [Bug 1972107] [NEW] Claws Mail under KDE - message list dims when main window loses focus
Public bug reported: The text in the message list pane in Claws Mail is greyed-out when the Claws Mail main window loses focus, either by opening a child window within Claws Mail or by putting the focus onto any other window. The normal text-color is only restored by leaving the current folder that has the greyed-out messages and then returning to it. Here is an animated GIF file showing the behavior: https://imgur.com/a/IQ97IVY In that GIF, the Inbox is selected and the message list contains messages with colored text. I then open the Notes widget, which causes Claws Mail to lose focus and the message list text to be greyed-out. I then leave the Inbox and open the Sent folder for a moment and then leave the Sent folder and open the Inbox folder again, at which point, the text color is restored. The environment that this is occuring in is: * Kubuntu release: Kubuntu 22.04 LTS * KDE Plasma Version 5.24.4 * KDE Frameworks Version: 5.92.0 * Qt Version: 5.15.3 * Graphics Platform X11 * Theme: Breeze * GTK Theme: Default * Claws Mail version: 4.0.0 This is on a bare-metal full installation (not an upgrade) of Kubuntu on a desktop computer. I used the Muon package manager to install Claws Mail. I would expect the text color of the message list to be unaffected by the loss of focus of the Claws Mail main window. Or, if that's unavoidable, I would expect the colors to be restored automatically when the Claws Mail main window again regains focus. It's possibly rather significant that all other GTK programs on my system are behaving normally and do not exhibit this behavior. The author of Claws Mail, however, suggests that a KDE setting is causing this issue: https://lists.claws- mail.org/pipermail/users/2022-May/030087.html As a result, I've tried fiddling with enabling and disabling various settings in the System Settings -> Workspace Behavior -> Desktop Effects section with no improvement. I've also tried creating and fiddling with various settings in System Settings -> Window Management -> Window Rules -> Window settings for claws-mail with no improvement. Any suggestions for what I can try next would be appreciated. ** Affects: software-properties (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to software-properties in Ubuntu. https://bugs.launchpad.net/bugs/1972107 Title: Claws Mail under KDE - message list dims when main window loses focus Status in software-properties package in Ubuntu: New Bug description: The text in the message list pane in Claws Mail is greyed-out when the Claws Mail main window loses focus, either by opening a child window within Claws Mail or by putting the focus onto any other window. The normal text-color is only restored by leaving the current folder that has the greyed-out messages and then returning to it. Here is an animated GIF file showing the behavior: https://imgur.com/a/IQ97IVY In that GIF, the Inbox is selected and the message list contains messages with colored text. I then open the Notes widget, which causes Claws Mail to lose focus and the message list text to be greyed-out. I then leave the Inbox and open the Sent folder for a moment and then leave the Sent folder and open the Inbox folder again, at which point, the text color is restored. The environment that this is occuring in is: * Kubuntu release: Kubuntu 22.04 LTS * KDE Plasma Version 5.24.4 * KDE Frameworks Version: 5.92.0 * Qt Version: 5.15.3 * Graphics Platform X11 * Theme: Breeze * GTK Theme: Default * Claws Mail version: 4.0.0 This is on a bare-metal full installation (not an upgrade) of Kubuntu on a desktop computer. I used the Muon package manager to install Claws Mail. I would expect the text color of the message list to be unaffected by the loss of focus of the Claws Mail main window. Or, if that's unavoidable, I would expect the colors to be restored automatically when the Claws Mail main window again regains focus. It's possibly rather significant that all other GTK programs on my system are behaving normally and do not exhibit this behavior. The author of Claws Mail, however, suggests that a KDE setting is causing this issue: https://lists.claws- mail.org/pipermail/users/2022-May/030087.html As a result, I've tried fiddling with enabling and disabling various settings in the System Settings -> Workspace Behavior -> Desktop Effects section with no improvement. I've also tried creating and fiddling with various settings in System Settings -> Window Management -> Window Rules -> Window settings for claws-mail with no improvement. Any suggestions for what I can try next would be appreciated. To manage notifications about this bug go to:
[Touch-packages] [Bug 1965439] Re: software-properties-qt can no longer launch when called by kdesu
It also affects me in Kubuntu 22.04 in both Muon and Discover. A work- around (besides the one mentioned above) is to open Settings --> System Settings --> Driver Manager and put in the password when prompted. That will open to the Drivers tab, but you can open any of the other tabs from there. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to policykit-1 in Ubuntu. https://bugs.launchpad.net/bugs/1965439 Title: software-properties-qt can no longer launch when called by kdesu Status in kdesu package in Ubuntu: Confirmed Status in kubuntu-settings package in Ubuntu: In Progress Status in policykit-1 package in Ubuntu: Invalid Status in software-properties package in Ubuntu: Confirmed Status in ubuntustudio-default-settings package in Ubuntu: In Progress Status in kdesu source package in Jammy: Confirmed Status in kubuntu-settings source package in Jammy: In Progress Status in policykit-1 source package in Jammy: Invalid Status in software-properties source package in Jammy: Confirmed Status in ubuntustudio-default-settings source package in Jammy: In Progress Bug description: See description below. As the driver manager is done inside software- properties-qt, it's basically the same bug, but now it's affected by something we can't exactly get into the mechanism of: plasma- discover's "Software Sources" link. Steps to recrate: 1) Open Plasma-discover 2) Go to Settings 3) Under click on "Software Sources" 4) Attempt to enter password Expected: Software properties opens Actual: Pkexec keeps asking for password. -- Earlier description: The driver manager for both Ubuntu Studio and Kubuntu can no longer launch due to some updated security measures in PolicyKit. The original behavior was that systemsettings would open /usr/bin/ubuntustudio-driver-manager (or /usr/bin/kubuntu-driver- manger) via pkexec, which would then open software-settings-qt. Unfortunately, the new behavior does not act correctly to pkexec and pkexec does not see the user as available in the sudoers file. The only way around this was to pass "export DISPLAY=:0" inside the appropriate driver manager executable with the command "sudo software- properties-qt". The KCM itself needs to execute the driver-manager via xterm, which then prompts for a password. It's ugly, but it works. I will attach a debdiff for the kubuntu-settings package. ProblemType: Bug DistroRelease: Ubuntu 22.04 Package: ubuntustudio-default-settings 22.04.19 [modified: usr/share/sddm/themes/ubuntustudio/theme.conf] ProcVersionSignature: Ubuntu 5.15.0-22.22-lowlatency 5.15.19 Uname: Linux 5.15.0-22-lowlatency x86_64 NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu79 Architecture: amd64 CasperMD5CheckResult: unknown CurrentDesktop: KDE Date: Thu Mar 17 12:19:44 2022 InstallationDate: Installed on 2021-03-20 (361 days ago) InstallationMedia: Ubuntu-Studio 21.04 "Hirsute Hippo" - Alpha amd64 (20210320) PackageArchitecture: all SourcePackage: ubuntustudio-default-settings UpgradeStatus: Upgraded to jammy on 2021-11-07 (130 days ago) modified.conffile..etc.skel..local.share.konsole.Profile: [deleted] To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/kdesu/+bug/1965439/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
