Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

cozy-audiobooks fails to install- error: failed to commit transaction (conflicting files) #710

Open
Scotty-Trees opened this issue Mar 29, 2022 · 8 comments

Comments

@Scotty-Trees
Copy link

Scotty-Trees commented Mar 29, 2022

Bug/Feature description

When trying to install Cozy Audiobooks from the AUR on EndeavourOS, the build fails with the following error:

Package (1)      New Version  Net Change

cozy-audiobooks  1.2.0-1        1.12 MiB

Total Installed Size:  1.12 MiB

:: Proceed with installation? [Y/n] 
(1/1) checking keys in keyring                     [-----------------------] 100%
(1/1) checking package integrity                   [-----------------------] 100%
(1/1) loading package files                        [-----------------------] 100%
(1/1) checking for file conflicts                  [-----------------------] 100%
error: failed to commit transaction (conflicting files)
cozy-audiobooks: /usr/share/icons/hicolor/scalable/actions/settings-symbolic.svg exists in filesystem (owned by extension-manager)
Errors occurred, no packages were upgraded.
 -> exit status 1

I'm not sure what other information you need for my assistance, but please let me know if this could be fixed and I thank you for making a very wonderful app, it has lots of potential. Thank you and have a nice day.

System Information

[scott@endeavourOS ~]$ inxi -Fxxxza --no-host
System:
  Kernel: 5.16.16-zen1-1-zen arch: x86_64 bits: 64 compiler: gcc v: 11.2.0
    parameters: BOOT_IMAGE=/boot/vmlinuz-linux-zen
    root=UUID=2c6a8f39-939c-47a4-9d95-dabf69e6f5c6 rw nvidia-drm.modeset=1
    quiet loglevel=3 nowatchdog
  Desktop: GNOME v: 41.5 tk: GTK v: 3.24.33 wm: gnome-shell dm: GDM v: 41.0
    Distro: EndeavourOS base: Arch Linux
Machine:
  Type: Laptop System: Acer product: Aspire E5-576G v: V1.32
    serial: <superuser required>
  Mobo: KBL model: Ironman_SK v: V1.32 serial: <superuser required>
    UEFI: Insyde v: 1.32 date: 10/24/2017
Battery:
  ID-1: BAT1 charge: 13.4 Wh (100.0%) condition: 13.4/62.2 Wh (21.6%)
    volts: 12.7 min: 11.1 model: PANASONIC AS16B5J type: Li-ion
    serial: <filter> status: full
CPU:
  Info: model: Intel Core i5-8250U bits: 64 type: MT MCP arch: Coffee Lake
    family: 6 model-id: 0x8E (142) stepping: 0xA (10) microcode: 0xEC
  Topology: cpus: 1x cores: 4 tpc: 2 threads: 8 smt: enabled cache:
    L1: 256 KiB desc: d-4x32 KiB; i-4x32 KiB L2: 1024 KiB desc: 4x256 KiB
    L3: 6 MiB desc: 1x6 MiB
  Speed (MHz): avg: 3310 high: 3400 min/max: 400/3400 scaling:
    driver: intel_pstate governor: powersave cores: 1: 3400 2: 3400 3: 3400
    4: 3400 5: 3400 6: 2680 7: 3400 8: 3400 bogomips: 28800
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
  Vulnerabilities:
  Type: itlb_multihit status: KVM: VMX disabled
  Type: l1tf
    mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable
  Type: mds mitigation: Clear CPU buffers; SMT vulnerable
  Type: meltdown mitigation: PTI
  Type: spec_store_bypass
    mitigation: Speculative Store Bypass disabled via prctl
  Type: spectre_v1
    mitigation: usercopy/swapgs barriers and __user pointer sanitization
  Type: spectre_v2 mitigation: Retpolines, IBPB: conditional, IBRS_FW,
    STIBP: conditional, RSB filling
  Type: srbds mitigation: Microcode
  Type: tsx_async_abort status: Not affected
