<botifico>
[haikuports/haikuports] OscarL 2ff80e0 - pytest: set 3.10 as the default version. (#11337)
<Begasus>
someone is cleaning up python things :)
<nephele_xmpp>
begasus: you asked something about renga
dovsienko has joined #haiku
talos7 has joined #haiku
talos has quit [Ping timeout: 480 seconds]
talos7 is now known as talos
<Begasus>
ah, someone was talking about some native implimentation for matrix, was kinda joking with a suggestion to add support for it in Renga :)
<PulkoMandy>
No, the goal of Renga is to use all features in xmpp, not to make yet another client implementing the bare minimum of every chat protocol
<Begasus>
hence the "joking" part PulkoMandy :) my bad
janking has joined #haiku
AlaskanEmily has quit [Remote host closed the connection]
janking has quit [Quit: Vision[]: i've been blurred!]
HaikuUser has joined #haiku
HaikuUser is now known as nephele_laptop
<nephele_laptop>
Begasus: you can use Chat-O-Matic for a "lowest common denomnator" chat client
<nephele_laptop>
but for me anyway, i just don't like matrix. I think it is a badly designed protocol which solves the problem of live messaging pretty badly
<nephele_laptop>
xmpp has a much simpler design in some parts, and it shows. In matrix rooms are distributed, in theory they can be "online" when one server is offline. In practice however if the big server matrix.org goes down it takes down all other rooms with it, (cus 80% or more users are on it)
<nephele_laptop>
and it leads to hard to debug situations where you don't know if everyone in the room even got your message.
<nephele_laptop>
In xmpp on the other hand a room is on one server (like in irc) and you can be sure you are joined there, or are not joined there
<nephele_laptop>
this far, from a UX standpoint, the only redeeming quality i've had with matrix is that when opening a chat client the inital join is much nicer, more like a one-off operation. while in xmpp it keeps sending messages for quite some time. And it sometimes is really annoying and longwinded
janking has joined #haiku
<nephele_laptop>
hi janking
<janking>
hi
<nephele_laptop>
Begasus: I invested a lot more into matrix before I got into xmpp, for me, at this point, I will support matrix enough that some client is available to chat with the people who insist on using matrix, but not more :)
<Begasus>
having said that nephele_laptop, there is still a market out there for matrix clients :)
<nephele_laptop>
I think one well supported marix client in haikudepot should be enough tbh
<nephele_laptop>
I guess... but in the end 4 badly supported clients are still worse than one properly working one
<nephele_laptop>
and matrix has made it clear they don't care that much about backwards compat, so it's just playing catchup
<Begasus>
haven't checked on quaternion(?) for a long time
<Begasus>
Nheko and NeoChat current versions should still be good enough for now
<nephele_laptop>
for quaternion for example it has issues because of the qt5->q6 move, which are kind of pointless
<nephele_laptop>
nheko is broken in the repo
<Begasus>
it is?
<nephele_laptop>
and neochat does not work properly
<nephele_laptop>
yes, it does not declare needed libraries
<nephele_laptop>
and i am certainly too lazy to manually install stuff and then risk it lingering
<Begasus>
is there an issue reported?
<Begasus>
heh
<nephele_laptop>
not by me
<nephele_laptop>
unless you consider this a report :P
<nephele_laptop>
I should make you a tool with which you can simulate starting apps on a minimum or release profile
<Begasus[m]>
nheko, revbump for rebuild (spdlog/qt6/ssl3) #11186 last change done after the opened issue in Oktober
janking has quit [Quit: Vision[]: i've been blurred!]
<nephele_laptop>
2gb of ram... with dvd. well, the "try" mode could get a "install in ram" option for software. But for the ported apps with countless deps that doesn't help much
<Begasus[m]>
Still launching OK (Nheko) here :)
<Begasus[m]>
Even with those fancy avatar icons :P
<nephele_laptop>
bbl
<Begasus[m]>
ok, need to checkup on Dolphin ..
janus has joined #haiku
frkazoid333 has joined #haiku
<Begasus>
still good :)
frkazoid333 has quit [Read error: Connection reset by peer]
janking has joined #haiku
janus has quit [Quit: janus]
janus has joined #haiku
<janking>
hi
<Hanicef[m]>
<nephele_laptop> "xmpp has a much simpler design..." <- That's not really the protocol's fault per-se, but yes, the heavy reliance on matrix.org is a massive issue
<nephele_xmpp>
don't use matrix replies in bridged rooms
<Hanicef[m]>
But the protocol itself is just fine. The base specification is also pretty simple and you don't have to support all features (even the basic chat mechanism is optional, but it makes for a pretty useless matrix client without it)
<Hanicef[m]>
Is there a problem with bridging when replying?
<nephele_laptop>
Yes, matrixes fallback is crap
<nephele_laptop>
Here is what you wrote: "nephele_laptop> "xmpp has a much simpler design..." <- That's not really the protocol's fault per-se, but yes, the heavy reliance on matrix.org is a massive issue"
<nephele_laptop>
I highly doubt you wanted to quote that part of my message
<Hanicef[m]>
Nope, didn't know that, thanks for the heads up
<nephele_laptop>
Anyway, I know how matrix works. I have a room full of minges ;) but besides that I don't think the "eventually consistent git-like tree" model solves any problems
<nephele_laptop>
and in my experience I've only seen it cause problems
<nephele_laptop>
especially the high-and-mighty state resets
<nephele_laptop>
add to that that mostly irrelevant data like nick display changes has to be kept in the auth (validation) chain *for ever* to validate messages
<nephele_laptop>
because they are state events
<Hanicef[m]>
Yeah, it's the worst of two worlds, unfortunately
frkazoid333 has joined #haiku
<nephele_laptop>
and the state none-state events led to intersting problems too. For example I used to be able to set the topic in *any* matrix room
<nephele_laptop>
because a) permissions for sending events were not checked for non-state events
<Begasus>
it's a good thing that in NeoChat you don't get a notice for every in or out event like in Nheko
<nephele_laptop>
and b) clients *also* did not validate if an event, that has to be a state event, was actually a state event
<Hanicef[m]>
You're talking server complexity, right?
janus has quit [Quit: janus]
janus has joined #haiku
<nephele_laptop>
and would happily accept m.room.topic send by my client in any roomt
<Hanicef[m]>
@Begasus that can be configured on your account, since it's push notifications
<Hanicef[m]>
I've used nheko and i haven't ran into that issue after setting notifications to mentions only
<Begasus>
checking on host ...
<nephele_xmpp>
also, on a side note Renga needs like 1/10th the ressources of quaternion on haiku. But that is probably also because of qt
frkazoid333 has quit [Read error: Connection reset by peer]
janking has quit [Quit: Vision[]: i've been blurred!]
frkazoid333 has joined #haiku
janking has joined #haiku
janking has quit [Quit: Vision[]: i've been blurred!]
<Begasus>
Dolphin 24.08.3 still good :)
rexbinary_ has joined #haiku
rexbinary has quit [Read error: Connection reset by peer]
rexbinary_ is now known as rexbinary
frkazoid333 has quit [Read error: Connection reset by peer]
frkazoid333 has joined #haiku
<Begasus>
takes longer to build a matrix client then a filebrowser :P
rexbinary_ has joined #haiku
rexbinary has quit [Ping timeout: 480 seconds]
rexbinary_ is now known as rexbinary
<phschafft>
that holds true, even if the file browser features local AI assisted text-to-speach previews of videos.
* phschafft
now somehow has a robotic voice in head saying something 'And then they did... WHAT? No! I\'m outta her\'!'
<Begasus>
heh
<Begasus>
holds true though (that robotic voice and text-to-speech) :)
mmu_man has joined #haiku
<dovsienko>
hello all
<dovsienko>
I noticed you discuss fonts and layouts quite a bit. does anyone know why Wireshark hex dump panel is not using a fixed-width font?
<Begasus>
Hi dovsienko
* Begasus
hasn't really checked out Wereshark
<dovsienko>
(if you start a capture or open an existing .pcap file, this is the panel in the bottom-left quarter of Wireshark window)
<dovsienko>
the contents looks very much like the output of "hd", with the added feature of highlighting the bytes you select in the network protocol dissector panel to the right
nephele_laptop has quit [Quit: Vision[]: i've been blurred!]
<dovsienko>
hex dumps look messy if rendered using a proportional font
HaikuUser has joined #haiku
HaikuUser is now known as nephele_laptop
<nephele_laptop>
dovsienko: wireshark is what? a qt app?
<nephele_laptop>
it could just be a problem in the port
<dovsienko>
nephele_laptop: it seems to use Qt, yes. my GUI API skills are too outdated to tell the cause
<nephele_laptop>
check qt settings for a start
<dovsienko>
FWIW, the Linux version uses a monospace font for all three panels
<nephele_laptop>
anyhow, after that "just" open a bug report on haikuports after testing against linux that that uses a monospace font
<nephele_laptop>
darn, you were faster than my typing ;)
nephele_laptop has quit []
<dovsienko>
alright, if no other suggestions emerge anytime soon, let's do that today
dalme has joined #haiku
hightower3 has quit [Remote host closed the connection]
<phschafft>
wereshark, haha!
<Begasus>
hmmm
janus has quit [Quit: janus]
janus has joined #haiku
janus has quit []
janking has joined #haiku
janus has joined #haiku
janking has quit [Quit: Vision[]: i've been blurred!]
Begasus[m] has quit [Quit: Bridge terminating on SIGTERM]
Saijin_Naib[m] has quit [Quit: Bridge terminating on SIGTERM]
Hanicef[m] has quit [Quit: Bridge terminating on SIGTERM]
x512[m] has quit []
thefoxcry[m] has quit [Quit: Bridge terminating on SIGTERM]
psydroid[m] has quit []
Nutra[m] has quit [Quit: Bridge terminating on SIGTERM]
LjL[m] has quit [Quit: Bridge terminating on SIGTERM]
<nephele_xmpp>
Debian will drop 32bit x86 too... huh
janking has joined #haiku
<dalme>
Everything is going according to plan nephele_xmpp
janking has quit []
_-Caleb-_ has left #haiku [#haiku]
_-Caleb-_ has joined #haiku
<dalme>
Could someone remember me how to trigger a panic from userspace? I can't recall
<phschafft>
but they don't do the fancy planets anymore I think.
<OscarL>
phschafft: one might panic anyway, depending on what is_computer_on_fire() returns.
<OscarL>
dalme: the shortcut nephele_xmpp was mentioning is to invoke KDL manually. "Alt+SysRq+d"
<OscarL>
Begasus: when you finish with the KDE stuff... maybe you can take a look at Sigil? :-D. Would be nice to switch it to Python 3.10, it might require updating Sigil itself.
<phschafft>
hm.
<phschafft>
I just wrote some code. and it seems to work. I'm confused.
<OscarL>
(latest version is 2.3.1, we have 0.9.14. Kinda too "Qt" for my taste :-P)
<Begasus[m]>
hmm
<Begasus[m]>
think we tackled that a while back OscarL?
<OscarL>
last commit on sigil... March 2023.
<Begasus[m]>
for KDE, 2 open MR remain so far for the frameworks, it's an ongoing process, just need to pull me away from it when there is a need :D
<OscarL>
Maybe we talked about it?
<Begasus[m]>
I know I did builds for it with python3.10, probably still have it stashed in the backup (I hope)
dovsienko has joined #haiku
<OscarL>
Ah, that would be good. If it just builds with 3.10, then the update can wait.
<nephele_xmpp>
dalme: shortcut as in key combination
<nephele_xmpp>
the function (on the cli) also exists but those are two different ways to open the kernel debugger
<Begasus[m]>
OscarL our version in the depot is ancient!! :P
<OscarL>
yeah.
<OscarL>
my intention is to move as much things as possible to just Python 3.10.
<Begasus[m]>
subpackages for python are good as they are for sigil?
<OscarL>
Problem is... if I/we start updating too many things in the process... it never ends :-D
<Begasus[m]>
yeah, good idea anyway
<Begasus[m]>
hm libQt5WebKitWidgets probably can't be moved to Qt6
<OscarL>
(so my intention at least is do the moves with the least ammount of updates as possible)
<OscarL>
(otherwise I get overwhelmed/annoyed by the dependencies-explosion :-P)
<Begasus[m]>
just let me run a quick check on our current version
<OscarL>
BTW, the PR for removing the old cython .recipe should be pretty safe to merge (we only have 3.0.10 on the repos).
<nephele_xmpp>
tried to install sims2, whole system broke because linux put 40GB worth of logfiles on a 80GB disk and linux doesnt do well in no disk space situations.... oof
<Begasus>
maybe I should add the pythonPackage variable to Sigil? could ease up on evnt update
<Begasus>
now what did I wanted to check again for KDE ...
<Begasus>
hmmm ... maybe should do plasmatube
* phschafft
get's his high voltage source ready and heated up.
yann64 has joined #haiku
janking has joined #haiku
yann64 has quit []
<dalme>
OscarL: The stuff on KernelExport.h can't be called from userspace AFAIK. But I'm sure there was a system call or something you could use to trigger it from userspace
<OscarL>
dalme: see how the "kernel_debugger" cli app does it?
<OscarL>
(getting dial-up download speeds here :-/, pages load in slow motion :-D)
<dalme>
OscarL: _kern_kernel_debugger(message) is the way. Thanks!
<OscarL>
np!
BrunoSpr has joined #haiku
xylobol[m] has joined #haiku
Saijin_Naib[m] has joined #haiku
LjL[m] has joined #haiku
Hanicef[m] has joined #haiku
BrunoSpr has quit [Remote host closed the connection]
BrunoSpr has joined #haiku
imrahil has joined #haiku
BrunoSpr has quit []
<OscarL>
Begasus: mmm, ran "hp -G mozc", turns out I need to add a one-line patch to avoid a build failure with Python 3.10 :-D
<OscarL>
mmm, and I might need to add more RAM too :-/
janking has quit [Quit: Vision[]: i've been blurred!]
<Begasus>
go for it OscarL :)
BrunoSpr has joined #haiku
<BrunoSpr>
hello all
janking has joined #haiku
<BrunoSpr>
it would be nice to have Zsnes and BeSnes 32bit on HaikuDepot. It is still not there!?
BrunoSpr has quit []
<Begasus>
tsss ..
BrunoSpr has joined #haiku
BrunoSpr has quit []
Begasus has quit [Quit: Vision[]: i've been blurred!]
BrunoSpr has joined #haiku
janking has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
was going nuts because hp kept telling me that there was no "mozc_x86" on the repo. Turns out I had just rebooted into 64 bits after that KDL trip :-)
wicknix has quit [Ping timeout: 480 seconds]
bbjimmy has joined #haiku
janking has quit [Quit: Vision[]: i've been blurred!]
KapiX has joined #haiku
BrunoSpr has joined #haiku
<Begasus[m]>
lol OscarL
<Begasus[m]>
had it in reverse the other day on 32bit, trying without the _x86 :)
mmu_man has quit [Ping timeout: 480 seconds]
Begasus has joined #haiku
BrunoSpr has quit [Quit: Vision[]: i've been shreederd!]
<OscarL>
getting close to OOM again, this time at object [686/693] :-/. This thing takes a lot of RAM/CPU to link.
mmu_man has joined #haiku
BrunoSpr has joined #haiku
BrunoSpr has quit []
OscarL has quit [Read error: Connection reset by peer]
HaikuUser has joined #haiku
HaikuUser is now known as OscarL-32
<OscarL-32>
last try... bare-metal with 8 GB.
<OscarL-32>
same as before... seems it gets stuck at "[686/693] CXX obj/session/session_handler.session_handler.o" :-(
arjen_ has joined #haiku
<OscarL-32>
one cpu core at 100%, RAM usage remains constant.
<Begasus>
still haven't seen a branch :P
<Begasus>
you moved to the dark side (codeberg) too? :P
<OscarL-32>
have an account and at least one private repo there, yes.
<Begasus>
same here :)
<Begasus>
and gitlab/invent/ ... :)
<Begasus>
ah SF also
<Begasus>
reminds me to check TP ...
<OscarL-32>
seems the worst part of the compilation finally ended! (only to fail later on because it seems ir requires gcc2 too on x86_32... and I had removed that as part of my "cleanups" :-D)
<Begasus>
whoops :)
<OscarL-32>
good guy ninja picked up the build without redoing all the previous work. Nice. Let's see if this ends in a valid .hpkg now.
<OscarL-32>
"terminate called after throwing an instance of 'std::bad_alloc'" :-(
<Begasus>
bugger
<Begasus>
meanwhile: grabbing tuxpaint-0.9.34-1-x86_64.hpkg and moving it to /Share/haikuports/packages/tuxpaint-0.9.34-1-x86_64.hpkg :)
<OscarL-32>
crashed again on the same place. No idea what else I can do.