<nekobot>
[haiku/haiku] aa68f6603fe5 - HaikuDepot: User Rating Model & Calc - Re-enable
<Monni>
Took 7 months to fix when someone "smart" decided it was a good idea to uninstall MacOS 11...
_-Caleb-_ has left #haiku [#haiku]
_-Caleb-_ has joined #haiku
<Monni>
People look funny at me, when I say that Ubuntu 18.04 is the newest we use at work... So many things were changed/broken in subsequent releases... The struggle from updating from 16.04 to 18.04 and seeing things randomly crash was enough for a lot of employees...
<Monni>
Explaining to maintainers of some JS packages that rewriting some code, that runs on a stock exchange, just because someone thought switch to TS is a good idea, is not an option...
<Peppersawce>
Good news, I just compiled the latest version of lgogdownloader and it works nicely :)
<gordonjcp>
Monni: if you want to use really old Ubuntu just do it
<gordonjcp>
Monni: but you'd probably have to run all your own support infrastructure
<Begasus>
-Wno-all
<Begasus>
nice Peppersawce!
<Monni>
gordonjcp: As regional manager of multi-national company, I'm already running my own infrastructure...
<Begasus>
Peppersawce, also add GUI? ;)
<gordonjcp>
Monni: I'd also recommend then trying to decouple your production app from its requirements a bit more :-)
<Monni>
gordonjcp: We rewrote a lot of code in PHP just to depend a lot less on third-party code...
<Monni>
floating-point precision in PHP is a lot better than in JavaScript...
<Begasus>
Peppersawce, why not export the CFLAGS in ecwolf as you did for LDFLAGS?
<Begasus>
I think CXXFLAGS should do it for that
<Monni>
Neither C/CXXFLAGS or LDFLAGS should need to be exported...
<gordonjcp>
Monni: yikes, php
<gordonjcp>
that's a blast from the past
<Monni>
exporting environment variables is only needed when building multiple source trees in same recipe and that hardly ever happens in Haikuports...
<Monni>
gordonjcp: It's a compromise between using JavaScript/Python and using C/C++ for code that might get changed while the exchange is still running...
<gordonjcp>
Monni: to be honest though I think if I had to design up server infrastructure for something like that, I wouldn't even start with Linux never mind Ubuntu
<Monni>
gordonjcp: We're mostly running Windows Server 2016 with some Ubuntu servers handling databases and some daemons...
<gordonjcp>
oh that's not too bad
<gordonjcp>
I use Ubuntu on my desktops and laptops, and I do run it on a couple of servers just for "parts commonality"
<gordonjcp>
but if they were for anything serious I probably wouldn't even use Linux, I'd probably use NetBSD
<Begasus>
k, ecwolf also build without changes here Peppersawce
<Monni>
I use Debian on SoC devices, Ubuntu, FreeBSD or NetBSD on full-size computers...
<Begasus>
I'll wait a bit and see if someone reacts to the PR, if not I'll merge it later
diver has joined #haiku
<Monni>
Should have dry-run on Haikuports... Just build attempt without storing the results...
<Peppersawce>
sounds good begasus :)
freddietilley has quit [Ping timeout: 480 seconds]
freddietilley has joined #haiku
<Monni>
Takes quite long time for me to reboot from 64-bit Haiku to 32-bit Haiku to check that recipe actually works correctly on both...
<Monni>
Had to RTFM just to figure out how to switch gcc versions... lol...
<gordonjcp>
Monni: I can't exactly tell you what I do but I can tell you that a major public safety vendor only just switched off their user-facing Windows Server 2003 boxes in the summer
<Monni>
gordonjcp: Our banks still use DOS and Novell NetWare...
<gordonjcp>
Monni: what a shame I wasn't around to see it, being in Austria without my work phone and with a temporary inability to speak any English
<Peppersawce>
Dos is perfectly fine in 2024
<Peppersawce>
It has less bloat and spyware than Win 11 lmao
<gordonjcp>
Monni: a lot of IBM EPOS kit still runs something that's basically a 32-bit DOS with loadable modules
<Monni>
Gotta love DOS Prompt in an ATM...
<Peppersawce>
unironically I would :D
<gordonjcp>
Monni: if it's an IBM one, it's probably not DOS, it's 4690
<gordonjcp>
I have install disks somewhere
<Monni>
gordonjcp: I'm 100% sure it's DOS Prompt doing some kind of voodoo... didn't recognize what the program was as it failed to start so early... But the color scheme was clearly from a DOS Prompt in early Windows release...
<gordonjcp>
Monni: oh if it's running Windows then yes
<gordonjcp>
Monni: if you see a "green CRT" ATM and they do still exist, it's likely running 4690
<Monni>
gordonjcp: This one was pretty modern, both deposits and withdrawals...
<gordonjcp>
as I say, DOS but 32-bit, loadable drivers and modules similar to .vxd, and one of those is likely 3270 emulation instead of ANSI
<Begasus[m]>
Peppersawce what I mostly do in cases of credits in patches
<Begasus[m]>
copy/paste the part that is needed (committer et all)
<Begasus[m]>
then clean the build and just run "hp -b *"
<Begasus[m]>
this extacts the source and applies the patchset
<Begasus[m]>
then run "hp -e *" to be sure the patchset is fine (and repeat earlier steps and a build)
<Begasus[m]>
Monni you don't need to switch gcc on 32bit to build a package for gcc13
<Begasus[m]>
eg "setarch" isn't needed
<Peppersawce>
It was slightly more complicated than that, I had to tweak the patch as stuff was moved around in that Cmake file
<Peppersawce>
But yeah, I'll keep that in mind for next time ;)
<Monni>
I know... Just use _x86 infix...
<Begasus[m]>
yep
<Begasus[m]>
setarch is only useful to build something in Terminal from source
<Begasus[m]>
and in Genio :)
<Begasus[m]>
afk for a bit
<Monni>
I was trying to see if there was a way to build both gcc2 and gcc13 versions in a batch without using two separate commands...
<Monni>
Obviously a lot of modern source packages don't even build with gcc2 anymore... It's prehistoric ;)
pinaraf_ has quit [Remote host closed the connection]
<Monni>
Peppersawce: Didn't announce it anywhere yet ;)
<Peppersawce>
:)
<Peppersawce>
Our patches are sort of similar, but in my case that part of the patch you've made to find libtidy doesn't seem necessary
<Peppersawce>
It seems to build fine without it
<Monni>
Peppersawce: Using pkg-config to find libraries is flaky... Sometimes it works, but it's completely redundant...
<Peppersawce>
Oh, ic, better safe than sorry :)
<Peppersawce>
I'll delete my pr and link to yours, it's the same deal either way
<Monni>
Peppersawce: Some newer cmake versions break pkg-config as module mode is deprecated and some of out recipes don't generate configuration files for cmake...
<Peppersawce>
I don't get why build systems always end up so convoluted and with so many moving parts that break from version to version
<Peppersawce>
It's really annoying ngl
<phschafft>
maybe because they try to work with so many broken envs?
<Monni>
I didn't get build failure on all runs... but doing several repeated runs, not even cleaning work directory made reliable results...
<Monni>
pkg-config worked on command-line but not when running through cmake...
<Peppersawce>
weird but I get it
<Peppersawce>
phschafft ok right, it's quite the rabbit hole
<Monni>
weird thing was that it worked for some packages, but not for iconv and tidy...
<Peppersawce>
I guess this is down to different build environments as well? lmao
<Peppersawce>
Finding tidy works out of the box here
<Monni>
I'm running nightly, so maybe that changes things...
<Monni>
I've noticed I need to downgrade some things or networking just goes bat shit...
<Peppersawce>
Beta here so yeah, I guess they truly are different environments
<Monni>
I can't even use Beta 5 to make recipes, I get instant KDL...
<phschafft>
Peppersawce: it's really a big mess. you often end up with five ways of doing something depending your env. an some of which you must not try as they will not just fail but break something if in the wrong env.
<Monni>
With latest nightly, I get no networking at all...
<phschafft>
then factor that by tens of different tasks it must perform.
<Peppersawce>
Yeah well, I'll be honest, if I were in charge of making a build system I'd probably jump off a roof
<nephele>
Peppersawce: many build systems tried to support those dozens of commercial unices and their wierdness
<nephele>
those are pretty much all dead now
<Peppersawce>
But the code still lingers
<nephele>
and the design decisions, and baggage
<nephele>
now that it is complex, make it more complex ;)
<Peppersawce>
lmao
<Monni>
Some build systems still support 16-bit operating systems... That made me cry, as those didn't support all 64-bit operating systems currently in use...
<Peppersawce>
guess people still use 3.11 for workstations somewhere in the world
<Monni>
When source files are written with K&R, it brings back memories... not good ones...
<phschafft>
then keep those memories away from us please.
<Peppersawce>
lol
<Monni>
It's like listening to Tammy Wynette sing hip hop... That was something to see...
<phschafft>
nephele: the point is that this channel is about such a little more exotic OS.
<nephele>
phschafft: Haiku has fsync but no fdatasync
<nephele>
that just bit me
<nephele>
:D
<phschafft>
exactly those things!
<nephele>
add it to the list for the next stream xD
<phschafft>
so I would say: this channel is the glas house.
<nephele>
beware, my rocks are very sharp
<nephele>
phschafft: Wer im glashaus sitzt sollte sich im dunkeln umziehen
<phschafft>
nephele: but I must say that fdatasync one is one that really bugged me. I mean, it's like a no-op to implement it. and you have even two ways to do it. ;)
<nephele>
that just bit me porting something, and i don't think it is reasonable to ask them to add an ifdedf
<nephele>
so lets just fix that in the next stream
<phschafft>
I mean, it's in the same general area as with my open thing.
<phschafft>
so maybe that is something that fits well together.
<nephele>
I remember PulkoMandy saying that if you try to develop for Haiku you sooner or later get sucked into working on the OS instead to fix stuff
<phschafft>
having like half of the good-and-widely-used part of POSIX is just a bad spot.
<phschafft>
There are strange places in POSIX. but fdatasync() is clearly not one of them.
<Monni>
16 years ago I was working on Bluetooth support and now I'm working on user applications and libraries... I do things backwards, I guess...
<Monni>
Still talk with urnenfeld once in a while... But don't talk much about Haiku...
<nephele>
nice, got half compiled already
novaphoenix has quit [Quit: gone fishing]
<Monni>
For me, I have to delay working on something until things get "fixed" in core Haiku libraries... I mostly rely on libbsd.so and libroot.so having everything I need...
novaphoenix has joined #haiku
<Monni>
I rather have KDL once in an hour than have no networking at all...
MisthaLu has joined #haiku
<nephele>
I mostly only have kdls at very specific events nowadays
<nephele>
nothing that just occurs
<Monni>
I still use bootloader from Beta 5... but kernel is from hrev58238...
<Monni>
I only get KDL if network connection drops... with older kernel, I did get KDL every time I did download something with git clone...
<nephele>
i don't really update my efi bootloader
<nephele>
I guess I will once it is updated automatically with rollover
<Monni>
This machine doesn't even use EFI... It supports, but doesn't use...
<nephele>
Not sure why you would use bios boot, but alright *shrug*
<Monni>
Doesn't boot with EFI/UEFI enabled... Just hangs waiting for bootloader to magically appear...
<Monni>
serial port doesn't work until it gets to boot menu, so can't tell why it doesn't boot...
<nephele>
could try if refind works
<Monni>
I was going to install Haiku on USB hard disk, but I haven't bought a new one yet... Doesn't need to be very big...
zard has joined #haiku
bl4ze has quit [Ping timeout: 480 seconds]
<Peppersawce>
the only bad thing I can say about refind is that installing it from some linux distros changes its Haiku icon into an horrible one
<nephele>
from the distros repo?
<nephele>
maybe they have the old version
<Peppersawce>
yeah, very likely
<Peppersawce>
It's a really nice bootloader otherwise, works perfectly with all OSes I threw at it so far
bbjimmy has joined #haiku
imrahil has joined #haiku
MisthaLu has quit [Quit: Leaving]
BrunoSpr has joined #haiku
<BrunoSpr>
hello
<Begasus[m]>
Hello BrunoSpr
<Begasus[m]>
hmm ... should really finish up that PR from extrowork at haikuporter ...
FreeFull has quit []
<BrunoSpr>
extrowerk or extrowork?
<Begasus>
BrunoSpr .... miqlas :) (no typo there) :D
akashkumar has joined #haiku
<BrunoSpr>
ah thought it is extrowerk
<BrunoSpr>
or Gerasim
<BrunoSpr>
ah I am wrong I thought he is 3deyes, lol
<Begasus>
nah, it's really miqlas/extrowork :)
<BrunoSpr>
ok my brain is draining
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
chilledfrogs has quit [Quit: connection reset by purr]
chilledfrogs has joined #haiku
<Monni>
I hardly ever use any bootloader... I have bootloader in BIOS chip, so changing it means reflashing BIOS...
diver has quit [Ping timeout: 480 seconds]
OscarL has joined #haiku
freddietilley has quit [Quit: WeeChat 4.4.2]
<Begasus>
hi OscarL!
<Begasus>
just the man I need :gr
<OscarL>
Hello Begasus. Saw you doing some template clean ups over haikuporter... I thought of sharing my current templates for "modern" python recipes.
<nephele>
Ambush! duck!
* zard
ducks
<Begasus>
hi nephele zard :)
<Begasus>
was just looking into that OscarL
<Begasus>
wanted to set it to: PYTHON_PACKAGES=(python310 python313)
<OscarL>
I guess some people actually saw the light. I'll see myself out.
Begasus has quit [Remote host closed the connection]
Begasus has joined #haiku
<dovsienko>
methane among other things is highly toxic with permanent damage to human brain, which makes coal mining more dangerous and which is one of the reasons it is a mix of propane and butane that goes into domestic burners
<dovsienko>
that said, I personally had an experience of being in a kitchen when the flame went off (it wasn't one of those modern safe self-shutoff burners) and nobody noticed because the smell was building up slowly
<dovsienko>
fortunately, we noticed before we passed out and nobody used an open flame meanwhile
arjen_ has joined #haiku
janking has quit [Quit: Vision[]: i've been blurred!]
<phschafft>
where are you that you don't have one of those self shutoff burners? I mean like I don't think I have ever seen anything else in my life for a kitchen setup.
<nephele>
phschafft: altenheim ;)
<dovsienko>
phschafft: that was a long time ago in a place many people know but few want to be
dovsienko has quit [Quit: Leaving]
<OscarL>
down here (Argentina), usually only the oven has a shutoff valve, not the top burners.
<OscarL>
kitchen being from a few decades back certainly doesn't helps :-)
<phschafft>
I mean when I was a little lion cub those old kitchens already had several safety switches and auto cutoff stuff and all that.
mmu_man has quit [Ping timeout: 480 seconds]
<phschafft>
I really hope people have replaced that stuff by now.
<OscarL>
living in the first world must be nice.
<phschafft>
yes it must be.
dovsienko has joined #haiku
Begasus has quit [Ping timeout: 480 seconds]
DKnoto has quit [Ping timeout: 480 seconds]
DKnoto has joined #haiku
dovsienko has quit [Quit: Leaving]
bl4ze has quit [Ping timeout: 480 seconds]
gouchi has joined #haiku
cocobean has joined #haiku
<cocobean>
Hello...
<nephele>
hi
<cocobean>
Hi nephele
rexbinary_ has joined #haiku
rexbinary has quit [Ping timeout: 480 seconds]
rexbinary_ is now known as rexbinary
jmairboeck has joined #haiku
Begasus has joined #haiku
<Begasus>
hi cocobean
<Begasus>
looks like it still doesn't find gettext? -- Looking for gettext - not found
<jmairboeck>
Hi Begasus!
<jmairboeck>
Should I add some perl sample recipes to haikuporter as well maybe?
<Begasus>
hi jmairboeck
<Begasus>
jmairboeck, already mentioned to OscarL earlier
<Begasus>
maybe add these in seperate PR? would like to get these old ones sorted first :)
<Begasus>
cocobean, with the correct stuff:
<Begasus>
-- The following OPTIONAL packages have been found:
<OscarL>
try unpacking the files under `/system/non-packaged/data/firmware/amd-ucode/`, and check syslog to see if it uses it.
<jmairboeck>
ok, I'll add a new PR later, mabe this weekend
<Begasus>
thanks :)
<cocobean>
Hi Begasus.... hmmm doe sthe previous fish recipe build on your system... maybe it was a x86 thing at the time.....
HaikuUser has joined #haiku
<Begasus>
got some for cmake/meson also jmairboeck, don't want them in current PR too :)
<OscarL>
my Phenom II does not has ucode updates, so I can't test that. the one from intel_microcode seems to work fine for my Celeron N4020 at least :-)
<cocobean>
The build works fine for me.
<Begasus>
nope, gettext packages have been changed, you need to look at that
HaikuUser has quit []
<Begasus>
yeah, but that's not the point, does it "use" gettext?
<cocobean>
Not the cmd during build.
<Begasus>
* gettext, translate messages with gettext
<Begasus>
it's only used during build to translate the messages
<cocobean>
I'll put it back tonite.
<Begasus>
well build is still running, will see if it "requires" anything from gettext/libintl
clee_ has joined #haiku
<Begasus>
check the build with your current changes, check the log to see why it can't find gettext
<Begasus>
k, no policy warnings, so it doesn't need gettext on runtime according to haikuporter
clee has quit [Ping timeout: 480 seconds]
<Begasus>
although ... 0x0000000000000001 (NEEDED) Shared library: [libintl.so.8] (current one)
<Begasus>
nah, libintl already defined in the recipe, so the gettext references can be removed and in "BUILD_PREREQUIRES" you need to add something to make it detect gettext :)
<cocobean>
OscarL: did you want to do the PR with korli? I was looking into AMD GPU microcode uploading as well.... oh well.
<OscarL>
cocobean: you have a PR open, if you add a post-install script to it, it should be fine.
<OscarL>
(as is, it is of little use, because it microcode cannot be loaded from .hpkg currently)
<cocobean>
heh
<Begasus>
bugger ... where does cmake store it's logs, can't find them in the build dir
<Begasus>
ah, CMakeCache.txt!
<Begasus>
that holds the clue to the issue cocobean :)
<Monni>
also build/CMakeFiles/CMakeConfigureLog.yaml
<Begasus>
if it's good line 291 and 294
<cocobean>
Begasus: fis works ifine... if you see the configure... it enables gettext.
<cocobean>
But yes... it needs to probably find the command for something I gleaned over.
<cocobean>
:)
<cocobean>
So much to do... so little time.
<cocobean>
Some of the locales are not in place yet so and there is that issue I patched that needs real reviewing.
<Begasus>
can't be that hard ... :/ FIND_PACKAGE_MESSAGE_DETAILS_Gettext:INTERNAL=[/bin/msgmerge][/bin/msgfmt][v0.22.5()]
<Begasus>
k, done for today
<Begasus>
cu peeps
Begasus has quit [Quit: Vision[]: i've been blurred!]
cocobean has quit [Quit: Page closed]
imrahil has left #haiku [#haiku]
vdamewood has joined #haiku
imrahil has joined #haiku
<OscarL>
Habbie: it might be worth a shoot to see if placing the AMD microcode update files into "/system/non-packaged/data/firmware/amd-ucode/" helps solve the "random" reboots you were seeing?
nephele_xmpp has left #haiku [Error from remote client]
arjen_ has quit [Quit: Vision[]: i've been blurred!]
<Habbie>
OscarL, would loading them show in syslog?
<OscarL>
it does for me on a Celeron N4020... let me copy the line I get...
OscarL has quit [Read error: Connection reset by peer]
BiPolar has joined #haiku
<BiPolar>
Mmm, seems to load "microcode_amd.bin" into memory, but then says: "KERN: find_microcode_amd update cpu not found in equiv table"
<BiPolar>
something might be off, because syslog reports "family 15 extended_family 1 model 4 extended_model 0 stepping 2" for this CPU...
<BiPolar>
when I think that "extended_family" should read "16" (0x10), not "1".
<BiPolar>
"ucode_load()" does "family += info.eax_1.extended_family;" so I guess that at least family does ends up being 0x10.
<BiPolar>
all the dec vs hex values are giving me a headache :-P
Anarchos has joined #haiku
<BiPolar>
thing is... if I run "python3 amd_ucode_info.py microcode_amd.bin", I get a line that should match my CPU: "Family=0x10 Model=0x04 Stepping=0x02: Patch=0x010000db Length=960 bytes"
Anarchos has quit [Quit: Vision[]: i've been blurred!]
jmairboeck has quit [Quit: Konversation terminated!]
Anarchos has joined #haiku
<Anarchos>
I can understand this code : change rsp/rip