<Not-85dd>
[haiku/infrastructure] kallisti5 9b251bb - deployments/discourse: Fix update strategy, bump to fixed image with terser app
<kallisti5[m]>
one final restart of discourse with the final fix
ClaudioM has quit [Quit: leaving]
Skipp_OSX has quit [Quit: My Mac Pro has gone to sleep. ZZZzzz…]
<milek7>
are there some docs on arm64 port state?
<milek7>
after fixed initial building issues it seems something goes wrong with mapping kernel stack
<B2IA>
(AGMS) I saw on Twitter that PulkoMandy was working on getting ARM booting, currently just getting the kernel loaded, not running yet.
<B2IA>
(AGMS) But that was for his particular ARM7 device (a dongle with an HDMI port).
Jupp_S has quit [Remote host closed the connection]
<milek7>
ah, I see there's something on forums
<B2IA>
(AGMS) Yup, probably the forums are the best bet for ARM news. Now that they're working again after a move to Kubernetes containers this week.
B2IA has quit [Quit: Vision[]: i've been blurred!]
B2IA has joined #haiku
x10z has joined #haiku
bitigchi has joined #haiku
bitigchi has quit []
mmu_man has quit [Ping timeout: 480 seconds]
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
x10z has joined #haiku
x10z has quit []
x10z has joined #haiku
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
x10z has joined #haiku
AlienSoldier has quit [Quit: Vision[]: i've been blurred!]
freakazoid343 has joined #haiku
freakazoid333 has quit [Ping timeout: 480 seconds]
euandreh is now known as Guest2191
euandreh has joined #haiku
Guest2191 has quit [Ping timeout: 480 seconds]
_Dario_ has joined #haiku
tuaris has quit [Quit: Leaving.]
Vitto has joined #haiku
Vitto1 has joined #haiku
<Vitto1>
Hello World!
Vitto has quit []
Vitto1 is now known as Vitto
<Vitto>
Hello Haiku!
<Vitto>
Better :)
Jupp_S has joined #haiku
MrSunshine has joined #haiku
Vitto has quit [Quit: Vitto]
Vitto has joined #haiku
Scarecrow has left #haiku [#haiku]
skirst has quit []
Scarecrow has joined #haiku
skirst has joined #haiku
Vitto has quit [Ping timeout: 480 seconds]
<extrowerk>
Shouldn't Haiku provide a crypt.h header?
Jupp_S has quit [Remote host closed the connection]
Scarecrow has left #haiku [#haiku]
<skirst>
weird. my metal install of haiku is scaling the display to about 3/4 the native resolution. intel_extreme, kaby lake. using vesa from boot loader seems to be a workaround. i noticed some recent changes to the intel_extreme addon so i'll wait for the next nightly
Jupp_S has joined #haiku
<nephele>
skirst: there have been many changes since the last beta indeed, if you make a ticket rudolfc usually helps to debug issues quite well
<skirst>
i'm using nightlies for months now, usually update at least once a week
<skirst>
i'm just not sure what to debug lol
<skirst>
it's functioning fine. just 3/4 size
TheEricExperiment has quit [Remote host closed the connection]
<extrowerk>
skirst: since when does this isse exists?
<skirst>
i updated last night, so current nightly as far as i know
<skirst>
and by scaling, i mean, the screen is padded with black on lower right, and seems to be native resolution (1920x1080), just downscaled
_Dario_ has quit [Quit: Vision[]: i've been blurred!]
<skirst>
mouse behaves correctly, i can use the system just fine
<nephele>
skirst: thats what i ment, rudolfc would probably tell you,a syslog and a problem description is a good start
<nephele>
If it is a new issue that is also good info, even better if you can figure out when it occured roughly (by booting into a previous state)
<skirst>
thank you nephele, i'll try that now
<skirst>
bbiab!
skirst has quit []
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
x10z has joined #haiku
skirst has joined #haiku
<skirst>
ok. my latest system state without the bug if from march 11, march 14 buggered
<skirst>
*is
Jupp_S has quit [Remote host closed the connection]
<skirst>
shit. forgot to snap the syslog. brb
skirst has quit []
x10z has quit [Ping timeout: 480 seconds]
Jupp_S has joined #haiku
skirst has joined #haiku
<skirst>
cool. got syslogs from an unbugged and a bugged state
<nephele>
nice, if you can figure out the hrev from aboutsystem that would help aswell
<extrowerk>
skirst: lucky you, despite the bug your system is still usable :)
<skirst>
trying to create an account on the ticket system but it keeps accusing me of not being human. something i've long suspected
gouchi has joined #haiku
gouchi has quit [Remote host closed the connection]
<nephele>
Captcha is not so nice indeed, if it does not work you ca also send an email or ask on the forum for an account on trac
<nephele>
I thought it was a text only question now, though?
<skirst>
the only difference this time is i entered "Haiku" rather than "haiku" as the OS name and it gave me a graphical captcha. before that it just i needed to try harder to prove that i'm a human :D
<skirst>
s/just/just said/
<nephele>
waddlesplash: ^
<nephele>
sounds like a bug to me, should not matter if you capitalize it imo
<skirst>
that's what i thought, but me being me, hold on a sec.. lol
<Vitto>
Where is captcha? On a webirc thing?
<nephele>
Your first register attenpt has a score of 0, so you did fail the text captcha indeed :)
<nephele>
Vitto: talking about the trac bugtracker
<Vitto>
ah, ok
<Vitto>
I didn't fill any bug yet, so that's why I didn't see a captcha
<nephele>
No, you only get it when the tracker things you are a spammer potentially
<skirst>
i'm also under the influence of cannabis, so could be user error :D
<nephele>
there is a simple "whats the os" question normally on register
<nephele>
but skirst failed that question
<skirst>
indeed i did
<nephele>
It's OpenIndianna of course
<skirst>
<- throw rotten vegetables at him
<skirst>
i wonder what a screenshot looks like. never thought to try that... brb
skirst has quit []
<nephele>
Double the tickets, double the fun :D
<Vitto>
Guys, I suggest you take a little rest
<nephele>
I already am, on vacation :)
skirst has joined #haiku
<skirst>
maybe a clue? screenshot is 1 pixel smaller in each dimension from native res. doesn't show the bug though
<nephele>
Yes, use your phone camera :)
<skirst>
good call, lol
skirst has quit []
x10z has joined #haiku
skirst has joined #haiku
x10z has quit [Ping timeout: 480 seconds]
<extrowerk>
i experience sudden WebPositive crashes since some days. I just navigate to some webpage and hush, my WP suddenly dissapears. No debug prompt at all.
x10z has joined #haiku
AlaskanEmily has quit [Remote host closed the connection]
Scarecrow has joined #haiku
xet7 has quit [Remote host closed the connection]
Major_Biscuit has joined #haiku
x10z has quit [Ping timeout: 480 seconds]
<Vitto>
It's getting web positive to covid and going into quarantine
<Vitto>
:D
MajorBiscuit has quit [Ping timeout: 480 seconds]
freddietilley has joined #haiku
xet7 has joined #haiku
<nephele>
extrowerk: open activity monitor and show open ports, maybe it is another port exhaustion issue
Vitto1 has joined #haiku
Vitto has quit [Ping timeout: 480 seconds]
Vitto1 is now known as Vitto
Vitto has quit [Quit: Vitto]
Vitto has joined #haiku
Cian has joined #haiku
x10z has joined #haiku
xet7 has quit [Quit: Leaving]
xet7 has joined #haiku
Vitto has quit [Read error: Connection reset by peer]
x10z has quit [Ping timeout: 480 seconds]
Vitto has joined #haiku
Cian has quit [Ping timeout: 480 seconds]
Cian has joined #haiku
HaikuUser2 has joined #haiku
HaikuUser3 has joined #haiku
HaikuUser2 has quit []
HaikuUser3 has quit [Remote host closed the connection]
mmu_man has joined #haiku
Vitto has quit [Read error: Connection reset by peer]
Jupp_S has quit [Remote host closed the connection]
DKnoto has quit [Ping timeout: 480 seconds]
DKnoto has joined #haiku
Jupp_S has joined #haiku
x10z has joined #haiku
freddietilley has quit [Ping timeout: 480 seconds]
freddietilley has joined #haiku
x10z has quit [Ping timeout: 480 seconds]
freddietilley has quit [Ping timeout: 480 seconds]
freddietilley has joined #haiku
freddietilley has quit [Ping timeout: 480 seconds]
freddietilley has joined #haiku
x10z has joined #haiku
x10z has quit [Ping timeout: 480 seconds]
Jupp_S has quit [Remote host closed the connection]
x10z has joined #haiku
x10z has quit [Ping timeout: 480 seconds]
hooway has joined #haiku
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
Jupp_S has joined #haiku
ClaudioM has joined #haiku
Jupp_S has quit [Remote host closed the connection]
Jupp_S has joined #haiku
Jupp_S has quit [Remote host closed the connection]
Jupp_S has joined #haiku
Jupp_S has quit [Remote host closed the connection]
Jupp_S has joined #haiku
Jupp_S has quit [Remote host closed the connection]
Jupp_S has joined #haiku
Jupp_S has quit [Remote host closed the connection]
eroux has quit [Remote host closed the connection]
Jupp_S has joined #haiku
Jupp_S has quit [Remote host closed the connection]
eroux has joined #haiku
Jupp_S has joined #haiku
Jupp_S has quit [Remote host closed the connection]
x10z has joined #haiku
Jupp_S has joined #haiku
Jupp_S has quit [Remote host closed the connection]
Vitto has joined #haiku
HaikuUser2 has joined #haiku
Jupp_S has joined #haiku
HaikuUser2 is now known as siguri
* siguri
is here for the first time
<n0toose[m]>
welcome!
<siguri>
I don't habe enough energy to meet so many in one spot at a time. I might rather come back after lunch break.
<n0toose[m]>
you're also free to sit back and listen
<siguri>
thanx for welcoming me
<siguri>
Yeah, i need a moment to accomodate
<siguri>
seeing all these nicks, I really feel 'connected'
<PulkoMandy>
n0toose[m], what do you mean by "helper scripts"?
<x512[m]>
PulkoMandy: Haiku building guides do not include instuctions to build only packages. And update system from built packages.
<PulkoMandy>
yes, we don't have a comprehensive buildsystem documentation with all possible targets
<x512[m]>
@nightly-raw target is very annoying because it spend a lot of time by making Haiku source package that is never used and not needed.
<PulkoMandy>
I don't know, I don't use it, I use @install to build directly to a separate partition, or I build just some packages or some binaries
<n0toose[m]>
x512[m]: was planning to work on that but i do not have the time to do so rn
<PulkoMandy>
but we get two kind of complaints here: people who want the two-line "how to build Haiku" guide, and people who wants documentation about everything you can do with the buildsystem
<PulkoMandy>
anyways, updates to the existing documentation are welcome
<x512[m]>
PulkoMandy: My commands do both :)
<PulkoMandy>
I am also planning to add things about the buildsystem to the developer docs but I had other things to do as well
<waddlesplash>
x512[m]: I saw a screenshot from extrowerk of SumatraPDF on WINE with the top tab bar cut off
<waddlesplash>
I think your code to use the system window decorations may not handle applications that put things in the window bar area quite properly
<x512[m]>
waddlesplash: Yes, SumatraPDF modify non-client area size, but winehaiku.drv use default non-client area size for calculation.
<x512[m]>
winex11.drv seems have the same issue.
<x512[m]>
Note that window border is always visible, it is just outside of Haiku native decorator bounds.
gouchi has quit [Remote host closed the connection]
<x512[m]>
SumatraPDF put critical UI elements to non-client area so some special treatment is needed (turn off Haiku window decorator?).
<x512[m]>
I want to make stack trace working first. Without stack trace it is hard to know what is happening. Wine has its own stack unwinder for PE and ELF in ntdll that can be used. Unfortunately frame pointer stack unwinding don't work with x86_64 Windows ABI (https://discourse.llvm.org/t/broken-frame-chain-prolog-on-x86-64/60900/4).
mmu_man has joined #haiku
<waddlesplash>
WINE's stack tracer doesn't work here?
<waddlesplash>
x512[m]: also maybe some of the problem is due to CS/FS/GS not being accessible on Haiku signal contexts. yo ucould hack those in and see what it fixed
<x512[m]>
It calls winedbg that seems depend on GDB. Anyway it doesn't work now.
<waddlesplash>
hmm, well, you can try to fix our GDB port
<waddlesplash>
it actually "almost works"
<waddlesplash>
we have an ancient gdb 6.3 that did work, and I ported the Haiku backend forward to a recent GDB, but didn't mange to complete it
<x512[m]>
I don't want to deal with anything that starts with "G".
<waddlesplash>
LOL
<andreasdr[m]>
:D
<x512[m]>
Pure evil: glibc, glib, gtk, gstreamer, GNU autotools.
<x512[m]>
Jam seems need a lot of scripts to be useable. Maybe it is possible to package basic Jam scripts. Jamfile engine is too primitive and it doesn't handle projects with multiple executables.
Cian has quit [Read error: Connection reset by peer]
Cian has joined #haiku
<PulkoMandy>
yes, jamfile engine does not use jam correctly
<PulkoMandy>
maybe Wonderbrush is a better example of usage of jam outside Haiku
<waddlesplash>
btw why'd we move the jamfile engine to its own Haiku repo?
<waddlesplash>
shouldn't a repo at HaikuArchives make more sense here?
<x512[m]>
Wonderbrush have a lot of files with basic Jam rules. Ideally common Jam rules should be shared in some way.
<x512[m]>
I made make_meson script that can build and run program with a one command.
<x512[m]>
`make_meson run RadeonGfx` to build and run RadeonGfx and all its dependencies.
<PulkoMandy>
yes, the common jam rules from wonderbrush (or some from haiku) could be extracted into a rewrite of jamfile_engine
<PulkoMandy>
waddlesplash, it is maintained by the haiku team so I kept it under haiku. If we plan to abandon it we can move it to haikuarchives
<x512[m]>
I feel that I also made make_cmake, but I can't find it. I can make it again.
<waddlesplash>
PulkoMandy: I feel like "maintained" is a bit strong a word :)
<PulkoMandy>
well I made some updates when I moved it to its own repo :)
<x512[m]>
HaikuArchives do not only contain abandoned things. Some of them are updated.
<x512[m]>
My make_* scripts automatically create `build.$(getarch)` directory, configure and optionally run compiled program with one command.
<PulkoMandy>
we should decide if we want to use and recommend makefile_engine or jamfile_engine, providing both is a bit silly
<PulkoMandy>
and we should consider moving makefile_engine out of haiku tree, it's annoying to have it updated with every nightly build when in fact it didn't change in several years
mmu_man has quit [Ping timeout: 480 seconds]
<PulkoMandy>
or maybe keep it in haiku but don't version the package with an hrev number? but that seems complicated
<x512[m]>
I also made some workaround to compile Haiku applications with resources by Meson.
<x512[m]>
Isn't is possible to allow `ld` to accept *.rsrc file during linking? It will simplify integration with build systems a lot. Build systems do not like mutable actions.
<PulkoMandy>
we can make the actions immutable by using a different file. Create Application.tmp with ld, then add resources and put the result in final Application file
<PulkoMandy>
the problem is with the extended attributes, where it makes less sense to do it this way (except to please the buildsystem)
<PulkoMandy>
I think we found no one who wants to patch binutils sources to add resources support
<x512[m]>
Executable can be very big (debug info etc.), it is additional overhead.
<PulkoMandy>
it would also be useful to have binutils know about resources so you can use strip without destroying resources
<PulkoMandy>
the other option (possibly better) is to change the resource format to put them into an elf secion or segment or whatever elf thing is appropriate
<PulkoMandy>
instead of just appending them to the file
<PulkoMandy>
yes, and binutils also provides gold as a replacement for ld
<PulkoMandy>
and there are several other implementations
<x512[m]>
Yes, compiling resources to an object file is an option.
<x512[m]>
Some additional dynamic table entry, program header entry or special exported symbol can be used.
<x512[m]>
I don't know any cases of ELF with resources except BeOS/Haiku.
<x512[m]>
Exported symbol is probably a bad idea because resources should be able to be modified for existing compiled binary. Program header entry is probably easiest option. Just add new program header type tag and declare file offset and size of resources block.
<x512[m]>
Using sections is a bad idea because sections can be stripped.
mmu_man has joined #haiku
Cian has quit [Ping timeout: 480 seconds]
ClaudioM has quit [Quit: leaving]
MrSunshine has quit [Read error: Connection reset by peer]
<x512[m]>
Wine stack unwinder seems unable to pass Haiku signal frame.
DKnoto has quit [Ping timeout: 480 seconds]
x10z has joined #haiku
DKnoto has joined #haiku
<nephele>
sections can be stripped, but it is a lot essier to understand than "just appendef" data
BrunoSpr has quit [Quit: Vision[]: Ich wurde verwaschen!]
jmairboeck has joined #haiku
<x512[m]>
Sections must be not used for any meaningful data in executables because it can be stripped or not generated it all. Program header is a better place. It is already used for exception table.
<x512[m]>
Section table in executable ELF is basically debug information.
<nephele>
It can be stripped is a bad reason for not using it
<nephele>
the appended data is already stripped by many tools
<nephele>
elf sections are /not/ stripped at random
<x512[m]>
Of course resource section will be used for linking ELF if program header will be used. But section table should be not used to detect resources with Haiku API.
x10z has quit [Read error: Connection reset by peer]
x10z_ has joined #haiku
<x512[m]>
Section is needed for static linking to produce program header entry.
<waddlesplash>
x512[m]: perhaps because of missing CS/GS/FS?
<waddlesplash>
unable to pass signal frame that is
<x512[m]>
waddlesplash: Probably missing CFE directives for signal frame assembly.