What about the other components?
can you help fixing what’s wrong on the plasma side?
(Also, are you asking us to read the documentation for you rather than just reading it yourself?
Is the internet working in that phone?
So how to solve this issue ?
Woah how’d you get that colored ip output?
May I ask why is plymouth not in the official repository?
there’s a patch on konsole master that should have fixed that
grub-mkconfig is already called by default
That’s not true according to Foxboron’s comment here
https://bugs.archlinux.org/task/75701#comment210791
https://invent.kde.org/utilities/konsole/-/merge_requests/722
QT can’t be made to draw monospaced text (if the font does not cooperate), so avoid combining characters, using a QPainter::drawText() call for each character. For…
there’s a patch on konsole master that should have fixed that
What about the other components? Literally all plasma shell components (widgets, notification, etc.) have those kind of emojis
What about the other components? Literally all plasma shell components (widgets, notification, etc.) have those kind of emojis
I’m mostly a konsole developer, I don’t really know what happens on plasma.
can you help fixing what’s wrong on the plasma side?
I’m mostly a konsole developer, I don’t really know what happens on plasma.
can you help fixing what’s wrong on the plasma side?
Nice to meet a developer.
Maybe I can help, currently learning about qt.
https://bugs.archlinux.org/task/65485
https://gitlab.freedesktop.org/cairo/cairo/-/issues/280
I can’t find one relevant upstream Qt bug issue for it however
https://bugreports.qt.io/browse/QTBUG-85024
Nice to meet a developer.
Maybe I can help, currently learning about qt.
Qt dev here
Which text to edit to change all text in emulator to single color (green) in kitt.config https://sw.kovidgoyal.net/kitty/conf/
https://sw.kovidgoyal.net/kitty/conf/#color-scheme ?
https://sw.kovidgoyal.net/kitty/conf/#color-scheme ?
I changed foreground colour but it didn’t work
Is the internet working in that phone?
Also tested on other Linux distros.
It didn’t work…
Couldn’t find any similar situation in the Arch Linux forum
Also tested on other Linux distros.
It didn’t work…
Couldn’t find any similar situation in the Arch Linux forum
Enable USB debugging in your phone & try to tether again
That’s not true according to Foxboron’s comment here
https://bugs.archlinux.org/task/75701#comment210791
Yes, it only copies grub.cfg to .pacsave, I forgot that it only informs the user they should run both.
Enable USB debugging in your phone & try to tether again
Didn’t work…
Hi, I tried to connect to the Internet via Android’s USB Tethering with Samsung Galaxy A13 but it is stuck in Getting IP configuration
I mean the output of ($ nmcli dev con) command
Other smart phones are Okay. So how to solve this issue ?
Read many threads in the forum of archlinux and couldn’t find any solution…
If you can see the ethernet device in ip a, you may want to try to dhclient -v eth0, where eth0 is your NIC device. To send DHCPRELEASE (drop IP address): dhclient -r eth0
https://bugreports.qt.io/browse/QTBUG-85744
https://bugreports.qt.io/browse/QTBUG-85024
This is the actual issue https://bugreports.qt.io/browse/QTBUG-80434
If you can see the ethernet device in ip a, you may want to try to dhclient -v eth0, where eth0 is your NIC device. To send DHCPRELEASE (drop IP address): dhclient -r eth0
$ dhclient -v eth0
> DHCPDISCOVER …
…
No DHCPOFFERS received.
No working leases in persistent database – sleeping.
$ dhclient -v eth0
> DHCPDISCOVER …
…
No DHCPOFFERS received.
No working leases in persistent database – sleeping.
Oh my god.
Substitute “eth0” with the name of the NIC device!
$ dhclient -v eth0
> DHCPDISCOVER …
…
No DHCPOFFERS received.
No working leases in persistent database – sleeping.
It may look like this
It may look like this
Woah how’d you get that colored ip output?
Oh my god.
Substitute “eth0” with the name of the NIC device!
I did it…
But in that Message I was too lazy to change the NIC
It may look like this
Woah how’d you get that colored ip output?
grc iirc
My question was about, did I have to run this cmds now after each grub update, because of the new changes of grub (supported flag,…)
That we can not prevent such phenenomen through future changes is absolutly clear.
The latest was the only case where this was needed. Not knowing the future there’s no way to know if this will be needed again
I suppose it should be safe if you update them both, but it will be unsafe if you update only one, even in different times
My EFI partition is not mounted at the boot, so the grub EFI was never updated since I’ve installed it
I suppose it should be safe if you update them both, but it will be unsafe if you update only one, even in different times
I made that mistake before
Woah how’d you get that colored ip output?
https://wiki.archlinux.org/title/Color_output_in_console