<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.
OscarL-32 has quit [Quit: Vision[]: i've been blurred!]
OscarL has joined #haiku
<OscarL>
this SSD boot fast :-)
<OscarL>
(except under VMWare... it takes almost 2 minutes there, for some reason)
mmu_man has quit [Ping timeout: 480 seconds]
<Begasus>
2 minutes to build?
<OscarL>
2 minutes to boot Haiku under VMware.
<OscarL>
VirtualBox takes about 25 seconds to boot my "fresh" beta5 installs from SSD.
<Begasus>
ah :/
<OscarL>
seems RAMFS reports wrong data for folder sizes.
<OscarL>
it says the mozc folder is < 8MB, when the tarball is almost 43, and Beezer says it is about 230 MB uncompressed.
<Begasus>
almost 500MiB with the build running atm
<Begasus>
$sourceDir
<OscarL>
(I really need to patch hp so the "fetching package for ..." only downloads .hpkg under $HP_TREE/packages/ instead of installing them system wide)
<OscarL>
being able to "install test packages in a chroot" for testing (instead of having to install them on system or home, would also be nice.
<Begasus>
:/ unmounting /Share/haikuports/app-i18n/mozc/work-2.26.4451.1/boot/system failed - wait and retry ...
<Begasus>
k, build completed and packaged in 64bit
<OscarL>
that's what you get for going into workdir with Tracker while the build is running :-(
<Begasus>
ah right, was thinking "I didn't change anything in there" :)
<Begasus>
seems to be OK, after switching I don't know what I'm typing, so won't copy in here :P
<OscarL>
:-D
<OscarL>
still building here (64 bits)... will most likely fail to unmount too :-D
<OscarL>
mmm, let me see if I can build the latest fat driver on the beta5 branch :-D
<OscarL>
noup. seems there has been some incompatible changes.
mmu_man has quit [Ping timeout: 480 seconds]
<OscarL>
I could try reverting a particular commit, but it might be prudent to just switch to nighlies instead of trusting me with this :-D
janking has quit [Quit: Vision[]: i've been blurred!]
mmu_man has joined #haiku
<scantysnax>
thanks. no worries.
<scantysnax>
(sorry was on the phone)
<OscarL>
Tracker setting "Disk mouting during boot" -> "Previously mounted disks" doesn't seems to be working well. While on 32 bits, it always mount the 32 bits volume even if explicitly unmount it (and vice-versa when I run on 32 bits).
<OscarL>
I wonder if it detects a Haiku install, and just confuses it for the boot volume.
zard has quit [Quit: leaving]
<scantysnax>
ok time to goto the vampires (monthly bloodwork) bbl.
<jmairboeck>
About your KDL screenshot from before: you could also enable a setting in VirtualBox so that it logs serial output to a file. Then you have the KDL as text (on the host).
<OscarL>
yeah... too bad that kdl was on bare metal :-D
<jmairboeck>
ah, too bad
<OscarL>
and not particuarly easy to trigger I think.
<jmairboeck>
it is only written to the syslog after exiting KDL, so if it isn't continuable, it won't get there
<OscarL>
right.
<OscarL>
I use the "serial to text" thing on VBox, but for bare metal, I only have one machine with a serial port :-(
mmu_man has quit [Ping timeout: 480 seconds]
mmu_man has joined #haiku
_-Caleb-_ has left #haiku [#haiku]
_-Caleb-_ has joined #haiku
janking has quit [Quit: Vision[]: i've been blurred!]
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has joined #haiku
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
_-Caleb-_ has left #haiku [#haiku]
duncsauce has quit [Read error: Connection reset by peer]
duncsauce_ has joined #haiku
duncsauce_ has quit [Read error: Connection reset by peer]
duncsauce has joined #haiku
B2IA has quit [Quit: Vision[]: i've been blurred!]
B2IA has joined #haiku
B2IA has quit [Remote host closed the connection]
mmu_man is now known as Guest9433
mmu_man has joined #haiku
B2IA has joined #haiku
frkzoid has joined #haiku
jmairboeck has quit [Quit: Konversation terminated!]
<nephele_xmpp>
oscarl: i always assumrd previously mounted was a superset of haiku disks and previously mounted the way the options are presented
Guest9433 has quit [Ping timeout: 480 seconds]
<OscarL>
the options are very clear, at least on wording, if not in behaviour.
<OscarL>
"Only the boot disk", "Previously mounted disks" (not seeing how that would imply all haiku-disk+more stuff), "All Haiku disks" (mmm thoes this means all BFS partitions, or all BFS with actual Haiku installs?), "All disks".
<OscarL>
I have like 6 BFS partitions on that particular disk, with two installs (beta5 in 32, and 64 bits).
<nephele_xmpp>
Check the source I guess. :)
<OscarL>
my intention is to boot either of those, and have only one more partition automatically mounted.
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has joined #haiku
<nephele_xmpp>
Hey... atleast it is not fstab :)
frkazoid333 has quit [Ping timeout: 480 seconds]
<OscarL>
In the end, I can rely on just mounting what I want from UserBootScript, but yeah... that sounds too fstaby :-D
<nephele_xmpp>
maybe an option on disk mounts with a checkbox to [x] always mount this
HaikuUser2 has joined #haiku
HaikuUser2 is now known as vanvik
<nephele_xmpp>
userbootscript, contrary to fstab, atleast uses the same syntax as on the commandline so you arent confused by it... or randomly puts your OS in rescue mode cus some usb stick isnt attached
<nephele_xmpp>
but yes, gui all the way for Haiku
duncsauce_ has joined #haiku
duncsauce has quit [Read error: Connection reset by peer]
_whitelogger_ has quit [Remote host closed the connection]
<puck_>
hrm. the efi loader on my steam deck entirely fails to launch
vanvik has quit [Quit: Vision[]: i've been blurred!]
_-Caleb-_ has joined #haiku
_-Caleb-_ has left #haiku [#haiku]
duncsauce_ has quit [Ping timeout: 480 seconds]
duncsauce has joined #haiku
eax has joined #haiku
zenmov has quit [Ping timeout: 480 seconds]
arjen_ has quit [Quit: Vision[]: i've been blurred!]
duncsauce has quit [Ping timeout: 480 seconds]
_-Caleb-_ has joined #haiku
duncsauce has joined #haiku
imrahil has left #haiku [Disconnected: Hibernating too long]