March 10, 2019 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >
March 10, 2019 [00:05:03] *** GregCrain <GregCrain!~Manboy@c-68-34-68-27.hsd1.mi.comcast.net> has quit IRC (Ping timeout: 245 seconds)[00:13:05] *** mmu_man <mmu_man!~revol@vaf26-2-82-244-111-82.fbx.proxad.net> has joined #haiku[00:13:05] *** ChanServ sets mode: +o mmu_man[00:19:29] <mmu_man> re[00:19:56] <LadySerena> yo mmu_man how's that fltk port coming?[00:22:41] <mmu_man> still a lot to do[00:22:44] <mmu_man> do you use it?[00:22:53] <mmu_man> hmm is out BTabView compatible with the BeOS one?[00:22:57] <mmu_man> I recall we had some issues[00:23:40] <LadySerena> I had to use wxWidgets[00:23:50] <LadySerena> I couldn't wrap my brain around fltk[00:24:12] <waddlesplash> we already have wx[00:24:37] <waddlesplash> and FLTK is in the depot too[00:24:40] <LadySerena> here's the UI for my program: https://gitlab.com/LadySerenaKitty/sgemew/tree/master/sgemew/src/ui[00:25:46] <mmu_man> btw depot.haiku-os.org : 404[00:25:49] <waddlesplash> mmu_man: well, if things actually worked, possibly we could have USB audio as soon as tomorrow :P[00:25:57] <waddlesplash> mmu_man: kallisti5 still didn't fix it[00:26:04] <mmu_man> LadySerena: which emu is that for?[00:26:18] <LadySerena> it's going to be for SGI systems[00:26:30] <mmu_man> waddlesplash: I was about to make thememanager to use BTabView[00:26:37] <mmu_man> makes more sense than buttons to switch views[00:26:38] <LadySerena> I'm going to be implementing the R10k (MIPS IV)[00:26:44] *** Maturion <Maturion!~Maturion@p200300EDE70E2100300D40D709FC1823.dip0.t-ipconnect.de> has joined #haiku[00:26:48] <waddlesplash> mmu_man: layout BTabView works best[00:27:05] <mmu_man> layout?[00:27:07] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has joined #haiku[00:27:11] <LadySerena> if you poke around the project, I have the memory subsystem working already[00:27:11] <mmu_man> ah the layout version[00:27:21] <mmu_man> well, I still want to keep it buildable in BeOS for now[00:28:12] <mmu_man> maybe I could just #ifdef the gui construction though[00:29:00] <LadySerena> fork, convert to fltk, send me a PR ..... I just can't seem to wrap my brain around fltk[00:29:39] <mmu_man> LadySerena: well, I don't use it either[00:29:52] <mmu_man> don't even remember why I wanted it in the first place :D[00:29:56] <LadySerena> you don't use it, yet you're porting it?[00:29:57] <mmu_man> but still nice to have[00:30:05] <mmu_man> yeah, same with ZSH[00:30:08] <mmu_man> and other stuff :D[00:30:10] <LadySerena> wow[00:30:13] <LadySerena> okay then[00:30:15] <LadySerena> you're crazy[00:30:26] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has quit IRC (Read error: Connection reset by peer)[00:30:47] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has joined #haiku[00:31:29] <mmu_man> ohci: error while setting address[00:31:50] <mmu_man> waddlesplash: looks like this machine over there doesn't like either the webcam or the controller[00:32:14] *** Dariost <Dariost!~Dariost@151.20.212.91> has quit IRC (Quit: Dariost)[00:32:25] <waddlesplash> mmu_man: try a cold reboot[00:32:29] <waddlesplash> with the webcam plugged in[00:34:42] <waddlesplash> mmu_man: OHCI is indeed rather buggy though; EHCI often works better?[00:34:52] <mmu_man> wasn't USB supposed to be plug'n'play? :D[00:35:13] <waddlesplash> yes, but our drivers are really weird[00:35:38] <mmu_man> "skipping unpack"[00:35:50] <mmu_man> hmm haikuporter fails when updating the git hash in the recipe[00:36:05] <mmu_man> because it thought it already unpacked it while it was only the previous one[00:36:47] *** euver <euver!~Thunderbi@p200300DF7F4A7C004C7A380CE7B2B556.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 240 seconds)[00:38:12] <mmu_man> "waiting for … to be activated"[00:38:15] <mmu_man> gee still this bug[00:38:24] <waddlesplash> it's a package daemon bug[00:38:29] <waddlesplash> package daemon is the thing that's doing the activating[00:41:42] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has quit IRC (Read error: Connection reset by peer)[00:42:02] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has joined #haiku[00:42:06] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has quit IRC (Remote host closed the connection)[00:42:17] *** hbelusca <hbelusca!~hbelusca@reactos/developer/hbelusca> has quit IRC (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)[00:44:23] *** Vidrep_64 <Vidrep_64!~vision@d75-156-156-137.abhsia.telus.net> has joined #haiku[00:44:29] <Vidrep_64> Hi[00:45:52] <Vidrep_64> waddlesplash, I tried my PCIe USB 3.0 card again with a Kingston thumb drive. All is well until the device is unmounted and removed from the slot, then it KDL's every time[00:46:17] <waddlesplash> Vidrep_64: please open a ticket then, because the message you were getting is not one I've seen before[00:46:22] <waddlesplash> and I think it's a stack bug, not a driver bug[00:47:07] <Vidrep_64> I'll post the latest KDL photo, just so you can have a quick look[00:47:28] <Vidrep_64> It was working without KDL a couple of weeks ago[00:48:08] <mmu_man> waddlesplash: I think it's a race condition in haikuporter[00:48:18] <waddlesplash> mmu_man: entirely possible[00:48:47] <Vidrep_64> https://imgur.com/a/c4pH71Q[00:49:06] <mmu_man> hmm incidentally I already construct most views with BRect()[00:49:10] <mmu_man> and resize all[00:50:29] <waddlesplash> Vidrep_64: yep, new bug pls[00:51:01] <waddlesplash> Vidrep_64: BTW I have a WIP implementation of isochronous transfers for XHCI, but of course media_server crashes when I try to use USB audio.[00:51:15] <waddlesplash> With some of the already reported tickets that Barrett was "uninterested" in investigating[00:51:20] <Vidrep_64> I'm trying the same steps now with the on-board Intel USB 3[00:51:34] <waddlesplash> so until someone bothers to fix those, no go[00:52:35] <Vidrep_64> what component for the ticket?[00:53:12] <waddlesplash> Drivers/USB[00:53:16] <waddlesplash> it's a stack issue I think[00:53:20] <Vidrep_64> OK, no KDL with the Intel USB 3[00:55:30] *** Guest6726 <Guest6726!~max@37-194-28-81.ftth.cust.kwaoo.net> has joined #haiku[01:06:25] <Vidrep_64> waddlesplash: https://dev.haiku-os.org/ticket/14949[01:06:31] <waddlesplash> Vidrep_64: saw it, yes[01:07:08] *** Guest6726 <Guest6726!~max@37-194-28-81.ftth.cust.kwaoo.net> has left #haiku ("Good Bye")[01:07:41] <Vidrep_64> At least the card now works, in spite of the KDL, unlike before[01:08:54] <Vidrep_64> Should I attach a syslog?[01:10:23] <waddlesplash> sure[01:10:32] <waddlesplash> from after/during the kdl, if possible[01:14:39] *** haqk <haqk!~haqk@61-68-96-205.static.tpgi.com.au> has quit IRC (Ping timeout: 252 seconds)[01:17:38] *** Maturion <Maturion!~Maturion@p200300EDE70E2100300D40D709FC1823.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection)[01:23:56] *** MrHuggy <MrHuggy!~MrHuggy@adsl-178-78-88-138.karoo.kcom.com> has quit IRC (Quit: Leaving)[01:32:42] *** pfoetchen <pfoetchen!~pfoetchen@beiboot1.petschge.de> has quit IRC (Ping timeout: 250 seconds)[01:36:08] *** bbjimmy <bbjimmy!~bbjimmy@host-67-44-193-24.hnremote.net> has quit IRC (Quit: Vision[0.10.3]: i've been blurred!)[01:36:48] *** Adura <Adura!~Adura@toroon213mw-lp130-04-67-68-35-207.dsl.bell.ca> has joined #haiku[01:37:09] *** Adura <Adura!~Adura@toroon213mw-lp130-04-67-68-35-207.dsl.bell.ca> has left #haiku[01:38:15] *** bbjimmy <bbjimmy!~bbjimmy@host-67-44-193-24.hnremote.net> has joined #haiku[01:38:43] <bbjimmy> yay haiku finally updated after many many tries.[01:41:41] *** haqk <haqk!~haqk@61-68-96-205.static.tpgi.com.au> has joined #haiku[01:47:31] <bbjimmy> I thought we were past HaikuWebKit 1.6.8[01:48:48] <bbjimmy> on hrev52982 still no HaikuWebKit 1.6.9 ?[01:49:19] *** Vidrep_64 <Vidrep_64!~vision@d75-156-156-137.abhsia.telus.net> has quit IRC (Quit: Vision[0.10.3]: i've been blurred!)[01:51:06] *** liuyb1 <liuyb1!~liuyb@114.248.110.222> has joined #haiku[01:53:01] <bbjimmy> Web+ still crashes on https://news.google.com[02:00:48] <mmu_man> gee BTabView is tricky[02:12:51] <LadySerena> Hey ya! Hey ya!! You think you got it, oh you think you got it, but got it just don't get it 'til there's nothing at all. We get together, oh we get together but separate is always better when there's feelings involved.[02:22:29] *** pfoetchen <pfoetchen!~pfoetchen@beiboot1.petschge.de> has joined #haiku[02:29:28] *** liuyb1 <liuyb1!~liuyb@114.248.110.222> has quit IRC (Ping timeout: 250 seconds)[02:49:30] *** liuyb1 <liuyb1!~liuyb@114.248.110.222> has joined #haiku[02:54:37] *** HAIKU-irker771 <HAIKU-irker771!~irker@walter.haiku-os.org> has quit IRC (Quit: transmission timeout)[02:57:09] *** chad7 <chad7!0e8bc6a3@gateway/web/freenode/ip.14.139.198.163> has joined #haiku[03:07:39] <chad7> Is the project idea "documentation of the haiku book" has been taken up and has done any progress? I want to take up the project for Outreachy-2019. @pulkomandy please guide me through it. I have read the https://www.haiku-os.org/docs/api/apidoc.html further what should I do?[03:16:45] *** liuyb1 <liuyb1!~liuyb@114.248.110.222> has quit IRC (Ping timeout: 246 seconds)[03:22:03] <jjpx> chad7, i suggest you to look for files in header/os which don't have an equivalent .dox in /docs/user and create a new one[03:22:48] <chad7> I am currently looking into them.Thank you @jjpx[03:32:18] *** pfoetchen <pfoetchen!~pfoetchen@beiboot1.petschge.de> has quit IRC (Ping timeout: 250 seconds)[03:33:28] *** liuyb1 <liuyb1!~liuyb@114.248.110.222> has joined #haiku[03:35:16] <LadySerena> I'll save you from the terror of the screen, I'll make a scene![03:35:21] *** OmniMancer <OmniMancer!~Paul@101.100.137.239> has joined #haiku[03:37:57] *** pfoetchen <pfoetchen!~pfoetchen@beiboot1.petschge.de> has joined #haiku[03:38:06] *** liuyb1 <liuyb1!~liuyb@114.248.110.222> has quit IRC (Ping timeout: 246 seconds)[03:41:28] *** liuyb1 <liuyb1!~liuyb@114.248.110.222> has joined #haiku[03:49:35] *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #haiku[04:01:07] *** chad7 <chad7!0e8bc6a3@gateway/web/freenode/ip.14.139.198.163> has quit IRC (Ping timeout: 256 seconds)[04:15:32] *** liuyb1 <liuyb1!~liuyb@114.248.110.222> has quit IRC (Ping timeout: 246 seconds)[04:17:09] *** liuyb1 <liuyb1!~liuyb@114.248.110.222> has joined #haiku[04:19:59] *** _Dario_ <_Dario_!~dario@186.22.120.198> has quit IRC (Quit: Leaving)[04:26:35] *** liuyb1 <liuyb1!~liuyb@114.248.110.222> has quit IRC (Ping timeout: 255 seconds)[04:42:58] *** liuyb1 <liuyb1!~liuyb@114.248.110.222> has joined #haiku[04:44:12] *** rednul <rednul!~rednul@219.163.48.199.static.reverse.as19531.net> has quit IRC (Ping timeout: 252 seconds)[04:45:16] <Not-8d6a> [haikuports/haikuports] mmuman pushed 1 commit to master [+0/-0/±1] https://git.io/fhhXh[04:45:17] <Not-8d6a> [haikuports/haikuports] mmuman 602e463 - thememanager: update[04:46:58] *** jjpx <jjpx!~jjpx@gateway/tor-sasl/jjpx> has quit IRC (Remote host closed the connection)[04:47:43] *** rednul <rednul!~rednul@219.163.48.199.static.reverse.as19531.net> has joined #haiku[05:01:17] *** pfoetchen <pfoetchen!~pfoetchen@beiboot1.petschge.de> has quit IRC (Ping timeout: 245 seconds)[05:03:16] *** pfoetchen <pfoetchen!~pfoetchen@beiboot1.petschge.de> has joined #haiku[05:06:15] *** chad7 <chad7!0e8bc6a3@gateway/web/freenode/ip.14.139.198.163> has joined #haiku[05:21:26] *** freakazoid0223 <freakazoid0223!~matt@pool-108-52-159-210.phlapa.fios.verizon.net> has quit IRC (Remote host closed the connection)[05:34:28] <chad7> I want to make a .dox of TranslatorErrors.h in headers/os.I have already read https://www.haiku-os.org/docs/api/apidoc.html . What should be documented and where do I start from.Please help me out[05:43:38] <Not-8d6a> [haikuports/haikuports] threedeyes pushed 1 commit to master [+0/-0/±3] https://git.io/fhh1u[05:43:40] <Not-8d6a> [haikuports/haikuports] threedeyes 7eb3894 - Otter-Browser: add platform integration module[05:54:42] *** _Dario_ <_Dario_!dario@186.22.120.198> has joined #haiku[05:57:15] -HAIKU-Buildbot- Build haiku-x86_gcc2_hybrid-debug #35 is complete: Success [build successful] - https://build.haiku-os.org/buildbot/#builders/38/builds/35[05:58:00] *** _Dario_ <_Dario_!dario@186.22.120.198> has quit IRC (Client Quit)[05:59:03] *** Begasus <Begasus!~begasus@ptr-4qba4e9k6axozv02a9y.18120a2.ip6.access.telenet.be> has joined #haiku[05:59:09] *** liuyb1 <liuyb1!~liuyb@114.248.110.222> has quit IRC (Ping timeout: 246 seconds)[06:00:07] <Begasus> g'morning peeps[06:01:46] <mmu_man> plop[06:02:09] <mmu_man> chad7: seems the header just includes Error.h[06:02:58] *** Begas_VBox <Begas_VBox!~Begasus@d54c05bea.access.telenet.be> has joined #haiku[06:03:05] <Begasus> plop mmu_man[06:03:20] <Begasus> up early also (or still up late) :)[06:04:05] <mmu_man> way too late[06:04:43] <Begas_VBox> it's morning already :)[06:13:25] <LadySerena> mew mew[06:15:39] <Begas_VBox> whoof[06:15:48] * LadySerena hides[06:16:19] <Begas_VBox> cats need to be quick here :)[06:16:44] <chad7> good morning[06:17:14] <chad7> @mmu_man ok,I will write up a patch for it?[06:17:16] <Begas_VBox> g'morning LadySerena chad7[06:18:39] <mmu_man> chad7: the git log says "Moved translator errors into Errors.h." so it's on purpose[06:18:45] <mmu_man> it's left for source compatibility[06:19:34] <chad7> And,I still don't have the permission to translate Be.PDF to Hindi.Can I get the access?[06:19:53] <mmu_man> I suppose you can add a block to docs/user/translation/Translator.dox saying it's kept for source compatibility but one should include Errors.h[06:20:05] *** Glider_IRC_ <Glider_IRC_!~Glider_IR@37.165.174.67> has joined #haiku[06:20:17] <mmu_man> well everyone is sleeping I guess[06:20:20] <mmu_man> so should I[06:20:38] <chad7> okay! sweet dreams[06:20:42] *** [Beta] <[Beta]!~beta@steamdb/johndrinkwater.name> has joined #haiku[06:22:06] *** johndrinkwater <johndrinkwater!~beta@steamdb/johndrinkwater.name> has quit IRC (Ping timeout: 252 seconds)[06:23:47] *** Glider_IRC__ <Glider_IRC__!~Glider_IR@37.173.196.123> has quit IRC (Ping timeout: 245 seconds)[06:26:47] *** FreeFull <FreeFull!~freefull@defocus/sausage-lover> has quit IRC ()[06:30:45] <Begasus> ah mmu_man did you get a change to check the PR for fltk? :)[06:32:25] <mmu_man> just did[06:32:43] *** liuyb1 <liuyb1!~liuyb@114.248.110.222> has joined #haiku[06:32:58] <mmu_man> I should get your docdir change in my branch directly[06:33:27] <mmu_man> hmm need to make sure it doesn't break on linux[06:33:32] <mmu_man> anyway[06:33:34] <mmu_man> zz[06:36:10] <Begas_VBox> ok, I'll hear from you, sleep good :)[06:44:19] <leorize> hi Begasus :)[06:44:27] <leorize> so many wip-no-merge around :P[06:47:32] *** mmu_man <mmu_man!~revol@vaf26-2-82-244-111-82.fbx.proxad.net> has quit IRC (Ping timeout: 245 seconds)[06:50:11] <Begas_VBox> hi leorize[06:50:28] <Begas_VBox> well vala should be ok, only needs the green light from korli :)[06:51:54] <leorize> libvalaccodegen not having any versions?[06:52:09] <Begas_VBox> nope[06:52:23] <leorize> then please assign portVersion to it[06:53:20] <leorize> wait :P[06:53:56] <Begas_VBox> hmm not sure it's needed in the provides[06:54:26] <Begas_VBox> see, still some wip (checking)[06:54:35] *** Kernel86 <Kernel86!~Kernel86@cpe-69-23-104-66.new.res.rr.com> has quit IRC (Ping timeout: 264 seconds)[06:54:36] <leorize> how can this package provides libvalaccodegen and require it at the same time? :P[06:54:38] *** King_Warg <King_Warg!~Wildman@184-15-19-2.dr01.chtn.wv.frontiernet.net> has joined #haiku[06:55:30] <Begas_VBox> yeah, found that strange too, but in strict mode hp errors on it[06:55:37] <Begas_VBox> anyway, heading out[06:55:47] <Begas_VBox> duty at the dogschool :-)[06:55:49] <Begas_VBox> cu later![07:00:52] *** Kernel86 <Kernel86!~Kernel86@cpe-69-23-104-66.new.res.rr.com> has joined #haiku[07:01:18] *** dewf <dewf!~dewf@cpe-68-206-152-179.elp.res.rr.com> has quit IRC (Quit: Leaving)[07:30:37] *** brj <brj!~brj@203.109.108.47> has quit IRC (Ping timeout: 255 seconds)[07:44:22] *** xarash <xarash!~Adium@37.137.1.230> has joined #haiku[07:57:35] *** tktech_ <tktech_!~tktech@ec2-52-70-105-60.compute-1.amazonaws.com> has joined #haiku[07:57:57] *** mntmn <mntmn!sid100487@gateway/web/irccloud.com/x-exjqumyrfdehjmzo> has quit IRC (*.net *.split)[07:57:58] *** KobrAs <KobrAs!sid28465@gateway/web/irccloud.com/x-jjyjtzqbsjhrvckx> has quit IRC (*.net *.split)[07:57:59] *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-oxqjegbhzobgbbhu> has quit IRC (*.net *.split)[07:57:59] *** tktech <tktech!~tktech@ec2-52-70-105-60.compute-1.amazonaws.com> has quit IRC (*.net *.split)[07:59:36] *** xarash <xarash!~Adium@37.137.1.230> has quit IRC (Quit: Leaving.)[08:13:30] <Not-8d6a> [haikuports/haikuports] threedeyes pushed 1 commit to master [+0/-0/±1] https://git.io/fhhMj[08:13:32] <Not-8d6a> [haikuports/haikuports] threedeyes 01d81f0 - KDevelop: bump for rebuild[08:18:55] *** Sazhen86 <Sazhen86!~Sazhen86@125-236-239-93.adsl.xtra.co.nz> has quit IRC (Max SendQ exceeded)[08:20:39] *** chad7 <chad7!0e8bc6a3@gateway/web/freenode/ip.14.139.198.163> has quit IRC (Ping timeout: 256 seconds)[08:43:52] <superprower> PulkoMandy: Hi! I looked a bit more into REGS_SOUTH_SHARED. So did I understood you correctly: address, acquired with this index, is a beginning of address space (if I can say so) of a registers that in the past used to be on the South Bridge, and is set depending on hardware, correct?[08:47:20] <PulkoMandy> yes[08:48:37] <superprower> uh-huh, and is it ok for that address to be 0x0?[08:49:01] *** euver <euver!~Thunderbi@p4FCBC3EC.dip0.t-ipconnect.de> has joined #haiku[08:49:16] <superprower> At least for older, pre-PCH chips?[08:49:28] <PulkoMandy> what does the doc say?[08:50:07] <PulkoMandy> IIRC the address itself is still an offset from the start of the MMIO mapping of the device[08:51:06] <superprower> Oh, ok, makes sense. I'm not sure to which doc to look at, honestly - still graphics hardware docs?[08:52:50] <PulkoMandy> yes[08:53:09] <PulkoMandy> page 28 :)[08:53:28] <PulkoMandy> 05000-05FFF GMBus and I/O control[08:54:54] <PulkoMandy> in the table you see the 3 family of addresses, 3xxxx for overlay, 0xxxx for IO, clocks, palette, 6xxxx for display registers, 7xxxx for planes and pipelines[08:55:00] <PulkoMandy> 4 families*[08:57:01] <superprower> Yeah, those match with constant names in the code. So it's correct, I guess.[08:59:25] <PulkoMandy> did you check if Linux or some other OS can access the DDC info?[09:01:44] *** embden <embden!~embden@185.202.212.202> has joined #haiku[09:04:03] <superprower> afaik linux uses ddc, yes, they get and use EDID information, there are utilities that allow to read EDID information, although I struggle a bit to find similar code to one in Haiku.[09:08:43] *** liuyb1 <liuyb1!~liuyb@114.248.110.222> has quit IRC (Read error: Connection reset by peer)[09:10:18] *** liuyb1 <liuyb1!~liuyb@221.220.53.70> has joined #haiku[09:11:40] <PulkoMandy> yes, we don't have userland tools for that[09:11:49] <PulkoMandy> just wanted to make sure the hardware is actually wired somewhere :)[09:12:44] <PulkoMandy> it's possible that it's just using another one of the GPIO ports, maybe intel didn't specify the one reserved for LVDS on older devices? But we could only know by checking what Linux does[09:12:51] <superprower> I'll try playing with tools for a bit more, maybe I'll see familiar addresses somewhere[09:22:00] *** Dariost <Dariost!~Dariost@151.20.212.91> has joined #haiku[09:43:25] <superprower> GPIO and GMBUS correlation confuses me a bit. I see a set of registers that control GPIO, and supposedly they are in a address space of "GMBUS and I/O Control Registers", but I never see them being mentioned again, and I don't see them in the register dump in Linux. I see many other pins, just not those.[09:45:37] *** preetpal <preetpal!~preetpal@103.40.199.125> has joined #haiku[09:46:23] *** preetpal <preetpal!~preetpal@103.40.199.125> has quit IRC (Client Quit)[09:49:16] *** johndrinkwater <johndrinkwater!~beta@steamdb/johndrinkwater.name> has joined #haiku[09:50:52] *** [Beta] <[Beta]!~beta@steamdb/johndrinkwater.name> has quit IRC (Ping timeout: 245 seconds)[10:05:46] <PulkoMandy> GMBUS is another thing, they just happen to be next to each other in the address space[10:06:47] <PulkoMandy> well, actually, they use the same pins[10:07:04] <PulkoMandy> you can access them as GPIO, so direct control over the pin state (input/output, 1/0)[10:07:17] <PulkoMandy> or you can use GMBUS which is an hardware implementation of I2C[10:09:47] <superprower> So it's possible to get EDID using GMBUS, right?[10:10:51] *** dewf <dewf!~dewf@cpe-68-206-152-179.elp.res.rr.com> has joined #haiku[10:12:50] *** Amigori <Amigori!~amigori@209-112-213-52-radius.dynamic.acsalaska.net> has quit IRC (Remote host closed the connection)[10:14:57] *** Dariost <Dariost!~Dariost@151.20.212.91> has quit IRC (Quit: Dariost)[10:15:59] <superprower> Uuh, no, wait, no, forget it. All those registers I see aren't GMBUS, so whatever.[10:16:13] <superprower> vol 1, page 78 is also useful in this regard, I think.[10:31:04] *** pfoetchen <pfoetchen!~pfoetchen@beiboot1.petschge.de> has quit IRC (Ping timeout: 255 seconds)[10:31:23] *** Maturion <Maturion!~Maturion@p200300EDE70E21009955AEB998643164.dip0.t-ipconnect.de> has joined #haiku[10:36:27] *** leemon <leemon!c6104633@gateway/web/freenode/ip.198.16.70.51> has joined #haiku[10:37:14] *** pfoetchen <pfoetchen!~pfoetchen@beiboot1.petschge.de> has joined #haiku[10:41:39] *** euver <euver!~Thunderbi@p4FCBC3EC.dip0.t-ipconnect.de> has quit IRC (Quit: euver)[10:41:46] *** euver <euver!~Thunderbi@p4FCBC3EC.dip0.t-ipconnect.de> has joined #haiku[10:44:55] <superprower> That's really weird. No utility that I try can aquire EDID information. I also tried reading manually from i2c, but it also doesn't work, at all. read-edid utility also fails, both on i2c and VBE. I can detect i2c buses (although those are marked as gmbus).[10:47:46] *** gouchi <gouchi!~gouchi@unaffiliated/gouchi> has joined #haiku[10:51:29] <PulkoMandy> well thenn your LVDS panel has no DDC channel wired[10:51:32] <PulkoMandy> costs saving...[10:54:27] <superprower> Can it be related to the fact that this is a tablet laptop with kinda touchscreen? :D (from 2005, yep)[10:55:52] *** tqh <tqh!~frho@82-183-10-104.customers.ownit.se> has joined #haiku[10:55:52] *** ChanServ sets mode: +o tqh[10:56:56] <superprower> Well I don't really trust those results since on my main laptop, which is much more modern, I also get similar results[10:57:08] *** pfoetchen <pfoetchen!~pfoetchen@beiboot1.petschge.de> has quit IRC (Ping timeout: 245 seconds)[10:57:39] <superprower> Although, there, I can use xrandr to see EDID, while on patient laptop I don't see it...[10:58:02] <superprower> I wonder how it works, then[10:59:13] <PulkoMandy> other means. This is why we have fallbacks to various other things in the code[10:59:32] <PulkoMandy> so, if EDID doesn't work in Linux, let's assume we won't manage it either, and let's try to make the workarounds work[10:59:59] <PulkoMandy> there are two of them: getting the info from VESA (you can tell if VESA manages to get it, you would see it dumped in the syslog then)[11:00:12] *** Ptrus <Ptrus!Vision@67.219.239.116> has quit IRC (Remote host closed the connection)[11:00:19] <PulkoMandy> and as a last resort, trying to scan data in the video card BIOS for what looks like an hardcoded modeline, and use that[11:00:39] <superprower> Hold on a sec. So I should try booting with Vesa driver and checking syslog, correct?[11:00:55] <PulkoMandy> just a normal boot is fine[11:01:07] <PulkoMandy> we always initialize VESA for the splash screen[11:01:07] <superprower> And what exactly should I look for?[11:02:01] *** Ptrus <Ptrus!Vision@67.219.239.116> has joined #haiku[11:02:44] <PulkoMandy> http://paste.debian.net/1072545/[11:02:47] <PulkoMandy> something like this[11:04:03] <superprower> Oh, yeah, I have those.[11:04:43] <PulkoMandy> so, this is done in the bootloader, and these are normally passed to the kernel through kernel_args[11:04:56] <PulkoMandy> the intel driver should be able to get the data from there, if it can't probe by itself[11:05:07] <superprower> I'll try looking for that[11:05:46] <PulkoMandy> has_vesa_edid_info[11:06:44] <PulkoMandy> the driver gets it using get_boot_item and put it in the shared info, so that the accelerant can access it from userspace[11:06:44] <superprower> Uh-huh, so I'll try seeing why it isn't present in the info structure[11:08:05] <PulkoMandy> make sure you really have EDID info in your syslog, what I listed has two parts, first the list of modes reported by the video card itself (independant of the connected displays) and then the EDID part[11:08:17] *** pfoetchen <pfoetchen!~pfoetchen@beiboot1.petschge.de> has joined #haiku[11:08:28] <PulkoMandy> starting line 80 in the paste[11:08:47] <superprower> k, will double-check right now[11:08:58] <PulkoMandy> and make sure there is a video mode listed there too (lines 91-94)[11:11:29] * PulkoMandy notes that the VESA BIOS for his laptop includes 16:9 modes 768x480 and 960x600, but not 1366x768 which is the native panel resolution...[11:11:55] *** return0e_ <return0e_!~return0e@5.80.27.160> has joined #haiku[11:13:23] *** return0e <return0e!~return0e@5.80.27.160> has quit IRC (Ping timeout: 268 seconds)[11:18:22] *** blassin <blassin!~sardaukar@142.19.249.5.rev.vodafone.pt> has quit IRC (Quit: The Lounge - https://thelounge.chat)[11:22:31] <superprower> I have lines EDID1: 4f and EDID2: ebx 0, but nothing else, not much information otherwise.[11:26:18] <superprower> i.e. no EDID3, no Vendor, no anything[11:27:06] <tqh> Intel gfx has spec to read EDI through ACPI[11:27:15] <PulkoMandy> ok, so even the VESA BIOS doesn't give any EDID info[11:27:40] <PulkoMandy> tqh: could we check that easily? Would it show in Devices already for example?[11:28:37] <tqh> you would need to provide a mem area and call a acpi function.[11:28:52] <PulkoMandy> anyway, the driver doesn't support that yet, and if neither VESA or direct hardware probing works, I guess it's unlikely that this one would work?[11:29:28] <tqh> see https://github.com/haiku/haiku/tree/master/src/add-ons/kernel/drivers/display[11:30:04] <tqh> it is Intels official way of doing it. So probably should try it.[11:30:48] <superprower> thanks a lot, I'll try to read and understand this[11:32:01] <tqh> the display adapter code already lists displays, it just got a very low prio on my todo list. Not much to do other than add syscalls and implement some ACPI calls.[11:33:21] <PulkoMandy> the flowchart at page 86 shows the driver sending I2C commands to the hardware directly[11:33:24] <superprower> You already have some of ACPI calls there, right?[11:34:34] <PulkoMandy> but indeed, ACPI would allow us to know that "there is a monitor"[11:34:46] <PulkoMandy> and even if we can't find any EDID, we can still set a video mode then[11:36:04] *** Damni <Damni!~daniele@host30-74-dynamic.45-79-r.retail.telecomitalia.it> has joined #haiku[11:37:22] <tqh> superprower, yes, driver detects displays on init.[11:37:52] <tqh> probably a newer version of that spec.[11:40:27] *** Diver <Diver!~Diver__@183.91.4.36> has joined #haiku[11:41:48] <PulkoMandy> we are dealing with 10 year old hardware, so old specs is great in fact ):[11:45:52] <superprower> By the way, how is this display driver interconnected with intel_extreme, for example?[11:47:13] <tqh> the display_adapter is pure acpi specification based. So it just use standard acpi to find and list displays, and then support brightness and such[11:47:54] <tqh> https://uefi.org/sites/default/files/resources/ACPI_6_2.pdf[11:49:05] <superprower> Yeah, I get that, but, let me try this from another angle - how would user make use of it?[11:49:10] <tqh> See the last appendix[11:50:03] <tqh> driver would need a userspace program, display settings or such, to update values[11:50:19] <tqh> ie set brightness to 40.[11:50:28] *** Diver <Diver!~Diver__@183.91.4.36> has quit IRC (Ping timeout: 245 seconds)[11:50:55] <PulkoMandy> there is already support for setting brightness in Screen prefs and screenmode[11:51:15] <PulkoMandy> only the driver side needs to be adjusted to use ACPI instead of poking directly at the backlight PWM register[11:51:26] <PulkoMandy> (or in addition/alternatively to)[11:52:20] *** axeld <axeld!~Thunderbi@dyndsl-092-252-026-181.ewe-ip-backbone.de> has joined #haiku[11:52:20] *** ChanServ sets mode: +o axeld[11:56:30] *** daniele_athome <daniele_athome!~daniele_a@2.236.49.9> has quit IRC (Ping timeout: 252 seconds)[11:57:08] <superprower> So the thing is to implement display enumeration ACPI functions, and then add call to it to the intel_extreme driver when detecting displays?[11:57:23] *** daniele_athome <daniele_athome!~daniele_a@2.236.49.9> has joined #haiku[11:57:36] <PulkoMandy> yes, this could work[12:00:53] <tqh> on platforms that has ACPI[12:01:05] <superprower> My laptop has it, yeah[12:06:03] *** blassin <blassin!~sardaukar@142.19.249.5.rev.vodafone.pt> has joined #haiku[12:13:26] *** Amigori <Amigori!~amigori@209-112-213-52-radius.dynamic.acsalaska.net> has joined #haiku[12:14:13] <superprower> I just still don't think I understand how to tie them together. So display driver publishes a bunch of displays it detected to the device manager after it detected them, and I want to check what devices it has detected, right? But who starts working first, display adapter driver or graphics driver?[12:17:53] *** Glider_IRC__ <Glider_IRC__!~Glider_IR@37.165.174.67> has joined #haiku[12:17:56] *** Amigori <Amigori!~amigori@209-112-213-52-radius.dynamic.acsalaska.net> has quit IRC (Ping timeout: 250 seconds)[12:21:18] *** Glider_IRC_ <Glider_IRC_!~Glider_IR@37.165.174.67> has quit IRC (Ping timeout: 245 seconds)[12:25:17] *** Damni <Damni!~daniele@host30-74-dynamic.45-79-r.retail.telecomitalia.it> has quit IRC (Quit: WeeChat 2.4)[12:28:26] *** leemon <leemon!c6104633@gateway/web/freenode/ip.198.16.70.51> has quit IRC (Quit: Page closed)[12:30:07] <PulkoMandy> there is no "first" in our driver architecture, you probe for something in /dev and the drivers are loaded on demand[12:30:27] <PulkoMandy> in that case, I guess the intel drive would open /dev/display, and that would lead to scanning all "display" drivers[12:30:49] <PulkoMandy> and there would be a display/acpi driver, which would probe ACPI nodes to find display ones[12:31:18] <PulkoMandy> but maybe a separate driver for the display isn't really needed, and the intel driver could talk directly with the ACPI module[12:31:27] <PulkoMandy> since the display driver wouldn't be doing much, I think[12:32:09] *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-uypiyykuhtawtywz> has joined #haiku[12:32:15] *** KobrAs <KobrAs!sid28465@gateway/web/irccloud.com/x-nohytnybtxuniugl> has joined #haiku[12:43:15] *** Rajagopalan <Rajagopalan!~Rajagopal@49.204.217.141> has joined #haiku[12:45:02] <Rajagopalan> good evening guys![12:47:06] <Scarecrow> Oooh, good to hear the USB 3 support is in a solid place, if only USB 3 existed in Australia :p[12:47:09] <Scarecrow> o7[12:47:13] *** mntmn <mntmn!sid100487@gateway/web/irccloud.com/x-tnyvnbofpkraidku> has joined #haiku[12:49:34] <tqh> the whole point of the display driver is to move logic to an API, so you don't have to implement ACPI, Arm or other specific display handling in every driver[12:50:38] <tqh> but mainly it is for handling brightness controls without need gfx driver impls.[12:56:33] *** gouchi <gouchi!~gouchi@unaffiliated/gouchi> has quit IRC (Remote host closed the connection)[13:03:40] <superprower> tqh: I'm a bit confused by gAcpi variable. You declare it, you set it to NULL, and... you just use it. I suspect it gets filled because you put it (and deviceManager pointer) to the module_dependencies[] array, correct?[13:04:08] <tqh> it get injected by the OS on driver loading[13:04:46] *** gouchi <gouchi!~gouchi@unaffiliated/gouchi> has joined #haiku[13:04:50] <tqh> I don't know if there is much docs on the newer driver model.[13:05:15] <tqh> See https://github.com/haiku/haiku/blob/master/src/add-ons/kernel/drivers/display/display_adapter.cpp#L303[13:06:03] <superprower> Yeah, that's what I asked about, I think.[13:06:31] <tqh> So we just list that we need that module, and it should be a pointer in gACPI.[13:06:55] <tqh> and a pointer to the pointer so we will get it back[13:07:06] <PulkoMandy> there is a device manager introduction in docs/develop, but it's not very complete[13:08:50] <superprower> I can't pull similar trick in intel_extreme to get display adapter driver, can I?[13:11:21] <superprower> Yeah, it definitely a different breed of a driver.[13:11:48] <superprower> Still, would be nice if you could point me in direction of learning how to acquire pointer to some device driver[13:14:16] <tqh> should be some old driver using acpi as well..[13:19:10] *** _3dEyes <_3dEyes!~quassel@62.249.138.54> has joined #haiku[13:20:24] <PulkoMandy> superprower: mh... usually the drivers are in a tree and you only deal with the parent/children nodes[13:20:50] <PulkoMandy> but I guess you could probe the device_manager for some other nodes in some way[13:25:05] <tqh> I think this is how you did it before: https://github.com/haiku/haiku/blob/abb59d7351c7ddb50c63c40430a82d94fa61917a/src/add-ons/kernel/drivers/timer/hpet.cpp#L359[13:29:14] <PulkoMandy> well that should still work, if all you want is the module[13:30:55] *** leemon <leemon!c6104633@gateway/web/freenode/ip.198.16.70.51> has joined #haiku[13:33:21] *** sushilv <sushilv!~sushilhub@1.6.109.195> has joined #haiku[13:35:18] <superprower> I'll keep this in mind, thanks. But, did I understood correctly that if I probe for some device, even if it's not there, OS would load driver for this device, and init it? I think that more proper solution then would be to probe for devices, right? So what is the function to probe for device?[13:37:44] <PulkoMandy> https://git.haiku-os.org/haiku/tree/docs/develop/kernel/device_manager_introduction.html[13:38:15] <PulkoMandy> this goes through the devfs normally[13:38:40] <PulkoMandy> and device_manager.cpp does the magic to convert attempts to list the content of /dev/disk into loading all disk drivers, for example[13:39:03] <PulkoMandy> but when you're already inside the kernel, this doesn't really work[13:39:34] <PulkoMandy> so you would probably get the acpi module directly as tqh has shown, and then explore its children nodes, maybe after explicitly asking it to probe them[13:40:13] *** _3dEyes <_3dEyes!~quassel@62.249.138.54> has quit IRC (Remote host closed the connection)[13:40:25] <superprower> k, got it, thanks[13:54:31] *** tqh <tqh!~frho@82-183-10-104.customers.ownit.se> has quit IRC (Quit: Lämnar)[13:55:17] *** dewf <dewf!~dewf@cpe-68-206-152-179.elp.res.rr.com> has quit IRC (Quit: Leaving)[14:01:11] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has joined #haiku[14:12:57] *** myrkraverk <myrkraverk!~chatzilla@unaffiliated/myrkraverk> has quit IRC (Ping timeout: 245 seconds)[14:14:14] *** Amigori <Amigori!~amigori@209-112-213-52-radius.dynamic.acsalaska.net> has joined #haiku[14:15:11] *** gouchi <gouchi!~gouchi@unaffiliated/gouchi> has quit IRC (Remote host closed the connection)[14:18:23] *** Amigori <Amigori!~amigori@209-112-213-52-radius.dynamic.acsalaska.net> has quit IRC (Ping timeout: 245 seconds)[14:22:07] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has quit IRC (Ping timeout: 240 seconds)[14:26:00] <leemon> hi, I found one race condition in src/add-ons/kernel/drivers/bluetooth/h2/h2generic/h2generic.cpp in spawn_device[14:27:07] *** myrkraverk <myrkraverk!~chatzilla@unaffiliated/myrkraverk> has joined #haiku[14:28:06] <leemon> if there are 15 devices already attached and spawn_device called twice at the same time then if (dev_count >= MAX_BT_GENERIC_USB_DEVICES) won't trigger[14:29:25] <leemon> one device will find its place in a table and other will crash the program here: if (bt_usb_devices[i] != new_bt_dev) { because i will be equal to the array size[14:30:11] *** Diver <Diver!~Diver__@183.91.4.36> has joined #haiku[14:30:13] <PulkoMandy> submit a patch, or if you can't fix now, at least a bugreport at dev.haiku-os.org[14:30:26] <PulkoMandy> IRC is volatile, we will not remember to look into it[14:30:45] <leemon> should it be fixed? because the probability of such event is very very low[14:31:25] <PulkoMandy> we don't deal with probabilities, code is broken and should be fixed :)[14:31:35] <PulkoMandy> this is not a quantum computer OS, right?[14:33:15] *** hbelusca <hbelusca!~hbelusca@reactos/developer/hbelusca> has joined #haiku[14:35:33] *** elkalamar <elkalamar!elkalamar@unaffiliated/elkalamar> has joined #haiku[14:50:43] *** myrkraverk <myrkraverk!~chatzilla@unaffiliated/myrkraverk> has quit IRC (Ping timeout: 255 seconds)[14:55:11] *** euver <euver!~Thunderbi@p4FCBC3EC.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection)[15:01:42] *** Diver <Diver!~Diver__@183.91.4.36> has quit IRC (Ping timeout: 245 seconds)[15:08:12] *** myrkraverk <myrkraverk!~chatzilla@unaffiliated/myrkraverk> has joined #haiku[15:10:31] *** freakazoid0223 <freakazoid0223!~matt@pool-108-52-159-210.phlapa.fios.verizon.net> has joined #haiku[15:14:50] <leemon> PulkoMandy: I don't know whether haiku uses static analysis tools but I found something interesting in cppcheck output and tried to fix it.[15:15:17] <PulkoMandy> we had scans in coverity and pvs-studio, but I think we don't keep these out of date[15:15:33] <PulkoMandy> lack of automation, and the person maintaining them has no time to take care :([15:20:37] *** OmniMancer <OmniMancer!~Paul@101.100.137.239> has quit IRC (Quit: Leaving.)[15:20:40] <leemon> PulkoMandy: oh, pvs-studio, how much I hated those guys[15:22:02] <leemon> earlier days, they were really arrogant on a Russian web-site habr.com.[15:22:33] <PulkoMandy> I don't know them. Someone asked them to scan Haiku sources, and they did[15:24:29] <hbelusca> leemon: like, their tool is the best, etc?[15:24:46] <hbelusca> it produces also a lot of false positives too.[15:26:24] <leemon> hbelusca: no, they were arrogant when they replied to people comments about prices for their products (they weren't written on their site).[15:27:10] <leemon> but last few years they started to support open-source products. They have open-source lisences for project on github.[15:28:53] *** leemon_ <leemon_!c6104a2b@gateway/web/freenode/ip.198.16.74.43> has joined #haiku[15:31:53] *** leemon <leemon!c6104633@gateway/web/freenode/ip.198.16.70.51> has quit IRC (Ping timeout: 256 seconds)[15:32:30] *** brj <brj!~brj@219.91.183.66> has joined #haiku[15:38:58] <leemon_> I found those reports about haiku, I think it was already discussed here: https://www.viva64.com/en/b/0317/ https://www.viva64.com/en/b/0318/[15:43:26] *** FreeFull <FreeFull!~freefull@defocus/sausage-lover> has joined #haiku[15:43:47] *** leemon_ <leemon_!c6104a2b@gateway/web/freenode/ip.198.16.74.43> has quit IRC (Ping timeout: 256 seconds)[15:54:00] *** superprower <superprower!~superprow@188.130.155.151> has quit IRC (Read error: Connection reset by peer)[15:54:53] <PulkoMandy> the complete report is at http://pulkomandy.github.io/[15:57:56] *** tqh <tqh!~frho@82-183-10-104.customers.ownit.se> has joined #haiku[15:57:57] *** ChanServ sets mode: +o tqh[15:59:09] *** Rajagopalan-Gang <Rajagopalan-Gang!~Rajagopal@49.206.112.241> has joined #haiku[15:59:44] *** Rajagopalan-Gang <Rajagopalan-Gang!~Rajagopal@49.206.112.241> has quit IRC (Client Quit)[16:00:01] *** Rajagopalan-Gang <Rajagopalan-Gang!~Rajagopal@49.206.112.241> has joined #haiku[16:00:18] *** vsushil <vsushil!~sushilhub@1.6.109.195> has joined #haiku[16:02:08] *** Rajagopalan <Rajagopalan!~Rajagopal@49.204.217.141> has quit IRC (Ping timeout: 245 seconds)[16:02:54] *** sushilv <sushilv!~sushilhub@1.6.109.195> has quit IRC (Ping timeout: 246 seconds)[16:03:09] <Begasus> re[16:15:06] *** Amigori <Amigori!~amigori@209-112-213-52-radius.dynamic.acsalaska.net> has joined #haiku[16:15:10] *** HaikuUser <HaikuUser!~vision@cm-114-109-81-40.revip13.asianet.co.th> has joined #haiku[16:15:14] *** humdinger <humdinger!~humdinger@dslb-092-075-045-140.092.075.pools.vodafone-ip.de> has joined #haiku[16:15:14] *** ChanServ sets mode: +o humdinger[16:17:57] *** mmu_man <mmu_man!~revol@vaf26-2-82-244-111-82.fbx.proxad.net> has joined #haiku[16:17:57] *** ChanServ sets mode: +o mmu_man[16:18:31] <HaikuUser> hello[16:18:54] <humdinger> hullo[16:19:41] *** Amigori <Amigori!~amigori@209-112-213-52-radius.dynamic.acsalaska.net> has quit IRC (Ping timeout: 246 seconds)[16:22:05] <Begas_VBox> 'lo[16:22:11] <HaikuUser> hello![16:22:31] <Rajagopalan-Gang> hello begasus humdinger haikuuser[16:22:40] <Begas_VBox> hi Rajagopalan-Gang :)[16:22:49] <HaikuUser> hi[16:22:54] <Rajagopalan-Gang> whats doing begasus[16:22:59] <Rajagopalan-Gang> long time :([16:23:12] <Begas_VBox> still checking vala[16:23:29] <Rajagopalan-Gang> vala?[16:23:47] <Begasus> https://github.com/haikuports/haikuports/pull/3679[16:24:30] <Rajagopalan-Gang> oh i have no idea ;) but still looks cool though[16:25:32] <Begas_VBox> It was one on demand a while back :) Trying to update it to the latest version[16:26:04] <Rajagopalan-Gang> thats great begasus :)[16:26:11] <Begas_VBox> ;)[16:26:15] <Begas_VBox> how's it going there?[16:26:38] *** urja <urja!b645e527@gateway/web/freenode/ip.182.69.229.39> has joined #haiku[16:26:54] <Begas_VBox> made any progress on webkit?[16:27:08] *** liuyb1 <liuyb1!~liuyb@221.220.53.70> has quit IRC (Ping timeout: 245 seconds)[16:27:08] <Rajagopalan-Gang> yep i have done even more linking now[16:27:17] <Rajagopalan-Gang> things start to make sense to me now[16:27:22] <Rajagopalan-Gang> ;)[16:27:27] <Begas_VBox> nice, getting there then :)[16:27:40] <Rajagopalan-Gang> yeah lets see :)[16:28:10] *** liuyb1 <liuyb1!~liuyb@221.220.53.70> has joined #haiku[16:28:24] <HaikuUser> my haiku can[16:28:41] <HaikuUser> *my haiku can't mount ntfs[16:28:51] <HaikuUser> can someone help me?[16:29:05] <Begas_VBox> (can't check, don't have any ntfs partition anymore) :)[16:29:48] <humdinger> HaikuUser: works for me using Tracker... no trick about it. :)[16:30:10] <HaikuUser> kernel panic[16:30:24] <humdinger> ntfs is almost useless to me with transfer rates of < 1mb/s.[16:30:44] <humdinger> a partition on an external drive?[16:30:53] <HaikuUser> external drive[16:31:17] <HaikuUser> i want backup my external drive[16:31:23] <Begas_VBox> back in the days I kept a fat32 partition to cross cp files between them[16:32:05] <humdinger> HaikuUser: do you use the latest nightly? waddlesplash fixed much of Haiku's USB issues[16:32:12] <urja> hello. i am new to open source contributions and have applied for haiku project under outreachy program. can someone guide how to build haiku from source code on windows??[16:32:14] <HaikuUser> BETA[16:32:30] <Begas_VBox> ah, maybe switch to nightly[16:32:41] <Begas_VBox> you can do that with pkgman repos[16:32:43] <humdinger> HaikuUser: try the latest nightly.[16:33:00] <HaikuUser> thank you[16:33:26] <humdinger> urja: no compiling under windows, see: https://www.haiku-os.org/guides/building/pre-reqs[16:33:37] *** HaikuUser <HaikuUser!~vision@cm-114-109-81-40.revip13.asianet.co.th> has quit IRC (Quit: Vision[0.10.3]: i've been blurred!)[16:34:54] <urja> @humdiger: should i build it on a linux system on virtualbox?[16:35:04] <urja> @humdiger: should i build it on a linux system on virtualbox?[16:35:29] <PulkoMandy> yes, or run haiku in virtualbox and compile inside haiku[16:35:34] <humdinger> possibly. or under Haiku directly, I suppose[16:36:54] <urja> @PulkoMandy @humdinger okay thanks a lot!![16:37:06] <humdinger> np[16:38:07] *** Diver <Diver!~Diver__@183.91.4.36> has joined #haiku[16:39:44] <Begas_VBox> Warning: POLICY ERROR: can't find used library "libvalaccodegen.so"[16:40:11] <Begas_VBox> commented it out in the recipe for vala to see what the error was[16:40:17] <leorize> I'd say that's a policy checker bug :P[16:40:43] <Begas_VBox> hi leorize :)[16:40:50] <leorize> hi Begas_VBox :)[16:41:16] <Begas_VBox> do the buildbots run in strict mode?[16:41:47] <Begas_VBox> it would fail on this also then[16:42:16] <leorize> I don't think so, given that our rust package is failing policy due to hp bug[16:44:04] *** Diver <Diver!~Diver__@183.91.4.36> has quit IRC (Ping timeout: 244 seconds)[16:44:18] <Begas_VBox> ok, having it in REQUIRES works, but still strange that it would need something that's build with the recipe and isn't provided by anything else[16:45:34] <leorize> well, just keep it for now then[16:45:48] <leorize> I think you should file an issue on haikuporter?[16:46:04] <Begas_VBox> checking without strict mode now (haikuporter -F vala_x86)[16:46:52] <Begas_VBox> Warning: POLICY WARNING: can't find used library "libvalaccodegen.so"[16:47:05] <Begas_VBox> doesn't fail the build but the warning/error is still there[16:48:43] *** euver <euver!~Thunderbi@p200300DF7F4A7C009C03697C831F3108.dip0.t-ipconnect.de> has joined #haiku[16:48:46] *** urja <urja!b645e527@gateway/web/freenode/ip.182.69.229.39> has quit IRC (Quit: Page closed)[16:49:03] <Rajagopalan-Gang> urja u can WSL[16:49:09] *** Rajagopalan-Gang is now known as Rajagopalan[16:49:45] *** jjpx <jjpx!~jjpx@gateway/tor-sasl/jjpx> has joined #haiku[16:50:42] <Begas_VBox> biab[16:50:54] *** euver <euver!~Thunderbi@p200300DF7F4A7C009C03697C831F3108.dip0.t-ipconnect.de> has quit IRC (Client Quit)[16:52:03] *** B2IT <B2IT!B2IT@www.agmsmith.ca> has quit IRC (Quit: Vision[0.10.3]: i've been blurred!)[16:57:33] *** rakesh4545 <rakesh4545!~rakesh@223.31.155.178> has joined #haiku[17:03:07] *** Prognoz <Prognoz!~Prognoz@181.231.204.129> has joined #haiku[17:04:03] *** Diver <Diver!~Diver__@183.91.4.36> has joined #haiku[17:17:20] <Begasus> issue reported leorize , also pushed last changes to the recipe[17:23:46] *** matthewstar <matthewstar!6d7346bd@gateway/web/cgi-irc/kiwiirc.com/ip.109.115.70.189> has joined #haiku[17:25:43] <Begas_VBox> hi matthewstar[17:25:53] <matthewstar> hi[17:26:07] <matthewstar> are ok my works?[17:26:30] <Begas_VBox> your works?[17:26:49] <matthewstar> lavori.zip @ beshare[17:26:59] <Begas_VBox> ok, vala tests (those who are still enabled) are ok :)[17:27:04] <matthewstar> lavori = works[17:27:37] <Begas_VBox> haven't really tested them/it[17:27:59] <matthewstar> no probllem ...[17:28:14] <matthewstar> no problem ...[17:28:43] <matthewstar> there is also a screensaver ...[17:29:13] <matthewstar> written from schratch[17:30:40] <matthewstar> that works are all email ware ...[17:30:53] <matthewstar> mail ware ...[17:30:56] <Begas_VBox> I'm mostly checking recipes/bumping rather then checking up on working working things :)[17:31:28] <matthewstar> ah, ok[17:32:21] <matthewstar> can i help ?[17:32:55] <Begasus> https://github.com/haikuports/haikuports/issues/3594 here are some issues I can't resolve :)[17:33:08] <Begasus> although eduke32 is almost there[17:35:08] <mmu_man> yay, infinite energy! :D https://mamot.fr/@sidobrianpenguin/101727081523112097[17:35:50] <matthewstar> i apologize but i don't understant ... lol ... it'is far from my mind ...[17:37:06] <matthewstar> mmu_man: ok, funny ...[17:37:55] <matthewstar> mmu_man: think that tree sent water up 10 - 20 meters ...[17:38:44] <Begasus> try that with a top musher and his dogs mmu_man :P[17:39:38] <mmu_man> :)[17:41:43] <waddlesplash> PulkoMandy: appears we have a multi audio test program[17:42:03] <PulkoMandy> yes[17:42:11] <waddlesplash> so I guess I can try USB audio with that[17:42:38] <waddlesplash> kind of annoying that nobody wants to fix the media kit and server bugs, otherwise we could have this working tomorrow[17:43:15] <matthewstar> i ask just to know : is USB driver like a serial port driver?[17:44:32] *** B2IT <B2IT!B2IT@www.agmsmith.ca> has joined #haiku[17:44:32] *** ChanServ sets mode: +v B2IT[17:44:46] *** B2IT <B2IT!B2IT@www.agmsmith.ca> has quit IRC (Client Quit)[17:44:48] <waddlesplash> matthewstar: yes ... but not really[17:44:55] <waddlesplash> (lol)[17:45:24] <matthewstar> waddlesplash: ah, ok ... thginking usb is also a serial ...[17:45:25] *** B2IT <B2IT!B2IT@www.agmsmith.ca> has joined #haiku[17:45:25] *** ChanServ sets mode: +v B2IT[17:45:32] <hbelusca> if it was we could do usb debugging without any problem!![17:45:40] <matthewstar> waddlesplash: same hardware?[17:46:06] *** Prognoz <Prognoz!~Prognoz@181.231.204.129> has quit IRC (Quit: Leaving.)[17:46:07] <hbelusca> (instead it requires a usb port specially configured for that, and a specific cable with some inserted device, etc°[17:46:08] <hbelusca> )[17:46:26] <matthewstar> thanks ...[17:46:59] <matthewstar> hbelusca: i like so much pci id : device id ...[17:48:32] <matthewstar> at system boot : read pci vendor id and device id ...[17:48:34] <LadySerena> wakey wakey kitty kitty[17:49:08] <matthewstar> go to database pci ...[17:49:23] <matthewstar> read module name ...[17:49:25] <LadySerena> someone starred my repo[17:49:29] *** urja <urja!b645e527@gateway/web/freenode/ip.182.69.229.39> has joined #haiku[17:49:41] <matthewstar> load driver[17:50:33] <matthewstar> https://pci-ids.ucw.cz/[17:51:05] <matthewstar> see you later ...[17:51:11] <matthewstar> tea time[17:51:29] *** matthewstar <matthewstar!6d7346bd@gateway/web/cgi-irc/kiwiirc.com/ip.109.115.70.189> has left #haiku[17:52:02] *** Diver <Diver!~Diver__@183.91.4.36> has quit IRC (Ping timeout: 250 seconds)[17:52:28] <urja> hi i am a bit confused. we were supposed to add our names in the contributors section "alphabetically" as per the outreachy program guidelines but under "kcontributors" the list is not alphabetically i was wondering whether i am adding mine in the right place ?[17:54:23] <humdinger> urja: they are sorted by surname...[17:55:09] <urja> humdinger: oh okay thank you![17:56:01] *** jjpx <jjpx!~jjpx@gateway/tor-sasl/jjpx> has quit IRC (Remote host closed the connection)[17:57:22] *** Amigori <Amigori!~amigori@209-112-213-52-radius.dynamic.acsalaska.net> has joined #haiku[17:59:10] *** B2IT <B2IT!B2IT@www.agmsmith.ca> has quit IRC (Quit: Vision[0.10.3]: i've been blurred!)[18:02:10] *** B2IT <B2IT!B2IT@www.agmsmith.ca> has joined #haiku[18:02:10] *** ChanServ sets mode: +v B2IT[18:03:42] <mmu_man> hmm queries are really hard to interrupt on command line …[18:18:57] *** zdykstra <zdykstra!~zdykstra@stratumzero.date> has quit IRC (Quit: WeeChat 2.3)[18:20:04] *** Glider_IRC_ <Glider_IRC_!~Glider_IR@37.170.227.162> has joined #haiku[18:22:48] *** matthewstar <matthewstar!6d7346bd@gateway/web/cgi-irc/kiwiirc.com/ip.109.115.70.189> has joined #haiku[18:23:02] <matthewstar> returned ...[18:23:35] <matthewstar> you have to tell me if i have to shut up !!![18:23:40] <matthewstar> =0)[18:23:47] *** Glider_IRC__ <Glider_IRC__!~Glider_IR@37.165.174.67> has quit IRC (Ping timeout: 244 seconds)[18:27:05] *** myrkraverk <myrkraverk!~chatzilla@unaffiliated/myrkraverk> has quit IRC (Read error: Connection reset by peer)[18:29:25] <matthewstar> under linux chat i have write about mail ware ...[18:29:58] <matthewstar> and all : no male ware ...[18:30:00] <matthewstar> =0)[18:31:09] <matthewstar> male is italian ?[18:31:29] <matthewstar> couse it means bad[18:32:11] *** myrkraverk <myrkraverk!~chatzilla@unaffiliated/myrkraverk> has joined #haiku[18:33:08] <matthewstar> i think it was bad ware : badware[18:34:26] *** liuyb1 <liuyb1!~liuyb@221.220.53.70> has quit IRC (Ping timeout: 246 seconds)[18:34:55] <matthewstar> i have to ask you ... can i post a html page with my email ?[18:36:40] *** FishErm4n <FishErm4n!~FishErm4n@2a02:fe0:c700:2:1c81:5db8:5ee6:7293> has joined #haiku[18:37:44] *** CountryfiedLinux <CountryfiedLinux!~Countryfi@unaffiliated/countryfiedlinux> has joined #haiku[18:37:46] <CountryfiedLinux> howdy[18:37:59] <CountryfiedLinux> Are there any good video editors for Haiku?[18:39:15] <FishErm4n> Yes![18:39:43] <CountryfiedLinux> What is it?[18:39:51] <FishErm4n> N-Video.[18:40:36] <FishErm4n> Its really good.[18:41:31] <FishErm4n> GNU too I think.[18:42:02] <FishErm4n> Richard Stallman personally uses it for phonevideo and folkdance song recordings.[18:42:43] *** matthewstar <matthewstar!6d7346bd@gateway/web/cgi-irc/kiwiirc.com/ip.109.115.70.189> has left #haiku[18:44:30] <FishErm4n> Wiht his ex-wife basically enjoying the sexual aspect of his face on video.[18:44:55] <FishErm4n> Much more before the lobotomy though.[18:45:07] <FishErm4n> You know. RMS.. psychiatry..[18:45:47] *** FishErm4n was kicked by PulkoMandy (Ouch!)[18:53:06] *** _Dario_ <_Dario_!dario@186.22.120.198> has joined #haiku[18:53:23] <Begas_VBox> seems lik xmplite is somehow hardcoded in eduke32, disabling should work (checking out the latest source)[18:53:44] <Begas_VBox> linking to our libxmp doesn't seem to work[18:55:18] *** Rajagopalan <Rajagopalan!~Rajagopal@49.206.112.241> has quit IRC (Quit: Leaving)[18:55:23] *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC (Quit: Disappears in a puff of smoke)[18:55:54] *** Rajagopalan <Rajagopalan!~androirc@2405:204:70c3:98c9:36a3:5296:14b1:10d> has joined #haiku[19:01:02] *** rakesh4545 <rakesh4545!~rakesh@223.31.155.178> has quit IRC (Ping timeout: 246 seconds)[19:04:17] *** gouchi <gouchi!~gouchi@unaffiliated/gouchi> has joined #haiku[19:09:25] <urja> i am getting this error : jambase is too old(2002.05.09) when i am trying to build an iso file . however i just installed jam and the version states jam2.5-haiku-20111222 which should be a 2011 release according to https://www.haiku-os.org/guides/building/jam . please help[19:10:47] *** Maturion <Maturion!~Maturion@p200300EDE70E21009955AEB998643164.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 240 seconds)[19:12:30] <PulkoMandy> 2011 is very old, right?[19:12:44] <PulkoMandy> so I don't know where you got your jam, but it definitely isn't the latest version[19:15:02] *** CountryfiedLinux <CountryfiedLinux!~Countryfi@unaffiliated/countryfiedlinux> has quit IRC (Ping timeout: 245 seconds)[19:15:11] <urja> so how do i update the jambase? (i pulled the earlier one from the git repository)[19:20:46] *** Begas_VBox <Begas_VBox!~Begasus@d54c05bea.access.telenet.be> has quit IRC (Ping timeout: 246 seconds)[19:21:41] *** Begasus <Begasus!~begasus@ptr-4qba4e9k6axozv02a9y.18120a2.ip6.access.telenet.be> has quit IRC (Ping timeout: 258 seconds)[19:22:46] *** humdinger <humdinger!~humdinger@dslb-092-075-045-140.092.075.pools.vodafone-ip.de> has quit IRC (Quit: Vision[0.10.3]: Oi, with the poodles already!)[19:27:36] <extrowerk> urja: my jam says: "Jam 2.5-haiku-20111222."[19:27:39] <PulkoMandy> which OS do you run?[19:30:56] <King_Warg> welcome to the space jam~[19:32:08] <urja> PulkoMandy: i am using haiku version R1/beta1 64 bit on virtualbox[19:33:51] <PulkoMandy> you can switch to a nightly build, but otherwise I think pkgman update jam should work then[19:34:02] <PulkoMandy> if it doesn't, it means we forgot to update the jam recipe, I guess?[19:34:56] *** Begasus <Begasus!~begasus@ptr-4qba4ecadw99n4u5z1g.18120a2.ip6.access.telenet.be> has joined #haiku[19:35:27] *** Glider_IRC__ <Glider_IRC__!~Glider_IR@37.170.227.162> has joined #haiku[19:38:16] *** Begas_VBox <Begas_VBox!~Begasus@d54C05BEA.access.telenet.be> has joined #haiku[19:39:10] *** Glider_IRC_ <Glider_IRC_!~Glider_IR@37.170.227.162> has quit IRC (Ping timeout: 255 seconds)[19:40:33] *** Amigori <Amigori!~amigori@209-112-213-52-radius.dynamic.acsalaska.net> has quit IRC (Remote host closed the connection)[19:53:54] *** sjoos <sjoos!~sjoos@dhcp-089-099-220-075.chello.nl> has joined #haiku[19:58:19] *** Begas_VBox <Begas_VBox!~Begasus@d54C05BEA.access.telenet.be> has quit IRC (Quit: Vision[0.10.3]: i've been blurred!)[19:58:39] *** Begasus <Begasus!~begasus@ptr-4qba4ecadw99n4u5z1g.18120a2.ip6.access.telenet.be> has quit IRC (Quit: Ex-Chat)[19:59:19] *** HaikuUser <HaikuUser!~vision@d5153103b.static.telenet.be> has joined #haiku[19:59:19] *** HaikuUser is now known as p13[19:59:45] <p13> hello[20:01:30] *** MrHuggy <MrHuggy!~MrHuggy@adsl-178-78-88-138.karoo.kcom.com> has joined #haiku[20:03:00] <extrowerk> PulkoMandy: the package "jam-2.5_2018_11_21-6-x86_64.hpkg" reports itself as "Jam 2.5-haiku-20111222."[20:03:11] <extrowerk> So that could be the newest one.[20:03:20] <urja> @PulkoMandy . Thanks "pkgman update jam" working ! However , when i generate iso/raw image using commands "jam -q -j4 @nightly-raw" or "jam -q -j4 @nightly-anyboot" vfork:Out of memory after the build completes. Also i am just getting some jamfiles and a build folder with build config and header&jamfile cache . no image file[20:03:43] <extrowerk> and the current recipe is jam-2.5_2018_11_21.recipe[20:04:04] <urja> @extrowerk . Yes it does report that however i got the prev version when i cloned from git repo[20:05:01] <urja> updated it though thanks to pulkomandy ![20:05:55] <PulkoMandy> urja: add more memory, or if you can't, reduce your -j to j2 or j1[20:06:51] <p13> anyone here into ham radio / sdr ?[20:10:06] <mmu_man> ok, cleaned up and fixed the libpcap patches[20:10:36] <p13> I got sdrangel to compile and run on haiku, but it's UI is a bit buggy[20:12:28] *** HAIKU-irker192 <HAIKU-irker192!~irker@walter.haiku-os.org> has joined #haiku[20:12:28] <HAIKU-irker192> haiku.master: mmuman * hrev52984 [2 commits] https://git.haiku-os.org/haiku/log/?qt=range&q=6ff7e25bd03c+%5E7356f1de4b7b[20:12:28] *** ChanServ sets mode: +v HAIKU-irker192[20:12:29] <HAIKU-irker192> 46113563a327: mime_db: Add some more text/x-source-code extensions[20:12:29] <HAIKU-irker192> 6ff7e25bd03c: mime_db: consider recipe files as text/x-source-code[20:12:39] <Not-8d6a> [haikuports/haikuports] pulkomandy pushed 2 commits to master [+2/-1/±2] https://git.io/fhhAW[20:12:41] <Not-8d6a> [haikuports/haikuports] pulkomandy b8162aa - libprefs: enable x86 architecture and fix undefined reference.[20:12:43] <Not-8d6a> [haikuports/haikuports] pulkomandy 9541fd1 - ghostscript: fix build on x86 32bit + enable libgs.so[20:15:16] *** p13 <p13!~vision@d5153103b.static.telenet.be> has quit IRC (Quit: Vision[0.10.3]: i've been blurred!)[20:16:09] *** p13 <p13!~vision@d5153103b.static.telenet.be> has joined #haiku[20:32:31] *** Vidrep_64 <Vidrep_64!~vision@d75-156-156-137.abhsia.telus.net> has joined #haiku[20:33:10] <mmu_man> of course it wn't build anyway[20:36:36] *** Amigori <Amigori!~amigori@209-112-213-52-radius.dynamic.acsalaska.net> has joined #haiku[20:36:41] *** preetpal <preetpal!~preetpal@103.40.199.125> has joined #haiku[20:37:05] *** preetpal <preetpal!~preetpal@103.40.199.125> has quit IRC (Client Quit)[20:38:22] *** Vidrep_64 <Vidrep_64!~vision@d75-156-156-137.abhsia.telus.net> has quit IRC (Quit: Vision[0.10.3]: i've been blurred!)[20:39:31] *** Vidrep_64 <Vidrep_64!~vision@d75-156-156-137.abhsia.telus.net> has joined #haiku[20:41:13] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has joined #haiku[20:43:03] *** sjoos <sjoos!~sjoos@dhcp-089-099-220-075.chello.nl> has quit IRC (Quit: Vision[0.10.3]: i've been blurred!)[20:44:16] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has quit IRC (Remote host closed the connection)[20:44:41] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has joined #haiku[20:45:30] <extrowerk> PulkoMandy: if you don't mind, i update the GS recipe to the latest[20:46:19] <p13> what do you guys use to capture screenshots in haiku?[20:46:28] <extrowerk> PrntScrn[20:46:41] <p13> and to save to a file?[20:46:47] <extrowerk> PrntScrn[20:46:57] <p13> derp[20:46:57] <p13> tgx[20:47:01] <p13> thx[20:47:01] <p13> lol[20:47:23] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has quit IRC (Excess Flood)[20:47:34] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has joined #haiku[20:49:39] <p13> https://imgur.com/a/e0N67m3[20:49:48] <p13> sdrangel compiles and runs on haiku[20:50:01] <p13> well ... it launches ... lol[20:55:13] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has quit IRC (Ping timeout: 258 seconds)[20:55:34] <brj> What file format should a GSoC proposal be in? Is pdf acceptable?[20:55:35] <mmu_man> PulkoMandy: https://github.com/the-tcpdump-group/libpcap/pull/807[20:56:15] <waddlesplash> brj: yes[20:58:59] <Vidrep_64> Hi[21:02:39] <extrowerk> PulkoMandy: https://github.com/haikuports/haikuports/pull/3686 technically it shouldn't make any problem, as we had no shared lib till today, and the binary programs should be compatible.[21:04:31] *** urja <urja!b645e527@gateway/web/freenode/ip.182.69.229.39> has quit IRC (Ping timeout: 256 seconds)[21:05:41] <PulkoMandy> extrowerk: yes, looks ok[21:06:00] <PulkoMandy> I think the soname should be just .9 but not sure[21:06:05] <PulkoMandy> I hate doing this manually[21:06:22] <Vidrep_64> I'm having a problem creating a new ticket on trac[21:06:30] <Vidrep_64> "Missing or invalid form token. Do you have cookies enabled?"[21:07:28] <Vidrep_64> Hmmm. Somehow I got logged off of trac[21:07:58] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has joined #haiku[21:08:49] <waddlesplash> Vidrep_64: in Web+? yep, I see this[21:08:55] <waddlesplash> happens as soon as I open a second tab[21:09:15] <waddlesplash> after logging in again, I don't get spuriously logged out that session[21:09:19] <PulkoMandy> did the latest webkit update land? it has some fixes[21:09:54] <waddlesplash> PulkoMandy: on x64 it did; doesn't help that bug[21:09:58] <waddlesplash> already tested[21:11:29] <Vidrep_64> The latest webkit has a few bugs than previous version was missing ;)[21:11:37] <PulkoMandy> :/[21:11:54] <Vidrep_64> Yeah, I know...:)[21:12:15] <waddlesplash> PulkoMandy: well, this bug Vidrep_64 is talking about was a problem for the past ~year[21:12:19] <waddlesplash> nothing new :P[21:12:24] *** Megaf_ <Megaf_!~Megaf@unaffiliated/megaf> has joined #haiku[21:12:28] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has quit IRC (Ping timeout: 258 seconds)[21:12:37] <Vidrep_64> First time seeing it for me[21:12:38] <waddlesplash> but now that I am not the only one complaining, maybe PulkoMandy will investigate :D[21:12:39] <PulkoMandy> yes I know, butI made some change to the session handling which may have helped[21:12:52] <PulkoMandy> I investigated. Many times. I have no clue[21:12:58] <PulkoMandy> and I'm as annoyed as you[21:13:07] <PulkoMandy> and bored of being alone on webkit code, really[21:13:13] <PulkoMandy> so I work on other things now[21:13:40] <mmu_man> PulkoMandy: you sure for __X86__ in libpcap ?[21:13:45] <mmu_man> it fails to build here[21:14:02] <waddlesplash> PulkoMandy: I strongly suspect a locking issue in libbnetapi[21:14:19] <waddlesplash> seeing as it happens only after opening 2nd tab[21:14:22] <PulkoMandy> waddlesplash: write a testcase then[21:14:25] <waddlesplash> mmu_man: __i386___ is correct[21:14:31] <Vidrep_64> Sometimes when clicking on a link after Google search, it won't redirect to the URL[21:14:32] <mmu_man> thought so[21:14:34] <waddlesplash> PulkoMandy: too busy fixing USB stuff[21:14:39] <PulkoMandy> but there are dozen of requests each in a separate thread even if you load a single page[21:14:52] <PulkoMandy> however, each tab has its own "session" in webkit (to handle private browsing, etc)[21:14:59] <PulkoMandy> and that is probably where we have a problem[21:15:11] <PulkoMandy> like accidentally copying the BUrlContext instead of referencing it or whatever[21:16:18] <Vidrep_64> PulkoMandy needs a good protégé[21:17:08] *** Megaf_ <Megaf_!~Megaf@unaffiliated/megaf> has quit IRC (Ping timeout: 245 seconds)[21:23:22] <extrowerk> PulkoMandy: https://abi-laboratory.pro/?view=timeline&l=ghostscript SONAME should be 9[21:23:24] <mmu_man> looks like it's not required anymore anyway now[21:24:52] *** Dariost <Dariost!~Dariost@151.20.212.91> has joined #haiku[21:25:23] <PulkoMandy> extrowerk: yes, can you fix?[21:27:24] <extrowerk> i suppose[21:28:17] *** _Dario_ <_Dario_!dario@186.22.120.198> has quit IRC (Read error: Connection reset by peer)[21:28:36] *** _Dario_ <_Dario_!dario@186.22.120.198> has joined #haiku[21:28:38] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has joined #haiku[21:31:06] *** p13 <p13!~vision@d5153103b.static.telenet.be> has quit IRC (Quit: Vision[0.10.3]: i've been blurred!)[21:31:54] *** Megaf <Megaf!~Megaf@unaffiliated/megaf> has quit IRC (Client Quit)[21:40:16] <extrowerk> PulkoMandy, did it, hope it is ok now[21:41:04] *** jjpx <jjpx!~jjpx@gateway/tor-sasl/jjpx> has joined #haiku[21:41:11] <HAIKU-irker192> haiku.master: waddlesplash * hrev52985 [2 commits] https://git.haiku-os.org/haiku/log/?qt=range&q=810071751d7d+%5E6ff7e25bd03c[21:41:12] <HAIKU-irker192> fb7498fe2e3b: system profiler: revert use of BytePointer.[21:41:13] <HAIKU-irker192> 810071751d7d: BytePointer: address Axel's post-merge comments[21:41:54] <waddlesplash> bleh[21:41:54] <mmu_man> yeah it builds just fine without it…[21:42:03] <waddlesplash> PulkoMandy: all your remaining changes now are "merge conflict"s[21:42:19] <waddlesplash> so I was going to merge some more, but it's awkward to do a sequential rebase in the web UI[21:42:21] <Not-8d6a> [haikuports/haikuports] pulkomandy pushed 1 commit to master [+2/-2/±0] https://git.io/fhhpM[21:42:22] <Not-8d6a> [haikuports/haikuports] extrowerk 7f9af83 - Ghostscript: bump (#3686)[21:42:58] <PulkoMandy> waddlesplash: well, I'll rebase. Why do they turn into merge conflict if they don't touch the same files?[21:43:05] *** xarash <xarash!~Adium@37.137.1.230> has joined #haiku[21:43:05] <waddlesplash> no idea, gerrit is dumb?[21:50:24] <PulkoMandy> done[21:51:50] <waddlesplash> mh[21:52:00] <waddlesplash> PulkoMandy: https://review.haiku-os.org/c/haiku/+/1101 looks like a C-style list; maybe we should leave that alone and just deprecate it?[21:52:39] <PulkoMandy> not sure, there may be C files in the kernel still using it[21:53:02] <waddlesplash> yes, but my point is, let's not touch it?[21:53:11] <waddlesplash> it works, let's deprecate it and leave it alone[21:53:39] <waddlesplash> appears to be used, but only sporadically: http://xref.plausible.coop/source/search?q=list_init_etc&defs=&refs=&path=&hist=&type=&project=haiku[21:56:02] <PulkoMandy> well, now that the cleanup is done, I'd say let's merge it. Doesn't prevent deprecating[21:57:27] <HAIKU-irker192> haiku.master: waddlesplash * hrev52986 [5 commits] https://git.haiku-os.org/haiku/log/?qt=range&q=f42cda29e8c9+%5E810071751d7d[21:57:28] <HAIKU-irker192> 14ffc38e44c1: kernel list: use BytePointer[21:57:29] <HAIKU-irker192> df19aba5e91d: debug_commands: align user_data to 64bits[21:57:30] <HAIKU-irker192> 1c297254e54a: sparc: cleanup netresolv[21:57:31] <HAIKU-irker192> 803a4704e827: sparc: soft-float support library[21:57:32] <HAIKU-irker192> f42cda29e8c9: sparc: get libroot to build[22:03:43] *** HaikuUser <HaikuUser!~vision@p5DD63930.dip0.t-ipconnect.de> has joined #haiku[22:06:32] *** HaikuUser <HaikuUser!~vision@p5DD63930.dip0.t-ipconnect.de> has quit IRC (Client Quit)[22:20:49] *** axeld <axeld!~Thunderbi@dyndsl-092-252-026-181.ewe-ip-backbone.de> has quit IRC (Quit: axeld)[22:22:00] *** vsushil <vsushil!~sushilhub@1.6.109.195> has quit IRC (Ping timeout: 250 seconds)[22:29:00] *** tqh <tqh!~frho@82-183-10-104.customers.ownit.se> has quit IRC (Quit: Lämnar)[22:44:24] *** leemon <leemon!c6104c1b@gateway/web/freenode/ip.198.16.76.27> has joined #haiku[22:53:13] *** xarash <xarash!~Adium@37.137.1.230> has quit IRC (Quit: Leaving.)[22:53:20] <leemon> hi, what is the thing in the right bottom corner of calc app?[22:53:26] *** xarash <xarash!~Adium@37.137.1.230> has joined #haiku[22:53:46] *** Dariost <Dariost!~Dariost@151.20.212.91> has quit IRC (Quit: Dariost)[22:54:35] <elkalamar> lemon, click and drag it and creates a replicant in the desktop[22:55:02] <leemon> elkalemar: I can see...but what is this?[22:55:14] <leemon> elkalamar:[22:55:58] <elkalamar> it's like an applet in the desktop[22:56:06] <leemon> why? how can I close it?[22:56:39] <elkalamar> right-click in the same corner in the replicant[22:59:25] <leemon> is it useful? why was the feature created? and how can I see what apps can have a replicant?[23:00:26] <elkalamar> no idea, it's my second day on haiku xD[23:05:55] *** Vidrep_64 <Vidrep_64!~vision@d75-156-156-137.abhsia.telus.net> has quit IRC (Quit: Vision[0.10.3]: i've been blurred!)[23:08:13] *** xarash <xarash!~Adium@37.137.1.230> has left #haiku[23:08:18] <jjpx> the process monitor has replicants you can drag around outside the window, they will be there the next reboot[23:09:08] <jjpx> the only thing we all miss is the ability to resize them[23:09:30] <leemon> jjpx: why not every app has a replicant small cornerish image?[23:11:49] <IIsi50MHz> From BeOS R4 feature list:[23:12:12] <IIsi50MHz> Replicant services provide a way for active data and code from one application to be "replicated" and stored in another application, document, or even the BeOS Desktop. Replicants are fully active and can be manipulated just as if they were part of the original application or document[23:12:29] <IIsi50MHz> </>[23:12:50] <IIsi50MHz> But apps have to implement the feature.[23:14:38] <IIsi50MHz> It's a bit like ActiveX or OpenDoc.[23:21:33] <leemon> ok, it's interesting[23:25:28] *** _Dario_ <_Dario_!dario@186.22.120.198> has quit IRC (Ping timeout: 245 seconds)[23:31:01] *** brj <brj!~brj@219.91.183.66> has quit IRC (Ping timeout: 246 seconds)[23:31:46] <hbelusca> sounds like some Be implementation of COM/DDE[23:33:17] *** mouldysammich <mouldysammich!mouldysamm@unaffiliated/mouldysammich> has joined #haiku[23:33:19] *** brj <brj!~brj@123.201.165.81> has joined #haiku[23:37:45] *** gouchi <gouchi!~gouchi@unaffiliated/gouchi> has quit IRC (Remote host closed the connection)[23:42:29] *** leemon <leemon!c6104c1b@gateway/web/freenode/ip.198.16.76.27> has quit IRC (Quit: Page closed)[23:58:25] <mmu_man> oh dear, even our infra looks better than this :D https://michael.stapelberg.ch/posts/2019-03-10-debian-winding-down/[23:58:34] <mmu_man> anon ftp :^)