zbar VS qrencode
by lejeczek
Hi guys
I have a peculiar case, I think, while using national chars.
I wonder which one is _playing_ up here, qrencode or zbarimg
When I with:
-> qrencode -l L -v 1 ..
encode:
ADR;LABEL="Kukólka":;;;Kukólka;Mazowieckie;PL
then:
-> $ zbarimg ...
...
ADR;LABEL="Kuk籀lka":;;;Kuk籀lka;Mazowieckie;PL
but when I encode:
ADR;LABEL="Kukółka":;;;Kukółka;Mazowieckie;PL
then:
-> $ zbarimg ....
...
ADR;LABEL="Kukółka":;;;Kukółka;Mazowieckie;PL
you see - if all the "processors" between our email clients,
mine your yours, did not mangle the content - it seems when
there is only *single* polish char - ó - then _zbaring_
shows that weird output - a Korean or Japanese?
Any other case, add just one morenational char in the line
and the output, even that same - ó - mangled when single,
now shows as it should.
So I checked all nine polish national chars and it's: ó and
ż when occur as single in a line - _zbarimg_ shows them
incorrectly. (or _qrencode_ fails?)
Any _qrencode_ & _zbarimg_ users here who use their national
chars?
I'll be glad for all comments.
thanks, L.
5 months, 3 weeks
recommended practice for python 3.11 on F39
by Ranjan Maitra
So, it turns out that there is no tensorflow for Python 3.12, which is
what is shipped out with F39.
I tried to downgrade my python using
sudo dnf downgrade python --releasever=38
that downgrades a huge bunch of things, including important components
like rpm.
However, dnf install/update pretty much anything gives a segmentation
fault after that.
$ sudo dnf update --exclude=python\*
Last metadata expiration check: 2:37:29 ago on Fri 17 Nov 2023 05:50:32 PM CST.
Segmentation fault
Staying within the dnf system, is there a better way to keep the older
version of python around?
Many thanks,
Ranjan
5 months, 3 weeks
upgrade f38->f39 via discover?
by Neal Becker
I've always upgraded manually using dnf system-upgrade. I have a laptop
running F38 belonging to my wife. She got a notification, I presume from
"discover", saying F39 upgrade is available. I've never tried an upgrade
this way. Just wondering if anyone has tried this upgrade route and what
was their experience?
5 months, 3 weeks
LibreOffice Base to MariaDB?
by Greg Woods
I remember setting this up quite some time ago, but now I have a new
machine running F38. I can find some documentation for the old very tedious
procedure to get this to work; it still does work on an older machine where
I had done this. But I notice now that Fedora might already have some of
the required packages, such as mariadb-connector-odbc-3.1.19-1.fc38.x86_64
and unixODBC-2.3.11-2.fc38.x86_64 . Would these packages work? Has anyone
here already gotten LibreOfficeBase to talk to a MariaDB database on Fedora
38? If so can you point me to a place that describes the process for
getting it working?
Thanks in advance,
--Greg
5 months, 3 weeks
Tip: default printer
by ToddAndMargo
Hi All,
This is my keeper file on the default printer.
Hope this helps someone else.
-T
Exactly what purpose does the "server default" printer serve?
Is it even possible to send the CUPS server a print job with
no printer specified? AAAAHHHH!!!!!!
CUPS: manually correct the default printer
Reference(s):
https://en.opensuse.org/SDB:Print_Settings_with_CUPS
https://github.com/OpenPrinting/cups/issues/818
CUPS Web UI (https://127.0.0.1:631) fails to update /etc/cups/lpoptions
to a new default printer. Note that this is on purpose, The Web UI's
default printer is the server's default. Not the local (client)
computer's default.
The local computer's defaults are found in:
user:
~/.cups/lpoptions
global (if not user default):
/etc/cups/lpoptions
Fix action:
First, list installed printers:
$ lpstat -p
printer Cups-PDF is idle. ...
printer HLL2300D ...
printer HLL2300D_ManualTray ...
To set the system defualt:
# vi /etc/cups/lpoptions
Default Printer_Name_from_lpstat_above
# systemctl restart cups
To set the user's default:
$ lpoptions -d Printer_Name_from_lpstat_above
To double check:
$ lpstat -d
system default destination: Cups-PDF
Note: this is the local user default, not the system default.
reported under:
lpstat gives incorrect wording for the default printer
https://github.com/OpenPrinting/cups/issues/819
Example files involved:
System:
# cat /etc/cups/lpoptions
Default HLL2300D
User:
$ cat ~/.cups/lpoptions
Default Cups-PDF
5 months, 3 weeks
Desktop scaling not working on F39 + X1 Carbon 3rd gen
by Frederic Muller
Hi!
Upgraded from F38 and trying to get 150% scaling as 100% is too small
and 200% too big. Both
|gsettings reset org.gnome.mutter experimental-features or gsettings set
org.gnome.mutter experimental-features "['scale-monitor-framebuffer']"
and logging out do nothing. It used to work a few years ago. Any idea
how to fix this? Thank you. Fred |
5 months, 3 weeks
Obscure rsyslog question on remote logging
by Tom Horsley
I've got an old PC running Truenas as a local server for backups,
videos, etc.
I've got another PC I consider my "main" system running rsyslog.
On this PC I have tried (mostly successfully) to direct remote
syslog messages from the Truenas system to logfiles in a subdirectory
on my main system. This gibberish in my main system's rsyslog.conf
seems to do the trick:
# Log incoming message from remote systems here
$template DynamicFile,"/var/log/loghost/%HOSTNAME%/%syslogfacility-text%.log"
:hostname, contains, "nast"
*.* -?DynamicFile
Most remote log message do indeed get redirected to the subdirectory
as expected, but SMART messages like these still wind up in
/var/log/messages on my main system rather than in the subdirectory.
Example:
Nov 16 16:16:51 nast 1 2023-11-16T16:16:51.564170-05:00 nast.my.lan smartd 1501 - - Device: /dev/ada0, SMART Usage Attribute: 194 Temperature_Celsius changed from 58 to 57
Most other messages wind up down in the subdirectory as expected, like this:
Nov 16 19:15:00 nast 1 2023-11-16T19:15:00.012359-05:00 nast.my.lan /usr/sbin/cron 16239 - - (root) CMD (/usr/libexec/atrun)
Anyone understand remote logging enough to provide any hints why this
is happening? It is clearly not all that critical, but it confuses me.
5 months, 3 weeks
emacs is hopeless
by Tom Horsley
I reported strange things with emacs earlier, but I thought it might be
something wrong with my partially configured system.
Nope, it is just plain busted. I've added this bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=2249379
I guess I'll have to try building from the fedora 38 source rpm
on fedora 39 and see if I can get a working emacs that way.
5 months, 3 weeks
upgrade packages problem
by GianPiero Puccioni
Hi,
During a normal upgrade (F38 with KDE on a Dell G15 Laptop) I got this errors:
Skipping packages with conflicts:
qt5-qtbase x86_64 5.15.11-3.fc38 updates 3.6 M
Skipping packages with broken dependencies:
kf5-akonadi-se x86_64 23.08.1-2.fc38 updates 2.5 M
I waited for more than a week to see if it was a problem with mirrors or
something missing but they are still there. I don't know what those packages are
for or if they are important (or if it is the same problem or the errors are
unrelated) so I am a little worried about updating anyway.
Any info on this problem?
G
5 months, 3 weeks