Graphics:
  Device-1: Intel UHD Graphics 620 vendor: Acer Incorporated ALI driver: i915
    v: kernel ports: active: eDP-1 empty: DP-1,HDMI-A-1 bus-ID: 00:02.0
    chip-ID: 8086:5917 class-ID: 0300
  Device-2: NVIDIA GP108M [GeForce MX150] vendor: Acer Incorporated ALI
    driver: nvidia v: 510.54 alternate: nouveau,nvidia_drm pcie: gen: 3
    speed: 8 GT/s lanes: 4 bus-ID: 01:00.0 chip-ID: 10de:1d10 class-ID: 0302
  Device-3: Chicony HD WebCam type: USB driver: uvcvideo bus-ID: 1-7:4
    chip-ID: 04f2:b571 class-ID: 0e02
  Display: x11 server: X.Org v: 1.21.1.3 compositor: gnome-shell driver: X:
    loaded: modesetting,nvidia gpu: i915 display-ID: :1 screens: 1
  Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 508x286mm (20.00x11.26")
    s-diag: 583mm (22.95")
  Monitor-1: eDP-1 mapped: eDP-1-1 model: Najing CEC Panda LM156LF1L03
    built: 2017 res: 1920x1080 hz: 60 dpi: 142 gamma: 1.2
    size: 344x194mm (13.54x7.64") diag: 395mm (15.5") ratio: 16:9
    modes: 1920x1080
  OpenGL: renderer: NVIDIA GeForce MX150/PCIe/SSE2 v: 4.6.0 NVIDIA 510.54
    direct render: Yes
Audio:
  Device-1: Intel Sunrise Point-LP HD Audio vendor: Acer Incorporated ALI
    driver: snd_hda_intel v: kernel alternate: snd_soc_skl bus-ID: 00:1f.3
    chip-ID: 8086:9d71 class-ID: 0403
  Sound Server-1: ALSA v: k5.16.16-zen1-1-zen running: yes
  Sound Server-2: PulseAudio v: 15.0 running: no
  Sound Server-3: PipeWire v: 0.3.48 running: yes
Network:
  Device-1: Intel Dual Band Wireless-AC 3168NGW [Stone Peak] driver: iwlwifi
    v: kernel pcie: gen: 1 speed: 2.5 GT/s lanes: 1 bus-ID: 03:00.0
    chip-ID: 8086:24fb class-ID: 0280
  IF: wlan0 state: up mac: <filter>
  Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
    vendor: Acer Incorporated ALI driver: N/A modules: r8169 pcie: gen: 1
    speed: 2.5 GT/s lanes: 1 port: 3000 bus-ID: 04:00.1 chip-ID: 10ec:8168
    class-ID: 0200
Bluetooth:
  Device-1: Intel Wireless-AC 3168 Bluetooth type: USB driver: btusb v: 0.8
    bus-ID: 1-5:3 chip-ID: 8087:0aa7 class-ID: e001
  Report: rfkill ID: hci0 rfk-id: 0 state: up address: see --recommends
Drives:
  Local Storage: total: 238.47 GiB used: 148.17 GiB (62.1%)
  SMART Message: Unable to run smartctl. Root privileges required.
  ID-1: /dev/sda maj-min: 8:0 vendor: SK Hynix model: HFS256G39TND-N210A
    size: 238.47 GiB block-size: physical: 4096 B logical: 512 B
    speed: 6.0 Gb/s type: SSD serial: <filter> rev: 1P10 scheme: GPT
Partition:
  ID-1: / raw-size: 237.97 GiB size: 233.17 GiB (97.99%)
    used: 148.17 GiB (63.5%) fs: ext4 dev: /dev/sda2 maj-min: 8:2
  ID-2: /boot/efi raw-size: 512 MiB size: 511 MiB (99.80%)
    used: 296 KiB (0.1%) fs: vfat dev: /dev/sda1 maj-min: 8:1
Swap:
  Kernel: swappiness: 60 (default) cache-pressure: 100 (default)
  ID-1: swap-1 type: file size: 512 MiB used: 0 KiB (0.0%) priority: -2
    file: /swapfile
Sensors:
  System Temperatures: cpu: 59.0 C pch: 53.5 C mobo: N/A gpu: nvidia
    temp: 49 C
  Fan Speeds (RPM): N/A
Info:
  Processes: 283 Uptime: 25m wakeups: 1 Memory: 15.5 GiB
  used: 4.29 GiB (27.7%) Init: systemd v: 250 tool: systemctl Compilers:
  gcc: 11.2.0 Packages: pacman: 1375 lib: 313 flatpak: 0 Shell: Bash
  v: 5.1.16 running-in: tilix inxi: 3.3.14
@geigi
Copy link
Owner

geigi commented Mar 29, 2022

Hey, thanks for the bug report :) It seems like the package extension-manager installs a icon with the same name as one by cozy. I'll need to have a look how this can be fixed. Until then, I suggest to use the Flatpak.
Glad you like Cozy :)

