<Not-c620>
[haikuports/haikuports] korli 26dc526 - readline: bump version
<Not-c620>
[haikuports/haikuports] korli 1428f51 - bash: bump version
DKnoto has quit [Ping timeout: 480 seconds]
DKnoto has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
<woffs>
Hi. What about haskell in haiku? I see some ghc packages for x86_gcc2 (and am not able to install those with a dot in the name) and none for x86_64
<nephele>
andreasdr: on mentions it now puts the entire matrix id in messages it seems..
masoudd has joined #haiku
<B2IA>
(micken) hmm
<micken>
hmm
<B2IA>
(micken) hmm
<micken>
ok so thats how it works :)
<x86corez>
hmm
<micken>
Is it possible to hilight nicks from BeShare (from irc)?
<micken>
B2IA: (micken) like this
<masoudd>
I'm on IRC, People saying hmm constantly, Smell of coffee and spring
<micken>
We have a lot of snow here
<masoudd>
Spring birds are nesting here
<micken>
nice
Ropexu has joined #haiku
<masoudd>
I left out some plain rice for them. They ate it and shit on my balcony :D
<micken>
haha
<masoudd>
All part of the spring :) We didn't get any snow here. Just some rain. It's been a few years now without snow. I kinda miss it
<micken>
masoudd: where are you located?
<masoudd>
Tehran, Iran
<micken>
ok
<micken>
I am in Sweden
<masoudd>
Ah that makes sense. Sweden=snow in my mind
<nekobot>
hmm
<micken>
we had a snow storm a couple of days ago
<masoudd>
ouch
<micken>
but it is +1 now , so the snow will be gone in no time
<kallisti5[m]>
Man... i'd love to move to Sweden or Norway
<kallisti5[m]>
It was 85F (29.4C) in Texas yesterday. This morning it is 34F (1.1C) Our weather is dumb
<micken>
oh
<Niklas[m]>
I have 10C here in Germany currently,and finally some sunshine.But this winter was awful,so much rain and storm and it was always wet and gray.That makes me depressive :/
<kallisti5[m]>
ah. i'm the opposite, love gloomy rain.
<kallisti5[m]>
then again, We don't get a ton of it :-)
<kallisti5[m]>
i'm sure if I was in the UK i'd feel differently
<Niklas[m]>
Yeah,you like what you don't get that often.In very hot summers,I also like the rain sometimes.
<micken>
I asked about edid, is it possible to disable edid?
<Niklas[m]>
But last summer was awful and the winter even worse.I'm already dreaming about going outside again,sitting in a cafe and eating a big ice cream lol
<micken>
spring will be nice
<micken>
But spring is always short,
<kallisti5[m]>
micken: disable edid?
<micken>
yes
<kallisti5[m]>
micken: edid are the video modelines reported by your monitor
<micken>
My monitor supports 4k but my gfx can't handle more than 1080p
<micken>
gfx board
<micken>
so when I bootup with monitor connected display is broken
<kallisti5[m]>
Ah. So the LCD is reporting 4k as the "ideal resolution"
<kallisti5[m]>
"native"
<kallisti5[m]>
so Haiku is trying to use that
<micken>
kallisti5[m]: yes
<kallisti5[m]>
what graphics card?
<micken>
Radeon HD 2400
<micken>
The only card I have that is supported without using vesa driver
<kallisti5[m]>
ah. ok. Do you have newer graphics cards which support 4k?
<kallisti5[m]>
I'm only asking because the radeon_hd driver currently doesn't do anything "extra"
<micken>
I might have a nvidia card that does that
<micken>
but it doesn't work (only vesa ) in Haiku
<kallisti5[m]>
(no hardware acceleration, etc) The only benefit is native resolution switching
<kallisti5[m]>
same for nvidia, etc. All of our graphics drivers only do what vesa does to be honest
<micken>
I like to have a widescreen res
<kallisti5[m]>
ah.. ok. So vesa might not present that
<micken>
I haven't managed to get that with vesa
<kallisti5[m]>
Hm. The Radeon HD 2400 and a 4k monitor is definitely an odd mix :-)
<kallisti5[m]>
but yeah. Given the graphics card market... i get it
<kallisti5[m]>
micken: so... technically whatever resolution you set in the display preferences should "stick"
<micken>
I can buy a new card, but I need to be sure it can give me 16:9 in Haiku
<micken>
kallisti5[m]: it doesn't
<micken>
I have 1080p selected
<kallisti5[m]>
if it chooses the wrong resolution, and you're able to get to the display preferences, any resolution you choose should be used post-reboot
<kallisti5[m]>
if that doesn't happen... it's a bug in Haiku
<kallisti5[m]>
let me look around at open tickets.. one sec
<micken>
ok
<micken>
It works if monitor disconnect during boot ( ofc )
<kallisti5>
are you using a kvm?
<micken>
If connected , I get a trashed image and also on and ogg
<micken>
off
<micken>
no
<micken>
Direct connection
<kallisti5>
ok
<micken>
I have a imx6 riscos box connected running 1440p
<micken>
most of the time
<micken>
I have a couple of 1080p monitors , but very little space on desk :/
<kallisti5>
micken: I did some searching, didn't come up with anything. Could you open a bug to dev.haiku-os.org explaining the problem and providing a copy of your syslog? /var/log/syslog
<micken>
ok
<kallisti5>
sorry I don't have more. I used to develop on radeon_hd pretty much all of the time, but i've taken on too many tasks lately :-)
<micken>
np
<micken>
I syslog made new every bootup or is previous preserved?
<micken>
never mind checking now
HaikuUser has joined #haiku
<HaikuUser>
Testing testing
<HaikuUser>
Ok, why did you choose to use alt instead of ctrl for keyboard shortcuts?
<augiedoggie>
why didn't you switch them if you don't like it? :P
<HaikuUser>
Oh...
<nephele>
HaikuUser: Macos has the command key in the same position, and this makes copy not conflict with "stop programm" in the terminal
<augiedoggie>
i don't think terminal should use any shortcuts, i disable them in my builds of haiku
<nephele>
why?
<augiedoggie>
the shortcuts usually end up conflicting with readline apps, it was a bigger problem when i used to run emacs in the terminal
<augiedoggie>
because it has 10 billion keyboard commands
<nephele>
Uhh... i dont see how, its the same as in any other nix...
<micken>
kallisti5: ticket created
<augiedoggie>
almost all of the terminals on my linux box have moved the shortcuts to ctrl+shift+letter so that they avoid conflicting with apps
<augiedoggie>
er, ctrl+alt+letter
<micken>
I always use Pe , and "open" to load files from terminal
<micken>
works quite well for me
eroux_ has joined #haiku
mmu_man has joined #haiku
eroux has quit [Ping timeout: 480 seconds]
ClaudioM has joined #haiku
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<nephele>
micken: you can also hold alt and click files
<nephele>
sadly not as aweseom as in TempleOS but stiill fairly nice :)
HaikuUser has joined #haiku
HaikuUser has quit []
B2IA has quit [Quit: Vision[]: i've been blurred!]
<micken>
nephele: nice! but I think open is easier after typing make :)
<augiedoggie>
i like the lpe command because it handles line numbers in the files too
<nephele>
so does open
<nephele>
or alt clicking
<augiedoggie>
i guess that depends on the which application is handling the open/alt-click
<Not-c620>
[haikuports/haikuports] korli 19cf9ba - cmake: bump version
<Not-c620>
[haikuports/haikuports] korli 0caa27b - diffutils: bump version
<augiedoggie>
been a long time since i've tried it though, maybe some of the apps can handle line numbers now
x10z has joined #haiku
<nephele>
yes it does
<nephele>
koder handles it nicely
<nephele>
but... in theory :number can be part of a filename
<nephele>
in parctice that doesnt really happen
x10z_ has joined #haiku
<Niklas[m]>
Does anyone know how I can change the user agent of a BUrlProtocolRoster request?
<augiedoggie>
yeah, i kind of wish emacs would handle the /file:linenumber syntax, i had a to write a shell alias that reformats it before calling emacs
<Niklas[m]>
For development purposes I used the standard user agent,but when offering the ready to use app,that violates the ToS of both met.no and OpenStreetMap as they want me to send contact information of the developer...
<augiedoggie>
eww
freddietilley1 has quit [Ping timeout: 480 seconds]
x10z__ has joined #haiku
x10z has quit [Ping timeout: 480 seconds]
x10z has joined #haiku
eroux has joined #haiku
x10z___ has joined #haiku
eroux_ has quit [Ping timeout: 480 seconds]
x10z_ has quit [Ping timeout: 480 seconds]
x10z__ has quit [Ping timeout: 480 seconds]
x10z has quit [Ping timeout: 480 seconds]
<augiedoggie>
Niklas[m]: BUrlProtocolRoster::MakeRequest() returns a BHttpRequest which has a SetUserAgent() method
<augiedoggie>
technically MakeRequest() returns BUrlRequest, you'll have to cast it
<Not-c620>
[haikuports/haikuports] extrowerk bc100ee - m4: bump version
Anarchos has joined #haiku
<Anarchos>
what do i miss : /boot/system/develop/headers/gnu/stdlib.h:13:15: fatal error: stdlib.h: No such file or directory 13 | #include_next <stdlib.h>
eroux has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
HaikuUser has quit []
Maturi0n has joined #haiku
eroux has joined #haiku
Maturi0n_ has quit [Ping timeout: 480 seconds]
Anarchos has quit [Quit: Vision[]: i've been blurred!]
x10z has joined #haiku
<micken>
ls
DKnoto has quit [Read error: Connection reset by peer]
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
x10z has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
<micken>
seems to build now
<micken>
waddlesplash: thanks
atomozero has joined #haiku
<waddlesplash>
grr the freebsd usb apis are so complicated and I don't understand why
<waddlesplash>
I'm not even sure they're actually more powerful than Haiku's, which are worlds simpler
<micken>
haha
x10z_ has joined #haiku
<x512[m]>
waddlesplash: Haiku USB kernel API is not integrated with device management at all.
tqh has quit [Quit: Leaving]
<waddlesplash>
yes, I know this. however that is completely unrelated to the problems at hand altogether
<waddlesplash>
I am pretty much the USB stack maintainer at this point, I'm quite aware of its limitations
<waddlesplash>
however that one has little to do with transfer operations
<waddlesplash>
device management itself needs a major overhaul which is a problem for another time
<x512[m]>
USB stack should use system device manager instead of implementing its own.
<waddlesplash>
it can't, at present
<waddlesplash>
the system device manager doesn't support a number of things the usb one needs
<waddlesplash>
the designs are not compatible, that's one of the reasons we need to overhaul the system device manager
<waddlesplash>
the other one being it's just far too cumbersome and leads to too much boilerplate code...
x10z has quit [Ping timeout: 480 seconds]
<x512[m]>
It is pathetic that most drivers use very primitive driver model without central device management. All major OSes support central device management. Improving device management should be a priority.
<waddlesplash>
it's not a big priority because things mostly work as they are
<waddlesplash>
and central device management is going to require a huge refactor
<waddlesplash>
because the current central management system is just not up to the task
<waddlesplash>
it's on my TODO list but not very high as I've mentioned
bittykittyitits[m] is now known as hive[m]
<x512[m]>
It also restrict development of 3rd party drivers.
<waddlesplash>
how's that?
gouchi has quit [Quit: Quitte]
<x512[m]>
Especially non PCI.
<x512[m]>
Modern x86 hardware have many non-PCI devices like touchpad.
euandreh has quit [Ping timeout: 480 seconds]
<waddlesplash>
well, we now have i2c_hid, but it's still disabled
<waddlesplash>
because apparently it doesn't work right for the hardware it's been tested with
<x512[m]>
waddlesplash: What is your priority?
<waddlesplash>
right now, long-requested features and long-standing bugs
<waddlesplash>
the big device management refactor won't really facilitate any of that atm
<waddlesplash>
yeah, it'll make a lot of things easier, but there's other low hanging fruit first
<atomozero>
can I try the driver without having to download all the haiku sources? my touchpad is not working
<waddlesplash>
are you sure your touchpad is i2c, not ps2?
<waddlesplash>
and no, you have to build it manually
hooway has quit []
<atomozero>
looking on the net, I seem to have understood, that the touckpad is i2c
<atomozero>
could not load the driver in haikudepot? to facilitate testing