ChanServ changed the topic of #haiku to: Open-source operating system that specifically targets personal computing. | https://haiku-os.org | Nightlies: https://download.haiku-os.org | Bugtracker: https://dev.haiku-os.org | SCM: https://git.haiku-os.org/ | Logs: https://oftc.irclog.whitequark.org/haiku | Matrix: #haiku:matrix.org | XMPP: #haiku%irc.oftc.net@irc.jabberfr.org
KapiX has quit [Quit: KapiX]
ClaudioM has quit [Quit: leaving]
HaikuUser has joined #haiku
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
mmu_man has quit [Ping timeout: 480 seconds]
HaikuUser has joined #haiku
HaikuUser has quit []
Kokito has joined #haiku
Kokito has quit [Quit: Vision[]: i've been blurred!]
<jessicah> andreasdr[m]: if you can test latest nightly loader and the loader attached in the ticket, as they're different fixes
skirst has quit []
skirst has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
AlaskanEmily has quit [Remote host closed the connection]
HaikuUser has joined #haiku
HaikuUser has quit []
geist has quit [Read error: Connection reset by peer]
geist has joined #haiku
Begasus_32 has joined #haiku
<Begasus_32> g'morning peeps
Begasus has joined #haiku
<Begasus> kallisti5[m], https://gitlab.com/kallisti5/libuuid/-/blob/master/SConstruct#L64 shouldn't that be 1.3.1 ?
<Begasus_32> /Opslag/haikuports_games> readelf -V /boot/system/lib/x86/libuuid.so.1.3.0
<Begasus_32>
<Begasus_32> No version information found in this file
skirst has quit []
Begas_ has joined #haiku
<Begas_> test
<Begas_> working, PulkoMandy, just wanted to see if Felix is still working ;)
<Begasus> it does :)
Begas_ has quit []
Forza_ has quit []
Forza has joined #haiku
Begasus_32 has quit [Quit: Vision[]: Gone to the dogs!]
Begasus_64 has joined #haiku
skirst has joined #haiku
Kokito has joined #haiku
<Begasus> hi Kokito :)
<netpositive> morning 8)
<Begasus> morning netpositive
<Begasus> k, round * for cargo-c on 64bit, thanks again nielx[m] :)
<Begasus> if export ... doesn't do the trick, I'll try a round with using pkg-config ... as in current PR for libgit2
BrunoSpr has joined #haiku
<BrunoSpr> good morning all... usb-tethering is what about?
<solitario> Hi guys, I made my Java Swing applications runnable under Haiku OS: https://www3.kiess.onl/~adrian/tmp/JuliaSet-screenshot-2022-06-06.png — The Haiku OS Java VM fails at the MacOS toolbar code, which I had to remove. Beside that, everythings works fine and was straight reusable.
Kokito has quit [Ping timeout: 480 seconds]
<netpositive> cool
<BrunoSpr> hey very good work!
BrunoSpr has quit [Quit: Vision[]: i've been shreederd!]
HaikuUser has joined #haiku
<solitario> netpositive: Begasus: Thank you!
HaikuUser has quit []
Kokito has joined #haiku
mmu_man has joined #haiku
Kokito has quit [Quit: Vision[]: i've been blurred!]
jmairboeck has joined #haiku
BrunoSpr has joined #haiku
<BrunoSpr> hello all
<BrunoSpr> USB-Tethering works out of the box here, great work!
tuaris has quit [Quit: Leaving.]
<PulkoMandy> :)
Kokito has joined #haiku
<BrunoSpr> Very good work PulkoMandy and waddlesplash
<BrunoSpr> Is there a forum thread about USB-tethering already?
matt1 has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
BrunoSpr has quit [Quit: Vision[]: i've been shreederd!]
Kokito has quit [Quit: Vision[]: i've been blurred!]
BrunoSpr has joined #haiku
Kokito has joined #haiku
<Kokito> Testting 日本語
<phschafft> 1... 2... 3...
<phschafft> :)
KapiX has joined #haiku
<BrunoSpr> Japanese?
<B2IA> (binky) Yep
<BrunoSpr> Works?
<Kokito> Yes, it does
<BrunoSpr> ah nice
<Kokito> Testing the MOZC Japanese input method, and it works nicely
HaikuUser has joined #haiku
HaikuUser has quit []
BrunoSpr has quit [Quit: Vision[]: i've been shreederd!]
BrunoSpr has joined #haiku
BrunoSpr has quit [Quit: Vision[]: Ich wurde verwaschen!]
BrunoSpr has joined #haiku
BrunoSpr has quit []
Kokito has quit [Quit: Vision[]: i've been blurred!]
jmairboeck has quit [Quit: Konversation terminated!]
<bparker_> 日本語、いいね
<matt1> hi
<bparker_> hi
<matt1> peace ... ;0)
BrunoSpr has joined #haiku
<andreasdr[m]> solitario: Nice!!!
<andreasdr[m]> jessicah: Will do!
<andreasdr[m]> Good morning
<jessicah> :)
<solitario> andreasdr[m]: Thanks!
BrunoSpr has quit [Quit: Vision[]: Ich wurde verwaschen!]
halamix2 is now known as Halamix2
Halamix2 has quit [Quit: ZNC - https://znc.in]
<matt1> jessicah: peace and i apologize ...
Halamix2 has joined #haiku
Halamix2 has quit []
Halamix2 has joined #haiku
Halamix2 has quit [Quit: ZNC - https://znc.in]
Halamix2 has joined #haiku
<matt1> I apologize to everyone for my behavior in the mailing list of a while ago
<matt1> peace
Halamix2 has quit [Quit: ZNC - https://znc.in]
vdamewood has joined #haiku
Halamix2 has joined #haiku
<matt1> peace jessicah ... peace humdinger ... peace axeld ...
<matt1> peace 4 everyboy
<matt1> :0)
matt1 has left #haiku [#haiku]
Halamix2 has quit [Quit: ZNC - https://znc.in]
Halamix2 has joined #haiku
mmu_man has joined #haiku
matt1 has joined #haiku
matt1 has left #haiku [#haiku]
mmu_man has quit [Ping timeout: 480 seconds]
x10z has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
dqk_ has joined #haiku
HaikuUser has joined #haiku
Halamix2 has quit [Quit: ZNC - https://znc.in]
HaikuUser has quit []
Halamix2 has joined #haiku
dqk has quit [Ping timeout: 480 seconds]
KapiX has quit [Quit: KapiX]
eroux has joined #haiku
matt1 has joined #haiku
matt1 has left #haiku [#haiku]
caubert has quit [Quit: WeeChat 3.5]
caubert has joined #haiku
caubert has quit [Quit: WeeChat 3.5]
caubert has joined #haiku
frkzoid has joined #haiku
matt__ has joined #haiku
matt__ has quit [Remote host closed the connection]
matt__ has joined #haiku
matt__ has quit [Remote host closed the connection]
frkazoid333 has quit [Ping timeout: 480 seconds]
matt__ has joined #haiku
matt__ has quit [Remote host closed the connection]
matt__ has joined #haiku
frkzoid has quit [Ping timeout: 480 seconds]
matt__ has quit [Remote host closed the connection]
matt__ has joined #haiku
matt__ has quit [Remote host closed the connection]
matt__ has joined #haiku
matt__ has quit [Remote host closed the connection]
matt__ has joined #haiku
<Begasus> plop
jmairboeck has joined #haiku
frkzoid has joined #haiku
vdamewood has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
thelounge49207 has joined #haiku
matt__ has quit [Ping timeout: 480 seconds]
Begasus has quit [Quit: Leaving]
thelounge492072 has joined #haiku
frkzoid has quit [Ping timeout: 480 seconds]
thelounge49207 has quit [Ping timeout: 480 seconds]
thelounge492072 is now known as thelounge49207
<andreasdr[m]> jessicah: Does work when booting from USB, but not when booting from HDD. Ill try nightly later today too.
mmu_man has joined #haiku
<x512[m]> I can't see jessicah.
<x512[m]> Something is broken with my chat?
BrunoSpr has joined #haiku
<phschafft> maybe.
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
sharivegas has left #haiku [#haiku]
sharivegas has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
<jessicah> andreasdr[m]: with loader from ticket?
Begasus has joined #haiku
<andreasdr[m]> Or I was too stupid. I can double check.
HaikuUser has joined #haiku
HaikuUser has quit []
<jessicah> hmm, does boot from USB with nightly loader work?
<jessicah> it might mean I'm on the right track
<andreasdr[m]> Did not test yet nightly, only tested https://dev.haiku-os.org/attachment/ticket/17375/haiku_loader.efi until now.
<andreasdr[m]> Will test nightly around 8pm
<andreasdr[m]> in 2 hrs
<andreasdr[m]> Working right now
sharivegas has left #haiku [#haiku]
sharivegas has joined #haiku
sharivegas has left #haiku [#haiku]
<jessicah> knowing exactly what combinations work will be helpful, and from what loader into which install, also, can you test pressing space bar and viewing list of bootable partitions, and try them all?
<x512[m]> Any library exists to load JSON to BMessage?
<jessicah> yes, it's documented in Haiku book
<andreasdr[m]> I always press SPACEBAR because I need to disable graphics accelerant.
<jessicah> ah
<andreasdr[m]> I have 2 Haiku partitions, 1 on USB, 1 on HDD.
<andreasdr[m]> I test next nightly first, will install it, and will try to boot from installation with nightly uefi code.
<jessicah> do you still have the four drives as in original ticket?
sharivegas has joined #haiku
<jessicah> if any of that has changed, it will be useful to add to ticket
<andreasdr[m]> Oh not really, I did not remove or added a HDD. I just installed maybe different OS :)
<andreasdr[m]> Does this matter?
<andreasdr[m]> Changing a OS?
sharivegas has quit [Quit: Gateway shutdown]
thomaslewis has quit [Quit: Gateway shutdown]
sharivegas has joined #haiku
sharivegas has left #haiku [#haiku]
<jessicah> no, that should be fine
sharivegas has joined #haiku
thomaslewis has joined #haiku
<Begasus> updated 32bit earlier, and still booting from USB without issues
<Begasus> atm running 64bit (on he other laptop) that is still on hrev56156
<Begasus> jessicah, https://ibb.co/Df82Pkw
<jessicah> Begasus: what does that have to do with me?
x10z has joined #haiku
<Begasus> not sure, thought you mention some booting from USB device earlier?
<Begasus> updated earlier where bootloader was updated also
<jessicah> testing a specific fix
<Begasus> ah, nvm then :)
<jessicah> for uefi only
<waddlesplash> x512[m]: there's classes in libshared to load Json yes
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<andreasdr[m]> jessicah: Ok.
BrunoSpr has quit [Quit: Vision[]: Ich wurde verwaschen!]
BrunoSpr has joined #haiku
BrunoSpr has quit []
* augiedoggie dislikes the BJson parser
<waddlesplash> how so?
<waddlesplash> I'm not a great fan of the current version either honestly
<waddlesplash> I wrote the original version but apl deleted that and wrote something totally different
<augiedoggie> it transforms arrays into hashmaps with the keys being a char representation of the index
<waddlesplash> hmm did my original version do that? can't remember
<waddlesplash> not really any other great options for that tho
<augiedoggie> dunno, it was on my todo list to look into it and see if there was a reason
<augiedoggie> why can't it be mapped to an array in the bmessage?
<waddlesplash> because you can have different types in arrays
<waddlesplash> ["a", 2, [3, 4]]
<augiedoggie> hm, yeah, my json-fu is weak
<augiedoggie> still annoying :P
<waddlesplash> that's totally valid JSON, can't represent that in BMessage arrays
<waddlesplash> yeah probably
<phschafft> without any knowlage of BMessage: can't it be an array of a proxy type? so the type of that is always the same but what is within can be different?
x10z has joined #haiku
Vitto has quit [Remote host closed the connection]
<augiedoggie> i'm not sure that would make it any easier to work with, my app code might become more complex
<phschafft> sure. but it is also not a very uncommon concept of having lists containing list elements which contain the actual value.
<augiedoggie> yeah
<phschafft> I mean we're talking here about workaround vs. workaround.
<phschafft> for example with the above what happens if arrays are large. not sure if 'char' here means byte or something else. but there surely is some limit.
<augiedoggie> it's actually a string of chars
<andreasdr[m]> Why dont have a look at current C++ JSON parsers. They have a proxy object for everthing if you call it so. Depends on which JSON library you look at maybe.
<andreasdr[m]> Not to have their code but look how they did it.
floof58 has quit [Ping timeout: 480 seconds]
<andreasdr[m]> You access a property and tell in code what you expect it to be proxy.getString()
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<augiedoggie> yeah, it's still on my todo list to find a cleaner way but my app is already written and i don't have any other json stuff in the works
<augiedoggie> so, not a high priority, it just annoys me to have a bunch of itoa() or atol() calls
<augiedoggie> when trying to create loops
floof58 has joined #haiku
mmu_man has joined #haiku
Begasus has quit [Quit: Leaving]
Begasus_64 has quit [Quit: Vision[]: Gone to the dogs!]
nephele has joined #haiku
<jessicah> yeah, I had plans to work on the json to bmessage stuff
<jessicah> json is pretty terrible :-/
<jessicah> but terrible things have a habit of becoming popular
<x512[m]> YAML looks good, but it is too complex. Strict YAML exist, but only in Python.
<andreasdr[m]> JSON is human readable still and fast compared to XML or something. I use JSON for TDME2 internal file formats until API is stable, can happen that I change this later to some binary stream or something.
<andreasdr[m]> JSON is also implicitely typed.
<x512[m]> In some my small projects I used tab indented hierarchical config files.
_paul0 has joined #haiku
paul0 has quit [Read error: Connection reset by peer]
<x512[m]> Very easy to parse, easier than JSON.
<andreasdr[m]> Sure. But takes lot of space for some files. Our JSON files get pretty big, with like 300MB for a level/map.
<andreasdr[m]> But for some projects this makes lots of sense.
<andreasdr[m]> Having something easier than JSON.
<andreasdr[m]> The JSON library we use is kind of ugly but very fast. Soooooo.
aeryndunham has joined #haiku
<phschafft> andreasdr[m]: is that encoded size or memory structure size?
<andreasdr[m]> encoded size without indenting
<jessicah> YAML is terrible, it has waaaay too many string variants
<jessicah> toml is generally decent
<jessicah> if I had to choose between json and xml, I'd choose xml :p
<x512[m]> XML have strange separation between properties and nested tags.
<x512[m]> <property value="1"/> vs <property><value>1</value></property>
HaikuUser has joined #haiku
HaikuUser has quit []
<jessicah> and then someone tries to pass normal yaml to something taking strict yaml...
<jessicah> and then there are people that think json is a subset of javascript, and then I've had javascript parse json and silently truncate numbers...
<andreasdr[m]> phschafft: Also our keys in JSON are usually only 1 - 2 chars to avoid oversizeing
<x512[m]> XML is also quire complex format and many parsers are broken.
<jessicah> I'd rather have an error than silent data corruption
<andreasdr[m]> XML is best for human editing/readability (for people that are not that much into IT), my parser for our XML screens is basic, but I might later just add a XML validator by XML scheme. Just my opinion.
<andreasdr[m]> Does Haiku use XML or JSON for User like editing?
<andreasdr[m]> Dont think so.
<jessicah> Haiku uses BMessages and INI-style plain text, and some other adhoc plain text formats
<x512[m]> Haiku mostly use several custom config formats.
<x512[m]> For example services declaration.
<jessicah> some are simply key=value per line
<x512[m]> Actually not that simple.
<andreasdr[m]> Oh. Never saw before a BMessage Text File.
<andreasdr[m]> Ill have a look.
<andreasdr[m]> As some sort of inspiration.
<andreasdr[m]> I know its used for scripting which is nice.
<jessicah> oh, I didn't mean a BMessage as plain text
<andreasdr[m]> Ok.
sharivegas has quit [Quit: Gateway shutdown]
thomaslewis has quit [Quit: Gateway shutdown]
<andreasdr[m]> But it exists right? Let me google this.
<waddlesplash> yes
<waddlesplash> message command dumps to text
<andreasdr[m]> Do you have a link handy?
<andreasdr[m]> Didnt found something yet. But I can try harder :DDD
<andreasdr[m]> Also I check Nightly in 5 mins .
<x512[m]> waddlesplash: I managed to get Vulkan accelerated rendering directly to screen without any copy using VideoStreams and buffer flipping. Fully hardware presenting path is near.
<andreasdr[m]> x512: Crazy!!!!!! I WANT THIS!
<x512[m]> Written before, but waddlesplash may not notice.
<andreasdr[m]> I know. But I wanted to emphasize that I WANT IT!
<andreasdr[m]> :DDD
<andreasdr[m]> Just joking a bit, but still: Its true!
<andreasdr[m]> Can you image x512: 20 years of BeOS history and I never had a BeOS with 3d hardware acceleration.
<andreasdr[m]> So the wait was very long.
<andreasdr[m]> Just to explain....
<waddlesplash> x512[m]: yes I did see, I generally do read scrollback
<waddlesplash> probably this is something that the hypothetical display_server should have APIs for
<x512[m]> Hardware presenting with buffer flipping and tiling may cause problems with KDL console display.
<waddlesplash> well, I have more concrete plans to work on display_server actually, so it's less hypothetical
<waddlesplash> x512[m]: yes
<waddlesplash> the VMware video driver does this already
<waddlesplash> and indeed the screen doesn't refresh in KDL in vmware
<waddlesplash> very annoying, have to use a serial monitor for kdl sessions
<waddlesplash> x512[m]: anyway did you see my messages a week or so ago about using UNIX sockets, FIFOs, or pipe()?
<x512[m]> Buffer flipping means that framebuffer GPU memory pointer change on each screen update. Maybe KDL can track currently selected framebuffer with some shared area.
<jessicah> as long as we don't go the crappy 3D composited desktop route :p
<waddlesplash> x512[m]: yes, there's a way to inform kdl of framebuffer changes already actually
<waddlesplash> and accelerants use it
<waddlesplash> x512[m]: and, when can we expect source release? :)
<x512[m]> waddlesplash: Maybe it is bad idea to inform kernel 60 times per second.
<x512[m]> waddlesplash: When somebody except me will have compatible hardware and agree to test.
<waddlesplash> yeah, probably is, we can add another mechanism when we have a reason to
<waddlesplash> well, I just have a RX 5500
<waddlesplash> if you can try and abstract per generation stuff I can at some point see about adding later gens support
<waddlesplash> though RX 5500 is RDNA2
<waddlesplash> err just RDNA, so maybe that's pretty different
<waddlesplash> x512[m]: pretty sure kallisti5[m] has some Southern Islands cards
<x512[m]> About FDs: currently I managed to use fake /dev/null fds. It add an API usage restriction that any exported FD must be imported and only once. If importer do not accept ownership, FD must be closed after import.
caubert_ has joined #haiku
<x512[m]> waddlesplash: Also it will be nice if you will write your ideas about display_server somewhere in detail (blog, mailing list).
bbjimmy has quit [Quit: Vision[]: i've been blurred!]
<waddlesplash> x512[m]: not pipe() FDs? ok
<jessicah> what is display_server?
<waddlesplash> x512[m]: yeah, I will do that eventually
<waddlesplash> jessicah: "it's like input_server but for displays"
caubert has quit [Ping timeout: 480 seconds]
<waddlesplash> basically abstracting display support out of app_server and preparing for hardware acceleration support
<waddlesplash> the idea is that acceleration drivers will run in userland, probably in display_server, and app_server will be a client thereof
<x512[m]> If FD need to be passed to another process, it is converted to server handle (thing called GEM hsndle in Linux DRM) and duplicate handle server IPC is called.
<waddlesplash> the app_server refactor for multiple displays will occur simultaneously with this, or rather immediately following it
<waddlesplash> I already have some notes on that from my last crawl through it
<waddlesplash> x512[m]: I plan to work on this after the HiDPI refactor, I'll write up more before then
_Dario_ has joined #haiku
<waddlesplash> but the HiDPI refactor stuff was on the mailing list last fall, it's been a while, I got sidetracked with so many kernel issues
<x512[m]> I already have experimental VideoProducerHWInterface in app_server that use VideoStreams compositor.
<waddlesplash> once the regressions from WiFi merges calm down, then I can get going on HiDPI work
<waddlesplash> mh, I'm still not sure about your Video streams, but we can tackle that later
<waddlesplash> I suppose if you intend to maintain this, then that's one thing
<x512[m]> VideoStreams is IPC system to pass rendered buffers from producer to consumer.
<x512[m]> And also some infrastructure such as compositor, Vulkan/EGL swapchain binding etc.
<x512[m]> Vulkan WSI layer that translates WSI surface to VideoProducer. Similar thing should be made for EGL.
<waddlesplash> probably this kind of api should be part of display_server buffer management
<x512[m]> VideoStreams do not any buffer management except producer and consumer buffer queues, it only pass information between producer and consumer.
<x512[m]> swapchain and buffers are currently defined as follows: https://github.com/X547/VideoStreams/blob/master/VideoBuffer.h#L61.
<x512[m]> A bit obsolete already.
<andreasdr[m]> >once the regressions from WiFi merges calm down, then I can get going on HiDPI work
<andreasdr[m]> Nice!!!
<x512[m]> VideoProducer/Consumer do not directly related to GPU and hardware acceleration, it can pass buffers based on area_id.
<waddlesplash> this sounds similar to what the media kit does
<waddlesplash> though maybe not quite like this
<waddlesplash> either way it probably should be tied in to the media kit somehow
<x512[m]> Yes, but it also can handle GPU buffers and have additional mechanisms to control present modes.
<x512[m]> In some cases buffers need to be presented by copying, not swapping and only part defined with BRegion.
<x512[m]> Used for app_server surface.
__gyr has joined #haiku
_paul0 has quit [Remote host closed the connection]
<x512[m]> When VideoStreams are used in app_server, update transactions are presented with copy mode and update region is provided.
<x512[m]> OpenGL/Vulkan applications usually use swap present mode.
<x512[m]> jessicah: > as long as we don't go the crappy 3D composited desktop route :p
<x512[m]> I plan to use limited compositing to avoid tearing.
<x512[m]> Use one big screen-sized compositor surface for all app_server 2D graphics and separate surfaces for 3D applications.
ClaudioM has joined #haiku
DKnoto has quit [Quit: Leaving]
Atomozero has joined #haiku
JakeSays has joined #haiku
JakeSays1 has quit [Ping timeout: 480 seconds]
Atomozero has quit [Quit: Vision[]: i've been blurred!]
aeryndunham has quit [Remote host closed the connection]
DKnoto has joined #haiku
aeryndunham has joined #haiku
<ermo[m]> I have a couple of systems with HD 7970 cards (Southern Islands)
<ermo[m]> Also have a couple of polaris systems and a vega system.
<ermo[m]> Be happy to throw a nightly on a USB stick and try to boot when the time comes obviously.
<x512[m]> VideoStreams compositor.
dvn- is now known as dvn
jmairboeck has quit [Quit: Konversation terminated!]
<andreasdr[m]> <3
m199 has joined #haiku
<andreasdr[m]> jessicah: hrev56184 is downloading
<andreasdr[m]> 100kb/s download :((((
<andreasdr[m]> 1h 15m
<andreasdr[m]> :D
Scarecrow has left #haiku [Disconnected: Received SIGTERM]
Scarecrow has joined #haiku
JakeSays1 has joined #haiku
JakeSays has quit [Read error: No route to host]
itanium686 has quit [Quit: Vision[]: i've been blurred!]
HaikuUser has joined #haiku
<HaikuUser> jessicah: the latest nightly does boot from HDD. (andreasdr here from a fresh Haiku installation)
<HaikuUser> So the ticket can be closed. Well done.
<HaikuUser> (Installing quaternion currently)
<jessicah> hmm, that's a different fix, interesting
<HaikuUser> But works 100%
<HaikuUser> I just booted Haiku from HDD (which did not work since BETA3 + some revisions)
<HaikuUser> Any more help needed from my side?
<jessicah> no, if it works, it works
<HaikuUser> Nice.
HaikuUser has quit []
HaikuUser has joined #haiku
HaikuUser has quit []
skirst has quit []
<andreasdr[m]> Hmm. Quaternion currently crashes on Haiku.
<andreasdr[m]> Ill try again sooon
m199 has quit [Remote host closed the connection]
<x512[m]> NeoChat works.
<x512[m]> After package updates.
<jessicah> andreasdr[m]: did the loader in the ticket also work for you?
<jessicah> oh, nvm, I see in scrollback
HaikuUser has joined #haiku
HaikuUser has quit []
<andreasdr[m]> No. It didnt.
<andreasdr[m]> jessicah: Sorry, no it didnt.
<andreasdr[m]> Oh. Never heard about NeoChat.
<jessicah> really bizarre
<andreasdr[m]> I did not look into your fixes, I just did try them.
<andreasdr[m]> So means I did not check source code of your fixes.
<jessicah> oh, I didn't upload anywhere
<andreasdr[m]> So whats the difference?
<jessicah> the one in nightly fixes a problem with serial device handling
<andreasdr[m]> I left the link of the UEFI loader I tried. It was in the ticket.
<andreasdr[m]> What crazy!!!
<jessicah> but that wasn't in the commit that broke for you, iirc
<andreasdr[m]> Makes no sense.
<andreasdr[m]> Strange.
<andreasdr[m]> No idea.
<andreasdr[m]> Really.#
<andreasdr[m]> Really.
<andreasdr[m]> I have no idea, but the last nightly did boot from HDD.
<andreasdr[m]> Very strange.
<jessicah> indeed, so I dunno
<jessicah> did it boot from USB?
<andreasdr[m]> Yes.
<jessicah> well, I won't complain if it fixes booting for a bunch of people
<jessicah> :p
<andreasdr[m]> Yes. I boot nightly from USB with Space Bar and disabled accelerant and booted Haiku up. Made a partition format and installed Haiku on it. Placed the UEFI bin into efiboot and rebooted. And Space Bar again, disabled accelerant and the installation booted up.
<andreasdr[m]> I did boot the fresh installation a few times.
<andreasdr[m]> So its safe.
<andreasdr[m]> Seems to work
<jessicah> oh you didn't boot an older install?
<andreasdr[m]> I did boot the older installation, before I reinstalled.
aeryndunham has quit [Ping timeout: 480 seconds]
<jessicah> ah okay
<andreasdr[m]> I usually had a Haiku BETA3 USB stick and selected after SPACE BAR the Haiku HD partition and booted this way.
<andreasdr[m]> It was working at least.
<andreasdr[m]> I tried your UEFI bin also with my HDD installation. Black screen.
<andreasdr[m]> Before I reinstalled
tuaris has joined #haiku
ClaudioM has quit [Quit: leaving]
thelounge492077 has joined #haiku
thelounge49207 has quit [Ping timeout: 480 seconds]
thelounge492077 is now known as thelounge49207