<x512[m]>
Skipp_OSX: nephele_xmpp What is the point of control color changes? Isn't it already working fine?
<Skipp_OSX>
that's the point, no it's not
<x512[m]>
"Do not fix what is not broken", no?
<x512[m]>
What is the problem? Dark themes?
<Skipp_OSX>
first of all I don't believe in that maxim, secondly, it is broken. We're using B_CONTROL_BACKGROUND_COLOR in precisely one place right now, BButton, that's it.
<x512[m]>
Visually it looks perfectly fine...
<Skipp_OSX>
correct
<Skipp_OSX>
well, not entirely correct, the shine is too bright in dark mode
<Skipp_OSX>
but, more to the point you can't change the control background and text colors independently
Halian has quit [Quit: I'll be back.]
Halian has joined #haiku
Nasina has quit [Remote host closed the connection]
Nasina has joined #haiku
OscarL has joined #haiku
janking has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
that "DOS" naming for FAT partitions feels like a relic (and wrong), same as calling MBR partition tables "Intel".
* OscarL
just got to that part of yesterday's irc log.
<OscarL>
Kinda like we're now "stuck" with "Disks" on Desktop, instead of it being called "Volumes".
Halian has quit [Quit: I'll be back.]
duncsauce has quit [Read error: Connection reset by peer]
duncsauce has joined #haiku
<OscarL>
can't get VBox networking to work with this USB tethering network :-/ (syslog shows DAEMON DHCP timeing out like crazy)
pabs has quit [Read error: No route to host]
<OscarL>
Works right away on VMware... but that causes my cellphone to auto-reboot after a while :-(
pabs has joined #haiku
freddietilley has joined #haiku
mattlacey has joined #haiku
JakeSays1 has joined #haiku
<Begasus[m]>
morning peeps
<Begasus[m]>
finaly a bit of time :)
<Begasus[m]>
Hi OscarL
<OscarL>
Good morning Begasus[m] :-)
<OscarL>
(here for a bit less than an hour myself)
<Begasus[m]>
same here, doc appointment at 10AM
* OscarL
tries to avoid installing cmd:gdb to test distcc
<Begasus[m]>
yeah! wouldn't do your trafic any good :(
JakeSays has quit [Ping timeout: 480 seconds]
<OscarL>
Begasus[m]: hope the visit to the doctor is only for a regular check up. Best of luck in any case!
<Begasus[m]>
we'll have to see, looks like my sugar level is way too high, so let's not panic yet :)
<OscarL>
there's always something, isn't it? Darn doctors always finding wrong things with me!!! /me yells at clouds
<nephele_xmpp>
I guess it's not that optimized to Haiku
<Krutarthpatel[m]>
hello, I am getting this error when running haiku on VM:
<Krutarthpatel[m]>
Launching x-vnd.haiku-firstbootprompt failed: Application could not be found
<Krutarthpatel[m]>
it seems almost nothing is copied into the image. Do I need to rebuild from scratch?
<Krutarthpatel[m]>
I have successfully run haiku before so I am not sure why I am getting this error all of a sudden.
<nephele_xmpp>
don't delete the generated/attributes folder
<Krutarthpatel[m]>
oops...
<Krutarthpatel[m]>
now what?
<Begasus[m]>
nice mmu_man !
<nephele_xmpp>
Rebuild the image, iirc. the attributes folder is the "compat layer" for building on OS which do not have support for Haiku style attributes. These are used for a lot of things in haiku
<nephele_xmpp>
for example: to find the mime signature of an application, and launch it
<nephele_xmpp>
that is, delete the generated folder completely (or so that only the buildtools are left) and then rebuild everything
<Krutarthpatel[m]>
but, its size increases to 7.8 GB after multiple rebuilds. Is that normal?
<Krutarthpatel[m]>
I am constrained on space
<nephele_xmpp>
deleting the attributes folder is the equivalent of deleting severall lines from every file in the build, and since this is a compat layer the build can't figure out what files you modified
<nephele_xmpp>
my haiku folder (the tree+generated) is only about 2.5GiB, but that is on Haiku :g
<nephele_xmpp>
not sure what you are building on?
<Krutarthpatel[m]>
linux
<nephele_xmpp>
(though this is viewed from linux, no clue if it counts attributes properly)
<Krutarthpatel[m]>
I noticed it increases in size each build
<nephele_xmpp>
Anyhow, not sure. Perhaps the space could be less. Maybe open a ticket about this, I am not sure how this works exactly
<Krutarthpatel[m]>
alright....If i run into this issue again will do that
<Krutarthpatel[m]>
Thanks!
<nephele_xmpp>
maybe the build (compat layer) fails to clean up some files during stages in the build, but I am just guessing. :)
pinaraf has quit [Ping timeout: 480 seconds]
diver has joined #haiku
pinaraf has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
chilledfrogs has quit [Quit: connection reset by purr]
Nasina has quit [Remote host closed the connection]
Nasina has joined #haiku
chilledfrogs has joined #haiku
Nasina has quit [Read error: Connection reset by peer]
Nasina has joined #haiku
Nasina has quit [Read error: Connection reset by peer]
wicknix_ has joined #haiku
diver has quit [Read error: Connection reset by peer]
diver has joined #haiku
wicknix has quit [Ping timeout: 480 seconds]
FreeFull has joined #haiku
<Begasus[m]>
mmu_man: https://bpa.st/GX3Q getting a werror on pipe2 for fastfetch
Nasina has joined #haiku
<Begasus[m]>
also in the patch "src/detection/os/os_uname.c" I think this should be "src/detection/os/os_haiku.c" ?
Nasina has quit [Read error: Connection reset by peer]
Nasina has joined #haiku
dru_satori has joined #haiku
nephele_xmpp has left #haiku [#haiku]
Nasina has quit [Read error: Connection reset by peer]
dru_satori has quit [Quit: Vision[]: i've been blurred!]
dovsienko has quit [Quit: Leaving]
dru_satori has joined #haiku
dru_satori has quit [Quit: Vision[]: i've been blurred!]
<andreasdr[m]>
Hi there.
tktech6 has joined #haiku
bbjimmy has quit [Quit: Vision[]: i've been blurred!]
<Begasus[m]>
well, background color can be seen in the workspaces
<Skipp_OSX>
I see it at the top of the window, and the side and on the Post your Haiku screenshot! thread
<Begasus[m]>
ah, well not sure it's related, but when I select an icon on the Desktop the background color turns black here too
<Begasus[m]>
pretty annoying
AlienSoldier has joined #haiku
oco3 has quit [Quit: Vision[]: i've been blurred!]
oco3 has joined #haiku
oco3 has quit [Remote host closed the connection]
<Begasus[m]>
eeps, gcc build failed for 32bit
oco3 has joined #haiku
Nasina has quit [Ping timeout: 480 seconds]
<Begasus[m]>
/sources/gcc-13.3.0/libsanitizer/sanitizer_common/sanitizer_common.h:1095:14: error: 'operator new' takes type 'size_t' ('long unsigned int') as first parameter [-fpermissive]
<Begasus[m]>
now if I could understand that ... :)
<Begasus[m]>
Ok, just had to get that out of my hair :P
<Begasus[m]>
Skipp_OSX: me?
<nephele>
waddlesplash: do you know if we have *any* support for efi runtime services yet?
<waddlesplash>
we don't
<waddlesplash>
but there isn't much use for them on x86 I think?
<Begasus[m]>
well, time to close down here
<Begasus[m]>
cu peeps!
<nephele>
Two uses: 1) shutdown the system 2) control the bootloader to set BootNext so we can offer a "Reboot to <OS>" option
<nephele>
and also simply showing or editing efivars and controlling the efi loader options in general
<Skipp_OSX>
yeah bc you had to change your Desktop bg, but was a joke
<nephele>
shutting down with efi is not strictly neccesary, but would be nice "just in case"
<waddlesplash>
does x86 EFI even support that?
<waddlesplash>
the spec may define it but there may not actually be support if all OSes already used ACPI anyway, so the BIOSes may not implement it
<nephele>
Dunno. No way to tell without taking the plunge?
<nephele>
anyhow, my main reason is wanting that Reboot to <OS> feature. I am tired of setting infront of my pc and pressing f9 at jus the right time, or having to install a graphical bootmenu to have to choose every time :)
<nephele>
we also need this to properly install the efi loader
<nephele>
that is, with allowing us to version this in efi, and letting users use an old version if something goes wrong