<kallisti5[m]>
<phcoder> "kallisti5: seems to work now..." <- nice! Sorry for the delay. I checked in Gerrit, and your account was the only account like that... no idea how it got in such a weird state
x10z has quit [Ping timeout: 480 seconds]
x10z has joined #haiku
flag has joined #haiku
flag_ has quit [Ping timeout: 480 seconds]
linuxmaster has joined #haiku
tktech28 has quit [Ping timeout: 480 seconds]
rexbinary_ has joined #haiku
rexbinary_ is now known as rexbinary
mmu_man has quit [Ping timeout: 480 seconds]
Nasina has joined #haiku
Nasina has quit [Read error: Connection reset by peer]
x10z has quit [Ping timeout: 480 seconds]
x10z has joined #haiku
akashkumar has joined #haiku
<akashkumar>
does anyone know what does tracking refers to in isTracking() function in seekslider code ?
<akashkumar>
ok, i think it refers to mouse drag
Nasina has joined #haiku
<Begasus[m]>
morning peeps
<Begasus[m]>
vim patch got merged upstream, nice! :)
Nasina has quit [Remote host closed the connection]
OscarL has joined #haiku
<OscarL>
morning Begasus[m] :-)
<Begasus[m]>
morning(*) OscarL :)
<OscarL>
2 AM here... feels early enough to call it morning :-P
<OscarL>
got a patch merged upstream for vim? noice!
* OscarL
wishes YouCompleteMe wouldn't deadlock in gVim... would be nice to provide a youcompleteme.hpkg for Haiku's vim users.
<Begasus[m]>
ah so it's interfering with bash completions?
<Begasus[m]>
me wondered why it wasn't doing its thingy here
x10z has quit [Ping timeout: 480 seconds]
<OscarL>
not sure I follow you. What's interfering with bash completions?
<Begasus[m]>
vim?
<OscarL>
YouCompleteMe is a plugin for vim, to allow for things like code completion. no relation to bash-completions.
<nekobot>
• Begasus (aa773e39): vim, bump version after upstreamed patch (#11828)
<Begasus[m]>
eat that Arch! :P
<phschafft>
morning.
<OscarL>
o/
<Begasus[m]>
morning phschafft
* Begasus[m]
hands down a frech cup of coffee for the willingly
<Begasus[m]>
s/frech/fresh
<OscarL>
Man, switching between Spanish and Latin-American keyboards (desktop vs netbooks) shows the limitations of my muscle-memory :-D
<Begasus[m]>
like blind typing on a azerty with qwerty layout :P
<OscarL>
for some reason, ALL of our "desktop" keyboards are in Spanish (used to be US-Only in the 80s/90s), and ALL netbooks/laptops are in "Latin-American" :-/
<Begasus[m]>
reboot, biab
<Begasus[m]>
re
* OscarL
was most comfortable with the "US-International" layout. At least outside of Haiku, were AltGr is a thing :-P
<Begasus[m]>
uninstalled mariadb
<Begasus[m]>
€ it still is here :P
<OscarL>
sorry for the seemingly offtopic rant about keyboards.... I was messing around with some .keymap files, and trying to decide if I should send that patch for review :-D
<Begasus[m]>
np OscarL if it improves your typing skills I'm sure it's a good thing :D
<OscarL>
LOL. Touché.
<Begasus[m]>
still no completions with git :(
<OscarL>
so... you lost git completions after installing some package? Is this a "fresh" Haiku install, or one you have been using for long?
akashkumar has quit [Quit: Leaving]
<Begasus[m]>
well, define "long" ;)
<Begasus[m]>
but yeah, not new install
<OscarL>
(remember that we had some issues around bash-completions, so you may have some old setting file (or bash completion script) that may be interfering.
<OscarL>
so the question is... did git completions worked up until recently (couple days ago?) on that install?
<Begasus[m]>
ah right, bash has something to do with it, no?
<Begasus[m]>
yeah, was working fine
<OscarL>
all bash, bash_completion, and git packages have to do with it working for it to work in case of git in particular.
<Begasus[m]>
well, bash_completion and git haven't been updated in the last days
<Begasus[m]>
deleted bashrc and the one in writable...
x10z has joined #haiku
<OscarL>
reading some issues related to bash_completions reminded me... where's Mika (MonniTheCat) these days? Hope he's OK.
<Begasus[m]>
Created using Sphinx 7.1.2. ... thank you ;)
<FreeFull>
The alert_info_32.png
pol has quit [Remote host closed the connection]
<erysdren>
if i was to distribute an (admittedly experimental) prebuilt Haiku x86-64 executable for my game, is there any preference for what it should be called
<erysdren>
my Linux build is <gamename>.x86_64
<erysdren>
the source code is also available, but for easy access i'll have this built executable
<Begasus[m]>
executable or package name?
<Begasus[m]>
imho a executable shouldn't have a suffix
<erysdren>
executable name
<Begasus[m]>
quake is just that also, not quake_arch
<erysdren>
i think i'll just name it <gamename>_haiku (no suffix)
<Begasus[m]>
still looks weird, why not call it just <gamename> ?
<erysdren>
well, fair enough
<nephele_xmpp>
I just name my executabled "Gamename" too
<nephele_xmpp>
that's the prefered way for the apps/ directory aswell
<nephele_xmpp>
(and single executable, no suplemental data dir... if possible, and if not then the data in data and not in apps/)
<erysdren>
gotcha
mmu_man has joined #haiku
<nephele_xmpp>
Hmm, tried to use UBSan didn't really work :/ (failed to link) wondering if someone has gottent hat already
<ilzu[m]>
I've been working on a new completely native RSS reader for Haiku for the last week or two. It's getting along pretty nicely, it supports rss, atom and json feeds. This is how it looks like now:
<ilzu[m]>
Nephele, i'll let you know when it is in public repo, for now it is on my own server as a private repo.
<nephele_xmpp>
Some colors may not be mapped properly, but most should work fine
<nephele_xmpp>
no live color updates though
<nephele_xmpp>
(and not sure this is such a good idea for "live" websites... probably fine for local html docs though)
<ilzu[m]>
About the context menu, the conext menu has "open in new window" for links, which opens in new tab in webpositive, but as I don't have tabs it doesn't work. of course I could create new class to inherit the WebView to override the mouse click events. I'll see. But I think the api is a bit limited, perhaps the Webkit2 api is better.
<nephele_xmpp>
iirc there were some problems that webkit could not differenciate between new tab/window in that context
<nephele_xmpp>
but i didn't look into it too much
<nephele_xmpp>
the webkit2 api is still "in progress", so we can make sure it works better ;)
<nephele_xmpp>
the native api I mean anyhow
<Begasus[m]>
nice ilzu
<Begasus[m]>
using alligator atm here
<Begasus[m]>
doesn't have dark them though ...
<ilzu[m]>
The API in grexe's litehml is pretty nice, as you could start watching the litehtml view, and get mouse clicks etc as messages. Too bad it has redraw bugs etc. Perhaps I'll check and build WebKit 2 and try with that and see if can make some suggestions on the api.
<ilzu[m]>
Anyway, I'll be afk for a while, be back later.
<nephele_xmpp>
sure. You can file suggestions for that on trac, or maybe talk with zardshard or me :)
Nasina has quit [Read error: Connection reset by peer]
Nasina has joined #haiku
Nasina has quit [Read error: Connection reset by peer]
<erysdren>
this one is not very recent, but i've used it to learn a bit
<captain0xff[m]>
Thanks. I just needed something to get started. I was checking the api reference but haiku apis seem quite different so a tutorial will be useful to ensure that I am following the best practices.
<nekobot>
[haiku/haiku] ecef10e688c5 - Tracker: Use BStrings and BObjectList in handling MostUsedNames.
<nekobot>
• thelastpsion (d267bac4): mame: bump version to 0.275 (#11833)
HaikuUser has joined #haiku
HaikuUser is now known as Yoke
<myriad>
Mann, no Haiku for gsoc this year :(
<erysdren>
sad :(
<myriad>
Well atleast there's no pressure now. I still want to contribute to Haiku
Yoke has quit [Quit: Vision[]: i've been blurred!]
<nephele_xmpp>
That's what you think! /me starts applying pressure! /s
<myriad>
Lmao
yote has joined #haiku
yote is now known as Yoke
HaikuUser has joined #haiku
HaikuUser has quit []
jmairboeck has joined #haiku
<neoncortex>
first off, I have to say this progressed. Now Haiku boots fine and works on all my machines (no wifi, though), but- there is a plan for multi-user, or program isolation? It is the only thing that keeps me from daily driving it.
phcoder has joined #haiku
HaikuUser has joined #haiku
HaikuUser is now known as GromBeestje
<nephele_xmpp>
No concrete plans. Though personally I dabble with the idea of porting openbsd pledge
<neoncortex>
I see. Like, it is not like I like multi user that much, but then you can download a pdf, or whatever, that may destroy your system. Once this gets a little popularity, Kali/Metasploit modules will start popping.
<nephele_xmpp>
pledge would allow to mark atleast "this app can't use the network" "this app can not use the disk" and such
<nephele_xmpp>
it's not a silve bullet, but one step more towards defining things that could be "obviously wrong" for an app
Chai-T-Rex has joined #haiku
<nephele_xmpp>
OpenBSD uses this basically by dropping priviliges at start of the app, having some initilization run, and then dropping the rest
<nephele_xmpp>
Could do this similarily. For example grab a handle to your settings file, and your database and then relinquish priviliges to access the filesystem further
<nephele_xmpp>
(or maybe even better, have an OS server that gives you this settings handle, and never use the filesystem api directly)
<neoncortex>
this would be a good start, yes.
<nephele_xmpp>
I'm not sure personally if there is that much of a semantic difference between "daemon a can't read files on disk because it's not privliged because it runs as userA" and "daemon a can't read files on disk because it cannot read anything"
<Skipp_OSX>
Well, although we are a single user system and there is no protection, the entire system is in a package, which means it is read-only and cannot be tampered with.
<nephele_xmpp>
especially since with the first case most files *still* have o+r set anyway. also on linux
<nephele_xmpp>
Skipp_OSX: we ought to add FreeBSD style "undeleteable" flags to packages, so those are not accidentally deleted :)
<Skipp_OSX>
So Haiku actually does have security now, at least for the system files. For user files there is no protection.
<nephele_xmpp>
It's a step in the right direction. Though this doesn't protect integrity of system files, and it also does not restrict you to change anything about the filesystem view itself by just adding new packages
jmairboeck has quit [Quit: Konversation terminated!]
GromBeestje has quit [Quit: Vision[]: i've been blurred!]
dby has joined #haiku
yote has joined #haiku
Skipp_OSX has quit [Ping timeout: 480 seconds]
Nasina has joined #haiku
coolcoder613 has joined #haiku
Yoke has quit [Ping timeout: 480 seconds]
erysdren has quit [Quit: Konversation terminated!]
<waddlesplash>
neoncortex: We already have SMAP/SMEP, DEP, userland ASLR, and a number of other mitigations
<neoncortex>
waddlesplash: oh, that is good to know.
<waddlesplash>
we also do have POSIX multiuser, but you can't start GUI apps as anything other than root, it will just error out
<waddlesplash>
but CLI apps work fine
<waddlesplash>
and permissions should theoretically be enforced, though there are missing checks in some places still
<nephele_xmpp>
waddlesplash: Is root(user) supposed to be able to read files without any read perms?
<waddlesplash>
does Linux do that? then probably
<nephele_xmpp>
Linux has some caps for this that root happens to own
<nephele_xmpp>
but root can loose those caps
<neoncortex>
so it's almost there, then. Once the gui goes multi user, it is ready.
<nephele_xmpp>
neoncortex: depends what you mean by multi-user. If it's just about file permissions (which is mostly what posix means with multi-user) we are probably much better helped with an explicit file picker + plus no file acces per default setup ;)
<waddlesplash>
the GUI "going multiuser" will be no small amount of work
<waddlesplash>
and nobody is really working on it atm
<neoncortex>
I see. Whatever the implementation, the point is to limit what a program can do with the user files =D
<nephele_xmpp>
I think pledge can bring us a good chunk of the way there. :)
yote|2 has joined #haiku
<nephele_xmpp>
if i take a look at the apps we have now, most only need their config file, which can be solved with an explicit api, or suplemental data, which could also be based on the find paths api
<nephele_xmpp>
apart from that most should already fall into the category of ought to never check the FS and never use the network
yote|2 is now known as Yoke
<nephele_xmpp>
but keep in mind Haiku also has the ports mechanism to chat with other applications .. :)
B2IA has joined #haiku
yote has quit [Ping timeout: 480 seconds]
HaikuUser has joined #haiku
HaikuUser has quit []
Nasina has quit [Read error: Connection reset by peer]
B2IA has quit [Quit: Vision[]: i've been blurred!]
Nasina has joined #haiku
B2IA has joined #haiku
Nasina has quit [Ping timeout: 480 seconds]
kinkinkijkin has joined #haiku
<x512[m]>
> and nobody is really working on it atm
* x512[m]
some kind working on it.
yote has joined #haiku
<x512[m]>
I made experiments with multiple users in test_app_server.
<x512[m]>
It works if each user have separate test_app_server root window.
Yoke has quit [Ping timeout: 480 seconds]
Nasina has joined #haiku
dby has quit [Quit: Vision[]: i've been blurred!]
myriad has quit [Quit: Connection closed for inactivity]
phcoder has quit [Quit: Connection closed for inactivity]