October 2024 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1231065] I think we can learn the way Fedora packages Chromium.
by bugzilla_noreply＠suse.com 05 Oct '24

05 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231065 https://bugzilla.suse.com/show_bug.cgi?id=1231065#c9 --- Comment #9 from Stefan Hundhammer <shundhammer(a)suse.com> --- Also, please name some use cases for a chromium-headless package. I know that Mozilla once had a 'xulrunner' that used 'libxul' as the common part between Firefox and Thunderbird, but this fell out of use these days; both Firefox and Thunderbird come with their own (!) libxul (/usr/lib64/firefox/libxul.so and /usr/lib64/thunderbird/libxul.so). The hope to be able to reuse the same lib for both never materialized, let alone third-party applications making use of it. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231065] I think we can learn the way Fedora packages Chromium.
by bugzilla_noreply＠suse.com 05 Oct '24

05 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231065 https://bugzilla.suse.com/show_bug.cgi?id=1231065#c8 --- Comment #8 from Stefan Hundhammer <shundhammer(a)suse.com> --- One more challenge for this kind of package split is that binary compatibility needs to be maintained under all circumstances; which to all intents and purposes means no less than to enforce matching binary packages generated from the same (single!) source package by hard "requires" dependencies that match that exact version and build. So, for every tiniest update of the source package (the original tarball as well as patches added on top), the version needs to be bumped, which for the end user means having to download and update all the installed subpackages anyway. Trying to use shortcuts here results in crashes (security relevant for an Internet browser!) that are really hard to debug. Examples are the kernel packages and the YaST libyui packages. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231065] I think we can learn the way Fedora packages Chromium.
by bugzilla_noreply＠suse.com 05 Oct '24

05 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231065 https://bugzilla.suse.com/show_bug.cgi?id=1231065#c7 Stefan Hundhammer <shundhammer(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fxzxmic(a)hotmail.com Flags| |needinfo?(fxzxmic(a)hotmail.c | |om) --- Comment #7 from Stefan Hundhammer <shundhammer(a)suse.com> --- Side discussions that need to be answered first so we can focus on the main topic: (In reply to Fxzx mic from comment #5) > I have set Severity to enhancement, which indicates that this is not a bug > report. Of course it is, and the same rules apply: You whould explain what you see as a problem, or in this case, as the enhancement. > I don't know your role in maintaining the Chromium package. Nor is it in any way, shape or form relevant. The points that I made are relevant, and you never answered them. > If you're just a user, you shouldn't really care about this issue > because it's actually not related to the user. I am not "just a user", but anyway, wes, it is related: Where the end user used to see just one single "chromium" package in the package-related tools (YaST, zypper; and more), now there would be four of them. And inevitably, users get confused what to install; even more so if (like you proposed) there are several different GUI front-ends (Qt 5 and Qt 6; plus "headless"). They tend to ask in user forums, and the answers tend to be inconclusive. Package splits come at a cost. > This is something that maintainers should consider. > If you are the maintainer, I would say that there are not so many meaningful > things in this world, only whether you want to do them or not. As a > maintainer, if you don't want to do this, then wait for the next maintainer > to do this. Good luck finding a voluneer maintainer for a package as complex as this. And anyway, given the importance of one of the few FOSS Internet browsers in today's IT world, reliable support may be business critical for SUSE, so the choice for the main maintainer narrows down to a SUSE employee. > As for what you said about "sanctify my machine", Sanitize, not sanctify. No need to declare the machine a holy thing. ;-) > I'm not an extremist. I'm > just suggesting how to make it more reasonable, not more extreme. The more > extreme suggestion would be to separate the GTK part as a package, the > language part as a package, and the documentation as a package. Obviously, I > didn't make these suggestions. OK, then we can agree on that point at least. > (In reply to Stefan Hundhammer from comment #4) > > [... Ubuntu / Snap ...] > > > > There are many ways to do it, and not all of them make sense; or at least > > have enough advantages to justify the constant extra work. > > You can’t compare your job to excrement to determine which is superior, so excrement?? > such a comparison is pointless. Now to the main point: > I don't know what kind of advantage is considered enough for you, but for > me, 'this is more reasonable' is enough. "This is more reasonable" is an opinion, not a factual argument. So, your implied suggestion is to follow Fedora's example to split up Chromium into several subpackages. But you never even once explained what you see as the benefits to offset the downsides. This is what is missing in this whole discussion. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231065] I think we can learn the way Fedora packages Chromium.
by bugzilla_noreply＠suse.com 05 Oct '24