@Scotty-Trees
Copy link
Author

No worries, I'll keep an eye on this. Let me know if you need any additional information or any testing for any fixes. Till then good luck!

@archisman-panigrahi
Copy link
Contributor

The same issue (clash with gnome-shell-extension-manager) is present in Ubuntu 22.04, when one tries to install Cozy from the PPA.

@geigi
Copy link
Owner

geigi commented Jul 15, 2022

Thanks, I haven't had much time but will hopefully have a look at it soon

@suve
Copy link
Contributor

suve commented Aug 24, 2022

Hi, we've recently came across this as well, in the Fedora Linux distro.

It seems that some of the icons shipped by cozy come from the Gnome Icon Library. From a packaging perspective, this is good news, since the conflicts could be solved by putting the GIL icons in a separate package, and then adding it as a dependency of cozy.

However, not all icons seem to originate from the Gnome Icon Library. Which raises two questions:

  1. Where do they come from?
  2. What's their licence?

The GIL icons are licensed CC0, which most distros consider OK for content.

@geigi
Copy link
Owner

geigi commented Aug 24, 2022

Hi @suve, packaging GIL as a separate package sounds like a good idea! But I'm not sure how to handle this situation if Fedora is the only one providing this package. For all other distributions Cozy would still need to provide the icons itself. Is there a way to install the icons at a place where only Cozy can use them and no conflicts can happen?

Regarding your other questions: All icons not originating from GIL are originated from here:
https://materialdesignicons.com/ (or on Github https://github.com/Templarian/MaterialDesign). They are released under the Apache 2.0 licence. I believe this is fine for most distros?

@LyesSaadi
Copy link

Hello,
(for context, I'm the one who reported the conflict to @suve, and proposing a common package for these icons in Fedora)

When I researched this, I discovered that this problem was handled in three different ways by other apps:
1- Using gresource file, which would basically "hardcode" the icon into the app
2- By preceding the icon name with the app name or uuid, in a namespace kind of way
3- By installing those icons in /usr/share/name_of_the_app/icons/hicolor/...

@suve
Copy link
Contributor

suve commented Aug 24, 2022

But I'm not sure how to handle this situation if Fedora is the only one providing this package.

As for me, cozy can keep providing and installing these icons - I'd just remove them during the packaging process and add GIL as a dependency.

Alternatively - I haven't really worked with GTK before, so I don't know if it's even feasible - but maybe cozy could have some kind of fallback logic? Something like:

  1. Try to include the bed-symbolic icon as provided by the user's icon theme
  2. If that doesn't exist, load the fallback icon from some file

Then, the icons could be just shipped inside /usr/share/cozy.

They are released under the Apache 2.0 licence. I believe this is fine for most distros?

Yes, Apache 2.0 is okay. It'd be great if you could add information about the icons and their licences to the README.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants