I've read the following announcement through multiple times:
https://news.opensuse.org/2021/07/19/leap-gains-maintenance-update-improvem…
but, being a bear of very little brain, I've failed to understand it.
What does it mean?
More specifically, what do I have to do to set up the repositories for
keeping Leap 15.3 properly updated (when I get around to installing it,
that is)?
I'm flummoxed ......
--
Robin K
Wellington "Harbour City"
New Zealand
Hi all,
I've just tried to run Hugin to stitch some recent photos together into
panoramas, but it fails to run (last time I used it was about 4 years ago).
When I run it from a konsole window I get the following:
bakerr@mako /home $ hugin
(hugin:15406): Gtk-CRITICAL **: 20:41:54.916: gtk_widget_set_size_request:
assertion 'height >= -1' failed
(hugin:15406): Gtk-CRITICAL **: 20:41:54.946: gtk_widget_set_size_request:
assertion 'height >= -1' failed
(hugin:15406): Gtk-CRITICAL **: 20:41:55.101: gtk_widget_set_size_request:
assertion 'height >= -1' failed
(hugin:15406): Gtk-CRITICAL **: 20:41:55.102: gtk_widget_set_size_request:
assertion 'height >= -1' failed
(hugin:15406): Gtk-CRITICAL **: 20:41:55.104: gtk_widget_set_size_request:
assertion 'height >= -1' failed
(hugin:15406): Gtk-CRITICAL **: 20:41:55.105: gtk_widget_set_size_request:
assertion 'height >= -1' failed
(hugin:15406): Gtk-CRITICAL **: 20:41:55.105: gtk_widget_set_size_request:
assertion 'height >= -1' failed
(hugin:15406): Gtk-CRITICAL **: 20:41:55.113: gtk_widget_set_size_request:
assertion 'height >= -1' failed
(hugin:15406): Gtk-CRITICAL **: 20:41:55.114: gtk_widget_set_size_request:
assertion 'height >= -1' failed
(hugin:15406): Gtk-CRITICAL **: 20:41:55.115: gtk_widget_set_size_request:
assertion 'height >= -1' failed
(hugin:15406): Gtk-CRITICAL **: 20:41:55.115: gtk_widget_set_size_request:
assertion 'height >= -1' failed
(hugin:15406): Gtk-CRITICAL **: 20:41:55.115: gtk_widget_set_size_request:
assertion 'height >= -1' failed
ERROR: 20:41:55.509290 (/home/abuild/rpmbuild/BUILD/hugin-2020.0.0/src/hugin1/
hugin/GLViewer.cpp:133) SetUpContext(): Error initialising GLEW: Unknown
error.
Segmentation fault (core dumped)
I have no idea what's with the /home/abuild/rpmbuild/BUILD/hugin-2020.0.0/
reference - hugin was installed via zypper and that directory does not exist
at all. LibGLEW is installed (although it is not listed as a dependency and
zypper does not report any missing dependencies or recommends when
installing).
Regards,
Rodney.
--
==================================================================================================================
Rodney Baker
rodney.baker(a)iinet.net.au
==================================================================================================================
For several days, I have been getting this warning while using zypper:
| Warning: Repository 'Update Repository (Debug)' appears to be outdated. Consider using a
different mirror or server.
zypper lr -u shows
| 14 | repo-debug-update | Update Repository (Debug) | Yes |
(r ) Yes | Yes | http://download.opensuse.org/debug/update/leap/15.3/oss/
for this repository.
I finally decided to follow the warning's recommendation, and started looking for a mirror, but
on this page
| https://mirrors.opensuse.org/list/all.html
I see a different recommendation:
| "The information on this page is generated directly off the database used by the master download
server every 30 minutes. Under normal circumstances, there should be no need to use mirrors
directly, and look at this table for that purpose. If you do see the need, there might be something
wrong and it would be appreciated if you notify the admins about it, so it can be fixed for the benefit
of yourself, and possibly many other users."
So, is there indeed something wrong with the configuration of the Update Repository (Debug)?
Leslie
--
Distribution: openSUSE Leap 15.3 x86_64
On 06/07/2021 01:06, Larry Finger wrote:
> The code will not build on Leap 15.3 as I have not backported the kernel
> API changes past kernel v5.4.
>
> Larry
Thanks Larry,
Good to know! I'm using TW now, but I would imagine there will be Leap
demand down the line.
Ariez
Hi all,
Trying to run CPU-X on Tumbleweed (installed from main TW OSS repo) and I get
the following error:
Cpu-x: error while loading shared libraries: libpcre2-posix.so.2: cannot open
shared object file: No such file or directory
rpm -qa | grep 'libprce2-posix' shows that libpcre2-posix3-10.37-1.1.x86_64 is
installed.
Should there be a symlink somewhere from libpcre2-posix3 to libprce-posix, or
is there a missing dependency for cpu-x? Does this need a bug report?
Regards,
--
==================================================================================================================
Rodney Baker
rodney.baker(a)iinet.net.au
==================================================================================================================
On 02/07/2021 16:32, Larry Finger wrote:
> On 7/2/21 1:15 AM, Ariez Vachha - openSUSE wrote:
>> I don't have a working Ubuntu but I do now have a working TW - yes its
>> rtw89. It's working very well I don't have WiFi 6 so can't comment on
>> that.
>>
>> I did try the Sauerland:hardware repo but... Must have done something
>> wrong. I don't have the machine to hand but I will try again. Probably
>> Sunday, or next Monday and report back here.
>>
>> Let's hope it gets included in the kernel sooner rather than later.
>>
>
> My Wifi 6 AP is capable of 1500 Mbps in the 5G band, thus I would expect
> the maximum TX or RX rate to be about 750 Mbps. At a distance of ~1 m
> from the AP, and using the latest version of
> https://githib.com/lwfinger/rtw89.git, the command 'iperf3 -c
> 192.168.1.51 -u -b 400M -P 4' yields a throughput of 346 Mbps is each
> direction. A local LibreSpeed server has rates of 610 Mbps download and
> 244 Mbps upload. Using speedtest.net, the device gets the maximum rates
> that my broadband connection provides. I feel these rates are
> satisfactory. The connection is stable. All factors considered, this is
> a good driver.
>
> It will be included in the kernel relatively soon, probably in 5.15. The
> main impediment is the dearth of reviewers.
>
> Larry
Folks,
FWIW.
Spent hours on Sunday trying to get the openSUSE OBS repos to work 100%
fail simply does not work - both Leap 15.3 and TW.
Getting the source from Git and make/install works perfectly on TW will
not even make in Leap, sorry forgot to not the error but was related to
the redefinition of a variable.
Just ping me if you need any other tests.
Ariez
ajv(a)opensuse.org
To save resources I tried to switch to the CUPS socket activation setup.
According to the Arch Wiki
(https://wiki.archlinux.org/title/CUPS#Socket_activation) two steps are
necessary for this (enable cups.socket and disable cups.service).
# systemctl enable --now cups.socket
Created symlink /etc/systemd/system/sockets.target.wants/cups.socket →
/etc/systemd/system/cups.socket.
# systemctl disable --now cups.service
Removed /etc/systemd/system/sockets.target.wants/cups.socket.
# systemctl status cups.socket
● cups.socket - CUPS Scheduler
Loaded: loaded (/etc/systemd/system/cups.socket; disabled; vendor
preset: enabled)
Active: inactive (dead)
Triggers: ● cups.service
Listen: /run/cups/cups.sock (Stream)
[::]:631 (Stream)
Unfortunately the connection to CUPS fails (at least after reboot), both
with the browser (http://localhost:631/) and with tools like "lpstat".
"systemctl start cups.service" of course solves this, but socket
activation should work without enabling the service unit itself.
What is wrong here or is this function buggy in openSUSE TW? I use the a
current TW installation.
Greetings,
Björn
Folks,
I'm really desperate now... got a new laptop Lenovo L15 AMD Ryzen 7 :)
really super in every way **except the WiFi** no matter what I try Leap
15.3 or Tumbleweed just can't get the WiFi going. I got the machine as
it is Ubuntu certified so thought should be ok. Googling seems to
suggest it works under Ubuntu, but no matter what I try just cant get
this WiFi going under openSUSE seems the driver from Realtek is up to
version 4.x but can't find any trace of it on openSUSE. FYI lspci and
hwinfo below.
lspci grep 8852
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. Device 8852
hwinfo --netcard
07: PCI 300.0: 0280 Network controller
[Created at pci.386]
Unique ID: svHJ.lTCK_+KOKi9
Parent ID: aYFK.1qAv6Us7QUA
SysFS ID: /devices/pci0000:00/0000:00:02.3/0000:03:00.0
SysFS BusID: 0000:03:00.0
Hardware Class: network
Model: "Realtek Network controller"
Vendor: pci 0x10ec "Realtek Semiconductor Co., Ltd."
Device: pci 0x8852
SubVendor: pci 0x17aa "Lenovo"
SubDevice: pci 0x4852
I/O Ports: 0x2000-0x2fff (rw,disabled)
Memory Range: 0xfd500000-0xfd5fffff (rw,non-prefetchable,disabled)
IRQ: 255 (no events)
Module Alias: "pci:v000010ECd00008852sv000017AAsd00004852bc02sc80i00"
Config Status: cfg=no, avail=yes, need=no, active=unknown
Attached to: #14 (PCI bridge)
I have got the driver from
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git…
but can't get modprobe to load it!!!
Anyone got any idea how to get this working?
--
Cheers and may thanks in advance,
Ariez
ajv(a)opensuse.org
I have had some evidence of a lack of privacy in my system, and I have a
couple of questions.
This lack of privacy is a function of the internet, not some person
having physical access to the computer.
I realize that a vpn will definitely work with email, but will it work
with Thunderbird? And will it work with vendors
on the 'net? Can one access (for example) Amazon, peruse a category and
purchase an item from them via vpn?
Is it vendor neutral, so it works with any vendor of any type of product?
Assuming the answers to the previous questions are positive, which vpn
would be easiest to set up and to
use in practice, without being a 'nix guru?
Thanx for any comments--doug