05 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231065 https://bugzilla.suse.com/show_bug.cgi?id=1231065#c6 --- Comment #6 from Fxzx mic <fxzxmic(a)hotmail.com> --- I have seen many distributions packaging Chromium, but in my opinion, only Fedora is the most reasonable. If you ask why I don't use Fedora, I have already used it, but openSUSE is my second choice. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231065] I think we can learn the way Fedora packages Chromium.
by bugzilla_noreply＠suse.com 05 Oct '24

05 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231065 https://bugzilla.suse.com/show_bug.cgi?id=1231065#c5 --- Comment #5 from Fxzx mic <fxzxmic(a)hotmail.com> --- (In reply to Stefan Hundhammer from comment #3) > This is not a bug report, it's a statement of fact. > > Please describe this in a way that shows what you consider a bug, or a > feature request (but in that case, please elaborate on the pros and cons). > > I can already see a big fat con in offering so many different versions. As a > user, why would I care if it's Qt 5 or Qt 6? And the Qt 5 version would > probably go away soon anyway. So if there is a Qt 5 version, why bother with > Qt 5 anymore? > > Also, while there may be a handful of users who really don't want anything > Qt on their machines, well, tough luck: It's one GUI toolkit out of roughly > a dozen. Do you also sanitize your machine from the old Athena widgets? > (xterm!) Or from Tcl/tk? > > I would not even think about spending any amount of development time for > that kind of thing. That's just wasted life energy. I have set Severity to enhancement, which indicates that this is not a bug report. I don't know your role in maintaining the Chromium package. If you're just a user, you shouldn't really care about this issue because it's actually not related to the user. This is something that maintainers should consider. If you are the maintainer, I would say that there are not so many meaningful things in this world, only whether you want to do them or not. As a maintainer, if you don't want to do this, then wait for the next maintainer to do this. As for what you said about "sanctify my machine", I'm not an extremist. I'm just suggesting how to make it more reasonable, not more extreme. The more extreme suggestion would be to separate the GTK part as a package, the language part as a package, and the documentation as a package. Obviously, I didn't make these suggestions. (In reply to Stefan Hundhammer from comment #4) > Also, think about how Ubuntu and all their derivatives package not only > Chromium, but ALL Internet browsers, including Firefox and Opera: They just > offer a big fat Snap package for each one that includes all dependencies, > and that can't even handle a user's home directory on any other path than > /home (been there, done that, got rid of my last Xubuntu box because of > that), because then their sandbox concept is broken. > > There are many ways to do it, and not all of them make sense; or at least > have enough advantages to justify the constant extra work. You can’t compare your job to excrement to determine which is superior, so such a comparison is pointless. I don't know what kind of advantage is considered enough for you, but for me, 'this is more reasonable' is enough. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231235] New: Please backport 6.12 snapdragon lenovo t14s gen6 drivers to 6.11 kernel
by bugzilla_noreply＠suse.com 05 Oct '24

