[Desktop-packages] [Bug 1846759] Re: Ubuntu's evolution-data-server package incompatible with gnome-calendar package
Ergh, you're right. It is the other guy in the Gnome thread using 3.34, not me. I should have checked my own version rather than running with what was said in there. I've now mentioned this on the Gnome issue tracker thread. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-calendar in Ubuntu. https://bugs.launchpad.net/bugs/1846759 Title: Ubuntu's evolution-data-server package incompatible with gnome- calendar package Status in gnome-calendar package in Ubuntu: Incomplete Bug description: On reporting an issue in gnome-calendar, I was told "GNOME Calendar 3.34 requires EDS 3.34 running in the host system.". Ubuntu has 3.32. See: https://gitlab.gnome.org/GNOME/gnome-calendar/issues/464#note_617797 ProblemType: Bug DistroRelease: Ubuntu 19.04 Package: gnome-calendar 3.32.2-1~ubuntu19.04.1 ProcVersionSignature: Ubuntu 5.0.0-29.31-generic 5.0.21 Uname: Linux 5.0.0-29-generic x86_64 NonfreeKernelModules: wl ApportVersion: 2.20.10-0ubuntu27.1 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Fri Oct 4 08:00:32 2019 InstallationDate: Installed on 2019-07-31 (64 days ago) InstallationMedia: Ubuntu 19.04 "Disco Dingo" - Release amd64 (20190416) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gnome-calendar UpgradeStatus: No upgrade log present (probably fresh install) modified.conffile..etc.default.apport: [modified] mtime.conffile..etc.default.apport: 2019-09-22T11:01:00.065291 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-calendar/+bug/1846759/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1846759] [NEW] Ubuntu's evolution-data-server package incompatible with gnome-calendar package
Public bug reported: On reporting an issue in gnome-calendar, I was told "GNOME Calendar 3.34 requires EDS 3.34 running in the host system.". Ubuntu has 3.32. See: https://gitlab.gnome.org/GNOME/gnome-calendar/issues/464#note_617797 ProblemType: Bug DistroRelease: Ubuntu 19.04 Package: gnome-calendar 3.32.2-1~ubuntu19.04.1 ProcVersionSignature: Ubuntu 5.0.0-29.31-generic 5.0.21 Uname: Linux 5.0.0-29-generic x86_64 NonfreeKernelModules: wl ApportVersion: 2.20.10-0ubuntu27.1 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Fri Oct 4 08:00:32 2019 InstallationDate: Installed on 2019-07-31 (64 days ago) InstallationMedia: Ubuntu 19.04 "Disco Dingo" - Release amd64 (20190416) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gnome-calendar UpgradeStatus: No upgrade log present (probably fresh install) modified.conffile..etc.default.apport: [modified] mtime.conffile..etc.default.apport: 2019-09-22T11:01:00.065291 ** Affects: gnome-calendar (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug disco third-party-packages -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-calendar in Ubuntu. https://bugs.launchpad.net/bugs/1846759 Title: Ubuntu's evolution-data-server package incompatible with gnome- calendar package Status in gnome-calendar package in Ubuntu: New Bug description: On reporting an issue in gnome-calendar, I was told "GNOME Calendar 3.34 requires EDS 3.34 running in the host system.". Ubuntu has 3.32. See: https://gitlab.gnome.org/GNOME/gnome-calendar/issues/464#note_617797 ProblemType: Bug DistroRelease: Ubuntu 19.04 Package: gnome-calendar 3.32.2-1~ubuntu19.04.1 ProcVersionSignature: Ubuntu 5.0.0-29.31-generic 5.0.21 Uname: Linux 5.0.0-29-generic x86_64 NonfreeKernelModules: wl ApportVersion: 2.20.10-0ubuntu27.1 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Fri Oct 4 08:00:32 2019 InstallationDate: Installed on 2019-07-31 (64 days ago) InstallationMedia: Ubuntu 19.04 "Disco Dingo" - Release amd64 (20190416) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gnome-calendar UpgradeStatus: No upgrade log present (probably fresh install) modified.conffile..etc.default.apport: [modified] mtime.conffile..etc.default.apport: 2019-09-22T11:01:00.065291 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-calendar/+bug/1846759/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1839217] Re: Bad user experience choosing partition labels
I can't reproduce anymore either :(. I wish I kept a record of the exact error message. I just grepped through so many packages to try and source the error and couldn't find anything. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-disk-utility in Ubuntu. https://bugs.launchpad.net/bugs/1839217 Title: Bad user experience choosing partition labels Status in gnome-disk-utility package in Ubuntu: New Bug description: For FAT partitions, labels have to be upper case. FAT is the default for a new partition, but the default example label is mixed case. This means just going on recommendation, it's not going to work out, and the user will get an error message. A better user experience would be to simply tell the user that their label will be made upper case, and ask them to confirm with yes/no. Or just do it without asking TBH because I think upper-casing it by default is a pretty harmless thing. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-disk-utility/+bug/1839217/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1839212] Re: UX issues in "Ubuntu Software" and related applications
Thanks for bringing up the Discourse site. I actually have a lot more I want to talk about that is general and this seems to be the perfect place. I really want to contribute there but I don't seem to have posting permission on the Discourse. Username chrisgraham. There's no post topic button for me under Desktop. I can get one if I do the 'infinite scrolling' all the way to the bottom, but I think when it gives me one there it's a permissions bug because it will give me an access error when I actually follow through and post. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1839212 Title: UX issues in "Ubuntu Software" and related applications Status in gnome-software package in Ubuntu: Invalid Bug description: I think it's important to have a look at the high level user experience around software updating in Ubuntu. This is all tested on the latest Ubuntu 19 (installed a few days ago). Apologies if this is the wrong place to post, and that I'm bundling a couple of things together. These issues go across "Ubuntu Software", "Software Updater" and "Software & Updates", and I didn't want to spam ya'll with multiple small disjointed issues. On the other hand I think this stuff is super-important for user experience and needs discussing in a bug context, not a support context. 1) Searching for "software" under "Show Applications", produces a screen with these options: "Ubuntu Softw..." "Software & Up..." "Software Upd..." This is a poor experience. There's no way for a new user to tell these 3 things apart, and for a real newbie it's not even obvious when opening them. For example, my initial thought with "Ubuntu Software" is perhaps it is just for installing snaps, that's the kind of unexpected confusion that can happen when there's multiple similar-sounding options on a menu. My suggestion would be to only have "Ubuntu Software". Remove the .desktop files for the other options, but make them available from within "Ubuntu Software". 2) "Software & Updates" has CD/DVD options, which is (a) antiquated and (b) unclear how it works. I understand it likely works by standardized mount paths, but most users nowadays will be installing with a USB stick which has no support. Imagine a new user who needs to install custom broadlink drivers from USB stick, but there's no way to easily configure the package manager to do it. That was my situation, I ended up finding the .deb file on the USB manually. I think you should just rework all this as an "Installation Media" option, and search all mounted paths for an Ubuntu signature. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1839212/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1839217] [NEW] Bad user experience choosing partition labels
Public bug reported: For FAT partitions, labels have to be upper case. FAT is the default for a new partition, but the default example label is mixed case. This means just going on recommendation, it's not going to work out, and the user will get an error message. A better user experience would be to simply tell the user that their label will be made upper case, and ask them to confirm with yes/no. Or just do it without asking TBH because I think upper-casing it by default is a pretty harmless thing. ** Affects: gnome-disk-utility (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-disk-utility in Ubuntu. https://bugs.launchpad.net/bugs/1839217 Title: Bad user experience choosing partition labels Status in gnome-disk-utility package in Ubuntu: New Bug description: For FAT partitions, labels have to be upper case. FAT is the default for a new partition, but the default example label is mixed case. This means just going on recommendation, it's not going to work out, and the user will get an error message. A better user experience would be to simply tell the user that their label will be made upper case, and ask them to confirm with yes/no. Or just do it without asking TBH because I think upper-casing it by default is a pretty harmless thing. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-disk-utility/+bug/1839217/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1528319] Re: Scaling factors for HiDPI on multiple monitors
I'm on an iMac, so I want to make use of my Retina (hj-dpi) screen, while also using external screens that are not hi-dpi. I can confirm no good X11 support for separate dpis per screen. I was able to mess around with xrandr, but I got ghosting on my mouse cursor that I could not resolve. Possibly I could have hand-configured an X config for my particular screens, but seems like a lot of work and I don't want to hard-code my screens. The iMac screen doesn't work with all the resolutions selectable. In fact, my realistic choices were basically either: 1) Full resolution with 200% scaling, and no usable second screen 2) 1/2 resolution with 100% scaling and usable second screen I settled for '2'. However, I read this issue and did see Wayland supported it. So I: 1) Logged in with Wayland 2) Ran gsettings set org.gnome.mutter experimental-features "['scale-monitor-framebuffer']" 3) Logged out (necessary) 4) Changed my dpis per screen in Display settings It works reasonably well. Gnome apps are crisp on my Retina screens, other apps are blurry due to presumable up-scaling of low-dpi rendering to go onto the larger canvas. Unfortunately of course Ubuntu has made Wayland non-default. I hope it can become default again and all the issues with it (network protocol, native app support) can be resolved, as I do think X11 is dated at this point. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1528319 Title: Scaling factors for HiDPI on multiple monitors Status in gnome-control-center: New Status in gnome-control-center package in Ubuntu: Confirmed Bug description: Hello, a bug report for my problem was suggested here: https://answers.launchpad.net/ubuntu/+question/274062 I also created a question at askubuntu: http://askubuntu.com/questions/614301/how-to-set-different-scaling-on-multiple-monitors I'm trying to use an external monitor on my HiDPI Dell XPS 13 9343. It has a resolution of 3200x1800. The monitor I'm trying to connect has a resolution of 2560x1440 (or 1920x1080). When using the notebook alone I need to use a scaling factor of 1,75 due to the high resolution. The problem occurs when changing the scaling factor for the external monitor, which is too high with 1,75. As the GUI settings describe, it is possible to set different scaling factors for different monitors. Unfortunately the settings always take effect on all monitors. For example: Scaling factor: 1 Monitor 3200x1800: everything too small Monitor: 2560x1440: everything good Scaling factor 1,75: vice versa In the question on askubuntu (see above) you can see how the gsettings are changed when altering the scaling factor. It seems like it is not possible to set the value separately for each monitor. I would be grateful if you can check that. I hope all necessary information are included in the bug report. If not, please describe how I can help. Regards, lum3n ProblemType: Bug DistroRelease: Ubuntu 15.10 Package: xorg 1:7.7+7ubuntu4 ProcVersionSignature: Ubuntu 4.2.0-18.22-generic 4.2.3 Uname: Linux 4.2.0-18-generic x86_64 NonfreeKernelModules: wl .tmp.unity.support.test.0: ApportVersion: 2.19.1-0ubuntu5 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: compiz CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' CompositorUnredirectFSW: true CurrentDesktop: Unity Date: Mon Dec 21 19:24:41 2015 DistUpgraded: 2015-11-02 20:46:01,871 DEBUG enabling apt cron job DistroCodename: wily DistroVariant: ubuntu DkmsStatus: bcmwl, 6.30.223.248+bdcom, 3.19.0-31-generic, x86_64: installed bcmwl, 6.30.223.248+bdcom, 4.2.0-16-generic, x86_64: installedError! Could not locate dkms.conf file. File: does not exist. bcmwl, 6.30.223.248+bdcom, 4.2.0-18-generic, x86_64: installed ExtraDebuggingInterest: Yes GraphicsCard: Intel Corporation Broadwell-U Integrated Graphics [8086:1616] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Dell Device [1028:0665] InstallationDate: Installed on 2015-07-06 (168 days ago) InstallationMedia: Ubuntu 15.04 "Vivid Vervet" - Release amd64 (20150422) MachineType: Dell Inc. XPS 13 9343 ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-4.2.0-18-generic.efi.signed root=/dev/mapper/ubuntu--vg-root ro quiet splash vt.handoff=7 SourcePackage: xorg Symptom: display UdevLog: Error: [Errno 2] Datei oder Verzeichnis nicht gefunden: '/var/log/udev' UpgradeStatus: Upgraded to wily on 2015-11-02 (48 days ago) dmi.bios.date: 03/12/2015 dmi.bios.vendor: Dell Inc. dmi.bios.version: A02 dmi.board.name: 0310JH dmi.board.vendor: Dell Inc. dmi.board.version: A00 dmi.chassis.type: 9 dmi.chassis.vendor: Dell Inc. dmi.modalias:
