Open Suse Tumbleweed
RedDragon Keyboard model K551-KR
First time SUSE user!
When hitting the tab key or trying to invoke ALT + TAB, or hitting the
delete key above the arrow keys to delete a email in Evolution, nothing
Why do those keys not work on a fresh install of openSUSE?
Please send all off list messages to chris(a)cwm030.com
I am using:
Operating System: openSUSE Tumbleweed 20220728
KDE Plasma Version: 5.25.3
KDE Frameworks Version: 5.96.0
Qt Version: 5.15.5
Kernel Version: 5.18.11-1-default (64-bit)
Graphics Platform: X11
Processors: 4 × Intel® Core™ i7-7500U CPU @ 2.70GHz
Memory: 15.5 GiB of RAM
Graphics Processor: Mesa Intel® HD Graphics 620
Manufacturer: Dell Inc.
Product Name: Inspiron 15-7579
I never had a problem switching between none and duplex printing until
recently. Now, whenever I request duplex print mode, it now always prints
single sheet mode.
The printer is a Brother HL-2270DW. I have upgraded to the latest Brother
drivers, created a 'new' printer to use, yet the problem persists. I tried
printing under Windows 10, which works perfectly, so it does not look like
a H/W problem. I have reconfigured cups and the printer using YAST. It
still does not work correctly. I have looked in CUPS configuration files
but found nothing I could see to be a problem.
To get it to print duplex I have to go to the printer (via IP address and
browser) to specifically set duplex mode. Then I have to unset it back
Alas, I am not fully conversant with printer configuring so I am at the end
of what I can try. Can anyone help or has anyone had this problem and got
past it? It used to work fine but no longer. Help......
\ ^ /
/ v \
Working on sorting out some printing issues in MicroOS Desktop, I wanted to set-up teh same configuration on a clean, fresh TW host (running in Virtualbox, but that should not matter):
Installation of Brother MFC9340CDW printer driver (worked)
test print - filter failed
changed cups log-level to debug, and got the relevant lines:
[Job 4] 192.168.1.103=192.168.1.103
[Job 4] backendWaitLoop(snmp_fd=5, addr=0x561a87426138, side_cb=0x561a86529b80)
[Job 4] Unable to auto-configure PostScript Printer - no bidirectional I/O available!
[Job 4] PID 7447 (/usr/lib/cups/filter/commandtops) stopped with status 1.
PID 7446 (/usr/lib/cups/cgi-bin/jobs.cgi) exited with no errors.
[Job 4] PID 7448 (/usr/lib/cups/backend/lpd) exited with no errors.
cupsdSetBusyState: newbusy="Active clients, printing jobs, and dirty files", busy="Active clients, printing jobs, and dirty files"
[Job 4] Job stopped due to filter errors; please consult the /var/log/cups/error_log file for details.
(full log: https://paste.opensuse.org/39597437 )
Funny enough, the same printer works on my TW host..... .ppd files are the same, I could not spot a difference so far.
Search in the net stated basically 'delete cups, gutenprint, etc and reinstall', but I feel that cant be the solution
Operating system Tumbleweed; desktop KDE Plasma.
I can ssh into my desktop machine from my phone (using JuiceSSH) using
the local LAN address 192.168.178.48
When I try to ssh to my ISP static address, I get 'no route to host'.
This also happens to a colleague trying to connect from another city
(ie. from outside my LAN).
I have moved my ssh port to a higher number, no longer 22. This is set
in /etc/ssh/sshd_config and /etc/services. The port is forwarded to
this machine in my router (Fritz!Box 7530).
The higher port is opened in firewalld with protocol TCP.
I get the same 'no route to host' if I disable the firewall.
I am not convinced the port is really open to the world, although ssh
within the LAN is working.
Nmap scan report for aaa-bbb-ccc-ddd.dsl.in-addr.zen.co.uk (aaa.bbb.ccc.ddd)
Host is up (0.0060s latency).
Not shown: 995 filtered tcp ports (no-response)
PORT STATE SERVICE
113/tcp closed ident
873/tcp open rsync
1080/tcp closed socks
5060/tcp open sip
8089/tcp open unknown
When I visit https://www.whatsmyip.org/port-scanner/ and ask it to scan
my ssh port number it times out, whereas for comparison it confirms 873
SSH from elsewhere into this machine used to work (running Leap, but I
doubt that makes a difference).
Have I forgotten a setting somewhere? Are there other tests to run?
No HTML please. Plain text preferred.
a grep for this package in zypp//history log file brings up only stuff
from 2021 back leap 15.3 I guess
still rpm shows
rpm -qi python-urlgrabber
Name : python-urlgrabber
Version : 3.9.1
Release : 1.37
Install Date: Wed 28 Apr 2021 07:59:09 PM CEST
Group : Development/Languages/Python
Size : 304495
License : LGPL-2.1
Signature : RSA/SHA256, Sat 26 May 2018 07:45:08 PM CEST, Key ID
Source RPM : python-urlgrabber-3.9.1-1.37.src.rpm
Build Date : Sat 26 May 2018 07:45:01 PM CEST
Build Host : sheep10
Relocations : (not relocatable)
Packager : https://www.suse.com/
Vendor : SUSE LLC <https://www.suse.com/>
URL : http://urlgrabber.baseurl.org
Summary : A high-level cross-protocol url-grabber
A high-level cross-protocol url-grabber for python supporting HTTP, FTP
and file locations. Features include keepalive, byte ranges,
throttling, authentication, proxies and more.
Distribution: SUSE Linux Enterprise 15
and the kde software updater in the tray clock area shows one update,
and it can not be applied always returns with this package update
popup and then fail. across reboots across everything
error message in small fail window can be copied:
the to be installed patch:openSUSE-SLE-15.4-2022-2487-1.noarch
conflicts with 'python-urlgrabber.noarch
rpm -aq | grep -i grabber
oddly though zypper ref and zypper lu dont show this stuff at all.
I'm trying to get to work Postgis on our SLES 15.3 server with postgres 14 , but somehow I'm not able to find the correct packages
My Server: SUSE Linux Enterprise Server 15 SP3
I added following Repo for Zypper:
zypper addrepo https://download.opensuse.org/repositories/Application:/Geo/openSUSE_Leap_1…
svudm00021:~ # zypper in postgresql14-postgis
Loading repository data...
Reading installed packages...
Resolving package dependencies...
Problem: nothing provides 'postgresql14-server = 14.4' needed by the to be installed postgresql14-postgis-3.2.1-lp153.17.2.x86_64
Solution 1: do not install postgresql14-postgis-3.2.1-lp153.17.2.x86_64
Solution 2: break postgresql14-postgis-3.2.1-lp153.17.2.x86_64 by ignoring some of its dependencies
==> On my second server I have executed the installation earlier on and was able to install it with the same repo
i+ | postgresql14 | Basic Clients and Utilities for PostgreSQL | package
i+ | postgresql14-contrib | Contributed Extensions and Additions to PostgreSQL | package
i+ | postgresql14-llvmjit | Just-in-time compilation support for PostgreSQL | package
i+ | postgresql14-postgis | Geographic Information Systems Extensions to PostgreSQL | package
i+ | postgresql14-server | The Programs Needed to Create and Run a PostgreSQL Server | package
i+ | postgresql14-server-devel | PostgreSQL server development header files and utilities | package
the exact Version of postgres and Postgis on the second Server is 14.2
svudm00022:/etc/zypp # zypper se -v postgresql14-postgis
Loading repository data...
Warning: Repository 'Online updates for openSUSE Leap 15.3 (standard)' appears to be outdated. Consider using a different mirror or server.
Reading installed packages...
S | Name | Type | Version | Arch | Repository
i+ | postgresql14-postgis | package | 3.2.1-lp153.14.2 | x86_64 | Applications related to the earth (GIS, Mapping, geodesy, GPS, astronomy) (openSUSE_Leap_15.3
can you suggest me what is the correct procedure to install postgis?
How should I proceed?
Departement Finanzen und Ressourcen
Fachspezialist Data Engineering & BI
Technologie- & Lösungsentwicklung
Hintere Bahnhofstrasse 8, 5000 Aarau
Telefon +41 62 835 10 41
Von: Axel Braun <axel.braun(a)gmx.de>
Gesendet: Dienstag, 24. Mai 2022 20:23
Cc: Locher Stefan DFR IT AG <Stefan.Locher(a)ag.ch>
Betreff: Re: Postgis Installation
I feel this is more a question for support@ rather than buildservice@
Am Freitag, 13. Mai 2022, 09:05:37 CEST schrieb Locher Stefan DFR IT AG:
> Hello Build Service
> I want to install Postgis on SUSE SLE15 from
- Which SP of SLES 15?
- Leap 15.2 is out of maintenance. Consider using a more up-to-date version
> On the other Server we have Version 3.2.0
> i+ | postgresql14-postgis | package | 3.2.0-lp152.1.1 | x86_64 | (System
> Packages) name: postgresql14-postgis
> but now this Package seems not to exist anymore.
> We only find 3.2.1
It was updated end of Feb (see changes file)
> postgresql14-postgis | srcpackage | 3.2.1-lp152.14.2 | noarch |
> Applications related to the earth (GIS, Mapping, geodesy, GPS, astronomy)
> (openSUSE_Leap_15.2) name: postgresql14-postgis
> The installation breaks on
> Problem: nothing provides 'postgresql14-server = 14.2' needed by the to be
> installed postgresql14-postgis-3.2.1-lp152.14.2.x86_64 Solution 1: do not
> install postgresql14-postgis-3.2.1-lp152.14.2.x86_64 Solution 2: break
> postgresql14-postgis-3.2.1-lp152.14.2.x86_64 by ignoring some of its
> Which seems not yet available for SLES15
The build is currently broken for Leap 15.2 and 15.3 (x86_64) as OBS cant
resolve a choice:
have choice for libosg.so.161()(64bit) needed by libSFCGAL1:
libOpenSceneGraph158 libOpenSceneGraph161, have choice for libosgDB.so.161()
(64bit) needed by libSFCGAL1: libOpenSceneGraph158 libOpenSceneGraph161
(can be resolved by 'Prefer:' -> Maintainer)
> How can we find the older Postgis rpm?
Unless you branch it and revert to 3.2.0 probably nowhere. Why not upgrading
to the latest version?