05 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231235 Bug ID: 1231235 Summary: Please backport 6.12 snapdragon lenovo t14s gen6 drivers to 6.11 kernel Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: aarch64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: rosuna(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- These 3 commits seem to be available for 6.12-rc1. Would it be possible to backport them into the freshly released 6.11 kernel? 7ad660f9991d dt-bindings: arm: qcom: Add Lenovo ThinkPad T14s Gen 6 e6b5a4c3ae3b firmware: qcom: scm: Allow QSEECOM on ThinkPad T14s 7d1cbe2f4985 arm64: dts: qcom: Add X1E78100 ThinkPad T14s Gen 6 Sources: https://www.phoronix.com/news/Linux-X1E-ThinkPad-T14s-Gen-6 "The Linux DT patches for the ThinkPad T14s Gen 6 can be found on the kernel mailing list. Here's to hoping the addition is ready to go later this year into the Linux v6.12 kernel" https://lore.kernel.org/lkml/20240719-topic-t14s_upstream-v1-0-d7d97fdebb28… https://patchew.org/linux/20240828-topic-t14s._5Fupstream-v2-0-49faea18de84… Thanks in advance! -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1228093] [amdgpu] Secondary monitor does not come up with 6.10
by bugzilla_noreply＠suse.com 05 Oct '24

05 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1228093 https://bugzilla.suse.com/show_bug.cgi?id=1228093#c24 --- Comment #24 from OBSbugzilla Bot <bwiedemann+obsbugzillabot(a)suse.com> --- This is an autogenerated message for OBS integration: This bug (1228093) was mentioned in https://build.opensuse.org/request/show/1205774 Factory / kernel-source -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1219803] New: Lenovo Yoga 14APH8 headphones jack requires bass speaker to be full volume
by bugzilla_noreply＠suse.com 05 Oct '24

05 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1219803 Bug ID: 1219803 Summary: Lenovo Yoga 14APH8 headphones jack requires bass speaker to be full volume Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Major Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: pinchon.guillaume(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Symptoms : When connecting headphones to the laptop's jack it's required to set the Bass Speaker to full volume through alsamixer otherwise we get no sound. Either that or replacing in /usr/share/alsa-card-profile/mixer/paths/analog-output-headphones.conf : [Element Bass Speaker] switch = off volume = off with : [Element Bass Speaker] switch = off volume = merge System info : Operating System: openSUSE Tumbleweed 20240209 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.114.0 Qt Version: 5.15.12 Kernel Version: 6.8.0-rc3-3.g7450939-default (64-bit) Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 7840HS with Radeon 780M Graphics Memory: 27.1 Gio of RAM Graphics Processor: AMD Radeon Graphics Manufacturer: LENOVO Product Name: 82Y8 System Version: Yoga Pro 7 14APH8 hwinfo --sound : 12: PCI 6300.1: 0403 Audio device [Created at pci.386] Unique ID: UGCg.OQPqPLYNCh0 Parent ID: JZZT.maS73mB38XF SysFS ID: /devices/pci0000:00/0000:00:08.1/0000:63:00.1 SysFS BusID: 0000:63:00.1 Hardware Class: sound Model: "ATI Audio device" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x1640 SubVendor: pci 0x17aa "Lenovo" SubDevice: pci 0x3824 Driver: "snd_hda_intel" Driver Modules: "snd_hda_intel" Memory Range: 0x785c8000-0x785cbfff (rw,non-prefetchable) IRQ: 90 (no events) Module Alias: "pci:v00001002d00001640sv000017AAsd00003824bc04sc03i00" Driver Info #0: Driver Status: snd_hda_intel is active Driver Activation Cmd: "modprobe snd_hda_intel" Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #27 (PCI bridge) 22: PCI 6300.6: 0403 Audio device [Created at pci.386] Unique ID: puer.m6xb4yIjnP9 Parent ID: JZZT.maS73mB38XF SysFS ID: /devices/pci0000:00/0000:00:08.1/0000:63:00.6 SysFS BusID: 0000:63:00.6 Hardware Class: sound Model: "AMD Family 17h (Models 10h-1fh) HD Audio Controller" Vendor: pci 0x1022 "AMD" Device: pci 0x15e3 "Family 17h (Models 10h-1fh) HD Audio Controller" SubVendor: pci 0x17aa "Lenovo" SubDevice: pci 0x3882 Driver: "snd_hda_intel" Driver Modules: "snd_hda_intel" Memory Range: 0x785c0000-0x785c7fff (rw,non-prefetchable) IRQ: 43 (327 events) Module Alias: "pci:v00001022d000015E3sv000017AAsd00003882bc04sc03i00" Driver Info #0: Driver Status: snd_hda_intel is active Driver Activation Cmd: "modprobe snd_hda_intel" Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #27 (PCI bridge) -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1231289] libbullet may be built both with double precision and without
by bugzilla_noreply＠suse.com 05 Oct '24

05 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231289 https://bugzilla.suse.com/show_bug.cgi?id=1231289#c4 --- Comment #4 from Mikhail Simakov <gm.ywr.gorau(a)gmail.com> --- This pair of names, 'libbullet3_17-single' and 'libbullet3_17', seems more reasonable to me. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1231289] libbullet may be built both with double precision and without
by bugzilla_noreply＠suse.com 05 Oct '24

05 Oct '24

https://bugzilla.suse.com/show_bug.cgi?id=1231289 https://bugzilla.suse.com/show_bug.cgi?id=1231289#c3 --- Comment #3 from Mikhail Simakov <gm.ywr.gorau(a)gmail.com> --- Surely two separate packages would be better, considering the weight of library. -- You are receiving this mail because: You are on the CC list for the bug.

1 0