<augiedoggie_>
it probably only wants curses for building the cli app not the gui
<OscarL>
augiedoggie_: right, just checking that with readelf right now.
<augiedoggie_>
lddtree didn't show any links in my existing build
<OscarL>
ccmake links to libform/libncurses (at least on 3.30.3, with --system-libs)
<OscarL>
will add it as devel:libform in BUILD_REQUIRES for cmake_gui, but guess I can just drop it from its REQUIRES.
<OscarL>
wonder if I'll be able to make a Pe Language file for cmake files.
<OscarL>
had forgotten that I added the Lua support to Pe, lol.
ablyss_ has joined #haiku
<OscarL>
"fWindow->MoveOnScreen(B_MOVE_IF_PARTIALLY_OFFSCREEN);" sounds like should be the default behavior, no?
frkazoid333 has joined #haiku
ablyss has quit [Ping timeout: 480 seconds]
erysdren has quit [Quit: Konversation terminated!]
<Skipp_OSX>
yeah probably should be
<OscarL>
CMake showing [100%] for several lines makes me wonder how they define "100%".
HaikuUser has joined #haiku
HaikuUser is now known as RobinHood2025
<RobinHood2025>
Has anyone tried using VirtualBox Guest Additions in a VirtualBox VM running Haiku as a guest OS?
<OscarL>
and of course my .recipe failed because I forgot a "mkdir -p". getting closer at least!
<OscarL>
RobinHood2025: I run VBox 7.x on Win10 host, with Haiku as guest... the guest addition package is pretty broken.
<OscarL>
even so, I use parts of it, but not sure it is really worth it.
<RobinHood2025>
Well, the Guest Additions packages is really OLD... I guess Oracle gave up on it.
<OscarL>
what you *can* do... is set the video card as "VMSVGA", and then install the vmware_addong.
<OscarL>
oracle never made that package.
<OscarL>
was all work of Haiku users.
<RobinHood2025>
It's a shame the Haiku community let it die...
<OscarL>
even if at a time we had a "mole" inside VirtualBox (on user used to work there for a time) :-D
<OscarL>
RobinHood2025: it is a monster of a package...
<OscarL>
I tried two times to update it... but kept hitting the limit of my (admitdly limited :-P) skillset.
<OscarL>
Rest of folks just use VMWare or QEMU, so they have little incentive to work on it.
<RobinHood2025>
889.33 KiB, a monster?
<OscarL>
I'm talking about the source code.
<OscarL>
You need to download the whole Virtualbox tarball.
<RobinHood2025>
x_x
<RobinHood2025>
Waah... Haiku can't even count up to the true size of the package!?
<OscarL>
what are you talking about?
<RobinHood2025>
I'm talking about the VirtualBox source code. I tried checking the file size and it's 196 MB.
<OscarL>
and?
<OscarL>
165.27 MiB for version 7.0.20.
<RobinHood2025>
STILL... Who in the heck has time to sift through that much code?!
<OscarL>
exactly.
<OscarL>
idiot me tried two times.
<RobinHood2025>
Eh, well... I'm not having any problems RUNNING Haiku in VirtualBox, despite a bunch of complaints I've heard about performance problems...
<OscarL>
compare that to the vmware_addons. pure bliss in comparison :-)
<Skipp_OSX>
yeah I've given up on VBox sadly, Oracle killed it.
<OscarL>
Yeah, VBox *is* a bit slower than VMWare, and that slower than QEMU, but I do not get why people thing so terrible.
<OscarL>
*think
<OscarL>
*is, damn, I can't type.
<Skipp_OSX>
bc the video doesn't work with Haiku
<Skipp_OSX>
ever since 7
<RobinHood2025>
That's too bad... I was able to generate a couple of files from the package that might have helped.
<OscarL>
RobinHood2025: that VBox tarball, expanded, and after trying to build the .recipe... 2 GiB, 108.514 files.
<RobinHood2025>
RIP >.<
<OscarL>
Skipp_OSX: use VMSVGA, and the vmware driver.
<OscarL>
works like a charm.
<Skipp_OSX>
ok I'll give it a shot
<RobinHood2025>
Right. Will return shortly :)
RobinHood2025 has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
just make sure you give it enough video mem for your resolution.
smalltalkman__ has joined #haiku
<OscarL>
"Warning: Error: found provides for "cmake == 3.30.3 base", but none matching the version requirement" <<< almost. there. :-)
<Skipp_OSX>
what its he vmware driver?
<OscarL>
pkgman install vmware_addons
HaikuUser has joined #haiku
<Skipp_OSX>
oh ok right
HaikuUser is now known as RobinHood2025
<OscarL>
you can just use the video/accelerant from that, of course.
<OscarL>
I mean... you can just unpack it in non-packaged, and go your merry way.
ablyss_ has quit [Quit: Konversation terminated!]
<RobinHood2025>
Okay, I've switched video drivers and installed the VMware package. But it doesn't seem to make any difference whether the package is installed or not.
<OscarL>
if things are correcly setup...
<OscarL>
on the Screen preference app you should read:
<OscarL>
"VMware SVGA (VM)" on top of the "monitor".
<RobinHood2025>
Well, THIS is weird... Mine reads "VESA driver (Generic VESA)".
<OscarL>
would have been easier to say in the "Display info" pane.
<OscarL>
then you didn't set your VM properly.
<RobinHood2025>
Well, I am in VirtualBox instead of VMware, so that might be a problem...
<OscarL>
My settings are: "Type: Other Linux 64 bit"...
<OscarL>
RobinHood2025: no, I'm telling you, I'm using that setup right now.
Peppersawce has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
On "Display"... look for the "graphics controller" drop menu, make sure you choose "VMSVGA".
<RobinHood2025>
Yes, I've verified that.
<OscarL>
set video memori to at least 16 MB (32 MB should be enough for 4K, IIRC).
<RobinHood2025>
Is 128MB too much?
<OscarL>
sometimes VBox reverts settings if it thinks they conflict with each other.
<OscarL>
so pay attention to any "warning" message on the bottom of the Configuration window.
<RobinHood2025>
Yeah, the only warning I got was "consider reverting to VBoxVGA..."
<OscarL>
RobinHood2025: dunno. I've used up to 64 MB because it was what I was recommended, but I kept bringing it back down :-)
<OscarL>
I don't get even that.
<RobinHood2025>
All right. I'm running out of time, so I'll quickly adjust some settings and see what happens.
RobinHood2025 has quit [Quit: Vision[]: i've been blurred!]
mmu_man has quit [Ping timeout: 480 seconds]
HaikuUser has joined #haiku
HaikuUser is now known as RobinHood2025
<RobinHood2025>
Made some progress, at least. I've changed the OS to "Other Linux 32-bit" and dropped the VRAM all the way to 16MB. That should be plenty as long as I'm not using Haiku for any hardcore gaming, right? :D
<OscarL>
we don't have any 3d accel, so... yeah.
<RobinHood2025>
And the "Screen" applet correctly identifies a "VMware SVGA (VM)" adapter.
<OscarL>
wee!
<RobinHood2025>
But I can't move the cursor outside the window; I still have to hit the right Ctrl button to release the mouse.
<RobinHood2025>
I think Oracle may have "broken" that little feature...
<OscarL>
should be able to change res even from command like, like: VBoxManage.exe" controlvm "name-of-your-vm" setvideomodehint 1360 768 32
<OscarL>
RobinHood2025: set pointer type as USB tablet.
<RobinHood2025>
Okay, will come back in a bit
RobinHood2025 has quit []
<OscarL>
mmm, I think that the setvideomodehint only works if VBoxTray is running :-D
RobinHood2025 has joined #haiku
<RobinHood2025>
Ha-haaa, that's done it!!
HaikuUser has joined #haiku
<OscarL>
*puts sunglasses
<RobinHood2025>
#NP "Won't Get Fooled Again" by The Who
<OscarL>
you'll still miss shared clipboard and folders, but the first is quite buggy, and the latter will make you cry.
HaikuUser has quit []
<OscarL>
so better stay away from those. And if you're on 32 bits... you don't get them anyway so... you're set.
<RobinHood2025>
Heh XD I think I tried the 64-bit version at one time but it didn't work right on VirtualBox.
<OscarL>
both work fine for me for the last.... what 2, 3 years?
<RobinHood2025>
Anyway... YouTube seems SLOW on Haiku, although it does load.
<OscarL>
yeah, we have zero video acceleration anyware. Youre best bet for youtube watching might be to use QMPlay2
<RobinHood2025>
Right, well... That's why we're here, isn't it? To learn Haiku, and to teach?
<OscarL>
and to try to help it get better if we can, no matter how small the contribution :-)
<OscarL>
it's a fun ride... (when we don't get a bit frustrated by some bug, that's it :-P)
RobinHood2025 has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
"grabbing cmake_gui-3.30.3-1-x86_64.hpkg" /me sheds a tear of joy.
<OscarL>
wonder why cmake recipe used "cmake$secondaryArchSuffix = $portVersionCompat" instead of = $portVersion as usual.
HaikuUser has joined #haiku
<OscarL>
mmm, maybe not.
HaikuUser has quit []
<zdykstra>
So long standing bug fixed?
<OscarL>
hi zdykstra! Which one do you mean?
* OscarL
runs CMake GUI 3.30.3 like a champ.
<zdykstra>
The one where it wouldn't finish building, or whatever it was that it'd get stuck on forever
<OscarL>
needed to up the RAM on the VM, had to switch to nightlies to side-step some bugs, had to wait for the ambient temps to cool down... repaste my CPU....
<OscarL>
and wait for my brain to start working at least a bit...
<OscarL>
but seems to work now, at least on 64 bits :-)
<OscarL>
now that both cmake and cmake_gui recipe appear to be in order, will do a clean build of the latter, just in case (as I'm using the same SOURCE_DIR for both, better check that).
<OscarL>
WTF? "time git clean -df" now ran in 10 seconds? took 40 minutes earlier today :-/
<OscarL>
ah...
<OscarL>
the other one had to remove all the test left overs.
Monni has quit [Remote host closed the connection]
imrahil has left #haiku [Disconnected: Replaced by new connection]
freakazoid332 has quit [Ping timeout: 480 seconds]
<OscarL>
Skipp_OSX: with 8374 I can seem to be able to reproduce the crash, went back to system libtracker.so... made Tracker crash again pretty easily.
<OscarL>
*I can't reproduce the crash with 8374
* OscarL
can't English.
<OscarL>
Still see the ocassional "double" context menu, but no more crashes.
<Begasus[m]>
g'morning peeps
<OscarL>
Good morning Begasus[m].
<Begasus[m]>
Hello @oscaarl
<Begasus[m]>
jikes, still stupid Nheko :(
illwieckz has quit [Remote host closed the connection]
HaikuUser has joined #haiku
HaikuUser has quit []
illwieckz has joined #haiku
<OscarL>
Hope that 8374 changeset by John makes it into beta5.
ebykm has joined #haiku
<ebykm>
is there hybrid uefi bootloader available for beta5 32bit stable release ?.
pbsds is now known as Guest4689
<OscarL>
I think someone shared one on the forums, ebykm.
pbsds has joined #haiku
<ebykm>
i tried the last bootloader shared by Illan, it did not work for beta5, OscarL
<ebykm>
i wonder if stable release 64bit bootloader is hybrid.
<ebykm>
the bootloader provided with 32bit iso is not working on UEFI system.
<Begasus[m]>
Not afaik, never been able to launch a 32bit system on this laptop, but I could be wrong
Guest4689 has quit [Ping timeout: 480 seconds]
<OscarL>
I kinda booted 32 bits UEFI on a netbook (without screen) that I have, but can't tell much more because Haiku is extremelly unreliable on that hardware (both 64 and 32 bits).
<OscarL>
I should try again with latest beta5, but not on a hurry to work on that machine, given all the troubles it gives me.
<MonniTheCat>
Good morning Begasus
<OscarL>
How come that I can run DiskUsage (that does a number on the HDD), and system still works OK, but the moment I do "git status", I can't even open a text file :-D
<Begasus[m]>
g'morning @mika l
<Begasus[m]>
argh!!!
<OscarL>
lol
<Begasus[m]>
g'morning Monni :)
HaikuUser has joined #haiku
HaikuUser has quit []
<MonniTheCat>
git is extremely poorly written, it isn't Haiku specific... "git status" on Windows can take several minutes on larger repository...
<ebykm>
is a bummer UEFI 32bit not working.
diver has joined #haiku
<MonniTheCat>
Just thinking in how many locations it has to look for and read .gitignore to be able to build output of "git status"...
<OscarL>
DiskUsage is stat()ing ALL the files, still allows me to use the system.
HaikuUser has joined #haiku
HaikuUser has quit []
Begasus has joined #haiku
ppcjunkie_ has joined #haiku
<MonniTheCat>
I remember in one app I had to add yield calls once in a while to keep UI responsible... It was all running on one thread, every application running concurrently...
<Begasus>
bugger, forgot I lost all the alias stuff in my profile now too ... need to see if I can get a backup somewhere
MisthaLu has joined #haiku
<MonniTheCat>
Some people create a Git repository to keep all the alias stuff safe when coding...
<Begasus>
got that MonniTheCat, just not the latest state I had
<MonniTheCat>
I prefer having everything as shell scripts... Then I can upload them anywhere and redownload when needed...
DKnoto has quit [Ping timeout: 480 seconds]
ebykm has quit [Ping timeout: 480 seconds]
ppcjunkie_ has quit [Remote host closed the connection]
ppcjunkie_ has joined #haiku
DKnoto has joined #haiku
Monni has joined #haiku
<OscarL>
switched to beta5 32 bits to build cmake/cmake_gui... hit "waiting for..." issue right away :-)
<Monni>
Tried using CMake yesterday... It defaulted to non-existing system directories, so had to override them...
<OscarL>
*** <Error><Code>InteralErro' (with missing "r" at the end and all), while trying to pkgman update :-D
<OscarL>
Monni: that's why on the .recipes cmakes gets called like this: "cmake -Bbuild -S. $cmakeDirArgs"
<Monni>
Have to remember a lot of the developers are not native English speakers...
<OscarL>
that $cmakeDirArgs gets filled in by haikuporter with the right (defaults) dirs.
<Monni>
Still don't understand the separation between /boot/system/lib and /boot/system/develop/lib... I assumed /boot/system/develop/lib is more correct for CMake...
<Begasus>
$cmakeDirArgs is only usefull if the source is using GNUInstallDirs afaik
<Begasus>
for custom targets it wont work
mmu_man has joined #haiku
<Monni>
I was trying to get identical output with configure and CMake, but that was hard... all the symbols were identical, but still the file sizes were different...
<Begasus>
diff build systems tend to do that
<Monni>
Begasus: I get same output with all other operating systems, even MacOS, which is known to cause hickups...
<Begasus>
well, I've seen it happen on Haiku :)
<Monni>
Begaus: Earlier I had only seen it on MacOS, especially newer than 11.x
<OscarL>
Monni: does both the configure and cmake recognize Haiku properly to use the right compile/linker flags?
<OscarL>
I had to patch zlib's ./configure script to get it to use the correct LDSHARED flags, for example.
<Monni>
OscarL: I don't think CMake recognize it properly... I get slightly different compiler flags...
<OscarL>
sometimes projects do some custom stuff that's pretty off on Haiku. cue Begasus patching in proper install dirs and stuff :-)
<Monni>
OscarL: I posted the repository and PR yesterday... It's fork of zlib, so some things might work the same as zlib without patches...
<OscarL>
switched to nightly on 32 bits... let's see if I can avoid that "waiting for..." bug now.
sri has joined #haiku
<Begasus>
bah, building in a VM just doesn't feel the same :/
<Monni>
I miss working on drivers... can't play with them in a VM, even when using just Hyper-V...
<Begasus>
wesnoth build launched about an hour ago, still only at 83%
<Monni>
Sometimes I start a build and two days later it's still running...
mmu_man has quit [Ping timeout: 480 seconds]
<Monni>
I remember building FreeBSD from sources, took 7 days ;)
<Begasus>
lol
<Monni>
One file in the project I was building earlier took 9 hours...
<Begasus>
reminds me of rust :)
<Monni>
I tried building rust few days ago... it took too long even on a decently modern computer, so I just downloaded older binary instead...
<Begasus>
iirc nielx[m] builds crosscompiles it
<Monni>
Don't know why building gcc-14 required compiling rust too...
<Begasus>
enabled something that triggered it?
<Monni>
Dunno... I used default build options... made it means building almost all ;)
<Begasus>
also D? ;)
<Monni>
I usually just use "make install" in the recipe directory ;)
<Begasus>
Using DESTDIR I presume as it can't install to system directories?
<Monni>
Begasus: Obviously not using DESTDIR as it will just build the package and "install" it...
<Begasus>
ah, in the recipe itself
<Monni>
Begasus: Yup... don't need to remember what commands to use to build the package or fetch dependencies as it will automatically do both...
<Begasus>
well, you probably skip "make" in BUILD then
<Monni>
Begasus: There is no make at all ;) It just doesn't exist...
<Begasus>
can't check atm
<Begasus>
not even considering building it here in the VM
<OscarL>
mmm "Clock skew detected. Your build may be incomple" stop shaming my slow hardware CMake!
<Monni>
Gotta love having both BSD make and GNU make (gmake) at the same time...
<Monni>
OscarL: I used to get that when I was using NTFS in Linux.... Too lazy to use ext4, bec ause that would mean I had to clone the repository twice...
<OscarL>
s/incomple/incomplete/ :-P Seems I'm skippin letters, not only clock ticks :-P
<Monni>
Computers are too slow to keep up with our typing speed... In worst case the delay is about 58 minutes...
<OscarL>
Monni: yea, I think it has to do with paralle builds and BFS reporting $current_time as mtime.
<Monni>
OscarL: Because I'm running three operating systems on this machine concurrently, I have three different clocks...
<OscarL>
should run a local ntpd :-P
<Monni>
OscarL: I am actually running, but is still drifts about 3 seconds...
janking has joined #haiku
<OscarL>
great... I hit "waiting for build package cmake_x86[...] to be deactivated", even while running hrev58179 :-(
<Begasus>
doesn't matter beta vs nightly on 32bit
<OscarL>
master has some some commits related to packagefs that should help or fix the issue, but seems they are not enough :-(
<OscarL>
what a pain in the rear.
<Monni>
Sometimes I think Haiku would be better without packagefs...
<OscarL>
Even with its rough edges... I like it. At first it was a bit of a culture-shock, though :-)
<OscarL>
as long as I don't have to try to follow its source code...
<Monni>
It's all about when it doesn't work and own work gets delayed because of that...
<Monni>
Patience is something that a lot of developers don't have...
<OscarL>
a lot of us non-dev also are pretty short tempered :-P
<Monni>
I used to curse when some packaging programs needed kernel support and I wasn't even running Linux...
<Monni>
Had to extract the packaging program itself because it was packaged using itself...
<Monni>
Good old squashfs...
<OscarL>
I think I added a squashfs recipe (or at least did some work on it), then added (read) support for squasfs to Beezer.
<Monni>
I have read/write support in Windows.... Used to BSOD in early builds of Windows 11, but worked in Windows 10 the whole time...
<OscarL>
(right, I just updated the recipe, an, and added mimetype and Expander rules.)
<Monni>
Just can't mount it as a directory and that makes executing something inside it impossible...
<OscarL>
there's some fuse code for squashfs somewhere that I indended to take a look at... but keep getting switching between tasks.
<OscarL>
man, my "English" is getting worse and worse.... I should be heading off to bed soon :-)
<Monni>
Qt here use squashfs for portable binaries...
<Monni>
Gotta love running Linux Qt apps on Windows...
<OscarL>
grabing cmake_x86-3.30.3-1[...]. at last!
<OscarL>
crashed Tracker :-)
<Monni>
Yay...
<OscarL>
hope that fix by John gets merged soon.
<Monni>
OscarL: You can always cherry-pick it early...
<OscarL>
yes, but I have already a hard time keeping focused.
<OscarL>
already test-drived his fix on 64 bits.
diver has quit [Quit: Leaving.]
<Monni>
Me too... Inner me gets reminding it's coffee time and not even noon yet...
<OscarL>
now I just want to get rid of this cmake thing.
<OscarL>
5 AM here.
<Monni>
11:16 AM here...
<Begasus>
10.19
<OscarL>
I'll cheat for now, remove the flag.build file, and run hp cmake_gui_x86. Should help shorten the build.
<Begasus>
hp * -F?
<OscarL>
"tomorrow" (whenever I wake up) will run a clean build.
<OscarL>
Begasus: not quite... used -F to just run the INSTALL() part for cmake_x86.
<Monni>
Gotta love waking up 8 PM and wondering why it's so quiet...
<OscarL>
in this case, I need to remove the flag.build, otherwise cmake_gui_x86 tries to run just INSTALL(), and that fails as I didn't build a cmake-gui yet :-D
<Begasus>
not according to the log Monni :)
<Monni>
Begasus: My computer had rebooted so no apps were running ;)
<Begasus>
93%
<OscarL>
welp. it is bootstrapping cmake so, I won't be shortening the build in the slightless :-/
Anarchos has joined #haiku
<OscarL>
already happy I can use the same work-dir for both, and save me the (unpack + git init) x 2
<Monni>
Can't always cheat... Sometimes it needs to do things in correct order...
<Begasus>
right
vdamewood_ has joined #haiku
<OscarL>
did clean builds on 64 bits already, so if this builds, I'm ok with it.
<Begasus>
I"m nor touching it this time
<Begasus>
s/nor/not
Begasus_32 has joined #haiku
<OscarL>
wonder why... :-(
<Monni>
Bricking and reinstalling Haiku twice in same week is excessive ;)
<Anarchos>
is it possible from haiku to install GRUB on a linux partition ? It seems it has been erased : when i open the partition with DiskPRobe, the first sectors are empty , and no 55AA signature at the end of the first sector.
<Anarchos>
Begasus hello back !
<OscarL>
I only ever install GRUB (if I can't avoid it) in the partition boot record, not MBR, and use BootManager instead to chainload.
<Begasus>
Anarchos, wasn't away, just in VM here :/
<Anarchos>
OscarL i have bootmanager on MBR. When i installed haiku, it overwrite the grub install. So i still have the linux partition but can't boot it....
vdamewood has quit [Ping timeout: 480 seconds]
<Anarchos>
Begasus i think oftc has a web client too :)
<OscarL>
Anarchos: best bet, live boot from USB for whatever Linux you're using, and install grub from that into the Linux partition (assuming it is ext2/3/4). Some file systems as XFS you can't use grub that way :-(.
<Begasus>
Anarchos, running Vision here in VM and in the 32bit install atm
<OscarL>
using syslinux/extlinux is another option
<OscarL>
I use extlinux to boot VoidLinux, but can be a bit of a PITA to setup, as I keep forgetting how to do it :-D
<Anarchos>
OscarL it is ext 2/3/4 (as said by DriveSetup)
<Anarchos>
OscarL i had a ubuntu install CD but can't grab it anymore in house :)
<OscarL>
then installing grub into its PBR should be possible.
<OscarL>
download .iso and boot from USB?
<Anarchos>
OscarL yes , but iso is 20G if i remember
<OscarL>
what tha...
<Anarchos>
OscarL anyway, it is not my top priority (it was just to look to cross-compile haskell from linux to haiku)
<OscarL>
no wonder my last ubuntu was 18.04 :-)
<Anarchos>
OscarL i installed 20.04 on a machine
<OscarL>
20G seems excessive even for Ubuntu. You installed Ubuntu Studio, or something?
<Begasus>
latest Neon I grabbed here was about 3G, Manjaro almost 4G
HaikuUser has joined #haiku
HaikuUser has quit []
crmsnbleyd has quit [Quit: Ping timeout (120 seconds)]
crmsnbleyd has joined #haiku
nipos has left #haiku [Error from remote client]
<OscarL>
crashed tracker again :-(
<OscarL>
Seems having all 4 cores maxed out, and trying to open some context menus also triggers the bug.
<Anarchos>
OscarL i dream of a OS proved without crash or bug...
tuaris has quit [Read error: Connection reset by peer]
<OscarL>
phschafft: cmake_gui_x86 build finnaly finished so... could be worse :-)
<phschafft>
ha! :)
<Anarchos>
OscarL more of a formally verified OS in coq, then code extract to OCAML and code compiled to Cwith an OCAML written in CakeML (a verified ocaml compiler) , and C code compiled with CompCert (a formally verified C compiler, which i ported to Haiku) :)
<OscarL>
then you need to certify each binary you produce with it, right?
<Anarchos>
not if they are compiled with a verified compiler
<Anarchos>
but Coq and CompCert are real projects that exist at industrial scale (not sure of the scale, robustess of CakeML )
<OscarL>
not seeing how a verified compiler can really say anything about the behaviour of the code you write for it but... I'm no expert.
<phschafft>
Skipp_OSX: my reference predates windows. I was talking more about the DOS days.
<Anarchos>
the code must be verified beforehand. The verified compiler just ensures that compilation dosen't change the semantics of binary vs source code
<OscarL>
bet no formally verified compiler could turn my crappy code into being bug free is my point :-P
diver has joined #haiku
<OscarL>
cmake gui installed and started fine. good.
<OscarL>
now to build some package with this thing, and call it a day.
<OscarL>
"hp zlib" (before my no-cmake changes)... worked.
<OscarL>
except for the waiting for... bug :-/
<OscarL>
there we go. "hp -F" worked.
<OscarL>
Begasus: if you see some of the folks with the reset button for the buildmasters... could you let them know that the 32 bits one is quite stuck :-)
<OscarL>
/me crashes. See you around, folks! Have a nice day!
OscarL has quit [Quit: zzzZZZzzz]
<dovsienko>
hello all. I remember the hotkeys for switching between Terminal tabs changed a while, and no longer can figure the current setting out. would it make sense to show all hotkeys in some help window, or even to allow setting them?
<dovsienko>
something as simple as "click here to use Ctrl-PageUp/PageDown" would match my problem space exactly because that's what I use in Linux
<Begasus>
hi dovsienko, no idea on how to change the default behaviour there, I guess you need to change that in the source? (don't know if there is an editable settings file for that)
<dovsienko>
Begasus: there's a somewhat related thing in Preferences -> Input
<dovsienko>
but I can live with the present implementation until more important problems are solved
<Begasus>
no good there :)
<Anarchos>
nobody could understand where is priority inversion in kernel source code, when intensive hard drive use by git makes haiku unusable
<Anarchos>
?
bgudna has joined #haiku
<phschafft>
hm.
<phschafft>
nephele_xmpp: how are you today, and do you have some time for me?
<nephele_xmpp>
I'm fine, heading to the city now, I should have time this afternoon :)
diver has quit [Quit: Leaving.]
<phschafft>
ok, thank you. :)
mmu_man has joined #haiku
<Begasus>
one plus running in VM, I can use the external screen now
<dovsienko>
Anarchos: it may be not related or not specific to disk usage, as Haiku becomes notably less responsive when running stress-ng tests
<dovsienko>
may have to do with syscalls in general
<dovsienko>
perhaps there is a large lock somewhere that swamps everything else if you trigger it often enough
mmu_man has quit [Ping timeout: 480 seconds]
<dovsienko>
(I am not familiar with the code, just speculating)
mmu_man has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
<Anarchos>
dovsienko could be interesting to have waddlesplash advice on this subject
<dovsienko>
the first thing he may be asking is "how to reproduce the problem reliably?", so better be ready to answer this question
<Anarchos>
dovsienko top said it is 'scsi scheduler'
<Anarchos>
dovsienko i am sure he is well aware as he must be doing a lot of compilation and heavy git usage :)
<dovsienko>
I wonder if one of the stress-ng stressors provides an easy shortcut to flex the weak point
<dovsienko>
(stress-ng master branch now compiles on Haiku, why not take advantage of that)
<Peppersawce>
Any way to generate sourceforge snapshots inside recipes, before downloading them?
<Peppersawce>
Apparently code snapshots from sourceforge require the link to be generated every few days or so
Anarchos has quit [Read error: No route to host]
Anarchos has joined #haiku
nipos has joined #haiku
<Peppersawce>
@Begasus is it fine if I host the source package to the snapshot version of Dunelegacy in my dropbox? I don't see any other way to fix that atm
<Anarchos>
interesting : if laptop looses power, ssh never sends the hangup signal and session is still alive on server :)
<Anarchos>
Begasus is qemu faster on haiku since last GSoC ?
<Begasus>
Anarchos, not that I have noticed, but can't check anymore :)
_-Caleb-_ has left #haiku [#haiku]
<Begasus>
Peppersawce in dropbox?
<Peppersawce>
Yeah, otherwise the recipe may fail
<Peppersawce>
Link has to be generated from sourceforge every few days apparently
<Begasus>
that was my concern also, we've seen it happen
<Peppersawce>
Of course if you have a better place to put the source up for download let me know :)
<Begasus>
I'd rather see it hosted at a more public place, but be prepared, some are not in favor of that if there is a offical release concerned
<Peppersawce>
Same, dropbox is not ideal
<Begasus>
no, can't you use the official release and patch from there?
<gordonjcp>
Peppersawce: can't you get the source off SF, and stick it on Github?
<Begasus>
my second proposal gordonjcp :)
<Peppersawce>
Those are both... solutions
<Begasus>
you'd have te see license is in order though
<Peppersawce>
The github one seems better I think
<Peppersawce>
GPL v2
<Peppersawce>
Can do whatever I want
_-Caleb-_ has joined #haiku
<Peppersawce>
Ok, guess I'll make a github repo for this version
<Begasus_32>
Warning: POLICY WARNING: no matching provides "cmd:wesnoth_x86" for "bin/wesnoth-x86"
<Begasus>
as I thought (and mentioned at the PR) Peppersawce
<Peppersawce>
Ok, easy fix
<Peppersawce>
Is the dir ok or busted?
<Begasus>
yeah, install binaries in $prefix/bin :P
<Peppersawce>
Ok, cool, thanks for the input, I'll go ahead and fix those
<Begasus>
if you build in strict mode the warning turns into an error and build will fail
<Peppersawce>
As it should :)
<Begasus_32>
Warning: POLICY WARNING: no matching self provides for "wesnoth_x86_data"
nipos has left #haiku [Error from remote client]
<Begasus>
that too, the data package should be "any" architecture :) and not required by the base package
nipos has joined #haiku
<Peppersawce>
it is "any"
<Peppersawce>
Also the game can't run without the data
<Peppersawce>
I split them so it's easier to update and text the executables
<Peppersawce>
But if it's an issue I can remove the data package
<Peppersawce>
so if I add $prefix/bin I don't have to add the arch suffix to the commands?
<Peppersawce>
I have no clue why that's happening ngl
<Begasus>
-DCMAKE_INSTALL_BINDIR=$prefix/bin
<Begasus>
that should do it
<Peppersawce>
Ok done
<Begasus>
with $cmakeDirArghs it uses $binDir instead of $prefix/bin, but on 32bit when primary can't be build (gcc2) we want the binaries to be in $prefix/bin
<Begasus>
need to see why/where it wants data_x86 ...
<Begasus>
ah Peppersawce, for the debug package you need to change binDir also
_-Caleb-_ has left #haiku [#haiku]
_-Caleb-_ has joined #haiku
<Peppersawce>
Okie-dokie
<Peppersawce>
Let me know about the data package, if the issue persists I will just merge them back again
<Begasus>
requires_data is obsolete
<Peppersawce>
Removed, I copied it from the docs btw
<Begasus>
could be improved then I guess :)
<Peppersawce>
true :D
<Begasus>
packageEntries data can be moved to the end
Anarchos has quit [Quit: Vision[]: i've been blurred!]
<Monni>
Yay... got pkgcheck to pass for Haiku...
<Begasus>
congrats Monni :)
<Monni>
Begasus: I was missing -soname for linker ;)
<Begasus>
so CMAKE_INSTALL_INCLUDEDIR is pretty common
<Begasus>
and should be relative to PREFIX
<Monni>
Most of the other variables are relative to PREFIX...
<Monni>
I haven't tried to make a recipe for it yet... Have to learn first... Then I can check if the recipe can override the defaults when needed...
mmu_man has joined #haiku
<Begasus>
isn't there something for prefix? like: if (DEFINED PREFIX)
<Monni>
Begasus: PREFIX is always defined...
<Begasus>
Monni, you know we got a recipe for that already ?
<Anarchos>
my keyboard stopped working and i get 'usb error control pipe 48: error updating port status'
<Anarchos>
at that point i can only reboot...
<Monni>
Begasus: I haven't checked... There is two major versions of zlib-ng available...
<Begasus>
no patching on that one
<Begasus>
current on in the repo 2.0.7
<Begasus>
haven't looked for a while there
<Monni>
Begasus: I'm using 2.2.2 ;)
<Peppersawce>
So uploading from the github site I cannot do more than 100 files at the time
<Peppersawce>
From command line it doesn't want to authenticate me
<Peppersawce>
such a good system
<Begasus>
Monni, so? grabbing zlib_ng-2.2.2-1-x86_64.hpkg and moving it to /Share/haikuports/packages/zlib_ng-2.2.2-1-x86_64.hpkg
<Begasus>
100% tests passed, 0 tests failed out of 70
<Anarchos>
Begasus \o/
<Begasus>
Peppersawce, not sure how anymore, but I think you need to have your pub key stored localy
<Begasus>
I just cp them from install to install to use git from cli
<Monni>
Begasus: Maybe I bother you whenever there is a new release... lol...
<Begasus>
that's where repology is usefull Monni :)
<Begasus>
Monni, for practice you could update the current version for zlib_ng in the repo?
<Begasus>
not hard at all :) (only missing one devel package for the new version) :D
<Begasus>
reset REVISION, update CHECKSUM, add missing devel package in BUILD_REQUIRES and your good :)
<Monni>
Begasus: Have to first download the original recipe ;)
<Begasus>
well, best would be (if you wanted to contribute) to fork haikuports :)
<Begasus>
we could use some hands there :)
<Peppersawce>
git add *.* doesn't add folders wth
<Begasus>
Peppersawce?
<Peppersawce>
I'm trying to do the dunelegacy copy thing
<Monni>
Begasus: I know how to fork Git repositories... It's only about Haiku losing internet connection after few minutes ;)
<Peppersawce>
And Ima be honest I hate github
<Begasus>
eeps Monni
<Peppersawce>
and I hate sourceforge
<Begasus>
the latter I can imagine :)
<Begasus>
for stable releases SF is good enough, just not for snapshots
<Peppersawce>
yeah definitely
<Peppersawce>
Managed to make this thing work finally
<Monni>
yay... Git did throw me to KDL... Feels like Christmas ;)
<Begasus>
heh
<Begasus>
I don't know how you guys manage to do that
<Monni>
PANIC: bounce buffer already in use! (type 3)
<Begasus>
Peppersawce, you don't need to add all* with git, just something like "git add games/staregy/dune"
<Begasus>
those are fun Monni ... NOT
<Monni>
16 years since last KDL.... Definitely FUN ;)
<Peppersawce>
but git add * is faster to type tho
<Monni>
It crashed in thread "net timer" ;)
<Begasus>
yeah, but like with libxml++ it can put things in you don't want to :P
<phschafft>
Peppersawce: did you mean: git add .
<phschafft>
?
<phschafft>
using * on a POSIX shell is generally a bad idea.
<Monni>
net/dec21xxx: _prepare_bounce_buffer(...)
<Peppersawce>
I mean this shit ain't working
<Begasus>
ps Peppersawce, don't get discouraged on the comments on the PR's, you should have seen the comments I got when I started to get into the game :D
<Peppersawce>
I'm getting discouraged by github mostly
<Begasus>
did you run "git status"?
<Peppersawce>
I don't effin know
<Peppersawce>
every command is a different error
<Begasus>
what's the error?
<Peppersawce>
something stupid about needing to name things things or else github cannot commit
<Peppersawce>
Because just copying from a to b would be too easy
<Peppersawce>
Looks solved either way
<Begasus>
used "git commit -m ... "?
<Peppersawce>
yeah, last time, this time I went with manual commit
<dovsienko>
Monni: is that a 10/100 Ethernet PCI NIC?
<Begasus>
"git commit --amend"?
<Begasus>
cloned haikuporter and haikuports yesterday in this VM, no issues (also my own fork)
<Peppersawce>
it's fine now, don't worry
<Begasus>
yeah saw it :)
<Peppersawce>
it's just that tools that error out constantly for minor mistakes get on my nerves
<Begasus>
there's probably a reason it errors on mistakes :)
<Monni>
dovsienko: That's the default NIC in Hyper-V...
<Begasus>
like, don't do Ctrl-C when switching branches :)
<Peppersawce>
And computers were supposed to make our lives easier :)
<Begasus>
gotta live a bit dangerously :D
<Peppersawce>
heh
<Anarchos>
Monni wow impressive. I get kdl every 2 weeks
<Monni>
Anarchos: I try to do as little as possible... I used to get KDL every time I use a USB device... This is first time getting KDL when downloading something ;)
<Anarchos>
Monni do you stick on official beta/alpha release ?
<Monni>
Anarchos: Most of the time, yes...
<Anarchos>
ah that explains
<Anarchos>
i live on nightly
* phschafft
thinks he was never invited to kdl at all.
<Begasus>
very rare here (luckaly)
<Monni>
Anarchos: In the early days I was working on Bluetooth drivers with urnenfeld....
<Anarchos>
Monni i could never wrpa my mind around net or communication protocol development
<Monni>
Anarchos: My cousing wrote the first version of Linux kernel... lol...
<nephele_xmpp>
Peppersawce: using * on the commandline is *not* something the command gets. Instead the shell will expand this as a list and give the programm a huge list or arguments
<Peppersawce>
I thought * meant all files
<Monni>
All files in current directory...
<nephele_xmpp>
No, it doesn't. * does not match .* for example
<nephele_xmpp>
Posix sais so
<Peppersawce>
Oh well, it worked either way
<nephele_xmpp>
If you have something like git just tell it to add the folder instead
<Begasus>
84% 20.6M 11s
<Monni>
Files matching .* are meant to be hidded... So most of the time we should pretend they don't exist ;)
<Begasus>
speed did improve!
<nephele_xmpp>
Monni: no
<Begasus>
bugger, should add -G when checking up on PR's ...
<Peppersawce>
Manually? For each folder?
<Peppersawce>
Heck no
<Peppersawce>
ain't got time for that
<Monni>
lol... Windows is trying to restore explorer.exe, but it keeps killing it over and over...
<phschafft>
also * on the shell means 'run random code if there is a funny file name'
<Anarchos>
Monni what ? Is your cousin linus torvalds ?
<Monni>
Anarchos: Yup...
<Anarchos>
Monni o_O
<Anarchos>
Begasus how did you improve speed ?
<Begasus>
I didn't Anarchos, waddlesplash did :)
<Begasus>
ps, that was for downloading
<Anarchos>
Begasus ah i thought you were speaking of qemu
<Anarchos>
i have to reboot to test my accel driver.
<Begasus>
not running qemu in this VM :O
Anarchos has quit [Quit: reboot and cross fingers]
Anarchos has joined #haiku
<Anarchos>
driver init and respond to 'cat' but it reads 131072 instead of 6 butes...
<Anarchos>
bytes
sri has joined #haiku
<FreeFull>
131072 is a power of 2
<FreeFull>
That's kinda suspicious
<Peppersawce>
Updated all PRs btw @begasus
<Peppersawce>
Only things I didn't change are architectures on libxml++ and wesnoth
<Peppersawce>
Are you sure I can mark libxml++ as broken on gcc2? I would guess the same but I'm not sure how that works ngl
<Begasus>
Peppersawce, no need for them for gcc2 (primary on 32bit)
<Begasus>
but usefull for gcc13 (secondary arch)
<Begasus>
reminds me I need to check them there again :)
<Peppersawce>
Ah okok, ima change the arch stuff on those then
<Peppersawce>
done
<Begasus>
heh, if "all" is enabled "x86_64" is obsolete :)
<Begasus>
buildmaster will detect it
<Peppersawce>
Right... shoulda kept ?all then xD
<Begasus>
ah! you need to set libdir for those
<Peppersawce>
same deal as wesnoth bins?
<Begasus>
now it installs in $prefix/lib, where on secondary arch this should be $libDir ($prefix/lib/x86)
<Begasus>
no, other way around :)
<Peppersawce>
gotta love when nothing is consistent :D
<Begasus>
libraries should go to $libDir (in almost all cases) :D
<Begasus>
binaries that build for secondary, we prefer in $prefix/bin
<Peppersawce>
hmm, okay, this one is a bit tough as I have no clue how meson works
<Begasus>
for instance, cmd:doxygen, it's build with gcc13 (secondary), but remains in $prefix/bin
<Begasus>
yeah, meson can be tricky
<Anarchos>
FreeFull yes, it is 2**17
<Peppersawce>
I'm passing --prefix $prefix to it but I guess I have to change it to something that works for both
<Begasus>
for doxygen you can call it in a recipe as "cmd:doxygen" instead of "cmd:doxygen$secondaryArchSuffix"
<FreeFull>
It's 32*4096
<Begasus>
2 options that you can check with meson, check the file meson.options and run "meson configure" in Terminal
<Peppersawce>
I'll take a loot at it later, for now I'm just going to re-fix the arch field
<Peppersawce>
ngl that pr is the least exciting one for me
<Peppersawce>
Like, DevilutionX is a great source port, Wesnoth is massive and I play DuneLegacy quite a bit
<Peppersawce>
on the other hand I have no actual clue wth libxml++ does
<Peppersawce>
Even if I compiled it
<Peppersawce>
lol
<Begasus>
ps Peppersawce, if you make changes in the recipe for meson, add "--reconfigure" otherwise it will skip that part
<Begasus>
Monni, does it error there with you with our current version?
<Begasus>
err, current version = 1.11.0?
<Begasus>
that's < 15 Monni :)
<Peppersawce>
Tests can't be skipped on that?
<Peppersawce>
Tests are for nerds B)
<Begasus>
tsss ... kiddos :P
<Monni>
Begasus: It errors out if I try to pin the version, but doesn't error out if I don't pin the version...
<Begasus>
why pin a version? I think there is only one version available
<Monni>
Begasus: if libgtest gets updated to 1.15, then it will break the build...
<Begasus>
by then zlib_ng has seen some fixes maybe :)
<phschafft>
Peppersawce: this project also shows how most of what is told about how to optimise code is at best incomplete, often wrong. somehow this project finds all the fun bits.
<Monni>
Begasus: Then you kick me in the groin and ask to fix the breakage ;)
<Begasus>
or one could check repology and see if other OS's already have a patch for that :D
<Monni>
Peppersawce: Even if I tried writing a shopping list, I wouldn't know what to write... I know what food is supposed to look, but can't name them all...
<erysdren>
sorry, was just curious what ya'll are working on
<phschafft>
Peppersawce: it is. this one was a case of the compiler inlining some code while the change was to specifically not inline. so the compiler inlining anyway let me notice the bug in my code.
<botifico>
[haikuports/haikuports] mtl1979 2d13eef - zlib-ng: Upgrade to 2.2.2 (#11166)
<phschafft>
hey erysdren.
<erysdren>
howdy
<Peppersawce>
lel
<Peppersawce>
What would be the command to specify the header dir in meson?
<Peppersawce>
--headerdir?
<Monni>
Peppersawce: I use Spanish, English and few other languages at work, but with my parents and offline I have to use Finnish...
<Begasus>
Peppersawce, doesn't sound quite right :) try --includedir=?
<Begasus>
Peppersawce, did you add the alias's for inrecipe/inpatch?
<Peppersawce>
ah, good ol' trial and error
<Peppersawce>
what's an alias?
<Begasus>
eeps! :D
<Peppersawce>
ah right the git thingy
<Begasus>
no
<Peppersawce>
lol explain then :)
jmairboeck has joined #haiku
<Begasus>
do you still run a build with "haikuporter ...." or with "hp ..."?
<Begasus>
Hi jmairboeck
<Peppersawce>
haikuporter -S basically all the time
SLema has quit [Quit: Vision[]: i've been blurred!]
<Begasus>
thought so :) biab
<Peppersawce>
I don't actually type it, I press up :P
<Begasus>
jmairboeck could explain it too :)
<Peppersawce>
kk later :)
SLema has joined #haiku
<Peppersawce>
@jmairboeck you think I fixed that opendune pr? The more I think about it the more your solution to the directories issue looks better than mine ngl
<Peppersawce>
But in theory both ways of solving the issue you raised should be fine?
<jmairboeck>
Peppersawce: looks good I think :)
<Peppersawce>
Cool ty :D
<nephele_xmpp>
phschafft: ready
<phschafft>
al-ready?
<nephele_xmpp>
It's afternoon for me now :)
<phschafft>
it's kind of morning.
<nephele_xmpp>
but i can be ready later if you orefer
<phschafft>
let me check with the kitchen.
<phschafft>
nephele_xmpp: maybe in a few minutes?
<nephele_xmpp>
Sure, what are a few minutes?
<phschafft>
as soon as the dishwasher (80% full) is started ;)
<Monni>
Begasus: I usually just do something else while waiting...
deneel has joined #haiku
<Peppersawce>
is it normal that the gcc2 buildmaster seems always stuck on gemrb?
<Peppersawce>
I feel responsible for that
<phschafft>
90%....
mmu_man has quit [Ping timeout: 480 seconds]
<Begasus>
OscarL mentioned something about it
tuaris has joined #haiku
<Peppersawce>
to me the recipe looks fine but what do I know realistically
erysdren has quit [Ping timeout: 480 seconds]
<Begasus>
Wed Sep 25 2024 08:18:07 GMT+0000 (GMT)
<Begasus>
wouldn't be the first time Peppersawce :)
<Peppersawce>
:D
<Begasus>
maybe waddlesplash or kallisti5[m] can reach the reboot button :)
<Begasus>
or give it a kick :D
HaikuUser has joined #haiku
<Peppersawce>
I'm wondering why nobody has commented on devilutionx yet
<Peppersawce>
I guess the recipe is just *that* good
<Peppersawce>
or you guys don't have Diablo I's data, more likely
HaikuUser has quit []
<Begasus>
Peppersawce, it's for both recipes :) also you can leave buildtype on top
<Monni>
Begasus: Maybe I try to update some other recipes later... As long as Haiku doesn't KDL again in middle of git command ;)
zardshard has left #haiku [Disconnected: Received SIGTERM]
<Begasus>
Monni, zlib_ng isn't widely used, so that was a safe one, for others more in use by other packages check soname changes, some maybe need a revbump (rebuild) with a newer version (check dependencies) :)
<Peppersawce>
Both recipes? I'm confused, I feel like I'm missing one piece
<Begasus>
for libxml++
<Begasus>
libdir + includedir
zardshard has joined #haiku
<Peppersawce>
I forgot to update one of the recipes then I think? lemme check
<Begasus>
oh my bad, missed that one Peppersawce :D
<Monni>
Begasus: I was thinking maybe try libgtest next... Just have to figure out what changes if I try 1.14 ...
<Peppersawce>
ah, alright :)
<Begasus>
lol Monni
<Begasus>
should be pretty safe too, mostly only used in BUILD_REQUIRES
<Begasus>
to start out it's sometimes better to look for easy ones, not to get discouraged
Anarchos has quit [Quit: Vision[]: i've been blurred!]
<Begasus>
reminds me I lost my work to ICU76~git and boost1.86 also :'(
<Begasus>
well lost .... can't acces them now
<Monni>
Begasus: Definitely not trying 1.15 as it breaks building at least zlib-ng ;)
<Begasus>
yeah, not now! :P
<Begasus>
Peppersawce, I guess you "installed" haikuporter rather then cloned?
<phschafft>
so.
<Begasus>
*.so.1.2.3
<phschafft>
haha.
<Begasus>
100%?
<phschafft>
jup.
<Monni>
Begasus: Have to start from some package just to refresh if I remember how to check SONAME and the other things that can break backwards compatibility...
<Begasus>
:)
<Peppersawce>
From HaikuDepot, yes, Begasus :D
<Peppersawce>
Sounded like the sensible thing to do
<Begasus>
Monni, if there is a debug package involved it the build will fail because of changed version
<Peppersawce>
devilution in rpgs, all the iD sourceports in fps, Julius in strategy
<Begasus>
look how Gentoo package them (if they are there)
<Peppersawce>
Ah lol that's a good idea
<Peppersawce>
I've been winging it until now ngl
<Begasus>
it's mentioned in the porting guide at haikuports too :)
<Monni>
Nobody reads the documentation... lol...
<Begasus>
heh
<Begasus>
RTFM .... err what?
<Peppersawce>
lmao sorta true
<Peppersawce>
I skim through it :D
<Peppersawce>
ECWolf in games-arcade? Oh well, alright
<Begasus>
Peppersawce, it can be a source there also for finding patches
<Peppersawce>
I guess it makes sense, it's got lives and a score system
<Peppersawce>
Hmmm, yeah, I guess non-Haiku specific issues might use similar patches
<Begasus>
right!
<Monni>
It takes a lot of effort to make good documentation, but that still doesn't mean the documentation has all the required information for everyone...
<Begasus>
Arch/Fedora/Debian/Gentoo/openSUSE ... the most ones I search for
<Peppersawce>
No matter how hard you try it always ends up lacking and obsolete in parts
MisthaLu has quit [Ping timeout: 480 seconds]
<Monni>
I like learning by doing... Does mean I have to do things more than once if I do in wrong order...
<Anarchos>
Begasus for your generic templates
<Begasus>
for the recipe etall I was doing in between it took about 20min to finish up on it (got templates around though)
<Begasus>
Anarchos, those templates are used to create recipes, not sure how querries would help there
<Begasus>
and some of them already provided by haikuporter
<Peppersawce>
really gzdoom has copyright 1997 id software? feels like blasphemy
<Peppersawce>
Should at the very least be 1993-1997
<Peppersawce>
Yes, I like nitpicking thank you for noticing
<OscarL>
Peppersawce: regarding "Tips about syncing my local haikuports?", I just use one clone... make sure to never commit to master... always use "git switch -c name-of-recipe+whatever-tag-you-like" when starting to work on something... then I can just "git fetch/pull" from "upstream master"... use "git rebase", etc, etc.
<Peppersawce>
Oh icic
<Peppersawce>
thanks :D
<OscarL>
to clear old branches that got merged... when you do "git fetch -p", it will show which branch got deleted from your github remote, you can then use "git branch -D name-of-deleted-branch" to get rid of the local ones (make sure you don't really need them).
<Anarchos>
Begasus dunno, i am still looking for a use case for queries ...
<Begasus>
you didn't want to see my "git status" on my working repo :)
<OscarL>
Begasus: that's why I have setup mine to HIDE untracked files :-P
<Begasus>
heh
<OscarL>
Still need to work on a patch to haikuporter, so I can use the same clone for both 64 and 32 bits, though.
<OscarL>
my "git branch -a" is a bit too long :-)
<Monni>
My list of git branches is usually at least two full screen heights ;)
<Begasus>
not that long here atm, haven't added miqlas and OscarL yet :P
<OscarL>
I started "sorting them" but using names like "attic/some-old-recipe" and "wip/some-new-recipe"
<OscarL>
Begasus: I would advice to use the "checkout_pr" thingie instead, where possible, for my stuff :-D
<Monni>
I usually sort by operating system or application/library
<Peppersawce>
undefined reference to `fts_open'
<Peppersawce>
Throwing it here in case somebody knows the include needed by heart
<Peppersawce>
or the libs i lack
<OscarL>
Peppersawce: used lgrep yet?
<Peppersawce>
nope
<OscarL>
hgrep is the equivalent for headers.
<Peppersawce>
ima test em now I suppose :D
Anarchos has joined #haiku
<Anarchos>
what should i do to let Haiku remember my wifi network ?
<Peppersawce>
You have wi-fi? Jealous
<Peppersawce>
Make a script for it that runs at boot?
<Monni>
bsd/fts.h?
<Peppersawce>
ima check
<Peppersawce>
Congrats Monni, you win :D
<OscarL>
Peppersawce: for searching on headers, I use these: https://bpa.st/T3NQS
<Monni>
I use FreeBSD when I'm not using Haiku or Windows ;)
<Begasus>
need to re-add that to my profile OscarL
<Peppersawce>
Thanks to both :D
diver has joined #haiku
<OscarL>
Begasus: I could share in full the one I have, but I would first need to remove all the "too tied to my setup first". So if you miss something in particular, let me know.
<Anarchos>
Peppersawce no on the other laptop, it remembers wifi
<Anarchos>
Peppersawce so it is just a setting
<Peppersawce>
Ah icic, it's been a while since I used working wi-fi here
<Peppersawce>
Maybe I should bust out the eeepc for that lmao
<Peppersawce>
I bet it's got alpha 3 on it or smth
<OscarL>
Anarchos: in my experience... it either works, or not. Or sometimes, and others not. So... probably a bug somewhere. :-)
HaikuUser has joined #haiku
HaikuUser has quit []
<Anarchos>
OscarL i look at /system/settings/network/interfaces, but both laptops are just set to "autoconfig true"
<Begasus>
for now I'm good OscarL thanks, still have the previous one in a backup on another drive
<OscarL>
yeah, I have one that autoconnects just fine... but connects/disconnects too much. Other that works much more reliably... when it decides to connect at all :-)
<OscarL>
Begasus: +1
<Begasus>
have had dropouts quite frequently in the past, cold boot helped out sometimes
<Begasus>
ok, low pit now, around or not for a while :)
<OscarL>
too bad my "new" netbook has no ethernet port :-(
mr_lou has quit [Quit: Leaving]
<OscarL>
using software KVM over WiFi only leads to frustration, while it works almost flawlessly over ethernet.
<Peppersawce>
I don't get it, I added the header but the error stayed
<Peppersawce>
The variables are declared in that header as far as I can tell
B2IA has quit [Quit: Vision[]: i've been blurred!]
<Monni>
Peppersawce: Maybe _DEFAULT_SOURCE isn't defined
<Peppersawce>
ima check for that
<OscarL>
thanks, that is a linker error, AFAICT.
<OscarL>
you're missing some -lfoobar
<OscarL>
use "lgrep fts_open" to see what defines it.
B2IA has joined #haiku
<jmairboeck>
probably -lbsd (if the header is somewhere in bsd)
<Peppersawce>
I'll try and tell cmake to specifically use the dir
<Peppersawce>
yeah, probs
<Peppersawce>
ty
nosycat has joined #haiku
erysdren has quit [Quit: Konversation terminated!]
<Anarchos>
Begasus my need is to keep track of all my PDF files in a specific folder (MATHS) . Never could do it with a query cause you can't query on a specific folder
<OscarL>
Anarchos: there's a "filteredquery" command on Haiku's repo: under src/bin/
<OscarL>
Also, being to filter queries by folders was what one of the GSoC projects mainly centered upon.
<OscarL>
*being able to
<Monni>
OscarL: in C, you don't need headers for prototypes unless you explicitly treat missing prototypes as errors... all functions with no prototypes are assumed to return "int", so it doesn't stop the build... however linker will complain if the functions can't be found... If the real function returns something bigger than "int" then missing header can cause weird errors even if the library is added by linker.
<OscarL>
Monni: thanks, that helps to understand some weird (for me) cases I've seen.
<OscarL>
other source of unresolved references I've seen is related to usage (or lack of?) "extern".
Begasus has quit [Ping timeout: 480 seconds]
<Anarchos>
OscarL i guess a filteredquery command will not get the live feeling of Tracker queries
<Monni>
"extern" means that something is defined outside current compilation unit... That means it has to be looked up from symbol table by linker, compiler usually defines the symbol as NULL or some other placeholder.
<OscarL>
Anarchos: then use Tracker Find? at least on nightlies it allows to to set a folder as Target.
<Monni>
I\ve used "extern" when some other source file needs to modify a private variable that is used by several source files but not part of a C++ class...
<OscarL>
some ported software assumes certain variable will be "exported" by something they rely on (some 3rd party lib, or the OS's ones), then they defined it with extern, or they then re-defined in an #ifndef __linux__ or whatever...
<OscarL>
can't recall an exact example right now, but seen it at least more than twice in the last couple of years.
<Peppersawce>
Wasted a whole bunch of time trying to reason with cmake when "export" would've been enough
<Peppersawce>
if this does nothing it means cmake just overrides the dir values? $cmakeDirArgs
<Monni>
OscarL: "extern" is mostly needed for variables, but it's also used to change how function name is encoded in symbol name, as in extern "C"...
<OscarL>
Peppersawce: build with verbose make, and ensure _DEFAULT_SOURCE is being passed to the gcc commands? (just in case, given that bsd/fts.h has all its "meat" guarded by that define)
<Peppersawce>
it compiled fine no worries :)
<Peppersawce>
But I'm worried about this warning message from glib
<OscarL>
Peppersawce: compiles and correcly compiles are two separate things.
<Peppersawce>
the default source thing is passed I'm pretty sure
<OscarL>
alright.
<Peppersawce>
ima try building without gtk3, i'm sure it's probably just an optional clunky GUI
<OscarL>
Monni: yeah, I think most of the issues I've seen with extern were related to "multiple definitions of" type of errors/warnings, and not with name mangliging (or lack of it).
<OscarL>
s/definitions/references/ maybe. hard to keep up with so many errors I get everyday :-P
nosycat has quit [Quit: Leaving]
DKnoto has quit [Ping timeout: 480 seconds]
<Peppersawce>
oh wow, the binary is actually using the right paths out of the box
DKnoto has joined #haiku
<Peppersawce>
sort of, searches for wads in config/settings and makes saves and sshots in non-packaged
<Peppersawce>
Is that ok? :D
<Peppersawce>
Works perfectly btw :)
crmsnbleyd has quit [Quit: Ping timeout (120 seconds)]
crmsnbleyd has joined #haiku
<OscarL>
not sure about screenshots under non-packaged. that dir is supposed to be a "RW version" of the system dirs you can't write into, basically.
<OscarL>
but beats ~/.foobar/screenshots at least :-P
<zdykstra>
saves / screenshots should I think land somewhere under ~, I'd imagine
<zdykstra>
but I don't port stuff, so take whatever I say with about 98,000 grains of salt
<Peppersawce>
non-packaged is under ~ :)
<OscarL>
we don't have "standard" locations for, say $HOME/Images, under where placing screnshots would make most sense to me.
<Peppersawce>
I'd prefer settings but I'm kinda amazed this could work with 0 patches
<Peppersawce>
aside maybe for some cmake shenanigans to make it use the right folders
<OscarL>
to be fair, ~/config/settings/foobar/{saves/,screenshots/,etc} seems a bit too much sometimes, but I rather thave that than every app abusing $HOME.
<OscarL>
Peppersawce: maybe it uses the XDG_* envvars, or got patches upstreamed?
<Peppersawce>
non-packaged/data/foobar/savegames is a bit too mcuh yeah :D
<Peppersawce>
I don't think it has any work done for Haiku the cmake is kinda like UNIX / WIN32 / LINUX / APPLE afaict
<OscarL>
"data" can be confusing in what's the actuall expected usage for it, to be fair.
<Peppersawce>
yeah, I'd put the game files in there probs
<OscarL>
Peppersawce: grep its sources for "XDG_" then.
<OscarL>
mmm, my "lgrep" got broken again for 32 bits, LMAO.
talos has quit [Ping timeout: 480 seconds]
vdamewood_ has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
FreeFull has quit [Quit: tmux update]
FreeFull has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
diver has quit [Quit: Leaving.]
diver has joined #haiku
diver has quit []
diver has joined #haiku
diver has quit []
diver has joined #haiku
diver has quit []
gouchi has joined #haiku
diver has joined #haiku
diver has quit []
diver has joined #haiku
diver has quit []
<OscarL>
git commit -m "Fix it for real this time. Again." should have an alias for that :-P
mmu_man has joined #haiku
<phschafft>
isn't that git commit -a ? ;)
<Peppersawce>
Yeah I had a couple of similar commits today
<OscarL>
phschafft: somehow, I never use(d) "commit -a".
* phschafft
should also only be taken with a grain of salt when it comes to git commits. he generally follows a very strict ruleset of how they are to be given for _every_ _single_ _commit_.
<OscarL>
I use do "git add -u ." and then "commit -m", and then losts of "commit --amend" and forced pushes (with lease, lately :-P)
<phschafft>
nephele_xmpp: hope you got all the supplies you needed for the little fur balls.
<nephele_xmpp>
yep :)
<phschafft>
nephele_xmpp: I was wondering if I should maybe preapre a ticket for the super block updates OR if we should maybe discuss this here on IRC a little more before and see what the general opinions are.
<phschafft>
nephele_xmpp: happy to hear. always good to have some happy cuties around.
<nephele_xmpp>
Maybe the devel mailing list is a better place than irc?
<phschafft>
nephele_xmpp: I think independent on the mode, best might be that I compile a little list for myself first.
<phschafft>
maybe.
gouchi has quit [Remote host closed the connection]
<OscarL>
IRC gets too noisy when I'm around :-)
gouchi has joined #haiku
Anarchos has quit [Quit: Vision[]: i've been blurred!]
<nephele_xmpp>
Would be good, define the faults to be fixed and goals firstly
<phschafft>
I see ther is a 'int32 pad[8];' in the structure. that is kind of small for what we would need.
<phschafft>
maybe a linked second block with optional data would be an option.
Anarchos has joined #haiku
talos has joined #haiku
HaikuUser has joined #haiku
Amstelchen has joined #haiku
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<Peppersawce>
waitwaitwait "if(UNIX AND NOT APPLE)" this is true for Haiku?
<Peppersawce>
Haiku thinks it's a Unix? :D
<Anarchos>
Peppersawce in most case, haiku is posix compatible
Amstelchen has quit [Remote host closed the connection]
<Anarchos>
Peppersawce so for 90% of code, yes it is like unix
<Peppersawce>
It's kinda funny ngl
<Peppersawce>
But my sense of humor is pretty twisted
Amstelchen has joined #haiku
diver has joined #haiku
<OscarL>
isn't macOS certified Unix? (or was in the past at least?)
<Habbie>
certainly was at some point, i don't know about now (wikipedia does know)
HaikuUser has joined #haiku
HaikuUser has quit []
<OscarL>
would explain the "if unix but not apple" :-)
<Peppersawce>
yeah I thought that as well
<OscarL>
Peppersawce: sometimes we do need to slap some AND/OR HAIKU in those conditionals. Funnier when it is #if defined(__linux__) || defined(__HAIKU__) (even if in most of things tend to follow the BSDs instead)
<OscarL>
patch from zlib: case uname of.... "Linux* | linux* | *-linux* | GNU | GNU/* | solaris* | Haiku)" :-D
<Habbie>
it's always bad when things need to match OS names
yann64 has joined #haiku
<OscarL>
always better to check for feature availability instead, yes. but who has time for that? :-)
<Habbie>
:)
<OscarL>
(and then we end up piling up hacks upon hacks)
jmairboeck has quit [Quit: Konversation terminated!]
xet7 has joined #haiku
yann64 has quit [Quit: yann64]
Atomozero has joined #haiku
<Peppersawce>
What is lintian? Should I care it wants gzip stuff done to the docs?
<Peppersawce>
cause it sounds like a debian distro name
<Peppersawce>
debian package checker... eh, close enough
deneel has quit [Remote host closed the connection]
HaikuUser has joined #haiku
diver has quit [Ping timeout: 480 seconds]
<OscarL>
mmm, "git config fetch.writeCommitGraph true" and then "git commit-graph write --reachable" seems to have significanltly helped with my git log ops in the HaikuPorts repo. Noice!
HaikuUser2 has quit [Quit: Vision[]: i've been blurred!]
B2IA has quit [Quit: Vision[]: i've been blurred!]
<Skipp_OSX>
macOS was certified UNIX at one point but only specific versions and only for government contract reasons
B2IA has joined #haiku
<Skipp_OSX>
POSIX compliance pretty good, Apple have since implemented basically everything missing in darwin build settings
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<phschafft>
OscarL: sometimes it's also very hard to check for feature availability.
diver has joined #haiku
<OscarL>
true.
nephele_xmpp has left #haiku [Error from remote client]
<OscarL>
or effort to do "the right thing (tm)" not worth the time spent (for some values of worth)
<OscarL>
forgot to set debugger to autokill for cmake tests :-(
<phschafft>
what I so very much love is when people use magics for stuff.
<phschafft>
so there is no way to test that at compile time, like there is no constant defined or anything.
OscarL has quit [Ping timeout: 480 seconds]
OscarL has joined #haiku
diver has quit [Ping timeout: 480 seconds]
nephele_xmpp has joined #haiku
nephele_xmpp has left #haiku [Error from remote client]
nephele_xmpp has joined #haiku
Atomozero has quit [Quit: Vision[]: i've been blurred!]
<Peppersawce>
I'm wasting my life fighting with the patchmaking thingy
<Peppersawce>
40 minutes of me saying "I changed this file"
<Peppersawce>
And git saying "imma ignore it"
<Peppersawce>
why is it trying to edit the haikuports git?
<OscarL>
not sure I follow you, Peppersawce.
<OscarL>
are you sure you're using "git add" before git commit? (or use "git commit -a" as phschafft mentioned earlier).
<OscarL>
also, remember that there are two different git repos at play...
<OscarL>
if you forget to run "haikporter -e" (to extract the patchset from the "work git")... you're bound to lose your changes at some point.
<Peppersawce>
I'm in the source dir
<Peppersawce>
I do git add CMakeLists.txt
<OscarL>
(and then you need to remember to git add/commit the changed .patchset, of course)
<Peppersawce>
then the other one
<Peppersawce>
now he says the haikuport branch is clear
<Peppersawce>
before it was saying the files were in the ignorelist or something
<augiedoggie>
like OscarL said, you need to extract a new patchset after you commit in the work directory
<Peppersawce>
I deleted it
<Peppersawce>
I still have the modified files
<Peppersawce>
I'm remaking it
<Peppersawce>
but I'm not in the game's git thingy or w/e
<OscarL>
most likely because you're trying to add them from the haikuports repo... it will ignore anything under the work dirs.
<Peppersawce>
yeah, I might have written rebase or something dumb
<OscarL>
Peppersawce: to be fair... getting it right can take quite a while (at least for folks like me :-D).
<Peppersawce>
It's been almost an hour
<OscarL>
git can be quite frustrating at first.
<Peppersawce>
It's all fixed but I can't make a patch
<OscarL>
an hour? /me still heads bangs his keyboard after at least 2 full years :-D
<Peppersawce>
lmao fair
<Peppersawce>
So what's the command to tell haikuporter to restart the git of the thingy
<OscarL>
then at some point you'll start to script git and looking all smug and sh*t :-P
<Peppersawce>
nah I doubt that
<OscarL>
you can use "hp -c <portname>" to remove the whole work dir, and then "hp -b <portname>" to unpack it again, and apply current .patchset, but not run the build.
<OscarL>
if you do not want to remove the whole work dir...
<OscarL>
you need to run "git clean -df && git reset --hard ORIGIN" on the work git repo. that WILL remove any code you have there, so... beware.
<Peppersawce>
I have removed the work dir dozens of times
<Peppersawce>
Just don't close the files you edited :D
<Peppersawce>
Anyway, I dunno exactly what happened but it got fixed :)
<OscarL>
and hope your editor doesn't crashes :-P
<Peppersawce>
lol fair
<OscarL>
Peppersawce: I HATED git with a passion... then I kinda learn at least the basics... and then some. More than worth the effort, if you're planning to keep doing this stuff.
<Peppersawce>
No wait, it applied the old patch :(
<Peppersawce>
The one I thought I purged
<Peppersawce>
nvm
<dovsienko>
it seems to me, it would be a very worthwhile feature to install in UEFI mode without requiring the user to copy the bootloader manually
<dovsienko>
something such as "this disk has no partitions, would you like to add the UEFI partition automatically to make it bootable?"
<Peppersawce>
A button in DriveSetup or smth would be nice
<dovsienko>
or something such as "use entire disk", which would automatically prepend a UEFI partition when the boot mode is UEFI, and fill the rest with a BFS partition, and run all the mkfs commands etc.
<Peppersawce>
Is Haiku able to make out if it's on a bios or uefi pc?
<dovsienko>
and initialize MBR/GPT partition table if necessary
<Habbie>
if the user can spare it, i wonder if 'use entire disk' should just always make an ESP, just in case the user switches later
<dovsienko>
that's a good point
<dovsienko>
keep it "anyboot" and don't care which computer is around the disk drive today
<Habbie>
Peppersawce, pretty sure, and if not, it's fixable
<Peppersawce>
any reason why an app symlink wouldn't work?
<Peppersawce>
ah, cool
<dovsienko>
surely 50-100MB of disk space would be affordable
<Habbie>
yeah
<Habbie>
Peppersawce, to qualify my previous answer, on linux even individual programs can tell if the boot was UEFI, so "it should be doable"
<dovsienko>
if BFS allowed resizing, I would just use the anyboot ISO as the disk image
<Peppersawce>
GotchaHabbie
<Habbie>
don't have a haiku booted right now to check things
<Peppersawce>
About this app, it starts from the terminal just fine but won't load if I click on it
<dovsienko>
sounds like a variety of a heisenbug
<OscarL>
Peppersawce: plenty of patches for that in HaikuPorts, ussually needs adding a "chdir()" call
<OscarL>
apps started from Terminal and ones started from GUI have different current working directory.
<OscarL>
tends to cause problems with ported soft.
* OscarL
hopes to not run out of HDD space before the cmake test suite finishes :-/
<OscarL>
maarten_[m]: Hello! Might need to ping kallisti5[m], nielx[m] or jessicah on that.
<kallisti5[m]>
maarten_: Hi! I can take a look. I wasn't really aware of those 😓
<maarten_[m]>
Those are really useful, and fast!! We're building SDL on Haiku first and only if that succeeds will we build all other platforms.
<kallisti5[m]>
maarten_: Nice! Ok, there's going to be a slight change. We moved from docker.io to ghcr.io. Let me migrate those all over
<kallisti5[m]>
I should have a r1beta5 image shortly
<maarten_[m]>
That'd be great! I assume GitHub does not care about container providers, as long as they can cache it.
<kallisti5[m]>
correct. I'm moving over the existing images now while i'm building new ones. I honestly wasn't aware of these, i'll put a ticket in for automating their update :-)
<Halian>
o/
<kallisti5[m]>
maarten_: do you have a github username I can tag?
Anarchos has quit [Quit: Vision[]: i've been blurred!]
<Peppersawce>
How's gamepad support? Is there an app to test it?
<Peppersawce>
I can connect it on bluetooth but nothing shows up on Input
<OscarL>
bluetooth won't work for anything beyond pairing devices with current Haiku support.
<OscarL>
no idea bout gamepads or joystick.
<OscarL>
other than there's a BJoystick class on the API.
<OscarL>
and half-remembering some old apps from BeOS days :-)
<Peppersawce>
Hm, bluetooth crashes a whole bunch and I'm not sure I should trust it
<Peppersawce>
but it seems to be there in /dev
OscarL_32 has joined #haiku
OscarL has quit [Read error: Connection reset by peer]
<MonniTheCat>
urnenfeld was working on Bluetooth over 15 years ago, not much progress after that...
<Peppersawce>
It's no biggie
<Peppersawce>
wired seems to work
Halian has quit [Quit: I'll be back.]
<Peppersawce>
I plugged it in because I wanna try that mame recipe
<Peppersawce>
but it's been compiling for more than an hour now
<OscarL_32>
bugger, video driver crashed on the Win10 host :-/, at least managed to clear half of the 200K files even after the forced reboot.
<MonniTheCat>
I used to play with a lot of Bluetooth devices back then... Ended up in KDL most of the time...
<Peppersawce>
heh, to me the app reliably crashed on disconnecting
<MonniTheCat>
There is an open bug for the disconnection crash...
<Peppersawce>
cool
<Peppersawce>
It did recognize the gamepad at first
<Peppersawce>
but ever since the first crash it's been an unknown device
<Peppersawce>
which reminds me, I forgot to fix a thing on the recipe I just did
<MonniTheCat>
There is also open bug for actually recognizing the paired device...
<Peppersawce>
whoops
<Peppersawce>
heh, perfect
<OscarL_32>
removing files from tracker now... same weird pattern between "used mem / cached mem" (one spikes, the other goes down, and vice-versa repeatedly)
<OscarL_32>
and pretty long IO stalls :-(
<MonniTheCat>
"used memory" is kinda curse word nowadays... 99% of the available memory is used nowadays.... that last 1% is for loading new pages from swap to make more space in swap to put more pages ;(
<OscarL_32>
well, running on bare-metal now, with 8 GiB, neither used nor cached goes beyond 1.2 GiB but keep alternating.
<MonniTheCat>
That's why I still like using 32-bit operating systems... 12.5 % used, 87.5% free...