[Desktop-packages] [Bug 1913681] [NEW] multiple monitors with mixed DPI not scaling correctly
Public bug reported: I am running 3 monitors under wayland. 2x 1440p monitors at 1x scale (one of these is my primary display) 1x 4k laptop at 2x scale The majority apps seem to not get correct scaling on the 2x display. gnome-control-center is the one that seems to work correctly. Things like chrome, firefox and most other apps (which work fine when only using the single 4k) are all tiny on the laptop display. Its the same in reverse also, if I set the 4k screen as primary most windows (again except gnome-control-centre) are too large on the 1550p screens. ProblemType: Bug DistroRelease: Ubuntu 20.10 Package: mutter 3.38.2-1ubuntu1~20.10.1 ProcVersionSignature: Ubuntu 5.8.0-41.46-generic 5.8.18 Uname: Linux 5.8.0-41-generic x86_64 ApportVersion: 2.20.11-0ubuntu50.3 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: GNOME Date: Fri Jan 29 17:43:58 2021 InstallationDate: Installed on 2020-07-23 (190 days ago) InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) SourcePackage: mutter UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: mutter (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug groovy wayland-session ** Description changed: I am running 3 monitors under wayland. 2x 1440p monitors at 1x scale (one of these is my primary display) 1x 4k laptop at 2x scale The majority apps seem to not get correct scaling on the 2x display. gnome-control-center is the one that seems to work correctly. Things like chrome, firefox and most other apps (which work fine when only using the single 4k) are all tiny on the laptop display. + + Its the same in reverse also, if I set the 4k screen as primary most + windows (again except gnome-control-centre) are too large on the 1550p + screens. ProblemType: Bug DistroRelease: Ubuntu 20.10 Package: mutter 3.38.2-1ubuntu1~20.10.1 ProcVersionSignature: Ubuntu 5.8.0-41.46-generic 5.8.18 Uname: Linux 5.8.0-41-generic x86_64 ApportVersion: 2.20.11-0ubuntu50.3 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: GNOME Date: Fri Jan 29 17:43:58 2021 InstallationDate: Installed on 2020-07-23 (190 days ago) InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) SourcePackage: mutter UpgradeStatus: No upgrade log present (probably fresh install) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to mutter in Ubuntu. https://bugs.launchpad.net/bugs/1913681 Title: multiple monitors with mixed DPI not scaling correctly Status in mutter package in Ubuntu: New Bug description: I am running 3 monitors under wayland. 2x 1440p monitors at 1x scale (one of these is my primary display) 1x 4k laptop at 2x scale The majority apps seem to not get correct scaling on the 2x display. gnome-control-center is the one that seems to work correctly. Things like chrome, firefox and most other apps (which work fine when only using the single 4k) are all tiny on the laptop display. Its the same in reverse also, if I set the 4k screen as primary most windows (again except gnome-control-centre) are too large on the 1550p screens. ProblemType: Bug DistroRelease: Ubuntu 20.10 Package: mutter 3.38.2-1ubuntu1~20.10.1 ProcVersionSignature: Ubuntu 5.8.0-41.46-generic 5.8.18 Uname: Linux 5.8.0-41-generic x86_64 ApportVersion: 2.20.11-0ubuntu50.3 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: GNOME Date: Fri Jan 29 17:43:58 2021 InstallationDate: Installed on 2020-07-23 (190 days ago) InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) SourcePackage: mutter UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/1913681/+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 1895083] Re: Authenticate/Decrypt packet error: packet HMAC authentication failed
OK after digging further through the logs, it seems that at some point NetworkManager lost the vpn "HMAC Authentication" Cipher setting. not sure if this was caused during the Dist upgrade or switching to IWD. I will report further on this once I upgrade second laptop to Groovy. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager-openvpn in Ubuntu. https://bugs.launchpad.net/bugs/1895083 Title: Authenticate/Decrypt packet error: packet HMAC authentication failed Status in network-manager-openvpn package in Ubuntu: New Bug description: Since upgrading to groovy my openvpn connection out to our corporate is not working. I was testing Iwd but have now reverted to wpa_supplicant. Connection to the vpn succeeds and routing table gets setup, however no traffic is flowing over the connection and I get the following errors nm-openvpn[4428]: Authenticate/Decrypt packet error: packet HMAC authentication failed ProblemType: Bug DistroRelease: Ubuntu 20.10 Package: network-manager-openvpn 1.8.12-2 ProcVersionSignature: Ubuntu 5.8.0-18.19-generic 5.8.4 Uname: Linux 5.8.0-18-generic x86_64 ApportVersion: 2.20.11-0ubuntu45 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: GNOME Date: Thu Sep 10 15:06:03 2020 InstallationDate: Installed on 2020-07-23 (48 days ago) InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) SourcePackage: network-manager-openvpn UpgradeStatus: Upgraded to groovy on 2020-08-31 (10 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/network-manager-openvpn/+bug/1895083/+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 1895083] Re: Authenticate/Decrypt packet error: packet HMAC authentication failed
** Description changed: Since upgrading to groovy my openvpn connection out to our corporate is not working. I was testing Iwd but have now reverted to wpa_supplicant. - Connection to the vpn succeeds and routing table gets setup no traffic - is flowing over the connection and I get the following errors + Connection to the vpn succeeds and routing table gets setup, however no + traffic is flowing over the connection and I get the following errors nm-openvpn[4428]: Authenticate/Decrypt packet error: packet HMAC authentication failed ProblemType: Bug DistroRelease: Ubuntu 20.10 Package: network-manager-openvpn 1.8.12-2 ProcVersionSignature: Ubuntu 5.8.0-18.19-generic 5.8.4 Uname: Linux 5.8.0-18-generic x86_64 ApportVersion: 2.20.11-0ubuntu45 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: GNOME Date: Thu Sep 10 15:06:03 2020 InstallationDate: Installed on 2020-07-23 (48 days ago) InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) SourcePackage: network-manager-openvpn UpgradeStatus: Upgraded to groovy on 2020-08-31 (10 days ago) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager-openvpn in Ubuntu. https://bugs.launchpad.net/bugs/1895083 Title: Authenticate/Decrypt packet error: packet HMAC authentication failed Status in network-manager-openvpn package in Ubuntu: New Bug description: Since upgrading to groovy my openvpn connection out to our corporate is not working. I was testing Iwd but have now reverted to wpa_supplicant. Connection to the vpn succeeds and routing table gets setup, however no traffic is flowing over the connection and I get the following errors nm-openvpn[4428]: Authenticate/Decrypt packet error: packet HMAC authentication failed ProblemType: Bug DistroRelease: Ubuntu 20.10 Package: network-manager-openvpn 1.8.12-2 ProcVersionSignature: Ubuntu 5.8.0-18.19-generic 5.8.4 Uname: Linux 5.8.0-18-generic x86_64 ApportVersion: 2.20.11-0ubuntu45 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: GNOME Date: Thu Sep 10 15:06:03 2020 InstallationDate: Installed on 2020-07-23 (48 days ago) InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) SourcePackage: network-manager-openvpn UpgradeStatus: Upgraded to groovy on 2020-08-31 (10 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/network-manager-openvpn/+bug/1895083/+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 1895083] [NEW] Authenticate/Decrypt packet error: packet HMAC authentication failed
Public bug reported: Since upgrading to groovy my openvpn connection out to our corporate is not working. I was testing Iwd but have now reverted to wpa_supplicant. Connection to the vpn succeeds and routing table gets setup no traffic is flowing over the connection and I get the following errors nm-openvpn[4428]: Authenticate/Decrypt packet error: packet HMAC authentication failed ProblemType: Bug DistroRelease: Ubuntu 20.10 Package: network-manager-openvpn 1.8.12-2 ProcVersionSignature: Ubuntu 5.8.0-18.19-generic 5.8.4 Uname: Linux 5.8.0-18-generic x86_64 ApportVersion: 2.20.11-0ubuntu45 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: GNOME Date: Thu Sep 10 15:06:03 2020 InstallationDate: Installed on 2020-07-23 (48 days ago) InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) SourcePackage: network-manager-openvpn UpgradeStatus: Upgraded to groovy on 2020-08-31 (10 days ago) ** Affects: network-manager-openvpn (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug groovy third-party-packages -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager-openvpn in Ubuntu. https://bugs.launchpad.net/bugs/1895083 Title: Authenticate/Decrypt packet error: packet HMAC authentication failed Status in network-manager-openvpn package in Ubuntu: New Bug description: Since upgrading to groovy my openvpn connection out to our corporate is not working. I was testing Iwd but have now reverted to wpa_supplicant. Connection to the vpn succeeds and routing table gets setup no traffic is flowing over the connection and I get the following errors nm-openvpn[4428]: Authenticate/Decrypt packet error: packet HMAC authentication failed ProblemType: Bug DistroRelease: Ubuntu 20.10 Package: network-manager-openvpn 1.8.12-2 ProcVersionSignature: Ubuntu 5.8.0-18.19-generic 5.8.4 Uname: Linux 5.8.0-18-generic x86_64 ApportVersion: 2.20.11-0ubuntu45 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: GNOME Date: Thu Sep 10 15:06:03 2020 InstallationDate: Installed on 2020-07-23 (48 days ago) InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) SourcePackage: network-manager-openvpn UpgradeStatus: Upgraded to groovy on 2020-08-31 (10 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/network-manager-openvpn/+bug/1895083/+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 1817338] Re: HDMI sound output not selectable in 19.04 (but works in 18.10)
I had the same issue a few weeks ago, now however with 3.31.92 (on Disco) I do get the configuration dropdown when selecting my HDMI Audio device. It came up blank initially, but appears to have saved the correct setting since. -- 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/1817338 Title: HDMI sound output not selectable in 19.04 (but works in 18.10) Status in gnome-control-center package in Ubuntu: New Status in pulseaudio package in Ubuntu: Invalid Bug description: In 19.04, HDMI sound stopped working after some upgrade. The sink is somehow availalbe, but cannot be selected. In gnome-control-center, HDMI output device is listed, but if I choose it, no configuration list appears (see screen capture attached). aplay -l gives me: ~$ aplay -l Liste des Périphériques Matériels PLAYBACK carte 0: PCH [HDA Intel PCH], périphérique 0: ALC269VC Analog [ALC269VC Analog] Sous-périphériques: 0/1 Sous-périphérique #0: subdevice #0 carte 0: PCH [HDA Intel PCH], périphérique 3: HDMI 0 [HDMI 0] Sous-périphériques: 1/1 Sous-périphérique #0: subdevice #0 carte 0: PCH [HDA Intel PCH], périphérique 7: HDMI 1 [HDMI 1] Sous-périphériques: 1/1 Sous-périphérique #0: subdevice #0 carte 0: PCH [HDA Intel PCH], périphérique 8: HDMI 2 [HDMI 2] Sous-périphériques: 1/1 Sous-périphérique #0: subdevice #0 pavucontrol shows HDMI as unplugged. ProblemType: Bug DistroRelease: Ubuntu 19.04 Package: pulseaudio 1:12.2-2ubuntu1 ProcVersionSignature: Ubuntu 4.19.0-13.14-generic 4.19.20 Uname: Linux 4.19.0-13-generic x86_64 NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair ApportVersion: 2.20.10-0ubuntu21 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC1: franck 5998 F pulseaudio /dev/snd/pcmC1D0c: franck 5998 F...m pulseaudio /dev/snd/controlC0: franck 5998 F pulseaudio CurrentDesktop: GNOME Date: Fri Feb 22 16:16:56 2019 EcryptfsInUse: Yes ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fr_FR.UTF-8 SHELL=/bin/bash SourcePackage: pulseaudio UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 09/27/2017 dmi.bios.vendor: LENOVO dmi.bios.version: G7ETA9WW (2.69 ) dmi.board.asset.tag: Not Available dmi.board.name: 2353CTO dmi.board.vendor: LENOVO dmi.board.version: Not Defined dmi.chassis.asset.tag: No Asset Information dmi.chassis.type: 10 dmi.chassis.vendor: LENOVO dmi.chassis.version: Not Available dmi.modalias: dmi:bvnLENOVO:bvrG7ETA9WW(2.69):bd09/27/2017:svnLENOVO:pn2353CTO:pvrThinkPadT430s:rvnLENOVO:rn2353CTO:rvrNotDefined:cvnLENOVO:ct10:cvrNotAvailable: dmi.product.family: ThinkPad T430s dmi.product.name: 2353CTO dmi.product.sku: LENOVO_MT_2353 dmi.product.version: ThinkPad T430s dmi.sys.vendor: LENOVO To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1817338/+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 1819263] Re: GNOME Shell applet can't open System Monitor installed as Snap
Hi Peter, Thanks for your bug report. I was one of the original authors the system-monitor extension however no longer actively involved in the project. gnome-shell extensions are not supported by Canonical/Ubuntu (unless they are installed in the default session) or GNOME. You would need to fix system-monitor extension to support querying for snaps in case the desktop file is not found. This could easily be done through the CLI with `snap list` and `snap run`. However a much nicer solution would probably be to use snapd-glib which provides gobject-introspection bindings to snapd. I am not really familiar with their API, but suspect it should provide similar functionality to the CLI tool. I am going to close this bug since its not really a bug in gnome-system- monitor and could equally happen on any other distro that supports snaps, if the user has installed gnome-system-monitor as a snap instead of native packaging. ** Changed in: gnome-system-monitor (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-system-monitor in Ubuntu. https://bugs.launchpad.net/bugs/1819263 Title: GNOME Shell applet can't open System Monitor installed as Snap Status in gnome-system-monitor package in Ubuntu: Invalid Bug description: It looks like the `gnome-system-monitor` package is installed as a snap package since Ubuntu 18.04 Bionic by default [1]. Unfortunately, this affects some GNOME Shell extensions. The popular "system-monitor" extension [3][4] fails to locate the system monitor executable to call and open it from the context menu. A related bug report on GitHub [5] (issue #474) explains the problem and documents that several users solve the issue by uninstalling the snap and installing the gnome-system-monitor .deb package [2] instead. Do we have to fix the GNOME Shell extension (if yes, how?), can this issue be resolved in the snap package, or is that a permanent restriction of the snap package? (i.e. wontfix) [1] https://www.reddit.com/r/Ubuntu/comments/8krkam/system_monitor_on_1804_is_a_snap_by_default/ [2] https://packages.ubuntu.com/cosmic/gnome/gnome-system-monitor [3] https://extensions.gnome.org/extension/120/system-monitor/ [4] https://github.com/paradoxxxzero/gnome-shell-system-monitor-applet [5] https://github.com/paradoxxxzero/gnome-shell-system-monitor-applet/issues/474 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-system-monitor/+bug/1819263/+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 1792403] Re: Nautilus 3.30 in Gnome Staging PP does not start without tracker package
Probably the tracker patch needs to be updated, there seem to be a couple of new modules using tracker that didnt exist when I wrote that patch. Upstream last I check only supports optional tracker at build time. Not run-time detection like we did in distro patches in Ubuntu. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1792403 Title: Nautilus 3.30 in Gnome Staging PP does not start without tracker package Status in Nautilus: Unknown Status in nautilus package in Ubuntu: New Bug description: Nautilus 3.30.0-0ubuntu1~cosmic1 in Gnome Staging PP does not start without tracker package. However the tracker package is now in the universe. The official nautilus version 3.26.4-0ubuntu3 works fine without tracker which is a suggested package anyway. Trying to start nautilus from the terminal I get this error message: Tracker-ERROR **: 20:33:14.659: Unable to find default domain ontology rule /usr/share/tracker/domain-ontologies/default.rule So the nautilus 3.30 seems to need the default.rule file. To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/1792403/+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 1792403] Re: Nautilus 3.30 in Gnome Staging PP does not start without tracker package
** Bug watch added: Debian Bug tracker #908800 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908800 ** Also affects: nautilus via https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908800 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1792403 Title: Nautilus 3.30 in Gnome Staging PP does not start without tracker package Status in Nautilus: Unknown Status in nautilus package in Ubuntu: New Bug description: Nautilus 3.30.0-0ubuntu1~cosmic1 in Gnome Staging PP does not start without tracker package. However the tracker package is now in the universe. The official nautilus version 3.26.4-0ubuntu3 works fine without tracker which is a suggested package anyway. Trying to start nautilus from the terminal I get this error message: Tracker-ERROR **: 20:33:14.659: Unable to find default domain ontology rule /usr/share/tracker/domain-ontologies/default.rule So the nautilus 3.30 seems to need the default.rule file. To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/1792403/+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 1791991] Re: Nautilus in Gnome3 Staging PPA does not create thumbnails (tiff)
thumbnailers are working fine for me, both tiff and jpg, perhaps there is still a missing dependency, that is normally otherwise pulled in by vanilla-gnome-desktop. I generally only test gnome3-staging on systems with that meta package. Can you file a separate bug for nautilus not starting without out the tracker package installed. That will probably need to be optional when nautilus 3.30 lands in Ubuntu proper next cycle. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1791991 Title: Nautilus in Gnome3 Staging PPA does not create thumbnails (tiff) Status in nautilus package in Ubuntu: New Bug description: Nautilus version 3.30.0-0ubuntu1~cosmic1 in Gnome3 Staging PPA will not start. I am using Gnome-shell environment. And I also installed the new tracker version 2.1.3-1~cosmic1 from Gnome3 Staging PPA. This is the error message when trying to start Nautilus from terminal: Tracker-ERROR **: 20:33:14.659: Unable to find default domain ontology rule /usr/share/tracker/domain-ontologies/default.rule To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1791991/+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
Re: [Desktop-packages] [Bug 1791991] Re: Nautilus in Gnome3 Staging PPA will not start
can you try reinstall tracker 2.1.3 and see if that file exists on your filesystem? If it doesnt please run apport-collect which should colllect your dpkg/apt logs. see this page for manually getting backtraces https://wiki.ubuntu.com/DebuggingProgramCrash On 12/09/18 18:06, Harry wrote: > I did get the default.rule error (starting from terminal) when I had > installed both the nautilus_3.30.0-0ubuntu1~cosmic1 and the > tracker_2.1.3-1~cosmic1 packeges. > As I mentioned, at that time nautilus did not start, the small wheel on the > screen just kept on turning. > > Then, after downgrading tracker_2.1.3-1~cosmic1 back to the official > tracker_2.0.3-3, I did get nautilus_3.30.0-0ubuntu1~cosmic1 running. > However, the thumbnailer did not work then. > > Sorry, I am not familiar with the backtrace system. > -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1791991 Title: Nautilus in Gnome3 Staging PPA will not start Status in nautilus package in Ubuntu: New Bug description: Nautilus version 3.30.0-0ubuntu1~cosmic1 in Gnome3 Staging PPA will not start. I am using Gnome-shell environment. And I also installed the new tracker version 2.1.3-1~cosmic1 from Gnome3 Staging PPA. This is the error message when trying to start Nautilus from terminal: Tracker-ERROR **: 20:33:14.659: Unable to find default domain ontology rule /usr/share/tracker/domain-ontologies/default.rule To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1791991/+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 1791991] Re: Nautilus in Gnome3 Staging PPA will not start
Hi Harry, Thank you for your bug report. I am running nautilus 3.30 with tracker 2.1.3 on two system and they are both working, so we will need some more info. Thumbnails are working also That default.rule file does exist in the tracker 2.1.3-1~cosmic1 package, is it not installed on your filesystem? does nautilus crash? if so can you get a backtrace. Unfortunately we no longer have retracers running against this ppa, so that need to be done manually using ubuntu-bug. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1791991 Title: Nautilus in Gnome3 Staging PPA will not start Status in nautilus package in Ubuntu: New Bug description: Nautilus version 3.30.0-0ubuntu1~cosmic1 in Gnome3 Staging PPA will not start. I am using Gnome-shell environment. And I also installed the new tracker version 2.1.3-1~cosmic1 from Gnome3 Staging PPA. This is the error message when trying to start Nautilus from terminal: Tracker-ERROR **: 20:33:14.659: Unable to find default domain ontology rule /usr/share/tracker/domain-ontologies/default.rule To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1791991/+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 1791484] Re: [FFe] Update tracker and tracker-miners to 2.1.4
Yes have been testing on cosmic. they are both on gnome3-team/gnome3-staging ppa. Tracker is at 2.1.3 there, but has already my patch that was the only change in 2.1.4. https://launchpad.net/~gnome3-team/+archive/ubuntu/gnome3-staging/+sourcepub/9389719/+listing-archive-extra https://launchpad.net/~gnome3-team/+archive/ubuntu/gnome3-staging/+sourcepub/9389722/+listing-archive-extra -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to tracker in Ubuntu. https://bugs.launchpad.net/bugs/1791484 Title: [FFe] Update tracker and tracker-miners to 2.1.4 Status in tracker package in Ubuntu: New Bug description: To go along with the rest of GNOME 3.30 Both tracker and tracker-miners 2.1.4 will be synced from Debian. tracker is not installed by default on any Ubuntu Flavours, but does provide an important part of the GNOME-Shell experience. These releases bring lots of fixes and a few new features. Tracker NEW in 2.1.4 - 2018-09-04 = * Fix build with format-security flag Translations: da, hr, lv NEW in 2.1.3 - 2018-08-30 = * Fix resource refcounting issues in database. Reset is advised. * Drop cardinality from nie:copyright, nie:license, nie:legal and dc:rights * Fix superfluous ontology checks on second tracker-store run * Use more SPARQL1.1 correct syntax. * Allow use of domain rules outside prefix * Compatibility fixes with C++ Translations: gl, id, ko NEW in 2.1.2 - 2018-08-15 = * libtracker-sparql: Delete TrackerResource elements one by one * libtracker-sparql: Fix compilation with C++ * build: Fixes for FreeBSD * build: Fixes on meson Translations: cs, el, fr, fur, hu, sl, tr, zh_TW NEW in 2.1.1 - 2018-08-01 = * libtracker-direct: Plug leaks * libtracker-sparql-backend: Fix fallback from direct to bus connection for queries. Translations: es, lt, ro NEW in 2.1.0 - 2018-07.22 = * Brown paper bag release * All features from unreleased 2.0.5 apply * One feature was missed: TrackerResource is now able to output JSON-LD. This is a new API call, so a minor bump should happen as per Semantic Versioning. From 2.0.5 NEWS: * build: Make tarballs able to build with meson. Future releases will eventually phase out Autotools * build: Various meson build fixes * tests: Many fixes to functional tests * libtracker-miner: Fixed race conditions that may result in spurious "parent not indexed yet" warnings. * libtracker-direct: Majorly rewritten * tracker-store: Streamlined to use a libtracker-direct connection instead of reimplementing most of it. Tracker-miners NEW in 2.1.4 - 2018-09-04 = Translations: da, hr, lv NEW in 2.1.3 - 2018-08-30 = * Unbreak watch on domain ontology owner. Fixes miners spuriously exiting. NEW in 2.1.2 - 2018-08-30 = * Allow use of domain rules outside prefix * Add core-as-subproject as explicit meson option * Ensure utf8ness in TrackerResource helpers * Fix multiple cardinality issues in different extractors/properties * Other minor SPARQL correctness fixes Translations: gl, id, ko NEW in 2.1.1 - 2018-08-15 = * tracker-miner-fs: Ignore mercurial repositories * build: Fix build with -Werror=format-security * tracker-extract: Ensure metadata strings are UTF-8 in JPEG/PNG extractors * tracker-extract: Do not add named destinations to PDF TOCs * tracker-extract: Ignore XMP image metadata on PDFs * tracker-extract: Fix ISO 8601 date string generation on gstreamer extractor Translations: cs, el, fr, fur, hu, lt, sl, tr, zh_TW NEW in 2.1.0 - 2018-07-23 = * tests: Many updates and fixes to functional tests * tracker-extract: Better infrastructure for tests, based on JSON-LD * tracker-miner-fs: Restart tracker extract from the right domain * tracker-extract: Persistently avoid files that trigger recoverable errors, to avoid log spamming on restarts. Translations: de, es, it, pl, pt_BR, ro, sv To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/tracker/+bug/1791484/+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 1791484] [NEW] [FFe] Update tracker and tracker-miners to 2.1.4
Public bug reported: To go along with the rest of GNOME 3.30 Both tracker and tracker-miners 2.1.4 will be synced from Debian. tracker is not installed by default on any Ubuntu Flavours, but does provide an important part of the GNOME-Shell experience. These releases bring lots of fixes and a few new features. Tracker NEW in 2.1.4 - 2018-09-04 = * Fix build with format-security flag Translations: da, hr, lv NEW in 2.1.3 - 2018-08-30 = * Fix resource refcounting issues in database. Reset is advised. * Drop cardinality from nie:copyright, nie:license, nie:legal and dc:rights * Fix superfluous ontology checks on second tracker-store run * Use more SPARQL1.1 correct syntax. * Allow use of domain rules outside prefix * Compatibility fixes with C++ Translations: gl, id, ko NEW in 2.1.2 - 2018-08-15 = * libtracker-sparql: Delete TrackerResource elements one by one * libtracker-sparql: Fix compilation with C++ * build: Fixes for FreeBSD * build: Fixes on meson Translations: cs, el, fr, fur, hu, sl, tr, zh_TW NEW in 2.1.1 - 2018-08-01 = * libtracker-direct: Plug leaks * libtracker-sparql-backend: Fix fallback from direct to bus connection for queries. Translations: es, lt, ro NEW in 2.1.0 - 2018-07.22 = * Brown paper bag release * All features from unreleased 2.0.5 apply * One feature was missed: TrackerResource is now able to output JSON-LD. This is a new API call, so a minor bump should happen as per Semantic Versioning. From 2.0.5 NEWS: * build: Make tarballs able to build with meson. Future releases will eventually phase out Autotools * build: Various meson build fixes * tests: Many fixes to functional tests * libtracker-miner: Fixed race conditions that may result in spurious "parent not indexed yet" warnings. * libtracker-direct: Majorly rewritten * tracker-store: Streamlined to use a libtracker-direct connection instead of reimplementing most of it. Tracker-miners NEW in 2.1.4 - 2018-09-04 = Translations: da, hr, lv NEW in 2.1.3 - 2018-08-30 = * Unbreak watch on domain ontology owner. Fixes miners spuriously exiting. NEW in 2.1.2 - 2018-08-30 = * Allow use of domain rules outside prefix * Add core-as-subproject as explicit meson option * Ensure utf8ness in TrackerResource helpers * Fix multiple cardinality issues in different extractors/properties * Other minor SPARQL correctness fixes Translations: gl, id, ko NEW in 2.1.1 - 2018-08-15 = * tracker-miner-fs: Ignore mercurial repositories * build: Fix build with -Werror=format-security * tracker-extract: Ensure metadata strings are UTF-8 in JPEG/PNG extractors * tracker-extract: Do not add named destinations to PDF TOCs * tracker-extract: Ignore XMP image metadata on PDFs * tracker-extract: Fix ISO 8601 date string generation on gstreamer extractor Translations: cs, el, fr, fur, hu, lt, sl, tr, zh_TW NEW in 2.1.0 - 2018-07-23 = * tests: Many updates and fixes to functional tests * tracker-extract: Better infrastructure for tests, based on JSON-LD * tracker-miner-fs: Restart tracker extract from the right domain * tracker-extract: Persistently avoid files that trigger recoverable errors, to avoid log spamming on restarts. Translations: de, es, it, pl, pt_BR, ro, sv ** Affects: tracker (Ubuntu) Importance: Wishlist Status: New ** Tags: upgrade-software-version ** Summary changed: - [FFe] Update to 2.1.4 + [FFe] Update tracker and tracker-miners to 2.1.4 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to tracker in Ubuntu. https://bugs.launchpad.net/bugs/1791484 Title: [FFe] Update tracker and tracker-miners to 2.1.4 Status in tracker package in Ubuntu: New Bug description: To go along with the rest of GNOME 3.30 Both tracker and tracker-miners 2.1.4 will be synced from Debian. tracker is not installed by default on any Ubuntu Flavours, but does provide an important part of the GNOME-Shell experience. These releases bring lots of fixes and a few new features. Tracker NEW in 2.1.4 - 2018-09-04 = * Fix build with format-security flag Translations: da, hr, lv NEW in 2.1.3 - 2018-08-30 = * Fix resource refcounting issues in database. Reset is advised. * Drop cardinality from nie:copyright, nie:license, nie:legal and dc:rights * Fix superfluous ontology checks on second tracker-store run * Use more SPARQL1.1 correct syntax. * Allow use of domain rules outside prefix * Compatibility fixes with C++ Translations: gl, id, ko NEW in 2.1.2 - 2018-08-15 = * libtracker-sparql: Delete
[Desktop-packages] [Bug 1674057] Re: [FFe] upgrade libzip to version 1.5.0
also includes libzip 1.5.1 release from today
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libzip in Ubuntu.
https://bugs.launchpad.net/bugs/1674057
Title:
[FFe] upgrade libzip to version 1.5.0
Status in libzip package in Ubuntu:
New
Status in libzip package in Debian:
New
Bug description:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other Changes:
- A bunch of bug fixes
- A number of new features like bzip2 (this optional and could be disabled
for 18.04), improved AES encryption support, some of the new features are other
platforms only
- Breaks API (only 1 symbol was removed though), soname bump, so will require
a mini transition, all the 24 reverse-depends that I count are in universe.
Some are seeded in flavours (see below)
- Build system switched to Cmake in latest release
- Ark will build with libzip support where it didnt before
Testing:
It has a fairly comprehensive test suite, all tests are now passing.
I have run a test rebuild for all the rdepends in ppa:darkxst/libzip.
All built successfully, except for 2 packages, cbmc and plume-creater
that had unrelated fallout due to gcc7 and other packaging changes
(fixed on PPA).
Other Notes:
- Various fixes (rpath, man page syntax, leaky private symbols and pkg-config
fixes) have been committed upstream and will be released soon in a 1.5.1
release, cherry-picked patches for now
- I will also push for the update into Debian
Build Logs:
https://launchpadlibrarian.net/363623662/buildlog_ubuntu-bionic-amd64.libzip_1.5.0-0ubuntu1~bionic6_BUILDING.txt.gz
Reverse-depends of libzip4 that are seeded:
ark (from ark) is seeded in:
kubuntu: daily-live
lubuntu-next: daily-live
ideviceinstaller is seeded in:
ubuntu-mate: daily-live
libepub0 is seeded in:
kubuntu: daily-live
ubuntustudio: dvd
libpstoedit0c2a is seeded in:
kubuntu: supported
okular-extra-backends is seeded in:
kubuntu: daily-live
Upstream Changelog
==
1.5.0 [2018-03-11]
==
* Use standard cryptographic library instead of custom AES implementation.
This also simplifies the license.
* Use `clang-format` to format the source code.
* More Windows improvements.
1.4.0 [2017-12-29]
==
* Improve build with cmake
* Retire autoconf/automake build system
* Add `zip_source_buffer_fragment()`.
* Add support to clone unchanged beginning of archive (instead of rewriting
it).
Supported for buffer sources and on Apple File System.
* Add support for Microsoft Universal Windows Platform.
1.3.2 [2017-11-20]
==
* Fix bug introduced in last: zip_t was erroneously freed if zip_close()
failed.
1.3.1 [2017-11-19]
==
* Install zipconf.h into ${PREFIX}/include
* Add zip_libzip_version()
* Fix AES tests on Linux
1.3.0 [2017-09-02]
==
* Support bzip2 compressed zip archives
* Improve file progress callback code
* Fix zip_fdopen()
* CVE-2017-12858: Fix double free()
* CVE-2017-14107: Improve EOCD64 parsing
1.2.0 [2017-02-19]
==
* Support for AES encryption (Winzip version), both encryption
and decryption
* Support legacy zip files with >64k entries
* Fix seeking in zip_source_file if start > 0
* Add zip_fseek() for seeking in uncompressed data
* Add zip_ftell() for telling position in uncompressed data
* Add zip_register_progress_callback() for UI updates during zip_close()
1.1.3 [2016-05-28]
==
* Fix build on Windows when using autoconf
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libzip/+bug/1674057/+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 1674057] Re: [FFe] upgrade libzip to version 1.5.0
I landed this in a silo, at Laney's request.
https://bileto.ubuntu.com/#/ticket/3230
ignition-fuel-tools:s390x is dep wait, as it also is in the archive,
everything else built fine on all arches.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libzip in Ubuntu.
https://bugs.launchpad.net/bugs/1674057
Title:
[FFe] upgrade libzip to version 1.5.0
Status in libzip package in Ubuntu:
New
Status in libzip package in Debian:
New
Bug description:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other Changes:
- A bunch of bug fixes
- A number of new features like bzip2 (this optional and could be disabled
for 18.04), improved AES encryption support, some of the new features are other
platforms only
- Breaks API (only 1 symbol was removed though), soname bump, so will require
a mini transition, all the 24 reverse-depends that I count are in universe.
Some are seeded in flavours (see below)
- Build system switched to Cmake in latest release
- Ark will build with libzip support where it didnt before
Testing:
It has a fairly comprehensive test suite, all tests are now passing.
I have run a test rebuild for all the rdepends in ppa:darkxst/libzip.
All built successfully, except for 2 packages, cbmc and plume-creater
that had unrelated fallout due to gcc7 and other packaging changes
(fixed on PPA).
Other Notes:
- Various fixes (rpath, man page syntax, leaky private symbols and pkg-config
fixes) have been committed upstream and will be released soon in a 1.5.1
release, cherry-picked patches for now
- I will also push for the update into Debian
Build Logs:
https://launchpadlibrarian.net/363623662/buildlog_ubuntu-bionic-amd64.libzip_1.5.0-0ubuntu1~bionic6_BUILDING.txt.gz
Reverse-depends of libzip4 that are seeded:
ark (from ark) is seeded in:
kubuntu: daily-live
lubuntu-next: daily-live
ideviceinstaller is seeded in:
ubuntu-mate: daily-live
libepub0 is seeded in:
kubuntu: daily-live
ubuntustudio: dvd
libpstoedit0c2a is seeded in:
kubuntu: supported
okular-extra-backends is seeded in:
kubuntu: daily-live
Upstream Changelog
==
1.5.0 [2018-03-11]
==
* Use standard cryptographic library instead of custom AES implementation.
This also simplifies the license.
* Use `clang-format` to format the source code.
* More Windows improvements.
1.4.0 [2017-12-29]
==
* Improve build with cmake
* Retire autoconf/automake build system
* Add `zip_source_buffer_fragment()`.
* Add support to clone unchanged beginning of archive (instead of rewriting
it).
Supported for buffer sources and on Apple File System.
* Add support for Microsoft Universal Windows Platform.
1.3.2 [2017-11-20]
==
* Fix bug introduced in last: zip_t was erroneously freed if zip_close()
failed.
1.3.1 [2017-11-19]
==
* Install zipconf.h into ${PREFIX}/include
* Add zip_libzip_version()
* Fix AES tests on Linux
1.3.0 [2017-09-02]
==
* Support bzip2 compressed zip archives
* Improve file progress callback code
* Fix zip_fdopen()
* CVE-2017-12858: Fix double free()
* CVE-2017-14107: Improve EOCD64 parsing
1.2.0 [2017-02-19]
==
* Support for AES encryption (Winzip version), both encryption
and decryption
* Support legacy zip files with >64k entries
* Fix seeking in zip_source_file if start > 0
* Add zip_fseek() for seeking in uncompressed data
* Add zip_ftell() for telling position in uncompressed data
* Add zip_register_progress_callback() for UI updates during zip_close()
1.1.3 [2016-05-28]
==
* Fix build on Windows when using autoconf
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libzip/+bug/1674057/+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 1726143] Re: Automatic installation of samba fails with "could not find package libpam-smbpass"
Changing back to confirmed, we still need to work out what to do with smbpasswd. ** Changed in: nautilus-share (Ubuntu Bionic) Status: Fix Released => Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus-share in Ubuntu. https://bugs.launchpad.net/bugs/1726143 Title: Automatic installation of samba fails with "could not find package libpam-smbpass" Status in nautilus-share package in Ubuntu: Confirmed Status in nautilus-share source package in Bionic: Confirmed Bug description: I actually have no idea if this is really a Nautilus issue but didn't know where else to file it. I have a fresh install of ubuntu 17.10. I start nautilus (using File). I right-click on a folder and select "Local Network Share". When I select "Share this folder" it says the sharing service is not installed, so I select "Install Service" and it offers to install samba for me. I click "install" and it proceeds, then throws up an error dialog: Could not find package 'libpam-smbpass' I can see that Samba packages are already installed at this point. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: nautilus 1:3.26.0-0ubuntu1 ProcVersionSignature: Ubuntu 4.13.0-16.19-generic 4.13.4 Uname: Linux 4.13.0-16-generic x86_64 ApportVersion: 2.20.7-0ubuntu3 Architecture: amd64 CurrentDesktop: GNOME Date: Sun Oct 22 15:43:28 2017 InstallationDate: Installed on 2017-10-21 (1 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018) SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus-share/+bug/1726143/+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 1674057] Re: [FFe] upgrade libzip to version 1.5.0
Packaging should be good to go now, pending FFe approval. All remaining
debian/patches are upstream cherry-picks that will be included in next
upstream release.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libzip in Ubuntu.
https://bugs.launchpad.net/bugs/1674057
Title:
[FFe] upgrade libzip to version 1.5.0
Status in libzip package in Ubuntu:
New
Status in libzip package in Debian:
New
Bug description:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other Changes:
- A bunch of bug fixes
- A number of new features like bzip2 (this optional and could be disabled
for 18.04), improved AES encryption support, some of the new features are other
platforms only
- Breaks API (only 1 symbol was removed though), soname bump, so will require
a mini transition, all the 24 reverse-depends that I count are in universe.
Some are seeded in flavours (see below)
- Build system switched to Cmake in latest release
- Ark will build with libzip support where it didnt before
Testing:
It has a fairly comprehensive test suite, all tests are now passing.
I have run a test rebuild for all the rdepends in ppa:darkxst/libzip.
All built successfully, except for 2 packages, cbmc and plume-creater
that had unrelated fallout due to gcc7 and other packaging changes
(fixed on PPA).
Other Notes:
- Various fixes (rpath, man page syntax, leaky private symbols and pkg-config
fixes) have been committed upstream and will be released soon in a 1.5.1
release, cherry-picked patches for now
- I will also push for the update into Debian
Build Logs:
https://launchpadlibrarian.net/363623662/buildlog_ubuntu-bionic-amd64.libzip_1.5.0-0ubuntu1~bionic6_BUILDING.txt.gz
Reverse-depends of libzip4 that are seeded:
ark (from ark) is seeded in:
kubuntu: daily-live
lubuntu-next: daily-live
ideviceinstaller is seeded in:
ubuntu-mate: daily-live
libepub0 is seeded in:
kubuntu: daily-live
ubuntustudio: dvd
libpstoedit0c2a is seeded in:
kubuntu: supported
okular-extra-backends is seeded in:
kubuntu: daily-live
Upstream Changelog
==
1.5.0 [2018-03-11]
==
* Use standard cryptographic library instead of custom AES implementation.
This also simplifies the license.
* Use `clang-format` to format the source code.
* More Windows improvements.
1.4.0 [2017-12-29]
==
* Improve build with cmake
* Retire autoconf/automake build system
* Add `zip_source_buffer_fragment()`.
* Add support to clone unchanged beginning of archive (instead of rewriting
it).
Supported for buffer sources and on Apple File System.
* Add support for Microsoft Universal Windows Platform.
1.3.2 [2017-11-20]
==
* Fix bug introduced in last: zip_t was erroneously freed if zip_close()
failed.
1.3.1 [2017-11-19]
==
* Install zipconf.h into ${PREFIX}/include
* Add zip_libzip_version()
* Fix AES tests on Linux
1.3.0 [2017-09-02]
==
* Support bzip2 compressed zip archives
* Improve file progress callback code
* Fix zip_fdopen()
* CVE-2017-12858: Fix double free()
* CVE-2017-14107: Improve EOCD64 parsing
1.2.0 [2017-02-19]
==
* Support for AES encryption (Winzip version), both encryption
and decryption
* Support legacy zip files with >64k entries
* Fix seeking in zip_source_file if start > 0
* Add zip_fseek() for seeking in uncompressed data
* Add zip_ftell() for telling position in uncompressed data
* Add zip_register_progress_callback() for UI updates during zip_close()
1.1.3 [2016-05-28]
==
* Fix build on Windows when using autoconf
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libzip/+bug/1674057/+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 1674057] Re: [FFe] upgrade libzip to version 1.5.0
I have created a transition tracker (copied from Debian)
http://people.canonical.com/~ubuntu-archive/transitions/html/libzip.html
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libzip in Ubuntu.
https://bugs.launchpad.net/bugs/1674057
Title:
[FFe] upgrade libzip to version 1.5.0
Status in libzip package in Ubuntu:
New
Status in libzip package in Debian:
New
Bug description:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other Changes:
- A bunch of bug fixes
- A number of new features like bzip2 (this optional and could be disabled
for 18.04), improved AES encryption support, some of the new features are other
platforms only
- Breaks API (only 1 symbol was removed though), soname bump, so will require
a mini transition, all the 24 reverse-depends that I count are in universe.
Some are seeded in flavours (see below)
- Build system switched to Cmake in latest release
- Ark will build with libzip support where it didnt before
Testing:
It has a fairly comprehensive test suite, all tests are now passing.
I have run a test rebuild for all the rdepends in ppa:darkxst/libzip.
All built successfully, except for 2 packages, cbmc and plume-creater
that had unrelated fallout due to gcc7 and other packaging changes
(fixed on PPA).
Other Notes:
- Various fixes (rpath, man page syntax, leaky private symbols and pkg-config
fixes) have been committed upstream and will be released soon in a 1.5.1
release, cherry-picked patches for now
- I will also push for the update into Debian
Build Logs:
https://launchpadlibrarian.net/363623662/buildlog_ubuntu-bionic-amd64.libzip_1.5.0-0ubuntu1~bionic6_BUILDING.txt.gz
Reverse-depends of libzip4 that are seeded:
ark (from ark) is seeded in:
kubuntu: daily-live
lubuntu-next: daily-live
ideviceinstaller is seeded in:
ubuntu-mate: daily-live
libepub0 is seeded in:
kubuntu: daily-live
ubuntustudio: dvd
libpstoedit0c2a is seeded in:
kubuntu: supported
okular-extra-backends is seeded in:
kubuntu: daily-live
Upstream Changelog
==
1.5.0 [2018-03-11]
==
* Use standard cryptographic library instead of custom AES implementation.
This also simplifies the license.
* Use `clang-format` to format the source code.
* More Windows improvements.
1.4.0 [2017-12-29]
==
* Improve build with cmake
* Retire autoconf/automake build system
* Add `zip_source_buffer_fragment()`.
* Add support to clone unchanged beginning of archive (instead of rewriting
it).
Supported for buffer sources and on Apple File System.
* Add support for Microsoft Universal Windows Platform.
1.3.2 [2017-11-20]
==
* Fix bug introduced in last: zip_t was erroneously freed if zip_close()
failed.
1.3.1 [2017-11-19]
==
* Install zipconf.h into ${PREFIX}/include
* Add zip_libzip_version()
* Fix AES tests on Linux
1.3.0 [2017-09-02]
==
* Support bzip2 compressed zip archives
* Improve file progress callback code
* Fix zip_fdopen()
* CVE-2017-12858: Fix double free()
* CVE-2017-14107: Improve EOCD64 parsing
1.2.0 [2017-02-19]
==
* Support for AES encryption (Winzip version), both encryption
and decryption
* Support legacy zip files with >64k entries
* Fix seeking in zip_source_file if start > 0
* Add zip_fseek() for seeking in uncompressed data
* Add zip_ftell() for telling position in uncompressed data
* Add zip_register_progress_callback() for UI updates during zip_close()
1.1.3 [2016-05-28]
==
* Fix build on Windows when using autoconf
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libzip/+bug/1674057/+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 1674057] Re: [FFe] upgrade libzip to version 1.5.0
** Description changed:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other Changes:
- A bunch of bug fixes
- A number of new features like bzip2 (this optional and could be disabled
for 18.04), improved AES encryption support, some of the new features are other
platforms only
- Breaks API (only 1 symbol was removed though), soname bump, so will require
a mini transition, all the 24 reverse-depends that I count are in universe.
Some are seeded in flavours (see below)
- Build system switched to Cmake in latest release
- Ark will build with libzip support where it didnt before
Testing:
It has a fairly comprehensive test suite, all tests are now passing.
I have run a test rebuild for all the rdepends in ppa:darkxst/libzip.
All built successfully, except for 2 packages, cbmc and plume-creater
- that had unrelated fallout due to gcc7 and other packaging changes.
+ that had unrelated fallout due to gcc7 and other packaging changes
+ (fixed on PPA).
Other Notes:
- - There are a bunch of presumably private symbols leaked into the debian
symbols file. Not ideal, but probably not the only package in the archive like
that.
- - Have forwarded upstream a couple of patches and will follow symbols later
+ - Various fixes (rpath, man page syntax, leaky private symbols and pkg-config
fixes) have been committed upstream and will be released soon in a 1.5.1
release, cherry-picked patches for now
- I will also push for the update into Debian
Build Logs:
-
https://launchpadlibrarian.net/363222435/buildlog_ubuntu-bionic-amd64.libzip_1.5.0-0ubuntu1~bionic3_BUILDING.txt.gz
+
https://launchpadlibrarian.net/363623662/buildlog_ubuntu-bionic-amd64.libzip_1.5.0-0ubuntu1~bionic6_BUILDING.txt.gz
Reverse-depends of libzip4 that are seeded:
ark (from ark) is seeded in:
kubuntu: daily-live
lubuntu-next: daily-live
ideviceinstaller is seeded in:
ubuntu-mate: daily-live
libepub0 is seeded in:
kubuntu: daily-live
ubuntustudio: dvd
libpstoedit0c2a is seeded in:
kubuntu: supported
okular-extra-backends is seeded in:
kubuntu: daily-live
Upstream Changelog
==
1.5.0 [2018-03-11]
==
* Use standard cryptographic library instead of custom AES implementation.
This also simplifies the license.
* Use `clang-format` to format the source code.
* More Windows improvements.
1.4.0 [2017-12-29]
==
* Improve build with cmake
* Retire autoconf/automake build system
* Add `zip_source_buffer_fragment()`.
* Add support to clone unchanged beginning of archive (instead of rewriting
it).
Supported for buffer sources and on Apple File System.
* Add support for Microsoft Universal Windows Platform.
1.3.2 [2017-11-20]
==
* Fix bug introduced in last: zip_t was erroneously freed if zip_close()
failed.
1.3.1 [2017-11-19]
==
* Install zipconf.h into ${PREFIX}/include
* Add zip_libzip_version()
* Fix AES tests on Linux
1.3.0 [2017-09-02]
==
* Support bzip2 compressed zip archives
* Improve file progress callback code
* Fix zip_fdopen()
* CVE-2017-12858: Fix double free()
* CVE-2017-14107: Improve EOCD64 parsing
1.2.0 [2017-02-19]
==
* Support for AES encryption (Winzip version), both encryption
and decryption
* Support legacy zip files with >64k entries
* Fix seeking in zip_source_file if start > 0
* Add zip_fseek() for seeking in uncompressed data
* Add zip_ftell() for telling position in uncompressed data
* Add zip_register_progress_callback() for UI updates during zip_close()
1.1.3 [2016-05-28]
==
* Fix build on Windows when using autoconf
** Patch added: "updated debdiff against debian experimental"
https://bugs.launchpad.net/ubuntu/+source/libzip/+bug/1674057/+attachment/5105030/+files/libzip_1.5.0-r3.debdiff
** Patch removed: "debdiff against version 1.3.2 in Debian experimental"
https://bugs.launchpad.net/ubuntu/+source/libzip/+bug/1674057/+attachment/5102221/+files/libzip_1.5.0-r2.debdiff
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libzip in Ubuntu.
https://bugs.launchpad.net/bugs/1674057
Title:
[FFe] upgrade libzip to version 1.5.0
Status in libzip package in Ubuntu:
New
Status in libzip package in Debian:
New
Bug description:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other
[Desktop-packages] [Bug 1674057] Re: [FFe] upgrade libzip to version 1.5.0
I have been liasing with upstream to sort of the few remaining issues,
they have been super responsive, and for the the most part those are
fixed upstream, I will update the packaging with upstream fixes once I
get back into range of a power point! in the next day or three.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libzip in Ubuntu.
https://bugs.launchpad.net/bugs/1674057
Title:
[FFe] upgrade libzip to version 1.5.0
Status in libzip package in Ubuntu:
New
Status in libzip package in Debian:
New
Bug description:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other Changes:
- A bunch of bug fixes
- A number of new features like bzip2 (this optional and could be disabled
for 18.04), improved AES encryption support, some of the new features are other
platforms only
- Breaks API (only 1 symbol was removed though), soname bump, so will require
a mini transition, all the 24 reverse-depends that I count are in universe.
Some are seeded in flavours (see below)
- Build system switched to Cmake in latest release
- Ark will build with libzip support where it didnt before
Testing:
It has a fairly comprehensive test suite, all tests are now passing.
I have run a test rebuild for all the rdepends in ppa:darkxst/libzip.
All built successfully, except for 2 packages, cbmc and plume-creater
that had unrelated fallout due to gcc7 and other packaging changes.
Other Notes:
- There are a bunch of presumably private symbols leaked into the debian
symbols file. Not ideal, but probably not the only package in the archive like
that.
- Have forwarded upstream a couple of patches and will follow symbols later
- I will also push for the update into Debian
Build Logs:
https://launchpadlibrarian.net/363222435/buildlog_ubuntu-bionic-amd64.libzip_1.5.0-0ubuntu1~bionic3_BUILDING.txt.gz
Reverse-depends of libzip4 that are seeded:
ark (from ark) is seeded in:
kubuntu: daily-live
lubuntu-next: daily-live
ideviceinstaller is seeded in:
ubuntu-mate: daily-live
libepub0 is seeded in:
kubuntu: daily-live
ubuntustudio: dvd
libpstoedit0c2a is seeded in:
kubuntu: supported
okular-extra-backends is seeded in:
kubuntu: daily-live
Upstream Changelog
==
1.5.0 [2018-03-11]
==
* Use standard cryptographic library instead of custom AES implementation.
This also simplifies the license.
* Use `clang-format` to format the source code.
* More Windows improvements.
1.4.0 [2017-12-29]
==
* Improve build with cmake
* Retire autoconf/automake build system
* Add `zip_source_buffer_fragment()`.
* Add support to clone unchanged beginning of archive (instead of rewriting
it).
Supported for buffer sources and on Apple File System.
* Add support for Microsoft Universal Windows Platform.
1.3.2 [2017-11-20]
==
* Fix bug introduced in last: zip_t was erroneously freed if zip_close()
failed.
1.3.1 [2017-11-19]
==
* Install zipconf.h into ${PREFIX}/include
* Add zip_libzip_version()
* Fix AES tests on Linux
1.3.0 [2017-09-02]
==
* Support bzip2 compressed zip archives
* Improve file progress callback code
* Fix zip_fdopen()
* CVE-2017-12858: Fix double free()
* CVE-2017-14107: Improve EOCD64 parsing
1.2.0 [2017-02-19]
==
* Support for AES encryption (Winzip version), both encryption
and decryption
* Support legacy zip files with >64k entries
* Fix seeking in zip_source_file if start > 0
* Add zip_fseek() for seeking in uncompressed data
* Add zip_ftell() for telling position in uncompressed data
* Add zip_register_progress_callback() for UI updates during zip_close()
1.1.3 [2016-05-28]
==
* Fix build on Windows when using autoconf
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libzip/+bug/1674057/+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 1674057] Re: [FFe] upgrade libzip to version 1.5.0
** Description changed:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other Changes:
- A bunch of bug fixes
- A number of new features like bzip2 (this optional and could be disabled
for 18.04), improved AES encryption support, some of the new features are other
platforms only
- Breaks API (only 1 symbol was removed though), soname bump, so will require
a mini transition, all the 24 reverse-depends that I count are in universe.
Some are seeded in flavours (see below)
- Build system switched to Cmake in latest release
- Ark will build with libzip support where it didnt before
Testing:
- It has a fairly comprehensive test suite, but I did have to disable for now,
a few problematic tests that fail in the launchpad buildd chroots, but not
elsewhere like local machine or Debian schroot.
+ It has a fairly comprehensive test suite, all tests are now passing.
I have run a test rebuild for all the rdepends in ppa:darkxst/libzip.
All built successfully, except for 2 packages, cbmc and plume-creater
that had unrelated fallout due to gcc7 and other packaging changes.
Other Notes:
- There are a bunch of presumably private symbols leaked into the debian
symbols file. Not ideal, but probably not the only package in the archive like
that.
- - I will follow up with upstream issues for the RPATH stuff, tests and
symbols later
+ - Have forwarded upstream a couple of patches and will follow symbols later
- I will also push for the update into Debian
Build Logs:
https://launchpadlibrarian.net/363222435/buildlog_ubuntu-bionic-amd64.libzip_1.5.0-0ubuntu1~bionic3_BUILDING.txt.gz
Reverse-depends of libzip4 that are seeded:
ark (from ark) is seeded in:
kubuntu: daily-live
lubuntu-next: daily-live
ideviceinstaller is seeded in:
ubuntu-mate: daily-live
libepub0 is seeded in:
kubuntu: daily-live
ubuntustudio: dvd
libpstoedit0c2a is seeded in:
kubuntu: supported
okular-extra-backends is seeded in:
kubuntu: daily-live
Upstream Changelog
==
1.5.0 [2018-03-11]
==
* Use standard cryptographic library instead of custom AES implementation.
This also simplifies the license.
* Use `clang-format` to format the source code.
* More Windows improvements.
1.4.0 [2017-12-29]
==
* Improve build with cmake
* Retire autoconf/automake build system
* Add `zip_source_buffer_fragment()`.
* Add support to clone unchanged beginning of archive (instead of rewriting
it).
Supported for buffer sources and on Apple File System.
* Add support for Microsoft Universal Windows Platform.
1.3.2 [2017-11-20]
==
* Fix bug introduced in last: zip_t was erroneously freed if zip_close()
failed.
1.3.1 [2017-11-19]
==
* Install zipconf.h into ${PREFIX}/include
* Add zip_libzip_version()
* Fix AES tests on Linux
1.3.0 [2017-09-02]
==
* Support bzip2 compressed zip archives
* Improve file progress callback code
* Fix zip_fdopen()
* CVE-2017-12858: Fix double free()
* CVE-2017-14107: Improve EOCD64 parsing
1.2.0 [2017-02-19]
==
* Support for AES encryption (Winzip version), both encryption
and decryption
* Support legacy zip files with >64k entries
* Fix seeking in zip_source_file if start > 0
* Add zip_fseek() for seeking in uncompressed data
* Add zip_ftell() for telling position in uncompressed data
* Add zip_register_progress_callback() for UI updates during zip_close()
1.1.3 [2016-05-28]
==
* Fix build on Windows when using autoconf
** Patch added: "debdiff against version 1.3.2 in Debian experimental"
https://bugs.launchpad.net/ubuntu/+source/libzip/+bug/1674057/+attachment/5102221/+files/libzip_1.5.0-r2.debdiff
** Patch removed: "debdiff against version 1.3.2 in Debian experimental"
https://bugs.launchpad.net/ubuntu/+source/libzip/+bug/1674057/+attachment/5101199/+files/libzip_1.5.debdiff
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libzip in Ubuntu.
https://bugs.launchpad.net/bugs/1674057
Title:
[FFe] upgrade libzip to version 1.5.0
Status in libzip package in Ubuntu:
New
Status in libzip package in Debian:
New
Bug description:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other Changes:
- A bunch of bug fixes
- A number of new features like bzip2 (this optional and could be
[Desktop-packages] [Bug 1674057] Re: [FFe] upgrade libzip to version 1.5.0
** Bug watch added: Debian Bug tracker #894813
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894813
** Also affects: libzip (Debian) via
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894813
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libzip in Ubuntu.
https://bugs.launchpad.net/bugs/1674057
Title:
[FFe] upgrade libzip to version 1.5.0
Status in libzip package in Ubuntu:
New
Status in libzip package in Debian:
Unknown
Bug description:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other Changes:
- A bunch of bug fixes
- A number of new features like bzip2 (this optional and could be disabled
for 18.04), improved AES encryption support, some of the new features are other
platforms only
- Breaks API (only 1 symbol was removed though), soname bump, so will require
a mini transition, all the 24 reverse-depends that I count are in universe.
Some are seeded in flavours (see below)
- Build system switched to Cmake in latest release
- Ark will build with libzip support where it didnt before
Testing:
It has a fairly comprehensive test suite, but I did have to disable for now,
a few problematic tests that fail in the launchpad buildd chroots, but not
elsewhere like local machine or Debian schroot.
I have run a test rebuild for all the rdepends in ppa:darkxst/libzip.
All built successfully, except for 2 packages, cbmc and plume-creater
that had unrelated fallout due to gcc7 and other packaging changes.
Other Notes:
- There are a bunch of presumably private symbols leaked into the debian
symbols file. Not ideal, but probably not the only package in the archive like
that.
- I will follow up with upstream issues for the RPATH stuff, tests and
symbols later
- I will also push for the update into Debian
Build Logs:
https://launchpadlibrarian.net/363222435/buildlog_ubuntu-bionic-amd64.libzip_1.5.0-0ubuntu1~bionic3_BUILDING.txt.gz
Reverse-depends of libzip4 that are seeded:
ark (from ark) is seeded in:
kubuntu: daily-live
lubuntu-next: daily-live
ideviceinstaller is seeded in:
ubuntu-mate: daily-live
libepub0 is seeded in:
kubuntu: daily-live
ubuntustudio: dvd
libpstoedit0c2a is seeded in:
kubuntu: supported
okular-extra-backends is seeded in:
kubuntu: daily-live
Upstream Changelog
==
1.5.0 [2018-03-11]
==
* Use standard cryptographic library instead of custom AES implementation.
This also simplifies the license.
* Use `clang-format` to format the source code.
* More Windows improvements.
1.4.0 [2017-12-29]
==
* Improve build with cmake
* Retire autoconf/automake build system
* Add `zip_source_buffer_fragment()`.
* Add support to clone unchanged beginning of archive (instead of rewriting
it).
Supported for buffer sources and on Apple File System.
* Add support for Microsoft Universal Windows Platform.
1.3.2 [2017-11-20]
==
* Fix bug introduced in last: zip_t was erroneously freed if zip_close()
failed.
1.3.1 [2017-11-19]
==
* Install zipconf.h into ${PREFIX}/include
* Add zip_libzip_version()
* Fix AES tests on Linux
1.3.0 [2017-09-02]
==
* Support bzip2 compressed zip archives
* Improve file progress callback code
* Fix zip_fdopen()
* CVE-2017-12858: Fix double free()
* CVE-2017-14107: Improve EOCD64 parsing
1.2.0 [2017-02-19]
==
* Support for AES encryption (Winzip version), both encryption
and decryption
* Support legacy zip files with >64k entries
* Fix seeking in zip_source_file if start > 0
* Add zip_fseek() for seeking in uncompressed data
* Add zip_ftell() for telling position in uncompressed data
* Add zip_register_progress_callback() for UI updates during zip_close()
1.1.3 [2016-05-28]
==
* Fix build on Windows when using autoconf
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libzip/+bug/1674057/+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 1674057] Re: [FFe] upgrade libzip to version 1.5.0
** Description changed:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other Changes:
- A bunch of bug fixes
- A number of new features like bzip2 (this optional and could be disabled
for 18.04), improved AES encryption support, some of the new features are other
platforms only
- - Breaks API (only 1 symbol was removed though), soname bump, so will require
a mini transition, all the 23-odd reverse-depends that I count are in universe.
- - they appear to have dropped their custom AES implementation in favour of
using openssl (this should be a plus!)
+ - Breaks API (only 1 symbol was removed though), soname bump, so will require
a mini transition, all the 24 reverse-depends that I count are in universe.
Some are seeded in flavours (see below)
- Build system switched to Cmake in latest release
- Ark will build with libzip support where it didnt before
Testing:
It has a fairly comprehensive test suite, but I did have to disable for now,
a few problematic tests that fail in the launchpad buildd chroots, but not
elsewhere like local machine or Debian schroot.
I have run a test rebuild for all the rdepends in ppa:darkxst/libzip.
All built successfully, except for 2 packages, cbmc and plume-creater
that had unrelated fallout due to gcc7 and other packaging changes.
Other Notes:
- There are a bunch of presumably private symbols leaked into the debian
symbols file. Not ideal, but probably not the only package in the archive like
that.
- I will follow up with upstream issues for the RPATH stuff, tests and
symbols later
- I will also push for the update into Debian
Build Logs:
https://launchpadlibrarian.net/363222435/buildlog_ubuntu-bionic-amd64.libzip_1.5.0-0ubuntu1~bionic3_BUILDING.txt.gz
Reverse-depends of libzip4 that are seeded:
ark (from ark) is seeded in:
- kubuntu: daily-live
- lubuntu-next: daily-live
+ kubuntu: daily-live
+ lubuntu-next: daily-live
ideviceinstaller is seeded in:
- ubuntu-mate: daily-live
+ ubuntu-mate: daily-live
libepub0 is seeded in:
- kubuntu: daily-live
- ubuntustudio: dvd
+ kubuntu: daily-live
+ ubuntustudio: dvd
libpstoedit0c2a is seeded in:
- kubuntu: supported
+ kubuntu: supported
okular-extra-backends is seeded in:
- kubuntu: daily-live
+ kubuntu: daily-live
Upstream Changelog
==
1.5.0 [2018-03-11]
==
* Use standard cryptographic library instead of custom AES implementation.
This also simplifies the license.
* Use `clang-format` to format the source code.
* More Windows improvements.
1.4.0 [2017-12-29]
==
* Improve build with cmake
* Retire autoconf/automake build system
* Add `zip_source_buffer_fragment()`.
* Add support to clone unchanged beginning of archive (instead of rewriting
it).
Supported for buffer sources and on Apple File System.
* Add support for Microsoft Universal Windows Platform.
1.3.2 [2017-11-20]
==
* Fix bug introduced in last: zip_t was erroneously freed if zip_close()
failed.
1.3.1 [2017-11-19]
==
* Install zipconf.h into ${PREFIX}/include
* Add zip_libzip_version()
* Fix AES tests on Linux
1.3.0 [2017-09-02]
==
* Support bzip2 compressed zip archives
* Improve file progress callback code
* Fix zip_fdopen()
* CVE-2017-12858: Fix double free()
* CVE-2017-14107: Improve EOCD64 parsing
1.2.0 [2017-02-19]
==
* Support for AES encryption (Winzip version), both encryption
and decryption
* Support legacy zip files with >64k entries
* Fix seeking in zip_source_file if start > 0
* Add zip_fseek() for seeking in uncompressed data
* Add zip_ftell() for telling position in uncompressed data
* Add zip_register_progress_callback() for UI updates during zip_close()
1.1.3 [2016-05-28]
==
* Fix build on Windows when using autoconf
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libzip in Ubuntu.
https://bugs.launchpad.net/bugs/1674057
Title:
[FFe] upgrade libzip to version 1.5.0
Status in libzip package in Ubuntu:
New
Bug description:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other Changes:
- A bunch of bug fixes
- A number of new features like bzip2 (this optional and could be disabled
for 18.04), improved AES encryption support, some of the new features are other
platforms only
- Breaks API
[Desktop-packages] [Bug 1674057] Re: [FFe] upgrade libzip to version 1.5.0
** Description changed:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other Changes:
- A bunch of bug fixes
- A number of new features like bzip2 (this optional and could be disabled
for 18.04), improved AES encryption support, some of the new features are other
platforms only
- - Breaks API (only 1 symbol was removed though), soname bump, so will require
a mini transition, all the 23-odd reverse-depends that I count are in universe.
+ - Breaks API (only 1 symbol was removed though), soname bump, so will require
a mini transition, all the 23-odd reverse-depends that I count are in universe.
- they appear to have dropped their custom AES implementation in favour of
using openssl (this should be a plus!)
- Build system switched to Cmake in latest release
-
+ - Ark will build with libzip support where it didnt before
Testing:
It has a fairly comprehensive test suite, but I did have to disable for now,
a few problematic tests that fail in the launchpad buildd chroots, but not
elsewhere like local machine or Debian schroot.
I have run a test rebuild for all the rdepends in ppa:darkxst/libzip.
All built successfully, except for 2 packages, cbmc and plume-creater
that had unrelated fallout due to gcc7 and other packaging changes.
- Other Notes:
+ Other Notes:
- There are a bunch of presumably private symbols leaked into the debian
symbols file. Not ideal, but probably not the only package in the archive like
that.
- I will follow up with upstream issues for the RPATH stuff, tests and
symbols later
- I will also push for the update into Debian
Build Logs:
https://launchpadlibrarian.net/363222435/buildlog_ubuntu-bionic-amd64.libzip_1.5.0-0ubuntu1~bionic3_BUILDING.txt.gz
+ Reverse-depends of libzip4 that are seeded:
+ ark (from ark) is seeded in:
+ kubuntu: daily-live
+ lubuntu-next: daily-live
+ ideviceinstaller is seeded in:
+ ubuntu-mate: daily-live
+ libepub0 is seeded in:
+ kubuntu: daily-live
+ ubuntustudio: dvd
+ libpstoedit0c2a is seeded in:
+ kubuntu: supported
+ okular-extra-backends is seeded in:
+ kubuntu: daily-live
Upstream Changelog
==
1.5.0 [2018-03-11]
==
* Use standard cryptographic library instead of custom AES implementation.
- This also simplifies the license.
+ This also simplifies the license.
* Use `clang-format` to format the source code.
* More Windows improvements.
1.4.0 [2017-12-29]
==
* Improve build with cmake
* Retire autoconf/automake build system
* Add `zip_source_buffer_fragment()`.
* Add support to clone unchanged beginning of archive (instead of rewriting
it).
- Supported for buffer sources and on Apple File System.
+ Supported for buffer sources and on Apple File System.
* Add support for Microsoft Universal Windows Platform.
1.3.2 [2017-11-20]
==
* Fix bug introduced in last: zip_t was erroneously freed if zip_close()
failed.
1.3.1 [2017-11-19]
==
* Install zipconf.h into ${PREFIX}/include
* Add zip_libzip_version()
* Fix AES tests on Linux
1.3.0 [2017-09-02]
==
* Support bzip2 compressed zip archives
* Improve file progress callback code
* Fix zip_fdopen()
* CVE-2017-12858: Fix double free()
* CVE-2017-14107: Improve EOCD64 parsing
1.2.0 [2017-02-19]
==
* Support for AES encryption (Winzip version), both encryption
- and decryption
+ and decryption
* Support legacy zip files with >64k entries
* Fix seeking in zip_source_file if start > 0
* Add zip_fseek() for seeking in uncompressed data
* Add zip_ftell() for telling position in uncompressed data
* Add zip_register_progress_callback() for UI updates during zip_close()
1.1.3 [2016-05-28]
==
* Fix build on Windows when using autoconf
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libzip in Ubuntu.
https://bugs.launchpad.net/bugs/1674057
Title:
[FFe] upgrade libzip to version 1.5.0
Status in libzip package in Ubuntu:
In Progress
Status in libzip source package in Bionic:
In Progress
Bug description:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other Changes:
- A bunch of bug fixes
- A number of new features like bzip2 (this optional and could be disabled
for 18.04), improved AES encryption support, some of the new features are other
platforms only
- Breaks API (only 1
[Desktop-packages] [Bug 1674057] Re: [FFe] upgrade libzip to version 1.5.0
** Patch added: "debdiff against version 1.3.2 in Debian experimental"
https://bugs.launchpad.net/ubuntu/+source/libzip/+bug/1674057/+attachment/5101199/+files/libzip_1.5.debdiff
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libzip in Ubuntu.
https://bugs.launchpad.net/bugs/1674057
Title:
[FFe] upgrade libzip to version 1.5.0
Status in libzip package in Ubuntu:
In Progress
Status in libzip source package in Bionic:
In Progress
Bug description:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other Changes:
- A bunch of bug fixes
- A number of new features like bzip2 (this optional and could be disabled
for 18.04), improved AES encryption support, some of the new features are other
platforms only
- Breaks API (only 1 symbol was removed though), soname bump, so will require
a mini transition, all the 23-odd reverse-depends that I count are in universe.
- they appear to have dropped their custom AES implementation in favour of
using openssl (this should be a plus!)
- Build system switched to Cmake in latest release
Testing:
It has a fairly comprehensive test suite, but I did have to disable for now,
a few problematic tests that fail in the launchpad buildd chroots, but not
elsewhere like local machine or Debian schroot.
I have run a test rebuild for all the rdepends in ppa:darkxst/libzip.
All built successfully, except for 2 packages, cbmc and plume-creater
that had unrelated fallout due to gcc7 and other packaging changes.
Other Notes:
- There are a bunch of presumably private symbols leaked into the debian
symbols file. Not ideal, but probably not the only package in the archive like
that.
- I will follow up with upstream issues for the RPATH stuff, tests and
symbols later
- I will also push for the update into Debian
Build Logs:
https://launchpadlibrarian.net/363222435/buildlog_ubuntu-bionic-amd64.libzip_1.5.0-0ubuntu1~bionic3_BUILDING.txt.gz
Upstream Changelog
==
1.5.0 [2018-03-11]
==
* Use standard cryptographic library instead of custom AES implementation.
This also simplifies the license.
* Use `clang-format` to format the source code.
* More Windows improvements.
1.4.0 [2017-12-29]
==
* Improve build with cmake
* Retire autoconf/automake build system
* Add `zip_source_buffer_fragment()`.
* Add support to clone unchanged beginning of archive (instead of rewriting
it).
Supported for buffer sources and on Apple File System.
* Add support for Microsoft Universal Windows Platform.
1.3.2 [2017-11-20]
==
* Fix bug introduced in last: zip_t was erroneously freed if zip_close()
failed.
1.3.1 [2017-11-19]
==
* Install zipconf.h into ${PREFIX}/include
* Add zip_libzip_version()
* Fix AES tests on Linux
1.3.0 [2017-09-02]
==
* Support bzip2 compressed zip archives
* Improve file progress callback code
* Fix zip_fdopen()
* CVE-2017-12858: Fix double free()
* CVE-2017-14107: Improve EOCD64 parsing
1.2.0 [2017-02-19]
==
* Support for AES encryption (Winzip version), both encryption
and decryption
* Support legacy zip files with >64k entries
* Fix seeking in zip_source_file if start > 0
* Add zip_fseek() for seeking in uncompressed data
* Add zip_ftell() for telling position in uncompressed data
* Add zip_register_progress_callback() for UI updates during zip_close()
1.1.3 [2016-05-28]
==
* Fix build on Windows when using autoconf
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libzip/+bug/1674057/+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 1674057] Re: [FFe] upgrade libzip to version 1.5.0
** Description changed:
- Please consider upgrading libzip to the newest version (currently 1.20).
- It comes with important changes (details here:
- https://nih.at/libzip/NEWS.html) and also it's used by ark since commit
- ee74c157daf3604277ffcf10d2a89b2b59556dd7:
+ Feature Freeze Justification
+
+ This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
- Add libzip plugin
- A new plugin for libzip was added. The plugin is only built if libzip
- 1.20 or higher is installed, but is the preferred plugin for zip
- archives.
+ Other Changes:
+ - A bunch of bug fixes
+ - A number of new features like bzip2 (this optional and could be disabled
for 18.04), improved AES encryption support, some of the new features are other
platforms only
+ - Breaks API (only 1 symbol was removed though), soname bump, so will require
a mini transition, all the 23-odd reverse-depends that I count are in universe.
+ - they appear to have dropped their custom AES implementation in favour of
using openssl (this should be a plus!)
+ - Build system switched to Cmake in latest release
+
+
+ Testing:
+ It has a fairly comprehensive test suite, but I did have to disable for now,
a few problematic tests that fail in the launchpad buildd chroots, but not
elsewhere like local machine or Debian schroot.
+
+ I have run a test rebuild for all the rdepends in ppa:darkxst/libzip.
+ All built successfully, except for 2 packages, cbmc and plume-creater
+ that had unrelated fallout due to gcc7 and other packaging changes.
+
+ Other Notes:
+ - There are a bunch of presumably private symbols leaked into the debian
symbols file. Not ideal, but probably not the only package in the archive like
that.
+ - I will follow up with upstream issues for the RPATH stuff, tests and
symbols later
+ - I will also push for the update into Debian
+
+ Build Logs:
+
https://launchpadlibrarian.net/363222435/buildlog_ubuntu-bionic-amd64.libzip_1.5.0-0ubuntu1~bionic3_BUILDING.txt.gz
+
+
+ Upstream Changelog
+ ==
+ 1.5.0 [2018-03-11]
+ ==
+
+ * Use standard cryptographic library instead of custom AES implementation.
+ This also simplifies the license.
+ * Use `clang-format` to format the source code.
+ * More Windows improvements.
+
+ 1.4.0 [2017-12-29]
+ ==
+
+ * Improve build with cmake
+ * Retire autoconf/automake build system
+ * Add `zip_source_buffer_fragment()`.
+ * Add support to clone unchanged beginning of archive (instead of rewriting
it).
+ Supported for buffer sources and on Apple File System.
+ * Add support for Microsoft Universal Windows Platform.
+
+ 1.3.2 [2017-11-20]
+ ==
+ * Fix bug introduced in last: zip_t was erroneously freed if zip_close()
failed.
+
+ 1.3.1 [2017-11-19]
+ ==
+
+ * Install zipconf.h into ${PREFIX}/include
+ * Add zip_libzip_version()
+ * Fix AES tests on Linux
+
+ 1.3.0 [2017-09-02]
+ ==
+
+ * Support bzip2 compressed zip archives
+ * Improve file progress callback code
+ * Fix zip_fdopen()
+ * CVE-2017-12858: Fix double free()
+ * CVE-2017-14107: Improve EOCD64 parsing
+
+ 1.2.0 [2017-02-19]
+ ==
+
+ * Support for AES encryption (Winzip version), both encryption
+ and decryption
+ * Support legacy zip files with >64k entries
+ * Fix seeking in zip_source_file if start > 0
+ * Add zip_fseek() for seeking in uncompressed data
+ * Add zip_ftell() for telling position in uncompressed data
+ * Add zip_register_progress_callback() for UI updates during zip_close()
+
+ 1.1.3 [2016-05-28]
+ ==
+
+ * Fix build on Windows when using autoconf
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libzip in Ubuntu.
https://bugs.launchpad.net/bugs/1674057
Title:
[FFe] upgrade libzip to version 1.5.0
Status in libzip package in Ubuntu:
In Progress
Status in libzip source package in Bionic:
In Progress
Bug description:
Feature Freeze Justification
This release fixes to two CVE's and most notably has removed its custom AES
crypto implementation with using openssl libraries. It is for the security
reasons I am requesting this FFe this late in the cycle.
Other Changes:
- A bunch of bug fixes
- A number of new features like bzip2 (this optional and could be disabled
for 18.04), improved AES encryption support, some of the new features are other
platforms only
- Breaks API (only 1 symbol was removed though), soname bump, so will require
a mini transition, all the 23-odd reverse-depends that I count are in universe.
- they appear to have dropped their custom AES implementation in favour of
using openssl (this should be a plus!)
- Build system switched to Cmake in latest release
[Desktop-packages] [Bug 1674057] Re: [FFe] upgrade libzip to version 1.5.0
** Summary changed: - [needs packaging] upgrade libzip to version 1.20 + [FFe] upgrade libzip to version 1.5.0 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libzip in Ubuntu. https://bugs.launchpad.net/bugs/1674057 Title: [FFe] upgrade libzip to version 1.5.0 Status in libzip package in Ubuntu: In Progress Status in libzip source package in Bionic: In Progress Bug description: Please consider upgrading libzip to the newest version (currently 1.20). It comes with important changes (details here: https://nih.at/libzip/NEWS.html) and also it's used by ark since commit ee74c157daf3604277ffcf10d2a89b2b59556dd7: Add libzip plugin A new plugin for libzip was added. The plugin is only built if libzip 1.20 or higher is installed, but is the preferred plugin for zip archives. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libzip/+bug/1674057/+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 1674057] Re: [needs packaging] upgrade libzip to version 1.20
>From a quick look not sure how feasible this is to get into Bionic this late in the cycle? Quick Summary of changes (https://libzip.org/news/): - There is a 1.3.2 build in Debian experimental, but hasnt progressed into unstable yet - A couple of CVE fixes (these should probably be cherry-picked regardless) - A bunch of bug fixes - A number of new features like bzip2, improved AES encryption support, some of the new features are other platforms only - Breaks API, soname bump, so will require a mini transition, all the 23-odd reverse-depends that I count are in universe though. Have not yet checked if any of these are affected by the API changes or can just be rebuilt. - they appear to have dropped their custom AES implementation in favour of using openssl (this should be a plus!) - Build system switched to Cmake in latest release -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libzip in Ubuntu. https://bugs.launchpad.net/bugs/1674057 Title: [needs packaging] upgrade libzip to version 1.20 Status in libzip package in Ubuntu: In Progress Status in libzip source package in Bionic: In Progress Bug description: Please consider upgrading libzip to the newest version (currently 1.20). It comes with important changes (details here: https://nih.at/libzip/NEWS.html) and also it's used by ark since commit ee74c157daf3604277ffcf10d2a89b2b59556dd7: Add libzip plugin A new plugin for libzip was added. The plugin is only built if libzip 1.20 or higher is installed, but is the preferred plugin for zip archives. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libzip/+bug/1674057/+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 1758647] Re: ubiquity doesn't preselect the right default keyboard layout
OP said that this also affects Xubuntu and Lubuntu so its not likely only gnome-settings-daemon involved here, since neither of them use it. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1758647 Title: ubiquity doesn't preselect the right default keyboard layout Status in gnome-settings-daemon package in Ubuntu: Confirmed Status in ubiquity package in Ubuntu: Confirmed Bug description: In Ubuntu, Xubuntu and Lubuntu 18.04 Bionic Beaver, daily builds of March 25, the right default keymap isn't preselected when you select "Nederlands" (i.e. Dutch) as language for the installation. It's now "English, US" but should be: "English (US) - English (US, intl., with dead keys)". Or, in other words, it should be: XKBLAYOUT="us" XKBVARIANT="intl" (additional remark in order to prevent any misunderstandings: the original Dutch keyboard (nl) has completely disappeared long ago, so all keyboards sold in the Netherlands have US keyboards which need the "intl" xkbvariant with dead keys, in order to be able to type accents) This is a regression, at least compared with Ubuntu 16.04 and earlier (I don't know about 16.10, 17.04 and 17.10). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1758647/+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 1726143] Re: Automatic installation of samba fails with "could not find package libpam-smbpass"
With the removal of the pam-smbpass module there is no longer any syncing of Ubuntu/System accounts into Samba. This means to get password protected shares working after installing samba the user would need to run: sudo smbpasswd -a Keeping in mind that there is password sync the other way (on by default in the Ubuntu shipped samba config atleast) and the above command will also change you Ubuntu login password if you enter a different password. After that nautilus-share should work as normal for both guest and protected user shares. pam_winbind was proposed at the time of removal as the replacement, but I don't think that will work on a standalone system that is not going to support ldap. So I guess the best we can do here is: - stop trying to install libpam-smbpass package - pop-up a dialog instructing the user to run the smbpasswd command or better pop-up a dialog allowing the user to set their samba password (using debconf maybe?) I will upload a fix for the first part, but the second part will need some design consideration and probably a UIFe. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus-share in Ubuntu. https://bugs.launchpad.net/bugs/1726143 Title: Automatic installation of samba fails with "could not find package libpam-smbpass" Status in nautilus-share package in Ubuntu: Confirmed Status in nautilus-share source package in Bionic: Confirmed Bug description: I actually have no idea if this is really a Nautilus issue but didn't know where else to file it. I have a fresh install of ubuntu 17.10. I start nautilus (using File). I right-click on a folder and select "Local Network Share". When I select "Share this folder" it says the sharing service is not installed, so I select "Install Service" and it offers to install samba for me. I click "install" and it proceeds, then throws up an error dialog: Could not find package 'libpam-smbpass' I can see that Samba packages are already installed at this point. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: nautilus 1:3.26.0-0ubuntu1 ProcVersionSignature: Ubuntu 4.13.0-16.19-generic 4.13.4 Uname: Linux 4.13.0-16-generic x86_64 ApportVersion: 2.20.7-0ubuntu3 Architecture: amd64 CurrentDesktop: GNOME Date: Sun Oct 22 15:43:28 2017 InstallationDate: Installed on 2017-10-21 (1 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018) SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus-share/+bug/1726143/+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 1754803] Re: [FFe] Disable telepathy support in gnome-contacts
I would also, but don't think that is likely to happen in time for bionic. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-contacts in Ubuntu. https://bugs.launchpad.net/bugs/1754803 Title: [FFe] Disable telepathy support in gnome-contacts Status in gnome-contacts package in Ubuntu: Confirmed Bug description: We would like to disable (at buildtime) telepathy support in gnome- contacts Feature Freeze Justification Telepathy support is largely being deprecated in GNOME. Gnome-contacts is one of few GNOME modules still using it. It has been disabled in gnome-online-accounts (and will be completely removed from GOA next cycle[1]). With the GOA provider gone it is less useful since you won't get contacts from telepathy clients and you can't make calls. presumably the chat still works though if manually configured. Debian is considering disabling it this cycle. Upstream will consider it next cycle gnome-contacts is not seeded on any flavors, other than the vanilla- gnome-desktop. gnome-contacts is currently the only thing pulling in telepathy and all its deps when installing vanilla-gnome-desktop. [1] https://mail.gnome.org/archives/desktop-devel-list/2017-October/msg00040.html To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-contacts/+bug/1754803/+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
