<zdykstra>
Pretty sure they just operate through GH, but maybe Begasus accepts patches over IRC
<OscarL>
coolcoder613: regarding submodules... I offered some suggestions back in https://github.com/coolcoder613eb/Haiku-PyAPI/pull/7 (using a "git-archive-all" tool so the source tarball actually includes all the needed code.
HaikuUser has joined #haiku
HaikuUser has quit []
<coolcoder613>
What I'm doing is using SOURCE_URI_2
<OscarL>
alternatively, instead of packaging as .hpkg, you could look into making haiku-PyAPI pip installable (not as convenient for regular users, but would mean that users are free to use it with different Python versions without HaikuPorts having to have packages for each version
<OscarL>
coolcoder613: that should work, specially if you're using a regular pybind11 release tarball.
<coolcoder613>
I have looked into making it pip installable, and failed
<coolcoder613>
OscarL: It's not a regular release tarball becuase it needs the smart_holder branch
<OscarL>
well, guess using $srcGitRev that matches the pybind11 commit you are using should be fine... at least we get proper checksums from those from GH.
jibsaramnim has joined #haiku
<OscarL>
coolcoder613: if you're testing your .recipe changes with haikuporter already, opening a PR over HaikuPorts should be pretty easy. If you're doing the updates "blind"... I might be able to help you test it and submit a PR on your behalf tomorrow (if my flu doesn't gets worse :-D)
HaikuUser has joined #haiku
HaikuUser has quit []
<coolcoder613>
I am testing with haikuporter
<OscarL>
cool.
<coolcoder613>
It's building now (I'm building for 3.9, 3.10, 3.11 and 3.12)
<OscarL>
I would only build for 3.10
<OscarL>
it is a pain in the rear to have to maintain packages for each Python version. Also, no point in using 3.9 for new releases, since 3.10 is the default on Haiku.
<coolcoder613>
Ok, finished building..
mmu_man has quit [Ping timeout: 480 seconds]
vdamewood has joined #haiku
<coolcoder613>
Ok, all versions seem to work
<coolcoder613>
PR created
<OscarL>
I would seriously only add the 3.10 version. But hey... I'm not the one merging it.
imrahil has left #haiku [Disconnected: Hibernating too long]
janoz has joined #haiku
janus has quit [Ping timeout: 480 seconds]
janoz is now known as janus
<OscarL>
"system_beep(const char* eventName)" using strings there instead of some other constant/enum seems odd (but comes from R5 :-/).
<augiedoggie>
it's more flexible this way, with an enum you'd have a fixed number of events
<OscarL>
Could do it the same way as with error codes, with ranges for system events, and some _EVENT_USER_BASE value. Or instead of using plain English, I would expect it to use an int32 value, like with "what" in messages. But oh well.
<augiedoggie>
but the system sounds are stored by name
Monni has quit [Read error: Connection reset by peer]
<OscarL>
errors are integers and there's strerror().
<nekobot>
[haiku/haiku] 1b05bf1a7eb5 - SCSI: Respect DMA_HIGH_ADDRESS, if specified.
freddietilley has quit [Quit: WeeChat 4.4.2]
<HaikuUser>
I would like to say that there are 2 apps that need some new version.
<HaikuUser>
The first one is MenuSorter - it needs quotes in places where it ls and mkdir directories. Because now it's unable to work with two words directory names.
<HaikuUser>
The second one is MinimizeAll - it installs currently 2 apps one in Applications, one in Desktop applets. The one that sits in the tray does not work with the current system, and it autostarts.
OscarL has joined #haiku
<Begasus>
man ... I should clean up my work dirs more often ....
<Begasus>
Hi OscarL!
<OscarL>
'lo Begasus :-)
<Begasus>
on the "reuse" installation ... that is one that checks the licenses for the KDE frameworks (and gear iirc), just wanted to see if it actualy worked :D
<OscarL>
was about to comment "hey, at least it is not "pip install from git" (but github UI went nuts :-D)
<Begasus>
lol
janking has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
seems it took each new press as a command shorcut or something, lol.
<OscarL>
clever chap the on that came up with that list_work_dir bash function! And handsome too, from what I've heard! :-P
<OscarL>
s/on/one/
<OscarL>
(because of course he can't type properly :-P)
<Begasus[m]>
heh ... yeah, big kudos on that! :)
<OscarL>
Begasus[m]: updated your Beezer yet?
<OscarL>
now includes .hpkg support, at last :-)
<Begasus>
revision 7?
<OscarL>
yup
<Begasus>
then yes :)
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
Wonder when DriveSetup's Change parameters -> Partition type stopped working :-/
<Begasus>
nice, but I'm still used to working with Expander on those
<OscarL>
(I remember it working on beta4 at least)
<Begasus>
shows a lot more info
<OscarL>
Begasus: yeah, but with Beezer you can just open one particular file if you need it, or just extract a folder, for example.
<Begasus>
ah, guess that could be handy :)
<OscarL>
Begasus: you can just doble click on .PackageInfo at the end too, to get the same info as in Expander. Not as convenient for that perhaps, but the option is there.
<Begasus>
OscarL, doesn't show up with "open with ..." ?
<OscarL>
not sure how well the mimedb handles apps gaining support for newer types.
<OscarL>
I just moved the file... started beezer, the file gets re-created.
<OscarL>
Begasus: if you don't want to try it... at least open that x-vnd.ram-beezer file with DiskProbe...
<OscarL>
I was about to say... "confirm that .hpkg is listed in the "attributes", but seems to not appear here for me either. Weird.
<Begasus>
yeah, done that dozens of times ... should be good, but think I need a reboot here, forgot not to use browsers too much again ...
<Begasus>
biab
Begasus has quit [Quit: Vision[]: i've been blurred!]
Begasus has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
<Begasus>
k, starting fresh :)
<OscarL>
the file /boot/system/data/mime_db/application/x-vnd.ram-beezer lists .hpkg support on the "META_FILE_TYPES" attribute at least.
<OscarL>
right... the other "META:{L,M}:application/*" attributes are just icons, lol :-)
<Begasus>
heh
akashkumar7902 has joined #haiku
<akashkumar7902>
hey how can i be sure that a function that I implemented does not exist already in haiku codebase with a different name, or a fn which with least updates converts into my version
<akashkumar7902>
i am creating this function in src/apps/mediaplayer/seekslider.cpp
Gyver_ has joined #haiku
<Begasus>
hgrepall? -> OscarL :)
mmu_man has joined #haiku
akashkumar_ has joined #haiku
<Begasus>
nice .. 6 plasma frameworks build in a row :)
<OscarL>
akashkumar7902: use grep for as many related terms as you can think off? (or use codesearch from Github, or TextSearch for a gui alternative to grep on Haiku).
akashkumar has quit [Ping timeout: 480 seconds]
<Begasus>
OscarL, what file was that again for Beezer?
<OscarL>
"x-vnd.ram-beezer"
<Begasus>
it see hpkg in _bzr_rules.txt
<OscarL>
"query -a x-vnd.ram-beezer"
<OscarL>
Begasus: funny, my "_bzr_rules.txt" doesn't has it :-D
<Begasus>
still not showing up
<OscarL>
also... "bzr" made me thing of bazaar, not beezer :-)
<Begasus>
~/config/settings/Beezer> ls _bzr_rules.txt misc_settings recent_archives windows_settings
<OscarL>
welp, /boot/system/data/mime_db/application/x-vnd.ram-beezer should be overwritten on installation, so it should have the proper FILE_TYPES attribute.
akashkumar7902 has quit [Ping timeout: 480 seconds]
<OscarL>
not sure if "/boot/home/config/settings/mime_db/application/x-vnd.ram-beezer" interfers with that or not (thus why I suggested removing it and run Beezer once manualy to recreate it)
<OscarL>
Begasus: "query -a Beezer" only shows one beezer binary for you?
<Begasus>
date on those beezer ones in $dataDir/mime_db are the same
<OscarL>
(if you have and old one lying somewhere..., it might be picking up the old one?)
<Begasus>
one app
<OscarL>
not sure what to tell you. I even removed my customs builds, and just used "pkgman install Beezer" to get the version from the official repos.
<Begasus>
nada .. no biggy though
<OscarL>
It kinda is, though... either a bug on Beezer, or an OS bug.
<Begasus>
you are still on beta?
<OscarL>
Try open Beezer manually, and asking it to open any .hpkg
<Begasus>
did that (also launched from Terminal)
<OscarL>
Begasus: on nightlies now, but I have been using that Beezer version since April.
<Begasus>
dragndrop ..
<Begasus>
Oct 20 2024 for the ones in mime_db
<Begasus>
Beezer 0 2024-10-20 23:37:20 drwxr-xr-x
<Begasus>
looking in Expander
<OscarL>
Open that that mime file with DiskProve, open the META:FILE_TYPES attribute, in the Raw editor tab... it should read "application/x-vnd.haiku-package at the end of it.
<Begasus>
which one? :)
<Begasus>
14 bee*s in here :)
<Begasus>
s/here/there
<OscarL>
/boot/system/data/mime_db/application/x-vnd.ram-beezer (or the one in under ~/config/settings/ should match I think)
<OscarL>
I will try to install Beezer on a Haiku install that never had it.
<OscarL>
(too bad that damn idualwifi7260 driver decided to *not* work yet again :-()
<OscarL>
FWIW, I renamed my _bzr_rules.txt, and running Beezer created one that does mentions .hpkg and squashfs.
<Gyver_>
but, shouldn't HID support be independant from USB ?
<Gyver_>
because we can have HID over bluetooth
<Gyver_>
or over other physical links/protocols
<nephele>
Yes, that is correct mostly. iirc HID was developed for USB first before beeing deployed elsewhere like i2c, bluetooth (maybe also 2.4ghz wifi) etc
<Gyver_>
(like zigbee, I2C, SPI,...)
<nephele>
The HID support should be split out into it's own modules and drivers should use that insteaf of it beeing in the usb driver
<Gyver_>
I totally agree
<nephele>
Haiku already (kinda) uses HID somewhere else, keycodes for Media keys are translated to HID codes in the ps/2 keyboard driver :)
<Gyver_>
can you tell me if its the case for usb mouse support ?
<nephele>
If what is the case?
<Gyver_>
i just want a starting code that can help me sniff/print the raw data and code the HID support from there
<nephele>
I think I need a bit more info what you are trying to do :)
<nephele>
there is an application that shows the keycodes as interpreted by the input_server, but that is probably not what you want
<nephele>
and besides than that i don't see why a usb mouse would need special support? usually these just report as beeing a keyboard if they have more special keys than just mouse1-5
<Gyver_>
yes nephele, that would be great
<Gyver_>
or ideally a code that works on USB protocol
<augiedoggie>
hm, i found the problem with the MinimizeAll replicant but i'm not sure how long it's been broken
<nephele>
Hmm, i'm still not sure what you quite want, maybe this can help: src/add-ons/kernel/drivers/input/hid_shared/KeyboardProtocolHandler.cpp
<augiedoggie>
that code hasn't been touched for 10 years
frkzoid has joined #haiku
<nephele>
Gyver_: though this deals with HID reports, not directly on usb level
<botifico>
[haikuports/haikuports] Begasus 710d266 - plasma_activities_stats6, fix version string for plasma_activities6 (#11245)
<OscarL>
Begasus: re pendrive, got one, just forgot to also copy Beezer dependencies :facepalm: :-P
<Begasus>
lol
Begasus has quit [Quit: Vision[]: i've been blurred!]
diver has joined #haiku
<OscarL>
Begasus[m]: installed Beezer on a fresh install..., doesn't shows up (so far) on "Open with..." for .hpkg files, but if I open Beezer, hit the Open icon, I can open .hpkg files without any issues.
<OscarL>
Will reboot to see if that fixes the "Open with..." issue
<Begasus[m]>
that works here too OscarL
<Begasus[m]>
you can even drop a hpkg on it, all good
<OscarL>
After a reboot, Beezer does appears on the "Open with..." sub-menu for me on a clean install. No idea why it doesn't works for you Begasus[m] :-(
talos has quit [Quit: Ping timeout (120 seconds)]
talos has joined #haiku
diver has quit [Ping timeout: 480 seconds]
bl4ze has joined #haiku
nephele_xmpp has joined #haiku
nephele_xmpp has left #haiku [Error from remote client]
<OscarL>
(Tracker showing context menues on mouse down is not something I like at all. Guess it comes from apple mice having only one button? damn apple influences! :-P)
<nephele_xmpp>
OscarL: why is that important? doesnt that mean you can hold the button, select an item and let go?
<nephele_xmpp>
in theory anyway, nothing i ever tried
<OscarL>
I just don't like that behaviour. I find it annoying.
<OscarL>
not every action need to trigger on the "down" event. Some are better suited to be "confirmed" only on the "release" event, if ESC wasn't pressed, for example.
<OscarL>
Might be just my Windows-usage bias, still... it does seems to cause more issues than good things for me, so...
_-Caleb-_ has left #haiku [#haiku]
_-Caleb-_ has joined #haiku
<Skipp_OSX>
...
<Skipp_OSX>
I fought that battle and lost
<nephele_xmpp>
I don't think such stuff is a battle really... no reason we can't improve on tracker ;)
<nephele_xmpp>
I think the context menus need to be rewritten a bit to fix em. But on another note the entries in the menu could be improved a bit
<Skipp_OSX>
if it makes you feel any better, BeOS works the same way as after my right click change
<Skipp_OSX>
it doesn't let you pop the menu twice, but it pops on mouse down, not up
<OscarL>
(wonder if input_server shouldn't report intended "actions" ("primary button down", "drag-and-drop" even initiated, etc, etc) instead of letting each app implemnt whatever (unless they ask for "raw data", I guess). Would allow the posibility of having system wide "shorcuts/events" remapping from a simple input filter, I think.)
<Skipp_OSX>
no
<nephele_xmpp>
Yes, that would be neat for some things. Semantic actions instead of keypresses, when they really are "globally" mappef
<OscarL>
nice to see we all agree then :-P
<Skipp_OSX>
the problem is drag and drop
<Skipp_OSX>
When you click you may be initiating a drag so we don't know until mouse up.
<nephele_xmpp>
I think we could do this for semantic actions that really are unambigious
<OscarL>
"possible drag and drop" is just button down + cursor movement, no?, you "just" need to confirm the dnd operation upon release (at least that's how I see it)
<Skipp_OSX>
what is an example of an unambiguous semantic action?
<Skipp_OSX>
just button down w/o cursor movement
<nephele_xmpp>
I think like alt-c for copy
<Skipp_OSX>
well that's not unambiguous in Tracker, but that's being pedantic. I meant mouse actions....
<OscarL>
"open context menu"...
<OscarL>
I only want that to happen on secondary mouse button release, for example.
<OscarL>
and not because I left my crooked hand down for too long :-)
<OscarL>
users with different usage patterns / abilities would prefer differently, of course. "semantic actions" should help implement usability features, I think.
<nephele_xmpp>
for mouse actions beeing able to bind stuff like mouse gesture on mouse3 to semantic actions might be cool too
<OscarL>
s/usability/accesibility/
<nephele_xmpp>
I don't like the idea of seperate accesibility features, like gnome has. Often on iOS for example stuff is marked as accesibility that is generall usefull. I'd rather have those be present normally
<nephele_xmpp>
people tend to not check accesibility features when they think they don't need accesibility :)
<OscarL>
"open/exec selection"... double click on primary button for me... hold down button for someone with mobility issues sounds like it could work.
<nephele_xmpp>
Indeed
<nephele_xmpp>
ctrl-click -> right click is another example
<OscarL>
the fact that primary button sometimes does what secondary button does... it just messy, IMO.
<nephele_xmpp>
for tracker i would love primar click to open stuff without double click
wicknix has joined #haiku
<nephele_xmpp>
we have to make sure it's not as overwhelming and complicated as the kde keybind dialogs though :)
<Skipp_OSX>
hmm it seems my "style fixes" may be responsible
<Skipp_OSX>
hrev58250
wicknix_ has quit [Ping timeout: 480 seconds]
<Skipp_OSX>
That should do nothing... but it does something apparently...
wicknix_ has joined #haiku
wicknix__ has joined #haiku
diver has joined #haiku
<Skipp_OSX>
in Tracker single click selects, double click opens, if you made single click open, how would you select?
wicknix has quit [Ping timeout: 480 seconds]
mmu_man has quit [Ping timeout: 480 seconds]
wicknix has joined #haiku
Anarchos has joined #haiku
<nephele_xmpp>
with alt held
wicknix_ has quit [Ping timeout: 480 seconds]
<Skipp_OSX>
holding alt concatenates the selection...
<nephele_xmpp>
I am aware
<Skipp_OSX>
ok so then how do you create a new selection?
<nephele_xmpp>
Unselect the old item, or drag a selection
<nephele_xmpp>
Since I am mainly navigating and opening stuff from tracker that is a tradeoff that makes sense to me, selecting a single item is something i only do very little
wicknix__ has quit [Ping timeout: 480 seconds]
diver has quit [Ping timeout: 480 seconds]
<nephele>
zard: wtf
<nephele>
my build issue just vanished
<zard>
Woot!
<zard>
How much space does the build take up?
<nephele>
the dir?
<nephele>
Skipp_OSX: alternatively, simply with right click. most actions i would want to do on a single file are also available in the right click menu
<nephele>
zard: tracker sais 37,6GB
<zard>
O.O
<zard>
Yes WebKitBuild/Debug
<nephele>
Skipp_OSX: tracker uses wrong seperator for decimal places :( It should pick "," as per my locale but uses "." instead
Anarchos has quit [Ping timeout: 480 seconds]
<nephele>
nevermind it is correct
<nephele>
i'm blind
bl4ze has quit [Ping timeout: 480 seconds]
<nephele>
zard: jeez, it sure takes a *long* time for Debugger to load debug info for libwebkitlegacy... the lib i don
<nephele>
't actually need
<nephele>
xD
<zard>
strip the debugging information. Otherwise you will likely run out of memory
<zard>
(strip the debugging information from ones you don't need)
<nephele>
zard: sounds like a bug
<nephele>
Debugger is using 1.9GB right
<nephele>
but system ressources & caches is marked as 28GB
HaikuUser has joined #haiku
<nephele>
DownloadMoreRam
<nephele>
ram usage doesn't seem to be increasing of Debugger either... wieerd
<OscarL>
Skipp_OSX: seeing korli mentioing on +/8477 that those event names are ment to be system events, not for applications, makes me think that my point of using enums with different "bases" (as in "*_EVENT_USER_BASE + nnn") for sound event constants has at least some merit :-P
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
<Skipp_OSX>
ok then
<nephele>
OscarL: why? are those unique numbers? Or just randomly registered?
HaikuUser has quit [Remote host closed the connection]
<nephele>
like, does the api for register new sound event need a number or only a semantic identifier?
<OscarL>
just plain English strings currently :-)
<Skipp_OSX>
I'm with you on double clicking being a bit unintuitive in Tracker... although it's been this way since 1984 Mac
<OscarL>
anyway... flue/cold making a number on me. Better sign off for today. See you around folks. Have a good one!
OscarL has quit [Quit: Gone with the wind]
bl4ze has joined #haiku
<bbjimmy>
hrev58278 Haikudepot only shows the icon and Name for most packages. A few some show Rating, Description, Size, Status, Repository, Version, and Date as well. What's up?
<bbjimmy>
Is this a known issue?
jmairboeck has joined #haiku
<Skipp_OSX>
opening a file is much more dire on System 1.0 though since it was a single tasking OS and might involve swapping floppy disks several times...
<Skipp_OSX>
So it made more sense then to ensure that you really want to open the file and enforce that with a double click
akashkumar_ has quit [Quit: Leaving]
<Skipp_OSX>
On Haiku with multiple processors it's not such a big deal to accidentally open something you didn't indent to by clicking.
<Skipp_OSX>
multi-tasking rather I guess, even on 1 proc
<nephele>
Well, on KDE you can do single click. and this also works on some other desktops
<nekobot>
[haiku/haiku] 53cab618ef8d - kernel/legacy_drivers: check priority when finding a driver with the same leaf name
<nephele>
zard: what is Debugger even doing :g
<nephele>
it allocated up to 3GB and then it only had 250mb allocated
<nephele>
not it's allocating 2.3GB again
<nephele>
I guess i can strip libwebkitlegacy since it is not needed. but still
mmu_man has joined #haiku
<zard>
And also libjavascript. Unlikely you'll need that
<Skipp_OSX>
I loaded up OpenSuse in a vm here, it selects on single click, opens on double...
<Skipp_OSX>
maybe there is an option?
<nephele>
I think there might be
<nephele>
zard: nice, now it works. but it took quite a bit
<Skipp_OSX>
ok yeah I see there is an option for it.
<nephele>
i have 14GB in cache and ressources. and debugger sais it has 600mib allocated
<nephele>
maybe it memory mapped the files or something?
<zard>
I don't know. I always thought the kernel's debugging API was to blame
<Skipp_OSX>
I don't understand how you are supposed to concatenate selection though on KDE
<Skipp_OSX>
control+click context-clicks, shift+click does a contiguous selection as you'd expect but how do you perform a non-contiguous selection?
<Habbie>
huh. on gnome non-cont select is ctrl
<Skipp_OSX>
as you'd expect it to be sure
<Skipp_OSX>
apparently not on KDE tho
zard has quit [Quit: leaving]
<Habbie>
what does alt do?
<Skipp_OSX>
Alt does noting different
<Skipp_OSX>
and Option/Meta/Windows opens the lizard menu
<Skipp_OSX>
idk how to do a non-contiguous selection, I don't think you can
chilledfrogs has joined #haiku
<jmairboeck>
Skipp_OSX: here it does work with Ctrl (in Dolphin on openSUSE running natively). Could it be that your system remaps Ctrl-click to a right-click (I assume you run on macOS)?
<Skipp_OSX>
maybe it's a VMware thing
<jmairboeck>
there are also checkboxes you can enable in settings to select items individually
<Habbie>
oh yes, ctrl means right definitely is a mac thing
<Skipp_OSX>
yeah ok, can turn that off in Vmware
<Skipp_OSX>
ctrl does non-contiguous selection as you'd expect
<Skipp_OSX>
I mean... I don't hate it, it's not that bad, you ctrl click to select, and open on click
<nephele>
Skipp_OSX: on hover it has a PLUS icon
<nephele>
atleast in icon mode
bl4ze has quit [Ping timeout: 480 seconds]
<nephele>
but i think alt-left click adds stuff to a selection?
<Skipp_OSX>
yeah I see that, was throwing me off but ctrl opening context menu was just a vmware thing
<Skipp_OSX>
Ctrl+click on KDE, Alt+click on Haiku
chilledfrogs has quit [Quit: connection reset by purr]