erysdren has quit [Quit: Konversation terminated!]
Ampilin has joined #haiku
erysdren has joined #haiku
tuaris has quit [Quit: Leaving.]
selfish has quit [Ping timeout: 480 seconds]
Maturi0n_ has joined #haiku
<erysdren>
if i copied all the *files* from a Haiku live installation to a different partition (since i can't seem to extend the one on the USB) would Haiku be okay?
<erysdren>
or does it need some things that aren't in a file
<erysdren>
i assume everything Haiku does is stored in files, a-la unix
ADS_Sr has joined #haiku
Maturi0n has quit [Ping timeout: 480 seconds]
Ampilin has quit [Quit: Vision[]: i've been blurred!]
<SamuraiCrow[m]>
<erysdren> "i assume everything Haiku does..." <- Don't assume that. Linux and Haiku kernels are totally different.
<SamuraiCrow[m]>
Though Haiku has a POSIX compatibility layer, it's still BeOS based underneath.
mmu_man has quit [Ping timeout: 480 seconds]
<erysdren>
SamuraiCrow[m] good point. i was just wondering if i could copy my install to another drive partition without using a proper copy utilitiy
<augiedoggie>
the installer also creates BFS indexes
<augiedoggie>
copying wouldn't create the indexes on the destination
<SamuraiCrow[m]>
It has to be formetted BeFS.
<erysdren>
got it, thanks
<erysdren>
i was just confused because i couldn't expand the partition that Haiku lives in from my linux machine for some reason
OscarL has joined #haiku
<erysdren>
howdy
<OscarL>
erysdren: workaround.... boot the Haiku ISO on a VM, let said VM access your pendrive. Reparition/format said pendrive from inside Haiku. Run installer, install to the newly created, bigger, parition on said pendrive. Presto.
<OscarL>
That's something I did when I only had one pendrive. If you have two... you can avoid the VM, of course :-D
<erysdren>
thanks for the tip
<erysdren>
i might just wipe the install anyway, i haven't used it for very long. i've only installed a few packages
<erysdren>
i just need a bigger amount of space on it
Ampilin has joined #haiku
jason123santa has left #haiku [Error from remote client]
selfish has joined #haiku
<B2IA>
(UnrealNeil) butler catsup
<B2IA>
(UnrealNeil) butler catsup 10
Maylay has quit [Read error: Connection reset by peer]
Maylay has joined #haiku
erysdren has quit [Quit: Konversation terminated!]
erysdren has joined #haiku
<erysdren>
im very confused right now
<erysdren>
i compiled the haiku cross compilers on my arch linux machine
<erysdren>
now trying to integrate into my cmake pipeline
<erysdren>
i just keep getting "crti.o: No such file: No such file or directory"
<erysdren>
if i invoke the compiler directly from the terminal, it can't find the std headers
<OscarL>
isn't there a difference bewteen buildtools's cross compilers (meant to build Haiku) and some other cross-compiler for more general use? (I might be confusing / misremembering things, so... take that with 3 buckets of salt).
<OscarL>
erysdren: I'm not the right person to ask, reallly :-D (only use GCC inside Haiku). Just commenting what I half-remember from some IRC logs. But no real understanding of the issue. Sorry.
<erysdren>
thanks for the link, though, i think that's what i need
<erysdren>
i'll try it
<erysdren>
jessicah: any input?
<jessicah>
Yes, cross tools compiled for building haiku itself isn't configured for general cross compiling
<jessicah>
You'd need to extract needed packages and specify an explicit sysroot, which also won't work for gcc2 if that's needed
<erysdren>
gotcha
<jessicah>
Mine sets up the sysroot explicitly and also provides a couple scripts after building to download and unpack package files
<jessicah>
I've used for cross compiling stuff like rust and ghc in the past
<erysdren>
script broke
<erysdren>
RPC failed
<jessicah>
I used it a couple of days ago
<jessicah>
Might be a temporary error
<erysdren>
oh i see
<erysdren>
well, i don't know why RPC failed but i spotted another bug
bbjimmy_64 has quit [Quit: Vision[]: i've been blurred!]
<erysdren>
ah i see, it's failing on the review step i think
<erysdren>
fatal: unable to write request to remote: Broken pipe
<OscarL>
reboot PC and/or reset router? Famous "Have you tried turn it in off and on again?"
<jessicah>
ah, yeah, it fetches from github first then adds review to fetch tags, as they're not on the github mirror
<jessicah>
limitation of github's implementation
<erysdren>
ah
<erysdren>
what can i do about it?
<jessicah>
cloning from review directly is even less reliable
<erysdren>
what is the review repo used for?
<jessicah>
it's our main repo
<erysdren>
ah
<jessicah>
github is mirrored from review, sans tags
<erysdren>
what's wrong with cloning review directly then?
<OscarL>
sloooow, in a good day? (at least for me)
<erysdren>
ah
<jessicah>
as I said, it's unreliable for cloning
<jessicah>
you could maybe run in a loop
<augiedoggie>
i haven't done a full clone in a while but i never have trouble with the main repo
<OscarL>
can you just set latest tag manually? Assuming only laters "hrev" is needed for versioning something (/me hides, just in case he is being dumber than usual).
<jessicah>
there's a variable, I forget the name
<OscarL>
Also, "--depth=1" is my friend :-D
<jessicah>
export HAIKU_REVISION = hrev66666 ;
<jessicah>
erysdren: you can skip the fetch from review, and export that with whatever the current hrev is
yann64 has quit [Remote host closed the connection]
<OscarL>
most recipes seem to REQUIRE libjpeg without specifying a version...
<Begas_VM>
yeah, because turbo_jpeg is default now
yann64 has joined #haiku
<OscarL>
would be possible to reactivate that jpeg9c one, and add "= 9.3.0" to the requires for those openjdks? or they just need a revbump to catchup jpeg_turbo?
<Begas_VM>
already on it :)
<Begas_VM>
easier to restore the jpeg one then to rebuild the openjdk ones I guess
<OscarL>
this tor tests seem to be going nowhere... slowly.
<Begas_VM>
k, this solves the "install" part for the openjdk packages, not sure if it's worth the efford
<Begas_VM>
if those aren't really in use maybe they could be disabled ...
<erysdren>
this has probably been asked before, but i'm guessing that any sort of support for BeOS applications in the x86_64 version of Haiku would involve a Wine-like wrapper?
<erysdren>
since the only way to get native BeOS application support is with the old version of gcc on the x86 build
<Begasus>
never tried, but I doubt you could erysdren
<OscarL>
I've read some discussions of some "Haiku on Haiku", to be able to run 32 bits apps on 64 bits installs. You might want to search the forums for discussions on that, or talk to x512[m] and trungnt2910[m] about it.
<trungnt2910[m]>
I'm not the expert on that topic, just somebody interested like you.
<x512[m]>
Said the person made alternative Haiku syscalls implementation from scratch...
<botifico-c849d97b>
[haikuports/haikuports] Begasus 9e985d0 - openjdk12, revbump for libjpeg (#8691)
<Begasus>
k, let's see how this goes, still got openjdk11
Begas_VM has quit [Quit: Vision[]: i've been blurred!]
floof58 is now known as Guest801
floof58 has joined #haiku
Guest801 has quit [Read error: No route to host]
Begas_VM has joined #haiku
<Begasus>
k, didn't go to well :P /bin/bash: cannot open named pipe /tmp//sh-np.phKwbp for reading: No such file or directory
<erysdren>
first thing haiku did after installing and then reboot itself was irrepairably freeze :P
<erysdren>
such is life
<OscarL>
:-(. Boot from USB, and try retrieving the syslog?
<OscarL>
or just try one of the many safe-mode options from the bootloader menu.
<OscarL>
(disabling SMP is one that seems to do the trick the most on my crappy hardware :-D)
<erysdren>
it booted just fine afterwards, but it did freeze on first boot after install and then i had to suffocate it
<erysdren>
it's done this a few times while experimenting on this laptop
<erysdren>
though i gotta say, i didnt expect it to do that right after a proper install
<OscarL>
on my Atom N450... I had to permanently disable SMP to make it boot reliably. I try with SMP enable again from time to time (after updates), and sometimes it works, I get happy... and then it doesn't :-D
<Begasus>
you could use Pulse to disable cpu's too :)
<OscarL>
can't do that if it hangs before you click it :-D
<Begas_VM>
openjdk9 build started .... crossing fingers
<OscarL>
disabled the tor tests that hang... that allows to run others... a couple just crashed thou (reminds me of the Python test runs :-D)
<OscarL>
too bad you can't make debugger (inside the chroot) autosave reports instead of poping up the crash dialog.
<OscarL>
A lot are crashing now, heh.
<augiedoggie>
you can configure the debugger, i've seen some recipes do it in the TEST section
<OscarL>
tried that on the Python ones... might have another look.
<OscarL>
(if these crash dialogs stop popping up :D)
<OscarL>
Good thing I wrote that down at least :-D
<Begasus>
put it up on some wiki for easy tracking :)
<OscarL>
Thing is... you can't do it from inside the recipe / chroot. At least that's was my experience, and last comment on https://dev.haiku-os.org/ticket/10301 points to that still being the case, unless I'm missing something, as there's no ENV override for it, or something.
<nekobot>
[haiku/haiku] 35a88355adf8 - Update translations from Pootle
<Begasus>
lol
<OscarL>
would be cool if debugger saved the reports in ~/CrashReports instead of making a mess of my poor Desktop :-D
<Begasus>
patches welcome :P
tqh has joined #haiku
<OscarL>
Attempted one already in the past :-D
<nielx[m]>
That's not very discoverable though
<OscarL>
was a naive fix for the "stop bugging me about installing debuginfo packages!!!"
<OscarL>
nielx[m]: I'd be more than happy with just a config setting for it.
<Begasus>
maybe ~/Desktop/CrashReports then? ;)
<OscarL>
but an explosion of bug reports after you set the default action to save_report, and run some big test suite.... ain't too funny... or it is, I guess, depending on your mood :-D
<OscarL>
7 files (not sure if those count as single tests or what).
<Begasus>
not too bad :)
<OscarL>
all related, so that's good. (test_workqueue)
<OscarL>
now to find a clean way to disable them from the recipe.... Not sure if I'm on the mood for some .patchset, or some sed patching.... decisions, decisions!
<Begasus>
you already had to disable them somewhere ...
<OscarL>
removed them from an include.am file :-D
<Begasus>
should be enough, not?
<OscarL>
yup, just not sure if I should just add that to the .patchset, or be more explicit on the TEST() function, as I will have to already add some notes there.
jmairboeck has joined #haiku
<OscarL>
Adding "disable_tests_that_hang.diff" on PATCHES, and some notes regarding the need to configure debugger to auto-kill the crashing ones.
<trungnt2910[m]>
I wonder if there's a setting/environment variable to prevent the debugger dialog from popping up...
<OscarL>
No.
<trungnt2910[m]>
That thing is sometimes useful and I sometimes wish something similar is available on Windows but at the same time really sucks for automated scripts and for commands that you know would fail anyway.
<botifico-c849d97b>
[haikuports/haikuports] mywave82 eb3bf46 - media-sound/ocp: 0.2.105 version bump (#8692)
<OscarL>
Mmm, seems like launch_daemon only handles settings files that are flattened BMessages, and no text files :-(
<Begasus>
26% at kdevelop, should be ok :)
tqh has quit [Remote host closed the connection]
vdamewood has joined #haiku
<OscarL>
Let's see if I can make do with "if file_exists" :-D
<OscarL>
(too bad I had to rebuild the package just for that one file, thou)
<Begasus>
keeps you busy :)
<OscarL>
and learning stuff! :-D
<OscarL>
time to make some coffee, want to finish this one before sleep :-D
<Begasus>
focus! :P
<Begasus>
first beer here ... :)
<Begasus>
(zero alcohol though) :P
<OscarL>
never tried one of those.
<Begasus>
once you get into it the regular beer doesn't taste anymore :)
pinaraf has joined #haiku
<pinaraf>
hi
<pinaraf>
is there any cmdline tool available to look inside a hpkg file? or can I mount it in a subdirectory?
<jmairboeck>
pinaraf: package list <hpkg-file>
<pinaraf>
(I'm trying to upgrade a package and my generated package is wrong, so I wanted to compare with the haikudepot version)
<jmairboeck>
you can also open in Expander
<OscarL>
and "package list -info <package>", to just get the info.
Begas_VM has quit [Read error: Connection reset by peer]
<OscarL>
err "package list -i <package>"
Begasus has quit [Read error: Connection reset by peer]
<pinaraf>
thanks a lot, should come in handy
<OscarL>
pinaraf: double click on it, should open them with HaikuDepot, you can see the content there too.
Begasus has joined #haiku
<OscarL>
but for cli... yeah... package is your friend.
<Begasus>
heading out to the grandchildren, cu later!
<OscarL>
later!
<phschafft>
have fun.
<OscarL>
Mmm, I wonder why /boot/system/data/user_launch is read only, if its for "user"_launch stuff :-/ (would be nice to be able to edit those files without having to redo the package.
<jmairboeck>
can't you put it into non-packaged?
<OscarL>
haven't tried it yet. also... I have no clue if its actually reading the stuff or failing. nothing on the syslog :-/
<OscarL>
just put a file in "non-packaged/user_launch/", with "launch alert --idea "Worked!"... got no alert :-(
<OscarL>
this is just an excuse to try to learn a bit about launch_deamon, and trying to do what was suggested on https://github.com/haikuports/haikuports/pull/3364... otherwise.. using UserBootscript should be simpler, I guess :-D
townsfolkPravda has joined #haiku
<jjido>
I created a ticket #18421, will try to add more info when I am next to the laptop. I will also try external drive or possibly a spinning rust disk.
<OscarL>
+1
Anarchos has joined #haiku
townsfolkPravda has quit [Quit: townsfolkPravda]
townsfolkPravda has joined #haiku
townsfolkPravda is now known as townsfolk
townsfolk is now known as townsfolkPravda
townsfolkPravda is now known as townsfolk
townsfolk is now known as townsfolkPravda
<OscarL>
jmairboeck: placing the file in non-packaged/data/user_launch did worked in the end (got that "alert" test working at least :-D)
<OscarL>
either using /bin/alert or some other small thing did the trick.
Anarchos has quit [Quit: Vision[]: i've been blurred!]